Total Pageviews

Tuesday, February 26, 2013


Differnce between the Procedure and Function

Procedure can return zero or n values whereas function can return one value which is mandatory.

Procedures can have input/output parameters for it whereas functions can have only input parameters.


Procedure allows select as well as DML statement in it whereas function allows only select statement in it.


Functions can be called from procedure whereas procedures cannot be called from function.


Exception can be handled by try-catch block in a procedure whereas try-catch block cannot be used in a function.

We can go for transaction management in procedure whereas we can't go in function.
Procedures can not be utilized in a select statement whereas function can be embedded in a select statement.

UDF can be used in the SQL statements anywhere in the WHERE/HAVING/SELECT section where as Stored procedures cannot be.

UDFs that return tables can be treated as another rowset. This can be used in JOINs with other tables.

Inline UDF's can be though of as views that take parameters and can be used in JOINs and other Rowset operations.

R12 Oracle Apps Useful link

http://www.ziddu.com/download/15525756/R12_TableView_Changes.pdf.html


                                                Check for locked tables

                                                ===================
select a.object_id, a.session_id, substr(b.object_name, 1, 40)
from v$locked_object a,
dba_objects b
where a.object_id = b.object_id
order by b.object_name ;


AR In Oracle Apps 


Single Insertion scripts for AR Transactions

Instructions for Transactions
Overview
Receivables: Receivables is all about receiving money. A department which keeps track of the money to be received from the customers for Goods/ Services provided to them.
In most business entities this is typically done by generating an invoice and mailing or electronically delivering it to the customer, which in turn must pay it with an established time frame called credit or payment terms. Actually based on transactions we use to know the due amount of the customer. This documents shows how to create a Regular Invoice is nothing but a transaction and creation of Credit memos and Debit memos.
Transaction: A transaction is an invoice which is sent by the customers to the Organization. Based on which the customers will get paid.





This Document provides the guidance to the user with the necessary information for creating Transactions.
The Interface table used here is:
1. RA_INTERFACE_LINES_ALL

Insertion steps
Following are the steps that must be followed, in order, to perform the Single insertions for Regular
Transactions, Credit memos and Debit memos:
<><>
Execution Step Description
Step 1 Select * from ra_interface_lines_all where
trunc(creation_date)=trunc(sysdate)

To check whether is there any other records exists in the interface
table.
Step 2 INSERT INTO Apps.ra_interface_lines_all

(batch_source_name, line_type, description,
currency_code,

interface_line_context, org_id,
orig_system_bill_address_id,

orig_system_ship_address_id,
orig_system_bill_customer_id,

orig_system_ship_customer_id, quantity,
unit_selling_price,

amount, inventory_item_id, conversion_type,
creation_date,

created_by, uom_code, uom_name, tax_code, gl_date,

conversion_rate, term_id, term_name, cust_trx_type_id,

cust_trx_type_name, interface_line_attribute1,

interface_line_attribute2, interface_line_attribute3,

interface_line_attribute4

)

VALUES ('LEGACY', 'LINE', 'Sample Source', 'USD',

'CONVERSION', 204, 9123,

9123, 96084,

96084, NULL, NULL,

100, 109868, 'User', SYSDATE,

1008480, 'Ea', 'Each','Exempt',

SYSDATE,

1, 1062, 'N30', 1,

'Invoice', 'LEG_TRX_000',

1, 1,

'REF_000' );
Step 3

COMMIT;
Step 4 Run the Auto invoice Master Program by using Receivables
Manager, Vision Operations (USA) responsibility.

Navigation: ControlRequests  Run

Parameters which we need to pass:


Number of Instances  1

Invoice Source  LEGECY

Default Date  17-SEP-2009

Transaction type  Invoice

(Low) Bill To Customer Number 

(High) Bill To Customer Number 

(Low) Bill To Customer Name 

(High) Bill To Customer Name 

(Low) GL Date 

(High) GL Date 


(Low) Ship Date 

(High) Ship Date 

(Low)Transaction Number 

(High)Transaction Number 

(Low) Sales Order Number 

(High) Sales Order Number 

(Low) Invoice Date 

(High) Invoice Date 

(Low) Ship To Customer Number 

(High) Ship To Customer Number 

(Low) Ship To Customer Name 

(High) Ship To Customer Name 

Base Due Date on Trx Date  Yes

Due Date Adjustment Days 


Then Submit the request.

Step 5 After submitting auto Invoice master program it automatically
submits auto invoice import program.
Step 6 After completion of the concurrent programs check the errors
tables if there is any errors.


Select * from ra_interface_errors_all where

interface_line_id=46819
Step 7 Then Check the base tables.

Select * from ra_customer_trx_all where created_by=1008480

Select * from ra_customer_trx_lines_all where
customer_trx_id=219300

Step 8
INSERT INTO ra_interface_lines_all

( batch_source_name, line_type, description,

currency_code, conversion_type,conversion_rate,

created_by, creation_date,

last_updated_by, last_update_date, org_id, amount,

orig_system_bill_address_id,

orig_system_ship_address_id,

orig_system_bill_customer_id,

orig_system_ship_customer_id,

trx_date,

cust_trx_type_name, cust_trx_type_id, gl_date,

interface_line_context, interface_line_attribute1,

interface_line_attribute2, interface_line_attribute3,

interface_line_attribute4,primary_salesrep_id,header_attribute1

)

VALUES ('LEGACY', 'LINE', 'Sample Source',

'USD', 'User',1, 1008480, SYSDATE,

1008480, SYSDATE, 204, -100,


9123, 9123,

96084, 96084,

SYSDATE, 'Credit Memo',

2, SYSDATE,

'CONVERSION','REF_003',

1, 1,

'REF_003',-3,'REF_003'

);
Step 9 COMMIT;
Step 10

Check the Interface table whether the got populated exactly or

not.

Select * from ra_interface_lines_all where created_by=1008480;
Step 11 Run the Auto invoice Master Program by using Receivables

Manager, Vision Operations (USA) responsibility.

Navigation: ControlRequests  Run

Parameters which we need to pass:

Number of Instances  1

Invoice Source  LEGECY

Default Date  11-NOV-2009

Transaction type  Credit memo

(Low) Bill To Customer Number 

(High) Bill To Customer Number 


(Low) Bill To Customer Name 

(High) Bill To Customer Name 

(Low) GL Date 

(High) GL Date 

(Low) Ship Date 

(High) Ship Date 

(Low)Transaction Number 

(High)Transaction Number 

(Low) Sales Order Number 

(High) Sales Order Number 

(Low) Invoice Date 

(High) Invoice Date 

(Low) Ship To Customer Number 

(High) Ship To Customer Number 

(Low) Ship To Customer Name 

(High) Ship To Customer Name 
Base Due Date on Trx Date  Yes

Due Date Adjustment Days 


Then Submit the request.
Step 12
After submitting auto Invoice master program it automatically
submits auto invoice import program.
Step 13 After completion of the concurrent programs check the errors
tables if there is any errors.

Select * from ra_interface_errors_all where

interface_line_id=46819
Step 14
Then Check the base tables.

Select * from ra_customer_trx_all where created_by=1008480

Select * from ra_customer_trx_lines_all where

trx_number=502552;
Step 15 INSERT INTO ra_interface_lines_all

(batch_source_name, set_of_books_id, line_type,
term_name,

term_id, description, currency_code, conversion_type,

created_by, creation_date, last_updated_by,

last_update_date,

org_id, amount, orig_system_bill_address_id,

orig_system_ship_address_id, trx_date,

primary_salesrep_id,

cust_trx_type_name, cust_trx_type_id,

orig_system_bill_customer_id,

orig_system_ship_customer_id,

conversion_rate, gl_date, header_attribute_category,

header_attribute1, header_attribute2,

interface_line_context,

interface_line_attribute1, interface_line_attribute2,

interface_line_attribute3, interface_line_attribute4

)

VALUES ('LEGACY', 1, 'LINE', '30 Net',

4, 'Sample Source', 'USD', 'User',

1008480, SYSDATE, 1008480, SYSDATE,

204, 100, 9123,

9123, SYSDATE, NULL,

'Debit Memo', 1004,

96084, 96084,


1, SYSDATE, 'LEGACY',

'REF_005', SYSDATE, 'CONVERSION',

'REF_005', SYSDATE,

1, 1
);
Step 16 COMMIT;
Step 17 Run the Auto invoice Master Program by using Receivables

Manager, Vision Operations (USA) responsibility.


Navigation: ControlRequests  Run

Parameters which we need to pass:

Number of Instances  1

Invoice Source  LEGECY


Default Date  17-SEP-2009

Transaction type  Invoice

(Low) Bill To Customer Number 

(High) Bill To Customer Number 

(Low) Bill To Customer Name 

(High) Bill To Customer Name 

(Low) GL Date 

(High) GL Date 

(Low) Ship Date 

(High) Ship Date 

(Low)Transaction Number 

(High)Transaction Number 

(Low) Sales Order Number 

(High) Sales Order Number 

(Low) Invoice Date 

(High) Invoice Date 

(Low) Ship To Customer Number 

(High) Ship To Customer Number 

(Low) Ship To Customer Name 

(High) Ship To Customer Name 

Base Due Date on Trx Date  Yes

Due Date Adjustment Days 

Then Submit the request.

Step 18 After submitting auto Invoice master program it automatically

submits auto invoice import program.
Check whether is there is any errors.

Select * from ra_interface_errors_all where

interface_line_id=46819;
Then Check the base tables.

Select * from ra_customer_trx_all where created_by=1008480;

Select * from ra_customer_trx_lines_all where trx_number=502552;





Pre-Requisitions

<><>
Execution Step Description
Step 1 Customer should be defined in Oracle.
Navigation: Set up Customers  Standard
Select * from ra_customers where customer_name like 'Apps CUST%'
Step 2 Currency must be defined in Oracle.
Navigation: Setup  Financials  Currencies  Currencies
Select * from fnd_currencies where currency_code like 'USD'
Step 3 Item must be defined on Oracle.
Navigation: Set up  Transactions  Items  Define Items.
Select * form mtl_system_items_b where segment1 like'JK_TEST_ITEM%'
Step 4
Unit of measure must be defined in Oracle.
Navigation: Set up  System  Unit of Measure  Classes.
Select * from mtl_unit _of_measures where uom_code like'Ea%'
Step 5 Transaction typed must be defined in Oracle.
Navigation: Set up Transactions  Transaction types
Select * from ra_cust_trx_types_all where name like'invoice%'
Step 6 Source must be defined in Oracle.
Navigation: Set up  Transactions  Sources
select * from ra_batch_sources_all where name like’LEGECY%'
Step 7 Payment terms must be defined in Oracle.
Navigation: Set up  Transactions  Payment Terms.
select * from ra_terms where name like 'N30%'





Code Attachments
single_insert_transactions.sql
The above sql file has the code to perform single insert into Interface tables for transactions.
INSERT INTO Apps.ra_interface_lines_all
(batch_source_name, line_type, description, currency_code,
interface_line_context, org_id, orig_system_bill_address_id,
orig_system_ship_address_id, orig_system_bill_customer_id,
orig_system_ship_customer_id, quantity, unit_selling_price,
amount, inventory_item_id, conversion_type, creation_date,
created_by, uom_code, uom_name, tax_code, gl_date,
conversion_rate, term_id, term_name, cust_trx_type_id,
cust_trx_type_name, interface_line_attribute1,
interface_line_attribute2, interface_line_attribute3,
interface_line_attribute4
)
VALUES ('LEGACY', 'LINE', 'Sample Source', 'USD',
'CONVERSION', 204, 9123,
9123, 96084,
96084, NULL, NULL,
100, 109868, 'User', SYSDATE,
1008480, 'Ea', 'Each','Exempt',
SYSDATE,
1, 1062, 'N30', 1,
'Invoice', 'LEG_TRX_000',
1, 1,
'REF_000'
);
COMMIT;
Script for Credit memos Single Insert:
INSERT INTO ra_interface_lines_all
( batch_source_name, line_type, description,
currency_code, conversion_type,conversion_rate, created_by, creation_date,
last_updated_by, last_update_date, org_id, amount,
orig_system_bill_address_id, orig_system_ship_address_id,
orig_system_bill_customer_id, orig_system_ship_customer_id,
trx_date,
cust_trx_type_name, cust_trx_type_id, gl_date,
interface_line_context, interface_line_attribute1,
interface_line_attribute2, interface_line_attribute3,
interface_line_attribute4,primary_salesrep_id,header_attribute1
)
VALUES ('LEGACY', 'LINE', 'Sample Source',
'USD', 'User',1, 1008480, SYSDATE,
1008480, SYSDATE, 204, -100,
9123, 9123,
96084, 96084,
SYSDATE, 'Credit Memo',
2, SYSDATE,
'CONVERSION','REF_003',
1, 1,
'REF_003',-3,'REF_003'
);
COMMIT;
Script for Debit memos:
INSERT INTO ra_interface_lines_all
(batch_source_name, set_of_books_id, line_type, term_name,
term_id, description, currency_code, conversion_type,
created_by, creation_date, last_updated_by, last_update_date,
org_id, amount, orig_system_bill_address_id,
orig_system_ship_address_id, trx_date, primary_salesrep_id,
cust_trx_type_name, cust_trx_type_id,
orig_system_bill_customer_id, orig_system_ship_customer_id,
conversion_rate, gl_date, header_attribute_category,
header_attribute1, header_attribute2, interface_line_context,
interface_line_attribute1, interface_line_attribute2,
interface_line_attribute3, interface_line_attribute4
)
VALUES ('LEGACY', 1, 'LINE', '30 Net',
4, 'Sample Source', 'USD', 'User',
1008480, SYSDATE, 1008480, SYSDATE,
204, 100, 9123,
9123, SYSDATE, NULL,
'Debit Memo', 1004,
96084, 96084,
1, SYSDATE, 'LEGACY',
'REF_005', SYSDATE, 'CONVERSION',
'REF_005', SYSDATE,
1, 1
);
COMMIT;




Account Payable in Oracle Apps


This Document provides the guidance to the user with the necessary information for creating Suppliers,Supplier Sites and Supplier Contacts through Single Insert in an accurate way.
The Interface tables used here are :
AP_SUPPLIERS_INT
AP_SUPPLIER_SITES_INT

AP_SUP_SITE_CONTACT_INT



Insertion steps
Create Suppliers :
Following are the steps that must be followed, in order, to perform the Single insertions for Creating Suppliers :
<><><><>
Execution Step
Description
Step 1
select user_id created_by from fnd_user where user_name = ‘SAYYADEVARA’
Step 2
The value of vendor_interface_id can be passed through sequence ap_suppliers_int_s.NEXTVAL.
Step 3

select * from
po_vendors
where vendor_name = 'TEST_VENDOR'
If no rows returned from the above query,take this vendor name and pass it to the interface table ap_suppliers_int.

Step 4
Vendor Type Look Up Code must be passed as Vendor.
Step 5
select term_id,name from
ap_terms

Any term_id and name can be taken from the above query and pass it to the interface table ap_suppliers_int.Here,we passed terms_id as 10112 and name as GR_NET15.
Step 6
Pass ‘Y’ for all the flags such as always_take_disc_flag,inspection_required_flag, receipt_required_flag, auto_tax_calc_flag, federal_reportable_flag and create_debit_memo_flag in the interface table ap_suppliers_int.
Step 7
Pass set_of_books_id as 1 and invoice_currency_code and payment_currency_code as ‘USD’ to the interface table ap_suppliers_int.
Step 8
The values payment_method_lookup_code and terms_date_basis must be passed as per the requirement.Here,we are passing payment_method_lookup_code as ‘CHECK’ and terms_date_basis as ‘Invoice’ to the interface table ap_suppliers_int.
Step 9
Pass qty_rcv_tolerance as 0,
qty_rcv_exception_code as ‘WARNING’
enforce_ship_to_location_code as ‘NONE’
and receipt_days_exception_code as ‘WARNING’ to the interface table ap_suppliers_int.
Step 10
The values pay_date_basis_lookup_code and payment_priority must be passed as per the requirement.Here,we are passing pay_date_basis_lookup_code as ‘DISCOUNT ’and payment_priority
as 99 to the interface table ap_suppliers_int.
Step 11
Pass the Who columns created_by, last_updated_by as user_id.
and creation_date,last_update_date and the value for start_date_active can be passed as SYSDATE.
The remaining leftout values in the interface table ap_suppliers_int can be passed as NULL.
Step 12
To insert the data into the suppliers interface table

INSERT INTO ap_suppliers_int
(vendor_interface_id, last_update_date,
last_updated_by, vendor_name,
creation_date, created_by,
vendor_type_lookup_code,
terms_id,
terms_name,
set_of_books_id,
always_take_disc_flag,
pay_date_basis_lookup_code,
payment_priority,
invoice_currency_code,
payment_currency_code,
num_1099,
type_1099, start_date_active,
payment_method_lookup_code,
terms_date_basis,
inspection_required_flag,
receipt_required_flag,
qty_rcv_tolerance,
qty_rcv_exception_code,
enforce_ship_to_location_code,
receipt_days_exception_code,
auto_tax_calc_flag,
federal_reportable_flag,
match_option,
create_debit_memo_flag
)
VALUES (ap_suppliers_int_s.NEXTVAL, --vendor_interface_id
SYSDATE, --last_update_date
1007910, --last_updated_by
'TEST_VENDOR',--vendor_name
SYSDATE, --creation_date
1007910,--created_by
'VENDOR',--vendor_type_lookup_code
10112,--terms_id
'GR_NET15',--terms_name
1, --set_of_books_id
'Y', --always_take_disc_flag
'DISCOUNT',--pay_date_basis_lookup_code
99,--payment_priority
'USD',--invoice_currency_code
'USD',--payment_currency_code
NULL,--num_1099
NULL, --type_1099
SYSDATE,--start_date_active
'CHECK', --payment_method_lookup_code
'Invoice',--terms_date_basis
'Y',--inspection_required_flag
'Y', --receipt_required_flag
0, --qty_rcv_tolerance
'WARNING',--qty_rcv_exception_code
'NONE', --enforce_ship_to_location_code
'WARNING',--receipt_days_exception_code
'Y',--auto_tax_calc_flag
'Y',--federal_reportable_flag
NULL,--match_option
'Y'--create_debit_memo_flag
);



Step 13
Run Import Program for Suppliers through the following navigation :

Responsibility : Payables Manager
Navigation : Other -> Requests -> Run
Program Name : Supplier Open Interface Import


Step 15
Once the import program is successful, please check the following query in the interface table :

select * from
ap_suppliers_int
Where trunc(creation_date) = trunc(sysdate)

On successful import,the record remains in the interface table ap_suppliers_int itself with the status as ‘PROCESSED’.





Then, once we observe that the status is PROCESSED in the interface table ap_suppliers_int, query the following base table as follows :

select * from
po_vendors
Where trunc(creation_date) = trunc(sysdate)




Create Supplier Sites :
Following are the steps that must be followed, in order, to perform the Single insertions for Creating Supplier Sites for the above supplier :
<><><><>
Execution Step
Description
Step 1
select user_id created_by from fnd_user where user_name = ‘SAYYADEVARA’
Step 2
Take vendor_id from the po_vendors table which we get once the supplier is created.This can be taken from the following query and can be passed to the interface table ap_supplier_sites_int.

select vendor_id from
po_vendors
Where trunc(creation_date) = trunc(sysdate)



Step 3

Vendor_Site_Code must be passed in such a way that the value passed is unique.Here,we are passing it as ‘MAR-SANJOSE27’.
Note : Before passing the value for vendor_site_code,please check the values in po_vendor_sites_all whether the value being passed already exists.
Step 4
Address Values such as AddressLine1,AddressLine2 and AddressLine3 and Phone Number,FaxNumber etc..can be passed any.But see that atleast one of them is passed to the interface table ap_supplier_sites_int.
The values for city,state and postal code must be relevant to each other and must be valid.Please take the appropriate values from Vertex tables and pass them to the interface table ap_supplier_sites_int.
Step 5
The values for ship_to_location_id,ship_to_location_code and bill_to_location_id,bill_to_location_code can be passed on taking the location_id and location_code combination from hr_locations table.
Here,we have taken (ship_to_location_id,ship_to_location_code) -> (20494, CSP10121)
and (bill_to_location_id,bill_to_location_code) -> (20549, CSP10140) to the interface table ap_supplier_sites_int.
Step 6
The value for freight_terms_lookup_code must be passed as per the requirement.Here,we are passing it as ‘Due’. The value payment_method_lookup_code must be passed as per the requirement.Here,we are passing payment_method_lookup_code as ‘CHECK’ to the interface table ap_supplier_sites_int.
Step 7
The value for pay_group_lookup_code must be passed from any of the values extracted from the following query :

select lookup_code from
po_lookup_codes
where lookup_type = 'PAY GROUP'
Here,we are considering DOMESTIC.
Step 8
The values pay_date_basis_lookup_code and payment_priority must be passed as per the requirement.Here,we are passing pay_date_basis_lookup_code as ‘DISCOUNT ’and payment_priority
as 99 to the interface table ap_supplier_sites_int.
Step 9
select term_id,name from
ap_terms

Any term_id and name can be taken from the above query and pass it to the interface table ap_supplier_sites_int.Here,we passed terms_id as 10112 and name as GR_NET15.
Step 10
The flags primary_pay_site_flag and auto_tax_calc_flag must be passed as ‘N’ and the flags always_take_disc_flag and create_debit_memo_flag must be passed as ‘Y’ to the interface table ap_supplier_sites_int.
Step 11
The value for supplier_notif_method must be passed as per the requirement.Here,we are passing it as EMAIL.

Step 12
The values for invoice_currency_code and payment_currency_code as ‘USD’ to the interface table ap_supplier_sites_int.
The values for fax and fax_area_code can be any.
Step 13
The value being passed for vendor_site_code_alt must be the vendor name which we give during create suppliers stage.
Step 14
The values being passed for org_id and operating_unit_name must be any of the values from the following query :
select organization_id,name from hr_operating_units
Here,we are considering org_id as 204 and operating_unit_name as Vision Operations.


Step 15
The who column creation_date must be passed as SYSDATE.
The remaining leftout values in the interface table ap_supplier_sites_int can be passed as NULL.
Step 16
-insert into the supplier sites table
INSERT INTO ap_supplier_sites_int
(vendor_id,
vendor_site_code,
purchasing_site_flag,
pay_site_flag,
address_line1,
address_line2,
address_line3,
city,
state,
zip,
country,
area_code,
phone,
ship_to_location_id,
ship_to_location_code,
bill_to_location_id,
bill_to_location_code,
--ship_via_lookup_code,
freight_terms_lookup_code,
fob_lookup_code,
fax,
fax_area_code,
payment_method_lookup_code,
accts_pay_code_combination_id,
prepay_code_combination_id,
pay_group_lookup_code,
payment_priority,
terms_name,
terms_id,
pay_date_basis_lookup_code,
always_take_disc_flag,
invoice_currency_code,
payment_currency_code,
tax_reporting_site_flag,
org_id,
operating_unit_name,
address_line4,
vendor_site_code_alt,
auto_tax_calc_flag,
match_option,
create_debit_memo_flag,
supplier_notif_method,
primary_pay_site_flag,
attribute13,
creation_date
)
VALUES (34925,--vendor_id
LTRIM (RTRIM ('MAR-SANJOSE27')),--vendor_site_code
LTRIM
(RTRIM ('Y')
), --purchasing_site_flag
LTRIM (RTRIM ('Y')),--pay_site_flag
LTRIM (RTRIM ('ABCDE NEW ADDR')),--address_line1
NULL,--address_line2
NULL,--address_line3
LTRIM (RTRIM ('SAN JOSE')),--city
LTRIM (RTRIM ('CA')),--state
LTRIM (RTRIM ('95126')),--zip
LTRIM (RTRIM ('US')),--country
LTRIM (RTRIM ('800')),--area_code
LTRIM (RTRIM (8002238565)),--phone
LTRIM (RTRIM (20494)),--ship_to_location_id
LTRIM (RTRIM ('CSP10121')),--ship_to_location_code
LTRIM (RTRIM (20549)),--bill_to_location_id
LTRIM (RTRIM ('CSP10140')),--bill_to_location_code
--LTRIM (RTRIM ('WAT')),
LTRIM
(RTRIM ('Due')
),--freight_terms_lookup_code
NULL,--fob_lookup_code
LTRIM (RTRIM (7708185548)),--fax
LTRIM (RTRIM ('770')),--fax_area_code
'CHECK',--payment_method_lookup_code
NULL,--accts_pay_code_combination_id
NULL,--prepay_code_combination_id
'DOMESTIC',--pay_group_lookup_code
99,--payment_priority
'GR_NET15',--terms_name
10112,--terms_id
'DISCOUNT',--pay_date_basis_lookup_code
'Y',--always_take_disc_flag
'USD',--invoice_currency_code
'USD',--payment_currency_code
NULL,--tax_reporting_site_flag
204,--org_id
'Vision Operations',--operating_unit_name
NULL,--address_line4
LTRIM (RTRIM ('TEST_VENDOR')),--vendor_site_code_alt
'N',--auto_tax_calc_flag
NULL,--match_option
'Y',--create_debit_memo_flag
'EMAIL',--supplier_notif_method
'N',--primary_pay_site_flag
NULL,--attribute13
SYSDATE --creation_date
);

Step 17
Run Import Program for Supplier Sites through the following navigation :

Responsibility : Payables Manager
Navigation : Other -> Requests -> Run
Program Name : Supplier Sites Open Interface Import

Step 18
Once the import program is successful, please check the following query in the interface table :

select * from
ap_supplier_sites_int
Where trunc(creation_date) = trunc(sysdate)

On successful import,the record remains in the interface table ap_supplier_sites_int itself with the status as ‘PROCESSED’.

Then, once we observe that the status is PROCESSED in the interface table ap_supplier_sites_int, query the following base table as follows :

select * from
po_vendor_sites_all
Where trunc(creation_date) = trunc(sysdate)






Creating Supplier Contacts :
Following are the steps that must be followed, in order, to perform the Single insertions for Creating Supplier Contacts :
<><><><>
Execution Step
Description
Step 1
select user_id created_by from fnd_user where user_name = ‘SAYYADEVARA’
Step 2
The values being passed for org_id and operating_unit_name must be any of the values from the following query :
select organization_id,name from hr_operating_units
Here,we are considering org_id as 204 and operating_unit_name as Vision Operations.
Step 3

The value for vendor_site_id must be passed on extracting the vendor_site_id for the supplier created during create supplier stage.It can be taken and passed to the interface table ap_sup_site_contact_int using the following query :

select vendor_site_id from
po_vendor_sites_all
Where trunc(creation_date) = trunc(sysdate)



Step 4
The values first_name and last_name must be passed to the interface table ap_sup_site_contact_int such that they are unique for that supplier.Check in the base table po_vendor_contacts with the value being passed for the first name and last name.

Step 5
The values for area_code,fax,phone,fax_area_code,email_address and url can be passed any.The who column creation_date must be passed as SYSDATE.
Step 6
insert into the supplier contacts table
INSERT INTO ap_sup_site_contact_int
(
vendor_site_id,
vendor_site_code,
first_name,
last_name,
area_code, phone,
org_id, fax,
fax_area_code, email_address,
url,
operating_unit_name, creation_date
)
VALUES (
5217,--vendor_site_id
'MAR-SANJOSE27',--vendor_site_code
'First',--first_name
'Second',--last_name
'800', --area_code
8002238565,--phone
204, --org_id
7708185548,--fax
'770', --fax_area_code
mailto:'n_jayakrishna@yahoo.com',--email_address,--email_address
'www.yahoo.com',--url
'Vision Operations', --operating_unit_name
SYSDATE --creation_date
);

Step 7
Run Import Program for Supplier Contacts through the following navigation :

Responsibility : Payables Manager
Navigation : Other -> Requests -> Run
Program Name : Supplier Site Contacts Open Interface Import

Step 8
Once the import program is successful, please check the following query in the interface table :

select * from
ap_sup_site_contact_int
Where trunc(creation_date) = trunc(sysdate)

On successful import,the record remains in the interface table ap_sup_site_contact_int itself with the status as ‘PROCESSED’.

Then, once we observe that the status is PROCESSED in the interface table ap_sup_site_contact_int, query the following base table as follows :

select * from
po_vendor_contacts
Where trunc(creation_date) = trunc(sysdate)

Supplier information can be checked from front-end through the following navigation :

Responsibility : Payables Manager
Navigation : Suppliers -> Entry
Query with the Supplier or Vendor Created.
Here,We can query with TEST_VENDOR.

ORACLE ALERTS


Overview of Alerts:
Oracle Alerts facilitates the flow of information within the organization by letting us create entities called alerts to monitor the business information and to notify us of the information we want.

Oracle Alerts
Keeps us informed of the critical activities in the database.
Delivers the key information from applications, in the format we want.
Provides us with regular reports on database information.
Automate system maintenance, and routine online tasks.
Types of Alerts:
Event Alert
Periodic Alert
Event Alert: An Event Alert immediately notifies us of activity in the database as it occurs i.e. This type of


alert will fire on a database event, such as an update or insert into a specified table.

Periodic Alert: A periodic Alert checks the database for information according to a schedule we
define.

Defining Periodic Alert:
Responsibility : Alert Manager, Vision Enterprises
Navigation : Alert → Define




       1. Choose the Application that owns the alert for example: Inventory.
2. Enter Name (for example XX_TEST1) for the alert.
3. Check Enabled flag – for activation of alert. You can leave it unchecked until you are ready to run the alert.
4. Choose Periodic tab. Enter the Frequency and Start Time you want the alert to run.
Select a frequency for your periodic alert from nine frequency options:
• On Demand—If you choose this frequency, Oracle Alert checks your periodic alert only when you specify. You do not have to fill in any other field in the Periodic Details block. You check on
demand alerts by using the Request Periodic Alert Check window.
• On Day of the Month—If you choose this frequency, Oracle Alert checks your alert on a monthly basis on the day number you enter in the Day field.
• On Day of the Week—If you choose this frequency, Oracle Alert checks your alert on the day of the week you enter in the Day field.
• Every N Calendar Days—If you choose this frequency, enter a value in the Days field. Oracle Alert considers every day a calendar day, and does not skip holidays.
• Every Day—Choosing this frequency is the same as choosing Every N Calendar Days and entering a value of 1 in the Days field.
• Every Other Day—Choosing this frequency is the same as choosing Every N Calendar Days and entering a value of 2 in the Days field.
• Every N Business Days—If you choose this frequency, enter a value in the Days field. Oracle Alert lets you choose your business days, but does not skip any holidays. A value of 1 indicates that Oracle Alert should check the alert every business day, and a value of 2 indicates that Oracle Alert should check the alert every other business day. If you enter 3 in the Days field, Oracle Alert checks your periodic alert every three business days.
For example, if you enable your alert on a Monday, Oracle Alert checks the alert first on that Monday, then on Thursday, then on the following Tuesday, then the following Friday, and so on.
• Every Business Day—Choosing this frequency is the same as choosing Every N Business Days and entering a value of 1 in the Days field.
• Every Other Business Day—Choosing this frequency is the same as choosing Every N Business Days and entering a value of 2 in the Days field.

6. Specify the number of days you want to keep the alert history logs in Keep Days.
7. Enter SQL statement in Select Statement.
Select statement must include an INTO clause that contains one output for each column selected by your Select statement.
For Example:
SELECT SEGMENT1,:DAYS
INTO &ITEM_NAME,&NDAYS
FROM MTL_SYSTEM_ITEMS_B
WHERE TRUNC(CREATION_DATE)=TRUNC(SYSDATE-:DAYS);
Identify inputs with a colon before the name (in above example :DAYS) and outputs with an ampersand (&)


before the name (in above example &ITEM_NAME, &NDAYS).
you may also import a SQL Select statement from a file in your operating system.
Choose Verify to parse the Select statement. The results will be displayed in a Note window.
Choose Run to execute the Select statement. It will display the number of rows returned in a Note window.



Save your work.

Re-Query the alert created and click on Alert Details Button.
The Alert Details window includes information such as which Application installations you want the alert to run against, what default values you want your inputs variables to use, and what additional characteristics you want your output variables to have.
The Alert Details window that appears contains three tabbed regions: Installations, Inputs, and Outputs.

In the Inputs tabbed region, Oracle Alert automatically displays the inputs used in your Select statement, unless they are the implicit.
Specify the Default Values for the inputs.









In the Outputs tabbed region, Oracle Alert automatically displays the outputs used in your alert Select statement without the ampersand (&).

In the Installations tabbed region,Oracle Alert automatically displays the Oracle ID that is associated with the application that owns your alert.
Specify the organization you want the alert to run against in the Operating Unit field.





Creating Alert Actions:
After defining a Period or Event alert, you need to create actions for the alert to perform. On the same alert form, click on Actions button.
1. Enter the Action Name for the Alert.
2. Select a level for Action: Detail, Summary or No Exception.
During an alert check, a detail action performs once for each individual exception found, a summary action performs once for all exceptions found, and a no exception action performs when no exceptions are found.
Choose Action Details button in Actions form.

On the Action Details page, select the type of action you want to create in the Action Type field.
Depending upon the action level and type you choose, different fields appear in the Action Details window.
Message Action: To send a message as an action we create Message Actions.
Concurrent Program Actions: To run a concurrent program as an event action we create Concurrent Program Actions.
Operating Script Actions: To run an operating script as an event action create Operating Script Actions.
SQL Statement Script Actions: To run a SQL statement script as its action then create SQL Statement Script Actions.
Specify the electronic mail IDs of the recipients you want to send your message to in the To: field.
You can also enter the IDs of recipients to whom you want to send ”carbon” (Cc) and ”blind” (Bcc) copies of your alert message.
Specify the subject for the message in Subject field.
If you want to write your message in Oracle Alert, choose the Text option and enter the text in the Text field. (You can also click on the Import button and import the contents of a file into the Text field.)
You can include any outputs in the message text. (In the above screen shot you can see that ITEM_NAME is the output variable).

Save the Record.

Creating an Action Set:
Once you create your alert actions, you must include them in an enabled action set for Oracle Alert to perform during an alert check. An action set can include an unlimited number of actions and any combination of actions.
During each action set check, Oracle Alert executes each action set member in the sequence you specify.
Steps:
Click on Action Set button in Alert main form and enter the Action Set Name and save the record.
Re-Query the Alert and click on Action Set Button. You can see that input and output variables are


automatically displayed in respective Input and Output tabs.

Note: At runtime, alert will use the values from the Action Sets form. If you want the alert to run for different


Input value then make changes in the Action Set Definition form.
In the Members tab choose the Action you want the alert to perform.

Save the Record.

Running an Alert:
To manually run a Periodic Alert, Navigate to Request → Check
Enter the Application that owns the Alert
Enter the name of the Periodic Alert you want to check and submit the Request.

Once the concurrent program is done successfully navigate to Alert → History to review history.


Enter the Application that owns the Alert.
Enter the name of the Periodic Alert you want to view.
Oracle Alert automatically displays the alert type, the number of days of history kept, and when the alert was last checked.


Click on Find Checks button.

In this form it displays the history of action sets that were run: the date and time when the action set completed and the Oracle ID that the action set ran against.

In the Action Set Checks it displays the name of the Action set and the number of exceptions found and the number of actions performed.

Click on Find Exceptions in the History window.
In this form it displays the Exceptions found for each out put variable and their corresponding values.




Click on Find Actions button.

In this form it displays the action name, type of action and Finished time of the action.
It also displays the details of the recipient to whom the message was sent.

Defining Event Alert:
Responsibility : Alert Manager, Vision Enterprises
Navigation : Alert → Define

1. Choose the Application that owns the alert i.e. Inventory
2. Enter Name & Description for the alert
3. Check Enabled flag – for activation of alert. You can leave it unchecked until you are ready to run the alert
4. Choose Event tab.
5. Choose the Application and database table you want Oracle Alert to monitor.
6. Check After Insert and/or After Update if you want the event alert to run when a user inserts and/or updates a row in the database table.
7. Specify the number of days you want to keep the alert history logs in Keep Days.
8. Enter SQL statement in Select Statement
SELECT SEGMENT1, INVENTORY_ITEM_ID,:ROWID,:ORG_ID,:MAILID
INTO &ITEM_NAME, &item_id,&ROWID,&ORG_ID,&MAILID
FROM MTL_SYSTEM_ITEMS_B
WHERE TRUNC(LAST_UPDATE_DATE)=TRUNC(SYSDATE);

Choose Verify to parse the Select statement. The results will be displayed in a Note window.
Choose Run to execute the Select statement. It will display the number of rows returned in a Note window.


Creating Actions and Action sets for Event alert is same as Creating Actions and Action sets for Periodic alert.
Event alert gets checked when an insert or an update to an event table occurs.


Implicit Inputs:
Oracle Alert automatically displays values for the Implicit Inputs.
:ROWID, :MAILID, :ORG_ID and :DATE_LAST_CHECKED.
The values of the implicit inputs are as follows:
• ROWID—Contains the ID number of the row where the insert or update that triggers an event alert
occurs.
• MAILID—Contains the email user name of the person who enters an insert or update that triggers an
event alert.
• ORG_ID—Contains the organization ID that is selected when the alert runs.
• DATE_LAST_CHECKED—Contains the date and time that the alert was most recently checked.
For Example consider an Event Alert with the select statement:
SELECT SEGMENT1, INVENTORY_ITEM_ID,:ROWID,:ORG_ID,: DATE_LAST_CHECKED
INTO &ITEM_NAME, &item_id,&ROWID,&ORG_ID,& DATE_LAST_CHECKED
FROM MTL_SYSTEM_ITEMS_B
where TRUNC(LAST_UPDATE_DATE)=TRUNC(SYSDATE);
Text in the Action Details
-------------------------------
item name :&ITEM_NAME
ITEM_ID: &ITEM_ID
ROWID: &ROWID
ORG_ID:&ORG_ID
DATE_LAST_CHECKED:&DATE_LAST_CHECKED
Output
------------
item name :SR_ITEM
ITEM_ID: 17849
ROWID: AAAehOAAkAAAB9SAAL
ORG_ID:204
DATE_LAST_CHECKED:31-MAR-2009 11:34:28


 Order Management Tables. in Oracle Apps by Avinash


                                                    Order Management Tables.   
Entered
oe_order_headers_all 1 record created in header table
oe_order_lines_all Lines for particular records
oe_price_adjustments When discount gets applied
oe_order_price_attribs If line has price attributes then populated
oe_order_holds_all If any hold applied for order like credit check etc.

Booked

oe_order_headers_all Booked_flag=Y Order booked.
wsh_delivery_details Released_status Ready to release

Pick Released

wsh_delivery_details Released_status=Y Released to Warehouse (Line has been released to Inventory
for processing)
wsh_picking_batches After batch is created for pick release.
mtl_reservations This is only soft reservations. No physical movement of stock

Full Transaction
mtl_material_transactions No records in mtl_material_transactions
mtl_txn_request_headers
mtl_txn_request_lines
wsh_delivery_details Released to warehouse.
wsh_new_deliveries if Auto-Create is Yes then data populated.
wsh_delivery_assignments deliveries get assigned
Pick Confirmed
wsh_delivery_details Released_status=Y Hard Reservations. Picked the stock. Physical movement of
stock
Ship Confirmed
wsh_delivery_details Released_status=C Y To C:Shipped ;Delivery Note get printed Delivery assigned
to trip stopquantity will be decreased from staged
mtl_material_transactions On the ship confirm form, check Ship all box
wsh_new_deliveries If Defer Interface is checked I.e its deferred then OM & inventory not updated. If
Defer Interface is not checked.: Shipped
oe_order_lines_all Shipped_quantity get populated.
wsh_delivery_legs 1 leg is called as 1 trip.1 Pickup & drop up stop for each trip.
oe_order_headers_all If all the lines get shipped then only flag N
Autoinvoice
wsh_delivery_details Released_status=I Need to run workflow background process.
ra_interface_lines_all Data will be populated after wkfw process.
ra_customer_trx_all After running Autoinvoice Master Program for
ra_customer_trx_lines_all specific batch transaction tables get populated
Price Details
qp_list_headers_b To Get Item Price Details.
qp_list_lines
Items On Hand Qty
mtl_onhand_quantities TO check On Hand Qty Items.
Payment Terms
ra_terms Payment terms
AutoMatic Numbering System
ar_system_parametes_all you can chk Automactic Numbering is enabled/disabled.
Customer Information
hz_parties Get Customer information include name,contacts,Address and Phone
hz_party_sites
hz_locations
hz_cust_accounts
hz_cust_account_sites_all
hz_cust_site_uses_all
ra_customers
Document Sequence
fnd_document_sequences Document Sequence Numbers
fnd_doc_sequence_categories
fnd_doc_sequence_assignments
Default rules for Price List
oe_def_attr_def_rules Price List Default Rules
oe_def_attr_condns
ak_object_attributes
End User Details
csi_t_party_details To capture End user Details
Sales Credit Sales Credit Information(How much credit can get)
oe_sales_credits
Attaching Documents
fnd_attached_documents Attched Documents and Text information
fnd_documents_tl
fnd_documents_short_text
Blanket Sales Order
oe_blanket_headers_all Blanket Sales Order Information.
oe_blanket_lines_all
Processing Constraints
oe_pc_assignments Sales order Shipment schedule Processing Constratins
oe_pc_exclusions
Sales Order Holds
oe_hold_definitions Order Hold and Managing Details.
oe_hold_authorizations
oe_hold_sources_all
oe_order_holds_all
Hold Release
oe_hold_releases_all Hold released Sales Order.
Credit Chk Details
oe_credit_check_rules To get the Credit Check Againt Customer.
Cancel Orders
oe_order_lines_all Cancel Order Details.


By,
Jayakrishnagoud Nimmagudem
Mobile: +91-9963262526
E-Mail :Nimmagudem.jaya@gmail.com

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
ORACLE ALERTS


Overview of Alerts:
Oracle Alerts facilitates the flow of information within the organization by letting us create entities called alerts to monitor the business information and to notify us of the information we want.

Oracle Alerts
·               Keeps us informed of the critical activities in the database.
·               Delivers the key information from applications, in the format we want.
·               Provides us with regular reports on database information.
·               Automate system maintenance, and routine online tasks.
Types of Alerts:
1.            Event Alert
2.            Periodic Alert
Event Alert: An Event Alert immediately notifies us of activity in the database as it occurs i.e. This type of 


alert will fire on a database event, such as an update or insert into a specified table.

Periodic Alert: A periodic Alert checks the database for information according to a schedule we
define.
Defining Periodic Alert:
Responsibility : Alert Manager, Vision Enterprises
Navigation : Alert → Define




       1. Choose the Application that owns the alert for example: Inventory.
2. Enter Name (for example XX_TEST1) for the alert.
3. Check Enabled flag – for activation of alert. You can leave it unchecked until you are ready to run the alert.
4. Choose Periodic tab. Enter the Frequency and Start Time you want the alert to run.
Select a frequency for your periodic alert from nine frequency options:
• On Demand—If you choose this frequency, Oracle Alert checks your periodic alert only when you specify. You do not have to fill in any other field in the Periodic Details block. You check on
demand alerts by using the Request Periodic Alert Check window.
• On Day of the Month—If you choose this frequency, Oracle Alert checks your alert on a monthly basis on the day number you enter in the Day field.
• On Day of the Week—If you choose this frequency, Oracle Alert checks your alert on the day of the week you enter in the Day field.
• Every N Calendar Days—If you choose this frequency, enter a value in the Days field. Oracle Alert considers every day a calendar day, and does not skip holidays.
• Every Day—Choosing this frequency is the same as choosing Every N Calendar Days and entering a value of 1 in the Days field.
• Every Other Day—Choosing this frequency is the same as choosing Every N Calendar Days and entering a value of 2 in the Days field.
• Every N Business Days—If you choose this frequency, enter a value in the Days field. Oracle Alert lets you choose your business days, but does not skip any holidays. A value of 1 indicates that Oracle Alert should check the alert every business day, and a value of 2 indicates that Oracle Alert should check the alert every other business day. If you enter 3 in the Days field, Oracle Alert checks your periodic alert every three business days.
For example, if you enable your alert on a Monday, Oracle Alert checks the alert first on that Monday, then on Thursday, then on the following Tuesday, then the following Friday, and so on.
• Every Business Day—Choosing this frequency is the same as choosing Every N Business Days and entering a value of 1 in the Days field.
• Every Other Business Day—Choosing this frequency is the same as choosing Every N Business Days and entering a value of 2 in the Days field.

6. Specify the number of days you want to keep the alert history logs in Keep Days.
7. Enter SQL statement in Select Statement.
Select statement must include an INTO clause that contains one output for each column selected by your Select statement.
For Example:
SELECT SEGMENT1,:DAYS
INTO &ITEM_NAME,&NDAYS
FROM MTL_SYSTEM_ITEMS_B
WHERE TRUNC(CREATION_DATE)=TRUNC(SYSDATE-:DAYS);
Identify inputs with a colon before the name (in above example :DAYS) and outputs with an ampersand (&)


before the name (in above example &ITEM_NAME, &NDAYS).
you may also import a SQL Select statement from a file in your operating system.
Choose Verify to parse the Select statement. The results will be displayed in a Note window.
Choose Run to execute the Select statement. It will display the number of rows returned in a Note window.


Save your work.

Re-Query the alert created and click on Alert Details Button.
The Alert Details window includes information such as which Application installations you want the alert to run against, what default values you want your inputs variables to use, and whatadditional characteristics you want your output variables to have.
The Alert Details window that appears contains three tabbed regions: Installations, Inputs, and Outputs.

In the Inputs tabbed region, Oracle Alert automatically displays the inputs used in your Select statement, unless they are the implicit.
Specify the Default Values for the inputs.






In the Outputs tabbed region, Oracle Alert automatically displays the outputs used in your alert Select statement without the ampersand (&).

In the Installations tabbed region,Oracle Alert automatically displays the Oracle ID that is associated with the application that owns your alert.
Specify the organization you want the alert to run against in the Operating Unit field.



Creating Alert Actions:
After defining a Period or Event alert, you need to create actions for the alert to perform. On the same alert form, click on Actions button.
1. Enter the Action Name for the Alert.
2. Select a level for Action: Detail, Summary or No Exception.
During an alert check, a detail action performs once for each individual exception found, a summary action performs once for all exceptions found, and a no exception action performs when no exceptions are found.
Choose Action Details button in Actions form. 

On the Action Details page, select the type of action you want to create in the Action Type field.
Depending upon the action level and type you choose, different fields appear in the Action Details window.
Message Action: To send a message as an action we create Message Actions.
Concurrent Program Actions: To run a concurrent program as an event action we create Concurrent Program Actions.
Operating Script Actions: To run an operating script as an event action create Operating Script Actions.
SQL Statement Script Actions: To run a SQL statement script as its action then create SQL Statement Script Actions.
Specify the electronic mail IDs of the recipients you want to send your message to in the To: field.
You can also enter the IDs of recipients to whom you want to send ”carbon” (Cc) and ”blind” (Bcc) copies of your alert message.
Specify the subject for the message in Subject field.
If you want to write your message in Oracle Alert, choose the Text option and enter the text in the Text field. (You can also click on the Import button and import the contents of a file into the Text field.)
You can include any outputs in the message text. (In the above screen shot you can see that ITEM_NAME is the output variable).

Save the Record.

Creating an Action Set:
Once you create your alert actions, you must include them in an enabled action set for Oracle Alert to perform during an alert check. An action set can include an unlimited number of actions and any combination of actions.
During each action set check, Oracle Alert executes each action set member in the sequence you specify.
Steps:
1.            Click on Action Set button in Alert main form and enter the Action Set Name and save the record.
2.            Re-Query the Alert and click on Action Set Button. You can see that input and output variables are 


automatically displayed in respective Input and Output tabs.

Note: At runtime, alert will use the values from the Action Sets form. If you want the alert to run for different


Input value then make changes in the Action Set Definition form.
3.            In the Members tab choose the Action you want the alert to perform.

Save the Record.

Running an Alert:
To manually run a Periodic Alert, Navigate to Request → Check
Enter the Application that owns the Alert
Enter the name of the Periodic Alert you want to check and submit the Request.

Once the concurrent program is done successfully navigate to Alert → History to review history.


Enter the Application that owns the Alert.
Enter the name of the Periodic Alert you want to view.
Oracle Alert automatically displays the alert type, the number of days of history kept, and when the alert was last checked.


Click on Find Checks button.

In this form it displays the history of action sets that were run: the date and time when the action set completed and the Oracle ID that the action set ran against.

In the Action Set Checks it displays the name of the Action set and the number of exceptions found and the number of actions performed.

Click on Find Exceptions in the History window.
In this form it displays the Exceptions found for each out put variable and their corresponding values.




Click on Find Actions button.

In this form it displays the action name, type of action and Finished time of the action.
It also displays the details of the recipient to whom the message was sent.

Defining Event Alert:
Responsibility : Alert Manager, Vision Enterprises
Navigation : Alert → Define

1. Choose the Application that owns the alert i.e. Inventory
2. Enter Name & Description for the alert
3. Check Enabled flag – for activation of alert. You can leave it unchecked until you are ready to run the alert
4. Choose Event tab.
5. Choose the Application and database table you want Oracle Alert to monitor.
6. Check After Insert and/or After Update if you want the event alert to run when a user inserts and/or updates a row in the database table.
7. Specify the number of days you want to keep the alert history logs in Keep Days.
8. Enter SQL statement in Select Statement
SELECT SEGMENT1, INVENTORY_ITEM_ID,:ROWID,:ORG_ID,:MAILID
INTO &ITEM_NAME, &item_id,&ROWID,&ORG_ID,&MAILID
FROM MTL_SYSTEM_ITEMS_B
WHERE TRUNC(LAST_UPDATE_DATE)=TRUNC(SYSDATE);

Choose Verify to parse the Select statement. The results will be displayed in a Note window.
Choose Run to execute the Select statement. It will display the number of rows returned in a Note window.

Creating Actions and Action sets for Event alert is same as Creating Actions and Action sets for Periodic alert.
Event alert gets checked when an insert or an update to an event table occurs.

Implicit Inputs:
Oracle Alert automatically displays values for the Implicit Inputs.
:ROWID, :MAILID, :ORG_ID and :DATE_LAST_CHECKED.
The values of the implicit inputs are as follows:
• ROWID—Contains the ID number of the row where the insert or update that triggers an event alert
occurs.
• MAILID—Contains the email user name of the person who enters an insert or update that triggers an
event alert.
• ORG_ID—Contains the organization ID that is selected when the alert runs.
• DATE_LAST_CHECKED—Contains the date and time that the alert was most recently checked.
For Example consider an Event Alert with the select statement:
SELECT SEGMENT1, INVENTORY_ITEM_ID,:ROWID,:ORG_ID,: DATE_LAST_CHECKED
INTO &ITEM_NAME, &item_id,&ROWID,&ORG_ID,& DATE_LAST_CHECKED
FROM MTL_SYSTEM_ITEMS_B
where TRUNC(LAST_UPDATE_DATE)=TRUNC(SYSDATE);
Text in the Action Details             
-------------------------------
item name :&ITEM_NAME
ITEM_ID: &ITEM_ID
ROWID: &ROWID
ORG_ID:&ORG_ID
DATE_LAST_CHECKED:&DATE_LAST_CHECKED
Output
------------
item name :SR_ITEM
ITEM_ID: 17849
ROWID: AAAehOAAkAAAB9SAAL
ORG_ID:204
DATE_LAST_CHECKED:31-MAR-2009 11:34:28



UNIX  in Oracle APPS Host Program by Avinash



++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Transfering the Files from server1 to the server2 when ever they place TEXT data files in server1 and loading the data into the custom staging table by calling CTL file and after loading then moving the files in server2 from one path to another path#####################################################################################
## Program name: XX_EXP_FTP_INBOUND.prog
##
## This program runs for loading the data of XX Expeditors
## into the staging table and renames the data file by appending the date to it.
##
## Parameters:
## $i name of file to be uploaded
## $1 user/password of the database
##
## Created by: Creation Date Changes
##
##-----------------------------------------------------------------------------------------------------------------------
MOP_FCP_LOGIN=$1; export MOP_FCP_LOGIN
MOP_FCP_USERID=$2; export MOP_FCP_USERID
MOP_FCP_USERNAME=$3; export MOP_FCP_USERNAME
MOP_REQID=$4; export MOP_REQID
ORA_USER_PASS=$1; export ORA_USER_PASS
USERID=$2; export USERID
USERNAME=$3; export USERNAME
REQUESTID=$4; export REQUESTID
L_USER_NAME="XX"
L_PWD="Rs8&kcH4"
L_REMOTE_PATH="/XX/outgoing"
L_REMOTE_FILE="*.TXT"
L_LOCAL_PATH= "XX_TOP/bin/XX_EXP_INBOUND"
echo "Server Name is : " $L_SERVER_NAME
echo "User Name : " $L_USER_NAME
echo "Password : " $L_PWD
echo "Remote Path is : " $L_REMOTE_PATH
echo "Remote File is : " $L_REMOTE_FILE
echo "Local Path is : " $L_LOCAL_PATH
echo "Database is : " $MOP_FCP_LOGIN
cd $L_LOCAL_PATH
ftp -nv ftp.expd.com <<EOF> $XX_TOP/bin/XX_EXP_INBOUND/log.log1 2>&1
user $L_USER_NAME $L_PWD
ascii
prompt
cd $L_REMOTE_PATH
mget *.TXT
mdelete *.TXT
echo "Sucessfully deleted the file in Remote and placed the files in local XX_EXP_INBOUND/Archive Directory"
bye
EOF
echo "All are files are Successfully copied to local Inbound path"
COUNT=`find $XX_TOP/bin/XX_EXP_INBOUND/ *.TXT -type f -maxdepth 1 -exec ls -l {} \;|wc -l`
echo $COUNT
if [ $COUNT -gt 0 ]
then
for i in `find $XX_TOP/bin/XX_EXP_INBOUND/ *.TXT -type f -maxdepth 1 -exec ls {} \;`
do
sqlldr apps/apps control=$XX_TOP/bin/XX_EXP_SHIP_CTL.ctl data=$i log=$XX_TOP/bin/XX_EXP_SHIP_CTL.log
mv $i $XX_TOP/bin/XX_EXP_INBOUND/Archive
echo "SQL*Loader execution successful"
echo "Loaded files are moved to Archive Successfully"
done
else
echo "No files exist to load"
fi

 ##################################################################################

                                       Create a link for the Shell script

Eg:- ln –s $FND_TOP/bin/fndcpesr XX_EXP_FTP_OUTBOUND
Eg:- ln –s $FND_TOP/bin/fndcpesr <Shell_Script_Name>


after creating the link in execuatble call the shell script name with having the execution method as 'HOST'
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
                    FNDLOAD Migration scripts for AME Approval Groups
Approval Groups

1. Approval Groups – Download
FNDLOAD apps/pw 0 Y DOWNLOAD $PER_TOP/patch/115/import/amesappg.lct xx_gssm_ame_apgrps.ldt AME_APPROVAL_GROUPS APPROVAL_GROUP_NAME=xx% TRANSACTION_TYPE_ID=’SSHRMS’ APPLICATION_SHORT_NAME=PER

Approval Groups – Upload
FNDLOAD apps/pw1 0 Y UPLOAD $PER_TOP/patch/115/import/amesappg.lct xx_gssm_ame_apgrps.ldt

2. Approval Groups Configuration – Download
FNDLOAD apps/pw 0 Y DOWNLOAD $PER_TOP/patch/115/import/amesaagc.lct xx_gssm_ame_apgrps_cf.ldt AME_APPROVAL_GROUP_CONFIG APPROVAL_GROUP_NAME=xx% TRANSACTION_TYPE_ID=’SSHRMS’ APPLICATION_SHORT_NAME=PER

Approval Groups Configuration – Upload
FNDLOAD apps/pw1 0 Y UPLOAD $PER_TOP/patch/115/import/amesaagc.lct xx_gssm_ame_apgrps_cf.ldt



 Conditions

1. Conditions – Download
FNDLOAD apps/pw 0 Y DOWNLOAD $PER_TOP/patch/115/import/amesconk.lct xx_gssm_ame_cond.ldt AME_CONDITIONS ATTRIBUTE_NAME=’xx%’ TRANSACTION_TYPE_ID=’SSHRMS’ APPLICATION_SHORT_NAME=PER

Conditions – Upload
FNDLOAD apps/pw1 0 Y UPLOAD $PER_TOP/patch/115/import/amesconk.lct xx_gssm_ame_cond.ldt


FNDLOAD Migration scripts for AME Attribute, Condition, Approval Groups, Rules and Transaction Types

1. Attribute – Download
FNDLOAD apps/pw 0 Y DOWNLOAD $PER_TOP/patch/115/import/amesmatt.lct xx_gssm_ame_attr.ldt AME_ATTRIBUTES ATTRIBUTE_NAME=’xx%’ TRANSACTION_TYPE_ID=’SSHRMS’ APPLICATION_SHORT_NAME=PER

Attributes – Upload
FNDLOAD apps/pw1 0 Y UPLOAD $PER_TOP/patch/115/import/amesmatt.lct xx_gssm_ame_attr.ldt

2. Attribute Usage – Download
FNDLOAD apps/pw 0 Y DOWNLOAD $PER_TOP/patch/115/import/amesmatr.lct xx_gssm_ame_attr_usg.ldt AME_ATTRIBUTE_USAGES ATTRIBUTE_NAME=’xx%’ TRANSACTION_TYPE_ID=’SSHRMS’ APPLICATION_SHORT_NAME=PER

Attribute Usages – Upload
FNDLOAD apps/pw1 0 Y UPLOAD $PER_TOP/patch/115/import/amesmatr.lct xx_gssm_ame_attr_usg.ldt




Data Synchronization?
Data Synchronization is a process in which some setup data would be synchronized, and this would be more important when you are working in Oracle application development/implementation project. The equally important that ATG data Migration takes place necessary to synchronize the data across databases instance during
· Installations (New descriptive flex field creations etc)
· Upgrades (Apps upgrade etc.)
· Maintenance (Value set changes etc.)
Generic Loader (FNDLOAD)The Generic Loader (FNDLOAD) is a concurrent program that can move Oracle Applications data between database and text file representations. The loader reads a configuration file to determine what data to access. For information on specific configuration files consult the Open Interfaces Guide for your product group.
From an FNDLOAD perspective, there is absolute no limitation on parallel execution. Parallel upload of concurrent programs and responsibilities should through fine unless upload logic in LCT file restrict the same.
There is no way to limit the download of the value hierarchy data with the existing flexfield loader logic.
If this data is removed manually from the .ldt file generated when downloading data, the upload might error out as a result and this is NOT a supported method of using fndload and the corresponding generated data.
OverviewThe Generic Loader can download data from an application entity into a portable, editable text file. This file can then be uploaded into any other database to copy the data. Conversion between database store and file format is specified by a configuration file that is read by the loader.
The Generic Loader downloads data from a database according to a configuration (.lct) file, and converts the data into a data file (.ldt file). The Generic Loader can then upload this data to another database using a configuration file.
The loader operates in one of two modes: download or upload. In the download mode, data is downloaded from the database to a text file; in the upload mode, data is uploaded from a text file to the database.
Data structures supported by the loader include master-detail relationships and foreign key reference relationships.
In both downloading and uploading, the structure of the data involved is described by a configuration file. The configuration file describes the structure of the data and also the access methods to use to copy the data into or out of the database. The same configuration file may be used for both uploading and downloading.
When downloading, the Generic Loader creates a second file, called the data file that contains the structured data selected for downloading. The data file has a standard syntax for representing the data that has been downloaded. When uploading, the Generic Loader reads a data file to get the data that it is to upload. In most cases, the data file was produced by a previous download, but may have come from another source. The data file cannot be interpreted without the corresponding configuration file available.
What can be done? 
These are the extensive list which can be done through FNDLOAD
· Concurrent Programs, Executables
· Request Groups, Request Sets
· Profile Options
· Key and Descriptive Flexfields
· Menus and Responsibilities
· Forms and Form Functions/Personalizations
· Attachments
· Messages
· Value Sets and Values
· Lookup Types
· User Responsibilities
· Printer Definitions
· FND Dictionary
· Help Configuration
· Document Sequences
· Alerts
· Concurrent Manager Schedules
The FNDLOAD: Concurrent Program – FNDLOAD can be executed as a concurrent program.
Some advantages when using FNDLOAD1. Because downloaded data is stored in a text file, version administration is possible
2. There is nothing to worry to go to purchase because Investment = 0$
3. No learning curve. this is relief for developer and dba
4. Fully supported and recommended by Oracle
5. Capture the migrations in a file and use it during installations, clones etc. to migrate in batch
6. Pin-point when something happened and where (database) easily
7. Your AOL data migration process is now simplified and streamlined goal attained
Some disadvantages when using FNDLOAD1. Applications patching mechanisms use FNDLOAD heavily possibility of negative impact is not zero
2. UPLOAD_MODE=REPLACE only for menus
3. No validation against migrating database/instance sensitive data
SyntaxThe Generic Loader is a concurrent program named FNDLOAD. The concurrent executable takes the following parameters:
FNDLOAD apps/pwd 0 Y mode configfile datafile entity [ param ...]
where
pwd>The APPS schema and password in the form username/password[@connect_string]. If
connect_string is omitted, it is taken in a platform-specific manner from the environment
using the name TWO_TASK.
< 0 Y >Concurrent program flags.
mode
UPLOAD or DOWNLOAD. UPLOAD causes the datafile to be uploaded to the database. DOWNLOAD causes the loader to fetch rows and write them to the datafile.

The configuration file to use (usually with a suffix of .lct, but not enforced or supplied by the loader).

The data file to write (usually with a suffix of .ldt, but not enforced or supplied by the loader). If the data file already exists, it will be overwritten.

The entity(ies) to upload or download. When uploading, always upload all entities, so specify a “-” to upload all entities.
< [param] >Zero or more additional parameters are used to provide bind values in the access SQL (both UPLOAD and DOWNLOAD). Each parameter is in the form NAME=VALUE. NAME should not conflict with an attribute name for the entities being loaded.
Modes of OperationThis is important because it would drive the whole flow, and it always be either Upload or Download.
Example of downloadFNDLOAD apps/pwd 0 Y DOWNLOAD ${FND_TOP}/patch/115/import/afcpprog.lct myfile.ldt \ PROGRAM CONCURRENT_PROGRAM_NAME= concurrent_program_short_name> APPLICATION_SHORT_NAME=
Example of UploadFNDLOAD apps/pwd 0 Y UPLOAD ${FND_TOP}/patch/115/import/afcpprog.lct myfile.ldt – CUSTOM_MODE=FORCE undocumented parameter
What are FNDLOAD Options?· Application level OR single entity level download
o (Example) Download all the profile options of Inventory or just the INV: Default Primary UOM
· Entire OR Partial upload of a data file
o (Example) Upload the entire myfile.ldt or just a single entity indicated by – and mode UPLOAD or UPLOAD_PARTIAL
o Entity name required for UPLOAD_PARTIAL mode
· Custom mode force update
o To override Oracle’s upload algorithm and update the custom AOL data regardless, use CUSTOM_MODE= FORCE
o UPLOAD_MODE= REPLACE (only for menus)
· Support for NLS uploads
o NLS data uploads for translated columns are supported, use UPLOAD_MODE= NLS
Where is Configuration File LocatedBy default Oracle delivers most of configuration files that can be used to download certain entities.
· Configuration files with extension .lct
o On Unix – all the configuration files are in $FND_TOP/patch/115/import directory
o On Unix Oracle also places the original configuration files in $FND_TOP/admin/import directory
· Data files with extension .ldtFNDLOAD File Structure 
· The configuration files (.lct) are delivered and maintained by Oracle.
· It has entity definitions, parent-child relationships and user input parameters identified by :NAME.
· Downloading a parent automatically downloads all children – (Example) Concurrent Program download.
· The data files (.ldt) have both entity definition and the data.
· It also shows the version and the location of the configuration file (.lct) that was used.
· Without the configuration file, a data file is useless.
· Without the data file, a configuration file is meaningless.
FNDLOAD Files· Key files: .lct and .ldt
· FNDLOAD must be run as the apps user not as applsys or any other user, otherwise an Ora-6550 error will be received.
· Both are easily readable, editable and portable.
· Do not modify Oracle .lct files.
· Use a favorite editor to manipulate only the .ldt files but be cautious about data type, length, delimiter placements etc.
· Use the log file outputs or .ldt file contents creatively for quick file comparisons and answer questions as: (Why can this be accessed? What is that profile option name, value and level? What is the value set used for that DFF segment attribute10 etc.)
· Partial string searches (which value set has Priority something in its where clause, etc)
Some sample examples
1 – Printer Styles
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afcppstl.lct file_name.ldt STYLE PRINTER_STYLE_NAME=”printer style name”
2 – Lookups
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/aflvmlu.lct file_name.ldt FND_LOOKUP_TYPE APPLICATION_SHORT_NAME=”prod” LOOKUP_TYPE=”lookup name”
3 – Descriptive Flexfield with all of specific Contexts
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt DESC_FLEX P_LEVEL=?COL_ALL:REF_ALL:CTX_ONE:SEG_ALL? APPLICATION_SHORT_NAME=”prod” DESCRIPTIVE_FLEXFIELD_NAME=”desc flex name” P_CONTEXT_CODE=”context name”
4 – Multiple Flexfields
Use a combination of APPLICATION_SHORT_NAME and DESCRIPTIVE_FLEXFIELD_NAME names ie. APPLICATION_SHORT_NAME=PER >> will download all PER flexfields DESCRIPTIVE_FLEXFIELD_NAME=PER_% >> will download all flexfields that start with ‘PER_’.
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct
file_name.ldt DESC_FLEX DESCRIPTIVE_FLEXFIELD_NAME="PER_%"
5 – Key Flexfield Structures
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt KEY_FLEX P_LEVEL=?COL_ALL:FQL_ALL:SQL_ALL:STR_ONE:WFP_ALL:SHA_ALL:CVR_ALL:SEG_ALL? APPLICATION_SHORT_NAME=”prod” ID_FLEX_CODE=”key flex code” P_STRUCTURE_CODE=”structure name”
6 – Concurrent Programs
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afcpprog.lct file_name.ldt PROGRAM APPLICATION_SHORT_NAME=”prod” CONCURRENT_PROGRAM_NAME=”concurrent name”
7 – Value Sets
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt VALUE_SET FLEX_VALUE_SET_NAME=”value set name”
8 – Value Sets with values
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt VALUE_SET_VALUE FLEX_VALUE_SET_NAME=”value set name”
9 – Profile Options
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afscprof.lct file_name.ldt PROFILE PROFILE_NAME=”profile option” APPLICATION_SHORT_NAME=”prod”
10 – Request Group
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afcpreqg.lct file_name.ldt REQUEST_GROUP REQUEST_GROUP_NAME=”request group” APPLICATION_SHORT_NAME=”prod”
11 – Request Sets
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afcprset.lct file_name.ldt REQ_SET APPLICATION_SHORT_NAME=”prod” REQUEST_SET_NAME=”request set”
12 – Responsibilities
FNDLOAD apps/pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afscursp.lct file_name.ldt FND_RESPONSIBILITY RESP_KEY=”responsibility"
13 – Responsibilities with all Security Groups
FNDLOAD apps/ 0 Y DOWNLOAD FND_TOP/patch/115/import/afscursp.lct .ldt
FND_USER USER_NAME="" SECURITY_GROUP=% DATA_GROUP_NAME=%
14 – Menus
FNDLOAD apps/ pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afsload.lct file_name.ldt MENU MENU_NAME=”menu_name”
15 – Forms/Functions/Personalizations: Refer to the System Administrator’s Guide on dependencies
FNDLOAD / 0 Y DOWNLOAD $FND_TOP/patch/115/import/affrmcus.lct
FND_FORM_CUSTOM_RULES form_name=
OR
FNDLOAD / 0 Y DOWNLOAD $FND_TOP/patch/115/import/afsload.lct file_name.ldt FUNCTION FUNCTION_NAME=
OR
FNDLOAD / 0 Y DOWNLOAD $FND_TOP/patch/115/import/afsload.lct file_name.ldt FORM FORM_NAME=
OR
FNDLOAD / 0 Y DOWNLOAD $FND_TOP/patch/115/import/affrmcus.lct FND_FORM_CUSTOM_RULES function_name=

16 – User/Responsibilities
FNDLOAD apps/ pwd@seeddb 0 Y DOWNLOAD $FND_TOP/patch/115/import/afscursp.lct file_name.ldt FND_USER
17 – Alert
FNDLOAD apps/pwd 0 Y DOWNLOAD
$ALR_TOP/patch/115/import/alr.lct my_file.ldt ALR_ALERTS
APPLICATION_SHORT_NAME=FND ALERT_NAME=Alert name to downloa
18 – Blob
With Release 12.1.1, FNDLOAD supports BLOB data (upload / download ) to better serve content-rich applications.
FNDLOAD apps/pwd 0 Y mode configfile datafile entity [ param ... ]
19 – Overwrite custom definitions
FNDLOAD apps/apps 0 Y UPLOAD $FND_TOP/patch/115/import/.lct $
XX_TOP/import/.ldt CUSTOM_MODE=FORCE
20 – Load an NLS Language
FNDLOAD / 0 Y UPLOAD \
- UPLOAD_MODE=NLS CUSTOM_MODE=FORCE WARNINGS=TRUE
21 – Migrate the role registration process from one instance to another
a. Please navigate to the path: $FND_TOP /patch/115/import/US/umxrgsvc.ldt
b. The following command can be used to download:
FNDLOAD apps/@(instance name) O Y DOWNLOAD $FND_TOP/patch/115/import/umxrgsvc.lct umxrgsvc.ldt UMX_REG_SERVICES REG_SERVICE_CODE UMX
c. The following command can be used to upload:
FNDLOAD apps/@(instance name) O Y UPLOAD $FND_TOP/patch/115/import/umxrgsvc.lct umxrgsvc.ldt UMX_REG_SERVICES REG_SERVICE_CODE UMX
22 – Transfer Custom Messages to another Instance
a. Download the message from the source instance.
FNDLOAD apps/apps 0 Y DOWNLOAD @FND:patch/115/import/afmdmsg.lct password.ldt FND_NEW_MESSAGES APPLICATION_SHORT_NAME=FND MESSAGE_NAME=PASSWORD-INVALID-NO-SPEC-CHAR
b. Move the custom LDT file (password.ldt) over to the destination instance.
c. Upload the custom message to the destination instance.
FNDLOAD apps/apps 0 Y UPLOAD @FND:patch/115/import/afmdmsg.lct password.ldt FND_NEW_MESSAGES APPLICATION_SHORT_NAME=FND CUSTOM_MODE=FORCE
23 – Download UMX Roles and Role Assignment data from one instance and upload to another.
To download from one instance:
FNDLOAD 0 Y DOWNLOAD $FND_TOP/patch/115/import/afrole.lct
umxroles.ldt WF_ROLE ORIG_SYSTEM=UMX%
To upload to another instance:
FNDLOAD 0 Y UPLOAD $FND_TOP/patch/115/import/afrole.lct
umxroles.ldt
References:
· Oracle Applications Systems Administrator Guide – Configuration
Notes:
1. Give special attention when downloading Menus or Responsibilities. In the case for several developers modifying Responsibilities and Menus, then be very careful. Not being careful will mean that untested Forms, Functions, and Menus will become available in the clients Production environment besides the tested Forms, Functions, and Menus.
2. Be very careful when downloading flexfields that reference value sets with independent values for GL Segment Codes. By doing so, downloading and extracting all the test data in GL Codes that might not be applicable for production.
3. There are several variations possible for FNDLOAD. For example, restricting the download and upload to specific segments within Descriptive Flexfields.
4. FNDLOAD is very reliable and stable, if used properly.
5. Please test the FNDLOAD properly, so as to ensure that no unexpected data occurs.
6. As the name suggests, FNDLOAD is usedful for FND related objects. However, in any implementation, it’s required to migrate the Setups in Financials and Oracle HRMS from one environment to another. Oracle iSetup can be used for this. Some of the things that can be migrated using Oracle iSetup are GL Set of Books, HR Organization Structures, HRMS Employees, Profile Options Setup, Suppliers, Customers, Tax Codes & Tax Rates, Financials Setup, Accounting Calendars, Chart of Accounts, GL Currencies.


The Generic Loader (FNDLOAD) is a concurrent program that can transfer Oracle Application entity data between database and text file.The loader reads a configuration file to determine which entity to access.

1 – Printer Styles
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afcppstl.lct file_name.ldt STYLE PRINTER_STYLE_NAME=”printer style name”

2 – Lookups
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/aflvmlu.lct file_name.ldt FND_LOOKUP_TYPE APPLICATION_SHORT_NAME=”FND”
LOOKUP_TYPE=”lookup name”

3 – Descriptive Flexfield with all of specific Contexts
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt DESC_FLEX P_LEVEL=’COL_ALL:REF_ALL:CTX_ONE:SEG_ALL’ APPLICATION_SHORT_NAME=”FND” DESCRIPTIVE_FLEXFIELD_NAME=”desc flex name” P_CONTEXT_CODE=”context name”

Examples:
Note <<274528.1>> – Note How To Download Single Context Using FNDLOAD For Descriptive Flexfield.
Note <<256573.1>> – How To Download/Upload Descriptive Flexfield With Name $SRS$.

4 – Key Flexfield Structures
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt KEY_FLEX P_LEVEL=’COL_ALL:FQL_ALL:SQL_ALL:STR_ONE:WFP_ALL:SHA_ALL:CVR_ALL:SEG_ALL’ APPLICATION_SHORT_NAME=”FND” ID_FLEX_CODE=”key flex code” P_STRUCTURE_CODE=”structure name”

5 – Concurrent Programs
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afcpprog.lct file_name.ldt PROGRAM APPLICATION_SHORT_NAME=”FND” CONCURRENT_PROGRAM_NAME=”concurrent name”

6 - Value Sets
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt VALUE_SET_VALUE FLEX_VALUE_SET_NAME=”value set name”

7 – Value Sets with values
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afffload.lct file_name.ldt VALUE_SET FLEX_VALUE_SET_NAME=”value set name”

8 – Profile Options
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afscprof.lct file_name.ldt PROFILE PROFILE_NAME=”profile option” APPLICATION_SHORT_NAME=”FND”

9 – Request Groups
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afcpreqg.lct file_name.ldt REQUEST_GROUP REQUEST_GROUP_NAME=”request group” APPLICATION_SHORT_NAME=”FND”

10 – Request Sets
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afcprset.lct file_name.ldt REQ_SET
APPLICATION_SHORT_NAME=”FND” REQUEST_SET_NAME=”request set”

Examples:
Note <<247126.1>> – How To Download Request Set Definition From One Instance And Upload On Another Instance

11 – Responsibilities
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afscursp.lct file_name.ldt FND_RESPONSIBILITY RESP_KEY=”responsibility”

12 – Menus
FNDLOAD apps/apps O Y DOWNLOAD $FND_TOP/patch/115/import/afsload.lct file_name.ldt MENU MENU_NAME=”menu_name”