By default, Oracle Account Generator Workflows does not show up in the Workflow Status Monitor screen of Workflow Administrator. To be able to see them in the status monitor, couple of profile options should be enabled to “Yes”.
Wednesday, February 5, 2014
Wednesday, October 9, 2013
How to get a Total Amount on a Standard Purchase Order
Oracle provides couple of API's to
get the Total Amount on a Standard Purchase Order. Using this API, you don't
have to worry about the calculation of the Quantity x Unit Price and what needs
to be excluded from the calculation.
To get the Total Amount of the current revision of the Standard Purchase Order
##########################################################
DECLARE
l_total NUMBER := 0;
BEGIN
l_total := po_core_s.get_total('H', :p_po_header_id);
dbms_output.put_line('PO Total Amount:'||l_total);
END;
##########################################################
To get the Total Amount of any previous revisions of the Standard Purchase Order, use the following API.
##########################################################
DECLARE
l_total NUMBER := 0;
BEGIN
l_total := po_core_s.get_archive_total_for_any_rev
(:p_po_header_id,-- PO Header Id
'H', -- Standard Header
'PO', -- Document Type
'STANDARD', -- Document Sub Type
0, -- Revision Num
'Y'); -- Base Currency
dbms_output.put_line('PO Total Amount:'||l_total);
END;
###########################################################
To get the Total Amount of the current revision of the Standard Purchase Order
##########################################################
DECLARE
l_total NUMBER := 0;
BEGIN
l_total := po_core_s.get_total('H', :p_po_header_id);
dbms_output.put_line('PO Total Amount:'||l_total);
END;
##########################################################
To get the Total Amount of any previous revisions of the Standard Purchase Order, use the following API.
##########################################################
DECLARE
l_total NUMBER := 0;
BEGIN
l_total := po_core_s.get_archive_total_for_any_rev
(:p_po_header_id,-- PO Header Id
'H', -- Standard Header
'PO', -- Document Type
'STANDARD', -- Document Sub Type
0, -- Revision Num
'Y'); -- Base Currency
dbms_output.put_line('PO Total Amount:'||l_total);
END;
###########################################################
Thursday, September 12, 2013
FND_REQUEST.ADD_LAYOUT for Setting Layout options for a Concurrent Request
Using FND_REQUEST.SUBMIT_REQUEST, Concurrent Request can only be
submitted as a request and any layout options or print options cannot be added
to the request. To be able to set the layout options for a request a separate function
FND_REQUEST.ADD_LAYOUT needs to be called before calling the SUBMIT_REQUEST.
This will be useful while calling a XML Publisher Report Concurrent Program is
being submitted from another Program.
fnd_request.add_layout (template_appl_name =>
'Template Application',
template_code => 'Template Code',
template_language => 'en', --Use language from template definition
template_territory => 'US', --Use territory from template definition
output_format => 'PDF' --Use output format from template definition
);
template_code => 'Template Code',
template_language => 'en', --Use language from template definition
template_territory => 'US', --Use territory from template definition
output_format => 'PDF' --Use output format from template definition
);
Thursday, September 5, 2013
REP-0300: ORACLE error occurred REP-0069: Internal error
Following is the error I got while running a report through Concurrent Program in R12.
This is a very generic error and does not give you any details on what is causing this.
Enter Password:
REP-0300: ORACLE error occurred.
REP-0069: Internal error
REP-57054: In-process job terminated:Terminated with error:
REP-300: ORACLE error occurred.
I created a report and I was using a Select * from in one of the queries of the report datamodel. When I executed the concurrent program I was getting the above listed error.
I had no clue why this is happenning. I had multiple queries in that report. I tried to debug which query is causing the error by removing one query at a time and I was able to pin down the query causing this error. Then I realized that I am using Select * from.... in this query and I am selecting individual columns in all other queries. When I replaced the * with Individual columns in this query, Error disappeared.
Hope this helps.
This is a very generic error and does not give you any details on what is causing this.
Enter Password:
REP-0300: ORACLE error occurred.
REP-0069: Internal error
REP-57054: In-process job terminated:Terminated with error:
REP-300: ORACLE error occurred.
I created a report and I was using a Select * from in one of the queries of the report datamodel. When I executed the concurrent program I was getting the above listed error.
I had no clue why this is happenning. I had multiple queries in that report. I tried to debug which query is causing the error by removing one query at a time and I was able to pin down the query causing this error. Then I realized that I am using Select * from.... in this query and I am selecting individual columns in all other queries. When I replaced the * with Individual columns in this query, Error disappeared.
Hope this helps.
Saturday, January 26, 2013
Timeout Functionality on Workflow Notifications
Timeout functionality can be set on the Workflow Notifications. This will enable notifications to get Timed Out after desired time and as per the requirement if a reminder is needed, reminder notification can be sent and if reminder is not needed, notification can be escalated to the supervisors.
Below is the Approval notification properties of the Expense Report Approval Workflow
Below is the Approval notification properties of the Expense Report Approval Workflow
Go to Node Tab where you will see the option for Timeout. There are 3 options in here.
Relative Time: This can be set when the Timeout period you want to set is Constant. If relative time is chosen and Timeout is set then if the Timeout needs to be changed in the future, Workflow has to be touched to set a new Timeout.
Item Attribute: This is a better option to choose when there might be a change in the Timeout period in the future. When Item Attribute is selected, we set the Timeout period from the back end code by setting the Timeout period in Minutes to the Workflow Attribute. Make sure this attribute value is set before sending the notification for approval.
Subscribe to:
Posts (Atom)