This action might not be possible to undo. Are you sure you want to continue?
Posted by Jiltin
• • • • •
13 April, 2009
Oracle Applications – Receipt On Account & Unapplied – SQL Query Oracle Applications: Significance of Profile Options Receipt API in Oracle Receivables Receipt Status – Oracle Applications Total Credit related to a customer – sql query – Oracle Applications
RA_CUSTOMER_TRX_ALL This table stores invoice, debit memo, commitment, and credit memo header information. Each row includes general invoice information such as customer, transaction type, and printing instructions. You need one row for each invoice, debit memo, commitment, and credit memo you create in Oracle Receivables. Invoices, debit memos, credit memos, and commitments are all distinguished by their transaction types stored in RA_CUST_TRX_TYPES_ALL. If you entered a credit memo, PREVIOUS_CUSTOMER_TRX_ID stores the customer transaction identifier of the invoice you credited. In the case of on account credits, which are not related to any invoice at creation, PREVIOUS_CUSTOMER_TRX_ID is null. If you created an invoice against a commitment, Oracle Receivables stores the customer transaction identifier of the commitment in INITIAL_CUSTOMER_TRX_ID, otherwise it is null. COMPLETE_FLAG stores ’Y’ for Yes and ’N’ for No to indicate if your invoice is complete. When you complete an invoice, Oracle Receivables creates your payment schedules and updates any commitments against this invoice. Before an invoice can be completed, it must have at least one invoice line, revenue records must exist for each line and add up to the line amount, and a sales tax record must exist for each line. Required Columns:SOLD_TO_CUSTOMER_ID,SOLD_TO_SITE_USE_ID,BILL_TO_CUSTOMER_ID,BILL_TO_SIT E_USE_ID,SHIP_TO_SITE_USE_ID,PRINTING_OPTION,PRINTING_PENDING,TERM_ID,REMIT_TO_A DDRESS_ID,PRIMARY_SALES_REP_ID, and INVOICE_CURRENCY_CODE are required even though they are null allowed. The primary key for this table is CUSTOMER_TRX_ID. RA_CUSTOMER_TRX_LINES_ALL This table stores information about invoice, debit memo, credit memo, and commitment lines. For example, an invoice can have one line for Product A and another line for Product B. You need one row for each line. Invoice, debit memo, credit memo, and commitment lines are distinguished by the transaction type of the corresponding RA_CUSTOMER_TRX_ALL record.Also, credit memos are required to have a value in PREVIOUS_CUSTOMER_TRX_LINE_ID, except on account credits which are not related to specific invoices/invoice lines at creation time, will not have values in this column. QUANTITY_ORDERED stores the amount of product ordered. QUANTITY_INVOICED stores the amount of product invoiced. For invoices entered through the window, QUANTITY_ORDERED and QUANTITY_INVOICED must be the same. For invoices imported through AutoInvoice, QUANTITY_ORDERED and QUANTITY_INVOICED can be different. If you enter a credit memo, QUANTITY_CREDITED stores the amount of product credited. UOM_CODE stores the unit of measure code as defined in MTL_UNITS_OF_MEASURE. UNIT_STANDARD_PRICE stores the list price per unit for this transaction line. UNIT_SELLING_PRICE stores the selling price per unit for this transaction line. For transactions imported through AutoInvoice, UNIT_STANDARD_PRICE and UNIT_SELLING_PRICE can be different. DESCRIPTION, TAXING_RULE, QUANTITY_ORDERED, UNIT_STANDARD_PRICE,UOM_CODE, and UNIT_SELLING_PRICE are required even though they are null allowed. LINE_TYPE differentiates between the different types of lines that are stored in this table. LINE points to regular invoice lines that normally refer to an item. TAX signifies that this is a tax line. The column LINK_TO_CUST_TRX_LINE_ID references another row in this table that is the invoice line associated with the row of type TAX. FREIGHT works the same way as TAX but there you can have at most one FREIGHT type l ine per invoice line of type LINE. You can also have one line of type FREIGHT that has a null LINK_TO_CUST_TRX_LINE_ID (and this is referred to as header level freight). CHARGES works just like the LINE type. A line_type of ’CB’ is created for a Chargeback line. For every row in this table that belongs to a
If you are importing a transaction through AutoInvoice and the general ledger date of your transaction is in a closed accounting period. AR_PAYMENT_SCHEDULES_ALL uses the foreign key CUSTOMER_TRX_ID to join to the RA_CUSTOMER_TRX_ALL table for these transactions. If your AutoAccounting is unable to complete your general ledger default accounts using the AutoAccounting rules you define. debit memos. For invoices with split terms. Transaction classes determine which columns in this table Oracle Receivables updates when a transaction occurs. chargeback. and receipts (PMT). In AR_PAYMENT_SCHEDULES_ALL. If this amount is negative. Oracle Receivables groups different transactions bythe column CLASS. receipts can be confirmed or not confirmed as designated by the CONFIRMED_FLAG column. Oracle Receivables updates AMOUNT_APPLIED. Credit items such as credit memos and receipts are stored as negative numbers. or deposits. AR_PAYMENT_SCHEDULES_ALL joins to the RA_CUSTOMER_TRX_ALL table for non–payment transaction entries such as the creation of credit memos. one record is created in RA_CUSTOMER_TRX_ALL and one record is stored in AR_PAYMENT_SCHEDULES_ALL for each installment. AR_PAYMENT_SCHEDULES_ALL This table stores all transactions except adjustments and miscellaneous cash receipts. Instead. debit memos(DM). There can be at most two REC rows. debit memo. even for non–postable transactions. debit memos. Account sets are used for invoices with rules. When a receiptis applied. the distributions are not created when the invoice is initially created. guarantees (GUAR). there must be at least one row in the table RA_CUST_TRX_LINE_GL_DIST (which stores accounting information). credit memo. STATUS and AMOUNT_DUE_REMAINING. If your invoice or credit memo has a transaction type where Post to GL is set to No. and guarantees as positive numbers in the AMOUNT_DUE_REMAINING and AMOUNT_DUE_ORIGINAL columns. Oracle Receivables uses this information to post the proper amounts to your general ledger. The ACCOUNT_CLASS REC represents the receivable account and is for the total amount of the invoice. For invoices with rules. The sum of the AMOUNT_DUE_REMAINING column for a customer for all confirmed payment schedules reflects the current customer balance. These classes include invoice (INV). invoices. AutoInvoice uses the general ledger date of the first open accounting period and stores the original general ledger date in ORIGINAL_GL_DATE. Oracle Receivables stores debit items such as invoices. ACCOUNT_CLASS defines which type of distribution row you are on. Each row includes the GL account and the amount of the accounting entry. the amount due remaining includes on account and unapplied amounts. Use LATEST_REC_FLAG to join to the later of the two rows. AR_PAYMENT_SCHEDULES_ALL joins to the AR_CASH_RECEIPTS_ALL table for invoice–related payment transactions using the foreign key CASH_RECEIPT_ID. STATUS changes from ’OP’ to ’CL’for any transaction that has an AMOUNT_DUE_REMAINING value of 0(Zero). The rows represent how the actual distribution rows should be created and what percentage of the actual distribution should be allocated to each account. on account credit. and whether a transaction relates to either the RA_CUSTOMER_TRX_ALL table or the AR_CASH_RECEIPTS_ALLtable. Oracle Receivables updates this table when activity occurs against an invoice. incomplete general ledger accounts are stored in CONCATENATED_SEGMENTS. An account set is a set of rows that represent a model distribution. then this column indicates the credit balance amount currently available for this customer. unearned revenue and unbilled receivables for each invoice or credit memo line. chargebacks.complete transaction (where RA_CUSTOMER_TRX. The AMOUNT column in this table is required even though it is null allowed. The primary key for this table is CUSTOMER_TRX_LINE_ID. ACTUAL_DATE_CLOSED and GL_DATE_CLOSED are populated with the date of the latest transaction. You must have at least one (but you can have multiple) accounting distributions for each invoice or credit memo line. For a receipt. In Release 10. ACCOUNT_SET_FLAG is Y if this row is part of an account set.chargebacks (CB). Each . The primary key for this table is CUST_TRX_LINE_GL_DIST_ID. deposits. Oracle Receivables assigns Null to GL_DATE. chargebacks. DUE_DATE and AMOUNT_DUE_REMAINING can differ for each installment of a split term invoice. RA_CUST_TRX_LINE_GL_DIST_ALL This table stores the accounting records for revenue. deposits (DEP). or receipt.COMPLETE_FLAG = Y). One that has a ACCOUNT_SET_FLAG set to Y and the other has ACCOUNT_SET_FLAG set to N. the invoices are created when the Revenue Recognition program is run. credit memos (CM). You need one row for each accounting distribution.
Oracle Receivables uses one row for each activity. A negative value in AMOUNT_APPLIED becomes a debit. and UNID. CASH_RECEIPT_ID stores the cash receipt identifier of the receipt you entered. If your type is Miscellaneous Cash. and Finance Charges. CASH applications represent applications of a cash receipt. ACC. You use this information to determine the applications of your payments or credit memos. . When a cash receipt is initially created.e. ASSOCIATED_CASH_RECEIPT_ID is the cash receipt of the payment you entered when you created the chargeback in this window. do not have rows of status UNAPP. For example. The corresponding UNAPP rows is alsocreated which will have a positive amount (the same amount as the application being reversed). the negative of the original application amount) is created. all of these references were in AR_BATCH_SOURCES. Oracle Receivables concurrently creates a record of this receipt in the AR_CASH_RECEIPTS_ALL table. The primary key for this table is PAYMENT_SCHEDULE_ID. In Release 9. if you enter a cash receipt of $500 as Unidentified. You use your receivables activities to speed receipt entry and generate finance charges. they are now in AR_RECEIPT_METHOD_ACCOUNTS_ALL. Possible types of activities include Adjustment. Miscellaneous Cash. a row with status APP with the inverse amount of the original application (i. For example: UNAPP 100 creation of a$100 cash receipt APP 60 application of $60 of this cash receipt UNAPP –60 this row takes away (debits) unapplied APP – 60 reversal of the $60 application UNAPP 60 this rows puts back(credits) unapplied The sum of the AMOUNT_APPLIED column for CASH applications should always equal the amount of the cash receipt. CUSTOMER_TRX_ID. Oracle Receivables uses ACTUAL_DATE_CLOSED to determine which transactions to include when you print statements. CM applications. This column identifies which transactions Oracle Receivables selects when it displays current and overdue debit items in the aging reports. They only use rows with a status of APP. AR_RECEIVABLES_TRX_ALL This table links accounting information with your Receivables Activities. and accounting flexfield information.This column is null for a credit memo application. on the other hand. CONFIRMED_FLAG is a denormalization from AR_CASH_RECEIPTS_ALL. Oracle Receivables uses the foreign key CODE_COMBINATION_ID to associate this payment with the Unidentified flexfield account. Possible statuses of your applications include APP. If you create a debit memo reversal when you reverse a receipt. The STATUS of a receivable application determines which flexfield account Oracle Receivables uses. GL_DATE_CLOSED indicates the general ledger date on which your transaction was closed. The aging reports also utilize the current balances in AMOUNT_DUE_REMAINING to display outstanding amounts for current and overdue debit items.If the cash receipt is not confirmed. ACTUAL_DATE_CLOSED gives the date on which you applied a payment or credit to an open transaction that set AMOUNT_DUE_REMAINING to 0 for that transaction. which identifies the transaction that created the row. CASH_RECEIPT_ID. UNAPP. Each subsequent application creates two rows – one with a status of APP for the amount being applied to the invoice and one with status UNAPP for the negative of the amount being applied. a row is created in this table that has a status of UNAPP for the amount of the cash receipt. status. This is stored in the column APPLICATION_TYPE. Ifyou reverse a cash application. the applications of that receipt are not reflected in the payment schedule of the transaction it is applied against. Oracle Receivables creates a new payment schedule record for the debit memo and fills in REVERSED_CASH_RECEIPT_ID with the CASH_RECEIPT_ID of the receipt that was reversed. Each row includes the amount applied. you can associate either a distribution set or a standard accounting flexfield to your Receivables Activity. There are two kinds of applications: CASH and CM (for credit memo applications). CODE_COMBINATION_ID stores valid Accounting Flexfield segment value combinations that will be credited in the General Ledger when this application is posted. The primary key for this table is RECEIVABLES_TRX_ID. AR_RECEIVABLE_APPLICATIONS_ALL This table stores all accounting entries for your cash and credit memo applications. Oracle Receivables creates a new payment schedule record when you create a chargeback in the Receipts window. Oracle Receivables creates a record in theAR_RECEIVABLE_APPLICATIONS_ALL table with AMOUNT_APPLIED = 500 and STATUS = ’UNID’. The other types of activities that were valid in release 9 and no longer valid in Release 10 were converted (as part of the upgrade) such that the actual accounting flexfield CODE_COMBINATION_ID is stored in the table instead of the RECEIVABLES_TRX_ID.installment is differentiated by the TERMS_SEQUENCE_NUMBER column.
Oracle Receivables creates a record in the AR_RECEIVABLE_APPLICATIONS_ALL table. if you apply a receipt against an invoice. Oracle Receivables creates a record in the AR_RECEIVABLE_APPLICATIONS_ALL table. The PAYMENT_SCHEDULE_ID and the CASH_RECEIPT_ID of this record identify the receipt. If you apply a credit memo against the invoice. The APPLIED_PAYMENT_SCHEDULE_ID and the APPLIED_CUSTOMER_TRX_ID of this record belong to the invoice that is receiving the application. If you combine an on account credit and a receipt. which uniquely identifies the transaction that created the row. APPLIED_CUSTOMER_TRX_ID and APPLIED_PAYMENT_SCHEDULE_ID identify the invoice or credit memo that receives the application. The CASH_RECEIPT_ID and the PAYMENT_SCHEDULE_ID of this record identify the receipt you are applying. Oracle Receivables creates a record in the AR_RECEIVABLE_APPLICATIONS_ALL table that has theCUSTOMER_TRX_ID and the PAYMENT_SCHEDULE_ID of the credit memo you are applying. The APPLIED_PAYMENT_SCHEDULE_ID and the APPLIED_CUSTOMER_TRX_ID of this record identify the on account credit that you are combining with the receipt. APPLIED_PAYMENT_SCHEDULE_ID and APPLIED_CUSTOMER_TRX_ID for this record belong to the invoice that is receiving the application. For example. The primary key for this table is RECEIVABLE_APPLICATION_ID. .and PAYMENT_SCHEDULE_ID identify the transaction that you are actually applying.
This action might not be possible to undo. Are you sure you want to continue?
We've moved you to where you read on your other device.
Get the full title to continue reading from where you left off, or restart the preview.