Data flow for Order-to-Cash cycle

1. Order Entry This is first stage, when the order is entered in the system, it creates a record in order headers and Order Lines table. • Enter header details: Once you enter details on the order header and save it or move it to lines, record goes to one table OE_ORDER_HEADERS_ALL FLOW_STATUS_CODE = ENTERED, BOOKED_FLAG = N), Primary key=HEADER_ID o No record exist in any other table for this order till now. • Enter Line details for this order: Enter different item numbers, quantity and other details in line tab. When the record gets saved, it goes to one table. Order header details will be linked with line details by order HEADER_ID. OE_ORDER_LINES_ALL (FLOW_STATUS_CODE = ENTERED, BOOKED_FLAG = N, OPEN_FLAG = Y) Primary key= LINE_ID 2.Order Booking This is next stage, when Order is booked then the Flow status changed from Entered to Booked. At this stage, these below table get affected. • OE_ORDER_HEADERS_ALL (FLOW_STATUS_CODE as BOOKED, BOOKED_FLAG updated to Y) • OE_ORDER_LINES_ALL (FLOW_STATUS_CODE as AWAITING_SHIPPING, BOOKED_FLAG updated Y) • WSH_DELIVERY_DETAILS (DELIVERY_DETAIL_ID is assigned here, RELEASED_STATUS ‘R’ ready to release, LINE_ID comes as SOURCE_LINE_ID) • WSH_DELIVERY_ASSIGNMENTS (DELIVERY_ASSIGNMENT_ID is assigned for DELIVERY_DETAIL_ID present in WSH_DELIVERY_DETAILS, DELIVERY_ID remains blank till this stage) *In shipping transaction form order status remains "Ready to Release". At the same time, Demand interface program runs in background And insert into inventory tables MTL_DEMAND, here LINE_ID come as a reference in DEMAND_SOURCE_LINE 3. Reservation This step is required for doing reservations SCHEDULE ORDER PROGRAM runs in the background and quantities are reserved. Once this program get successfully get completed, the MTL_DEMAND and MTL_RESERVATIONS table get updated. LINE_ID gets updated in DEMAND_SOURCE_LINE_ID in both the tables. 4. Pick Release Pick Release is the process of putting reservation on on-hand quantity available in the inventory and pick them for particular sales order. Pick release can be done from 'Release Sales Order' form or 'Pick release SRS' program can be scheduled in background. In both of these cases all lines of the order gets pick released depending on the Picking rule used. If specific line/s needs to be pick release it can be done from 'Shipping Transaction form. For this case Pick Release is done from 'Release Sales Order' form with Pick Confirm=NO. Once pick release is done these are the tables get affected: • If step 3 is not done then MTL_RESERVATIONS gets updated now. • WSH_NEW_DELIVERIES (one record gets inserted with SOURCE_HEADER_ID= order header ID, STATUS_CODE=OP =>open) • WSH_DELIVERY_ASSIGNMENTS (DELIVERY_ID gets assigned which comes from WSH_NEW_DELIVERIES) • WSH_DELIVERY_DETAILS (RELEASED_STATUS ‘S’ ‘submitted for release’) • MTL_TXN_REQUEST_HEADERS • MTL_TXN_REQUEST_LINES (LINE_ID goes as TXN_SOURCE_LINE_ID) • (move order tables. Here request is generated to move item from Source (RM or FG) subinventory to staging sub-inventory) • MTL_MATERIAL_TRANSACTIONS_TEMP (link to above tables through MOVE_ORDER_HEADER_ID/LINE_ID, this table holds the record temporally) • MTL_SERIAL_NUMBERS_TEMP (if item is serial controlled at receipt then record goes in this table) • MTL_SERIAL_NUMBERS (enter value in GROUP_MARK_ID )

At the same time records goes in RA_CUSTOMER_TRX_ALL (CUST_TRX_ID is primary key to link it to TRX_LINES table and TRX_NUMBER is the invoice number) RA_CUSTOMER_TRX_LINES_ALL (LINE_ATTRIBUTE_1 and LINE_ATTRIBUTE_6 are linked to order number and LINE_ID of the orders) 8.Close Order This is last step of Order Processing. SERIAL_NUMBER if quantity is ONE) • WSH_SERIAL_NUMBERS (records gets inserted with the DELIVERY_DETAIL_ID reference. Order line status becomes 'Picked' on Sales Order and 'Staged/Pick Confirmed' on Shipping Transaction Form. .*In shipping transaction form order status remains "Released to Warehouse" and all the material still remains in source sub-inventory. OPEN_FLAG “N”) 9.Enter Invoice After shipping the order the order lines gets eligible to get transfered to RA_INTERFACE_LINES_ALL. only in case of shipped quantity is two or more) • MTL_TRANSACTION_INTERFACE • MTL_MATERIAL_TRANSACTIONS (linked through Transaction source header id) • MTL_TRANSACTION_ACCOUNTS • Data deleted from MTL_DEMAND. Here material transaction occurs. This is also called Receivables interface. that mean information moved to accounting area for invoicing details. 'Issued out of store') 7. • MTL_MATERIAL_TRANSACTIONS_TEMP (Record gets deleted from here and gets posted to MTL_MATERIAL_TRANSACTIONS) • OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘PICKED’ ) • MTL_MATERIAL_TRANSACTIONS (LINE_ID goes as TXN_SOURCE_LINE_ID) • MTL_TRANSACTION_ACCOUNTS • WSH_DELIVERY_DETAILS (RELEASED_STATUS becomes ‘Y’ => ‘Released’ ) • WSH_DELIVERY_ASSIGNMENTS • MTL_ONHAND_QUANTITIES • MTL_SERIAL_NUMBERS_TEMP (record gets inserted after putting details for the item which are serial controlled at 'Sales order issue') • MTL_SERIAL_NUMBERS (record gets inserted after putting details for the item which are serial controlled at 'Sales order issue') * This step can be eliminated if we set Pick Confirm=YES at the time of Pick Release 6. In this stage only OE_ORDER_LINES_ALL table get updated.Ship Confirm Here ship confirm interface program runs in background. Till this no material transaction has been posted to MTL_MATERIAL_TRANSACTIONS 5. RA_INTERFACE_LINES_ALL (interface table into which the data is transferred from order management) Then Autoinvoice program imports data from this table which get affected into this stage are receivables base table.Pick Confirm/ Move Order Transaction Items are transferred from source sub-inventory to staging Sub-inventory. OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘shipped’. At the same time records also goes in the table RA_INTERFACE_SALESCREDITS_ALL which hold details of sales CREDIT for the particular order. • OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘shipped’) • WSH_DELIVERY_DETAILS (RELEASED_STATUS ‘C’ ‘Shipped’. The items on the delivery gets shipped to customer at this stage. Workflow background engine picks those records and post it to RA_INTERFACE_LINES_ALL. Data removed from WSH_NEW_DELIVERIES. MTL_RESERVATIONS • Item deducted from MTL_ONHAND_QUANTITIES • MTL_SERIAL_NUMBERS_TEMP (records gets deleted from this table) • MTL_SERIAL_NUMBERS (Serial number stauts gets updated CURRENT_STATUS=4 .Complete Line In this stage order line level table get updated with Flow status and open flag. Invoicing workflow activity transfers shipped item information to Oracle Receivables. We need to do Move Order Transaction for this order.

GET_ORDER. .These are the table get affected in this step. OE_ORDER_CUST_IFACE_ALL Base Tables: HZ_PARTIES HZ_LOCATIONS Orders can be categorized based on their status: 1. Booked orders 3.header level • Delivery_lead_time should exist. If importing customers together with the order. Should exist for a booked order. PROCESS_ORDER Concurrent programs will in turn call APIs. OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘closed’. Closed orders Concurrent Program: Order Import Validations: • Check for sold_to_org_id. shipping tables are not populated. create new customer by calling create_new_cust_info API.line level • Earliest_acceptable_date should exist. ----------. -------. OPEN_FLAG “N”) OE_ORDER_HEADERS_ALL  Order Import Interface  Item Import (Item conversion) On-hand Quantity Customer Conversion Customer API Auto Invoice Interface Receipt API Auto Lockbox Interface AP Invoice Interface Vendor Interface/Conversion Requisition Import PO receipts interface GL Interface GL Budget Interface GL Daily conversion rates Order Import Interface (Sales Order Conversion) Interface tables: • OE_HEADERS_IFACE_ALL • OE_LINES_IFACE_ALL • OE_ACTIONS_IFACE_ALL • OE_ORDER_SOURCES • OE_CUSTOMER_INFO_IFACE_ALL • OE_PRICE_ADJS_IFACE_ALL • OE_PRICE_ATTS_IFACE_ALL Base tables: • OE_ORDER_HEADERS_ALL • OE_ORDER_LINES_ALL Pricing tables • QP_PRICING_ATTRIBUTES During import of orders. Entered orders 2. • Ordered_date should exist. • Freight_terms should exist Order Import API OE_ORDER_PUB. If does not exist. • Check for sales_rep_id.

Child Attribute Dependencies • Status Controlled Attributes • Templates can be applied to existing Items. the proper default category set and category is assigned to the Item. use inventory_item_id when updating items. If you are not importing revision history you can populate either ITEM_NUMBER or the SEGMENT(n) column(s) or both. Running the Item Open Interface In Create Mode: Populate the mtl_system_items_interface with the following minimum required columns when creating new items: PROCESS_FLAG = 1 TRANSACTION_TYPE = 'CREATE' SET_PROCESS_ID = 1 ORGANIZATION_ID = Master Org id. and are identified with transaction_type of 'AUTO_CHILD'. populate) • MTL_INTERFACE_ERRORS Item import can be run in create mode or update mode. the Child records are copied into MTL_SYSTEM_ITEMS_INTERFACE for validation. . DESCRIPTION = 'Description of the item' ITEM_NUMBER and/or SEGMENT(n) Note: Using the ITEM_NUMBER column in the mtl_system_items_interface is required if you are populating revision history data into the mtl_item_revisions_interface table. Running the Item Open Interface In Update Mode: To update existing item(s). use template_id and template_name. The value of the ITEM_NUMBER must equal the concatenated segments(n) of the item being imported plus the segment separator. Functionality Every attribute updateable from the Item form is updateable through the interface. • To populate material costs from IOI: Populate the LIST_PRICE_PER_UNIT column with a value while importing items and you will see your material cost for your item in MTL_SYSTEM_ITEMS after running the Item Import process.2 APIs are called during order import process. These records are deleted if the parameter 'Delete Processed Rows' has been passed as 'Yes'. For best performance. The Status change is recorded in MTL_PENDING_ITEM_STATUS. and all required validations are performed to enforce: • Item Attribute Interdependencies • Master . and the proper attributes are Defaulted / Set accordingly. and remain for diagnostic purposes if the parameter is passed as 'No'. set TRANSACTION_TYPE = 'UPDATE'. • OE_CNCL_ORDER_IMPORT_PVT (cancelled orders) • ORDER_IMPORT_PRIVATE Procedure: import_order() Item import (Item conversion) Always import master and child records. populate) • MTL_ITEM_CATEGORIES_INTERFACE(If importing categories. • The Item status can be changed for existing Items. Interface tables: • MTL_SYSTEM_ITEMS_INTERFACE • MTL_ITEM_REVISIONS_INTERFACE( If importing revisions. For best results. When the defining attribute for a Functional area is enabled. (CREATE transaction_type only) • When launching items into the Master Item Org.

B. do NOT populate the REVISION column in the mtl_system_items_interface table. Populate the item categories interface table (mtl_item_categories_interface). 2. Either category_id or category_name or both. • Current functionality does not support updates to a PTO MODEL ITEM through the IOI update feature. you do not need to populate item interface table. • New Item revisions cannot be added to existing Items. The user needs to populate the following mandatory columns in item categories interface table: A. then user can only specify the item_number. Revisions ============================== Note: Using the ITEM_NUMBER column in the mtl_system_items_interface table is required if you are populating revision data into the mtl_item_revisions_interface table. If the process_flag is 7. C. Either inventory_item_id or item_number. we can only create item category assignment(s). The item and category interface records should have the same set_process_id. For importing item category assignments for already existing items. since item id will be generated by the import process. Once the concurrent process completes. for the parameter 'set process id'. In the item import parameters form. launch the Item Import process from the applications.6 Updating Item Attributes to NULL The method to update these columns to NULL is to use the following values: 1. Not Supported Issues ========================================= • Item Costs cannot be UPDATED (using "UPDATE" transaction_type) through the interface. D. Populate the set_process_id column. G. When item and category are being imported together. plus the segment separator. We do not support 'UPDATE' or 'DELETE' for item category assignment. The parameter 'Create or Update' can have have any value. This column is used only if the current revision of the item is being imported. if you are importing item and category assignment together. that means the item category interface records were successfully imported. The value of the ITEM_NUMBER must equal the concatenated segments(n) of the item being imported. Populate these columns in the mtl_item_revisions_interface table: . See notes: 1076412. Updation or Deletion of item category assignment is not supported. Correct those error conditions in the interface tables and run the item import again. Through the import process. F. check the mtl_interface_errors table for any error(s) during the item and category import. Importing Master and Child Records ================================== The user procedures are as follows : 1. 4. for Character fields: insert '!' 3. specify the 'set process id' value given in the mtl_item_categories_interface table. For historical item revision data. This step is necessary if you are creating items and categories in the same run. Populate the item interface tables (mtl_system_items_interface). E. for Numeric fields: insert -999999 2. Process_flag column as 1. If you are not importing revision history you can populate either ITEM_NUMBER or the SEGMENT(n) column(s) or both. for Date fields: the above list does not include any updateable date fields. After populating the item and category interface tables. The transaction_type column should be 'CREATE'.6 and 2121870. 3.• Master Items were loaded before child records in MTL_SYSTEM_ITEMS. Either organization_id or organization_code or both. Either category_set_id or category_set_name or both.

column_name.e. Validate attribute values.) Each row in the mtl_item_revisions_interface table must have the REVISION EFFECTIVITY_DATE in alphabetical (ASCII sort) and chronological order. Validate part_id/segment1 for master org. 4. Resolve failed rows by checking the mtl_interface_errors table. all revisions for that item fail. Base tables: MTL_SYSTEM_ITEMS_B MTL_ITEM_REVISIONS_B MTL_CATEGORIES_B MTL_CATEGORY_SETS_B MTL_ITEM_STATUS MTL_ITEM_TEMPLATES Concurrent program: Item Import Validations: check for valid item type. Specify one or all organizations. (attributes are already set for items. 3. Check for unique item type. if one record for an item fails validation. REVISION EFFECTIVITY_DATE IMPLEMENTATION_DATE ITEM_NUMBER = (Must match the item_number in mtl_system_items_interface table. . stockable.PROCESS_FLAG = 1 TRANSACTION_TYPE = 'CREATE' SET_PROCESS_ID = 1 ORGANIZATION_ID = Master Org ID. purchasable. error_message. i. Load child record if no error found. Create or update items (1 for create. Validate and translate template id of the source table. 2 for update) Note: If you are importing Master and Child records. etc) Check for valid item status. Validate other UOMs of the source table. Process set (null for all) 6. message_name FROM mtl_interface_errors. inv_um uniqueness Validate organization id. Load master records and category records only if all validations are passed. Process items. if part has non-unique item type. then the Child revision records will not be imported.. and Run the IOI process. Navigate --> Inventory: Items: Import Items There are 6 parameters to enter to begin the process: 1. Check for description. yes or no. 5. Delete processed rows. Check for valid part_id/segment of the source table. and run them at the same time by setting the 'All organizations' parameter to 'Yes'. insert them into the mtl_system_items_interface and mtl_item_revisions_interface tables. Validate items. Validate primary uom of the source table. SELECT table_name. 2. If you do not do this. Discard the item. Error Checking: ====================================== When importing multiple revisions. default attributes for that template. yes or no. yes or no. Check for valid template id.

Profile amounts validation: validate cust_account_id. TRANSACTION_MODE. Base tables: MTL_ON_HAND_QUANTITIES MTL_LOT_NUMBERS MTL_SERIAL_NUMBERS Concurrent program: Validations: validate organization_id. Check if legacy values fetched are valid. validate customer status. organization_code. If a record fails to process completely. Concurrent program: Customer Interface Validations: . LOCK_FLAG of '2'. Transaction period must be open. Check whether the ship_to_site has associated bill_to_site Check whether associated bill_to_site is created or not. RA_CUSTOMERS_INTERFACE_ALL RA_CUSTOMER_PROFILES_INT_ALL RA_CONTACT_PHONES_INT_ALL RA_CUSTOMER_BANKS_INT_ALL RA_CUST_PAY_METHOD_INT_ALL Customer conversion Interface tables: Base tables: HZ_PARTIES HZ_CONTACTS HZ_PROFILES HZ_LOCATIONS Base tables for RA_CUSTOMERS_INTERFACE_ALL RA_CUSTOMERS RA_ADDRESSES_ALL RA_CUSTOMER_RELATIONSHIPS_ALL RA_SITE_USES_ALL Uses TCA APIs. . Check if customer site use is already created. Validate inventory item id. Only records with TRANSACTION_MODE of 3. and PROCESS_FLAG of '1' will be picked up by the Transaction Manager and assigned to a Transaction Worker. Check if customer address site is already created. then PROCESS_FLAG will be set to '3' and ERROR_CODE and ERROR_EXPLANATION will be populated with the cause for the error. Check is customer header is already created. PROCESS_FLAG to manipulate the records in the table.Interface Tables MTL_SYSTEM_ITEMS_INTERFACE MTL_TRANSACTIONS_INTERFACE MTL_ITEM_REVISION_INTERFACE MTL_DEMAND_INTERFACE MTL_ITEM_CATEGORIES_INTERFACE MTL_CROSS_REFERENCES_INTERFACE On-hand quantity Interface tables: Base Tables MTL_SYSTEM_ITEMS MTL_ITEM_REVISIONS MTL_ITEM_CATEGORIES MTL_CROSS_REFERENCES MTL_TRANSACTIONS_INTERFACE MTL_TRANSACTION_LOTS_INTERFACE MTL_SERIAL_NUMBERS_INTERFACE The Transaction Manager picks up the rows to process based on the LOCK_FLAG.

Check if the location already exists in HZ_LOCATIONS.set_client_info(‘204’). Check if customer address site is already created.ORGANIZATION_REC_TYPE HZ_CUSTOMER_PROFILE_V2PUB.CUST_ACCOUNT_REC_TYPE HZ_PARTY_V2PUB.CREATE_CUST_ACCT_SITE() HZ_CUST_ACCOUNT_SITE_V2PUB.CUSTOMER_PROFILE_REC_TYPE • • • • • • • Validations: HZ_PARTIES HZ_PARTY_SITES HZ_LOCATIONS HZ_CUST_ACCOUNTS HZ_CUST_SITE_USES_ALL HZ_CUST_ACCT_SITES_ALL HZ_PARTY_SITE_USES 3. 5. 2.CREATE_CUST_ACCOUNT() HZ_CUST_ACCOUNT_V2PUB. create new location. Check whether the ship_to_site has associated bill_to_site Check whether associated bill_to_site is created or not.CUSTOMER_PROFILE_REC_TYPE Create a physical location HZ_LOCATION_V2PUB. If does not exist. create new location.PARTY_SITE_REC_TYPE Create an account site using account_id you get from step 2 and party_site_id from step 4. 6. 4.CREATE_LOCATION() HZ_LOCATION_V2PUB.Check if the location already exists in HZ_LOCATIONS.CREATE_CUST_SITE_USE() HZ_CUST_ACCOUNT_SITE_V2PUB. . Set the organization id Exec dbms_application_info. Check is customer header is already created. HZ_CUST_ACCOUNT_SITE_V2PUB. Base table: Check if legacy values fetched are valid. Create a party and an account HZ_CUST_ACCOUNT_V2PUB.CREATE_PARTY_SITE() HZ_PARTY_SITE_V2PUB. validate customer status.LOCATION_REC_TYPE Create a party site using party_id you get from step 2 and location_id from step 3.CUST_SITE_USE_REC_TYPE HZ_CUSTOMER_PROFILE_V2PUB. HZ_CUST_ACCOUNT_SITE_V2PUB. HZ_PARTY_SITE_V2PUB. Profile amounts validation: validate cust_account_id.CUST_ACCT_SITE_REC_TYPE Create an account site use using cust_acct_site_id you get from step 5 ans site_use_code = ‘BILL_TO’. If does not exist. Check if customer site use is already created. Customer API 1.

applies the receipts and updates customer balances) Concurrent program: nav-> receivables->interfaces->lockbox Validations: check for valid record type.Auto Invoice interface Interface tables: Base tables:           RA_INTERFACE_LINES_ALL RA_CUSTOMER_TRX_ALL RA_BATCHES RA_CUSTOMER_TRX_LINES_ALL AR_PAYMENT_SCHEDULES_ALL RA_CUSTOMER_TRX_LINE_SALESREPS RA_CUST_TRX_GL_DIST_ALL AR_RECEIVABLES_APPLICATIONS AR_ADJUSTMENTS AR_CASH_RECEIPTS RA_CUSTOMER_TRX_TYPES_ALL Concurrent Program: Auto invoice master program Validations: check for amount. Base tables: Validations: AR_CASH_RECEIPTS check the currency and the exchange rate type to assign the exchange rate. Receipt API AR_RECEIPT_API_PUB.CREATE_CASH AR_RECEIPT_API_PUB. Validate if the amount includes tax flag. conversion type. Get the customer trx id for this particular transaction number. transmission record id. Get payment schedule date for the customer trx id. Validate sum of the payments within the transmission. batch source name. orig_system_bill_address_id. conversion rate. Get bill to site use id. . quantity. AR_PAYMENTS_INTERFACE_ALL (Import data from bank file ) tables: AR_INTERIM_CASH_RECEIPTS_ALL AR_INTERIM_CASH_RCPT_LINES_ALL (Validate data in interface table and place in quick cash tables) Lockbox interface Interface tables: Base Related Tables: AR_BANK_ACCOUNTS_ALL AR_RECEIPT_METHODS AR_TRANSMISSIONS_ALL HZ_CUST_ACCOUNTS HZ_CUST_SITE_USES_ALL AR_CASH_RECEIPTS (POST QUICK CASH -.CREATE_AND_APPLY To bring in Unapplied Receipts and Conversion Receipts for Open Debit items to reduce the balance to the original amount due. Validate orig_system_bill_customer_id. Validate bill to the customer.

vendor name is mixed case.Identify the lockbox number (no given by a bank to identify a lockbox). a new Oracle vendor will not be created. requisition destination type. Check for uppercase value of the vendor name existed in Oracle and in TIMSS. Check if record already exists in payables interface table. PO Receipts Interface Interface tables: • RCV_HEADERS_INTERFACE • RCV_TRANSACTIONS_INTERFACE Base tables: • RCV_SHIPMENT_HEADERS • RCV_SHIPMENT_LINES . Vendor conversion/interface No interface tables Base tables: PO_VENDORS PO_VENDOR_SITES_ALL No concurrent program as data is directly populated into base tables. Validations: check if a vendor already exists with the same name as the TIMSS customer mail name. Purchasing: Interface Tables Base Tables PO_HEADERS_INTERFACE PO_HEADERS_ALL PO_LINES_INTERFACE PO_LINES_ALL PO_REQUISITIONS_INTERFACE_ALL PO_REQUISITIONS_HEADERS_ALL PO_REQUISITION_LINES_ALL PO_REQ_DISTRIBUTIONS_ALL PO_REQ_DIST_INTERFACE_ALL PO_REQ_DISTRIBUTIONS_ALL PO_DISTRIBUTIONS_INTERFACE PO_DISTRIBUTIONS_ALL PO_RESCHEDULE_INTERFACE PO_REQUISITION_LINES_ALL Requisition import Interface tables: PO_REQUISITIONS_INTERFACE_ALL PO_REQ_DIST_INTERFACE_ALL Basetables: PO_REQUISITIONS_HEADERS_ALL PO_REQUISITION_LINES_ALL PO_REQ_DISTRIBUTIONS_ALL Concurrent program: REQUISITION IMPORT Validations: check for interface transaction source code. authorization status type. Check for quantity ordered. Check if the proper site code and id exists based on the site code from TIMSS. AP invoice interface Interface tables: Base tables: AP_INVOICES_INTERFACE AP_INVOICE_LINES_INTERFACE AP_INVOICES_ALL – header information AP_INVOICE_DISTRIBUTIONS_ALL – lines info Concurrent program: Payables Open Interface Import Validations: check for valid vendor Check for valid vendor site code.

GL budget interface Interface tables: GL_BUDGET_INTERFACE Base tables: • GL_BUDGETS • GL_BUDGET_ASSIGNMENTS • GL_BUDGET_TYPES Concurrent program: Budget Upload Validations: Check Account combination is valid or not.• RCV_TRANSACTIONS Concurrent program: RECEIVING OPEN INTERFACE Error messages: 1. not closed). Look in PO_INTERFACE_ERRORS Query to check interface errors: PO_INTERFACE_ERRORS .populates GL_BALANCES Validations: check SOB. Check if the journal already exists in the GL application. Check if already journal exists in GL application.header_interface_id and processing_status_code (‘error’ . Check chart of accounts id based on Sob id. then enter appropriate encumbrance ID. actual flag A – actual amounts B – budget amounts E – encumbrance amount If u enter E in the interface table. You check this in GL_CODE_COMBINATIONS table. Check if the record already exists in the interface table. journal source name. Check if valid code combination. B – budget id. Check if record already exists in GL interface table.’print’) Validations: GL interface Interface tables: Base tables: • • • GL_JE_HEADERS GL_JE_LINES GL_JE_BACTHES GL_INTERFACE in Concurrent Program: Journal Import Journal Posting --. Check if ccid is enabled.e. Check if accounting date falls in open or future open period status.. Run RECEIVING INTERFACE ERRORS REPORT 2. GL daily conversion rates Interface tables: GL_DAILY_RATES_INTERFACE Base tables: . Check if accounting date or GL date based period name is valid (i. journal category name.inteface_transaction_id = RCV_HEADERS_INTERFACE. Validations for the staging table: Check if the input data file is already uploaded into staging table.

• GL_DAILY_RATES • GL_DAILY_CONVERSION_TYPES Concurrent Program: Program .Daily Rates Import and Calculation .

Sign up to vote on this title
UsefulNot useful