Professional Documents
Culture Documents
AP_INVOICE_DISTRIBUTIONS_ALL
AP_INVOICE_PAYMENTS_ALL
AP_PAYMENT_HISTORY_ALL
AP_PAYMENT_DISTRIBUTIONS_ALL
AP_PAYMENT_SCHEDULES_ALL
AP_HOLDS_ALL
AP_SELECTED_INVOICES_ALL
AP_SELECTED_INVOICE_CHECKS_ALL
AP_CHECKS_ALL
AP_ACCOUNTING_EVENTS_ALL (Invoice)
AP_ACCOUNTING_EVENTS_ALL (Payment)
AP_AE_HEADERS_ALL (Invoice)
AP_AE_HEADERS_ALL (Payment)
AP_AE_LINES_ALL (Invoice)
AP_AE_LINES_ALL (Payment)
AP_ENCUMBRANCE_LINES_ALL
AP_INVOICES_ALL
INVOICE_ID (PK)
AP_HOLDS_ALL.INVOICE_ID
AP_INVOICE_DISTRIBUTIONS_ALL.INVOICE_ID
AP_INVOICE_DISTRIBUTIONS_ALL.PARENT_INVOICE_ID
AP_INVOICE_PAYMENTS_ALL.INVOICE_ID
AP_INVOICE_PREPAYS_ALL.PREPAY_ID
AP_INVOICE_PREPAYS_ALL.INVOICE_ID
AP_PAYMENT_SCHEDULES_ALL.INVOICE_ID
-------------------------------------------------------------
When you account for an invoice, the Payables Accounting Process creates accounting
events, accounting entry headers and accounting entry lines for those distributions that
have accounting dates included in the selected accounting date range. The Transfer to
General Ledger process can then transfer the accounting entries to General Ledger as
journal entries. Values for POSTED_FLAG are Y for accounted distributions or N for
unaccounted distributions
INVOICE_ID
INVOICE_DISTRIBUTION_ID (PK)
DISTRIBUTION_LINE_NUMBER
ACCOUNTING_EVENT_ID - Accounting event identifier. Refers to the accounting
event that accounted for the distribution
PARENT_REVERSAL_ID - Invoice distribution identifier for distribution being
reversed by the current distribution
-------------------------------------------------------------
AP_ACCOUNTING_EVENTS_ALL
ACCOUNTING_EVENT_ID (PK)
EVENT_TYPE_CODE - Indicates the state of the accounting entries for the accounting
event
SOURCE_TABLE - Table where event originating document resides. Possible values are
AP_INVOICES or AP_CHECKS
SOURCE_ID - Primary key for document originating the current event. Depending on
the value for source_table
it will contain either invoice_id or check_id
EVENT_NUMBER - Accounting event number for a given document
(e.g. Invoice #101 may have 3 accounting events associated with it, the event number
acts as a sequence for Invoice #101)
--------------------------------------------------------------
*What does this ('An accounting entry header is an entity grouping all accounting entry
lines created for a given accounting event and a particular set of books') mean ?
--------------------------------------------------------------
--------------------------------------------------------------
INVOICE_PAYMENT_ID (PK)
CHECK_ID - Payment identifier
INVOICE_ID - Invoice identifier
ACCOUNTING_EVENT_ID - Accounting Event Identifier
REVERSAL_FLAG --> Flag that indicates whether current invoice payment is a reversal
of another invoice payment
Generally it is null for payment creation records and for payment cancellation records it
will have value
i.e payment cancellation records only have value.
If the reveral_flag ='Y' means the payment is reversed and if reveral_flag ='N' means the
payment is not reversed.
To be precise reveral_flag indicates whether current invoice payment is a reversal of
another invoice payment.
--------------------------------------------------------------
PAYMENT_HISTORY_ID (PK)
CHECK_ID - Payment identifier
TRANSACTION_TYPE VARCHAR2 - Transaction type - value can be PAYMENT
MATURITY, PAYMENT CLEARING, or PAYMENT UNCLEARING
ACCOUNTING_EVENT_ID - Accounting event identifier
--------------------------------------------------------------
AP_PAYMENT_DISTRIBUTIONS_ALL -
INVOICE_PAYMENT_ID (PK)
PAYMENT_LINE_NUMBER (PK)
--------------------------------------------------------------
AP_PAYMENT_SCHEDULES_ALL -
INVOICE_ID (PK)
PAYMENT_NUM (PK)
AMOUNT_REMAINING - Invoice amount remaining for payment
GROSS_AMOUNT - Gross amount due for a scheduled payment
HOLD_FLAG - Flag that indicates if scheduled payment is on hold (Y or N)
PAYMENT_METHOD_LOOKUP_CODE - Payment method (for example, CHECK,
WIRE, EFT)
PAYMENT_STATUS_FLAG - Flag that indicates if payment has been made (Y, N, or
P)
--------------------------------------------------------------
--------------------------------------------------------------
--------------------------------------------------------------
AP_ENCUMBRANCE_LINES_ALL
--------------------------------------------------------------
AP_TRIAL_BAL
--------------------------------------------------------------
AP_LIABILITY_BALANCE
--------------------------------------------------------------
2) Make a payment
AP_INVOICES_ALL
-- PAYMENT_STATUS_FLAG = 'Y'
AP_INVOICE_DISTRIBUTIONS_ALL
-- ACCOUNTING_DATE = GL_DATE as entered by the user when creating an invoice.
-- ACCOUNTING_EVENT_ID gets populated
-- POSTED_FLAG = 'N'
AP_ACCOUNTING_EVENTS_ALL
-- EVENT_TYPE_CODE = INVOICE, PAYMENT
-- EVENT_STATUS_CODE = CREATED
-- ACCOUNTING_DATE gets populated as the GL_DATE
AP_CHECKS_ALL
-- CHECK_DATE = Date when payment is made
AP_AE_HEADERS_ALL
-- not populated
3) Account Invoice - Run 'Payables Accounting Process' and this accounts all
transactions with GL_DATE between the date specified in the concurrent request
AP_INVOICE_DISTRIBUTIONS_ALL
-- POSTED_FLAG = 'Y'
AP_ACCOUNTING_EVENTS_ALL (Invoice)
-- EVENT_STATUS_CODE = ACCOUNTED
-- SOURCE_TABLE = AP_INVOICES
-- EVENT_TYPE_CODE = INVOICE
AP_ACCOUNTING_EVENTS_ALL (Payment)
-- EVENT_STATUS_CODE = CREATED
-- SOURCE_TABLE = AP_CHECKS
AP_AE_HEADERS_ALL
-- populated for AE_CATEGORY = Purchase Invoices
AP_AE_LINES_ALL
-- populated for Invoice
-- REFERENCE5 = invoice_num
4) Account Payment - Run 'Payables Accounting Process' and this accounts all
transactions with PAYMENT_DATE between the date specified in the
concurrent request
AP_ACCOUNTING_EVENTS_ALL (Payment)
-- EVENT_STATUS_CODE = ACCOUNTED
-- SOURCE_TABLE = AP_CHECKS
-- EVENT_TYPE_CODE = PAYMENT
AP_AE_HEADERS_ALL
-- populated for AE_CATEGORY = Payments
AP_AE_LINES_ALL
-- populated for Payment
-- REFERENCE3 = CHECK_ID
5) Cancel a payment
6) Cancel an invoice
GL_PERIOD_STATUSES:
==================
GL_PERIOD_STATUSES stores the statuses of your accounting periods. Each row
includes the accounting period name and status.
Many applications maintain their calendars in this table, so each row also includes the
relevant application identifier.
CLOSING_STATUS is either 'O' for open, 'F' for future enterable, 'C' for closed, 'P' for
permanently closed, or 'N' for never opened.
Note that you cannot successfully open a period in your Oracle General Ledger
application by changing a period's status to 'O'
if it has never been opened before. You must use the Open and Close Periods form to
properly open a period.
PO_VENDORS --> stores information about your suppliers. You need one row for each
supplier you define. Each row includes the supplier name
as well as purchasing, receiving, payment, accounting, tax, classification,and
general information. Oracle Purchasing uses this
information to determine active suppliers. VENDOR_ID is the unique system-
generated receipt header number invisible to the user.
SEGMENT1 is the system-generated or manually assigned number you use to
identify the supplier in forms and reports.
Oracle Purchasing generates SEGMENT1 using the
PO_UNIQUE_IDENTIFIER_CONTROL table if you choose to let Oracle Purchasing
generate supplier numbers for you. This table is one of three tables that store
supplier information. PO_VENDORS corresponds
to the Suppliers window.
AP_INVOICE_DISTRIBUTIONS_ALL
============================
Holds the distribution information that is
manually entered or system-generated. There is one row for each invoice
distribution. A distribution must be associated with an invoice. An invoice
can have multiple distributions.
Examples of when your Oracle Payables application automatically creates rows
in this table include the following:
7 You choose a distribution set at the invoice header level.
7 You match an invoice line to a purchase order or receipt. The system uses
information from the matched purchase order or receipt to create the
distributions.
7 You match a credit or debit memo to an invoice.
7 You generate charge distributions (tax, freight, misc.) from allocation
rules.
7 You apply a prepayment or unapply a prepayment.
7 Payables automatically withholds tax.
7 Payables creates an interest invoice.
When you account for an invoice, the Payables Accounting Process creates
accounting events, accounting entry headers and accounting entry lines for
those distributions that have accounting dates included in the selected
accounting date range. The Transfer to General Ledger process can then
transfer the accounting entries to General Ledger as journal entries. Values
for POSTED_FLAG are Y for accounted distributions or N for unaccounted
distributions.
Invoice distributions can be interfaced over/from Oracle Assets or Oracle
Projects. Your Oracle Payables application sets the ASSETS_ADDITION_FLAG to U
for distributions not tested by Oracle Assets; Oracle Assets then adjusts this
flag after it tests a distribution for assignment as an asset. To avoid the
same invoice distribution being interfaced to Oracle Project and Oracle
Assets, you must interface any project-related invoice distribution to Oracle
Projects before you can interface it to Oracle Assets. If a project-related
invoice distribution is charged to a capital project in Oracle Projects,
Oracle Projects sets the ASSETS_ADDITION_FLAG to P when the
PA_ADDITION_FLAG
is set to Y, Z, or T. Oracle Assets only picks up invoice distributions with
the ASSET_ADDITION_FLAG set to U, and if project-related, with the
PA_ADDITION_FLAG set to Y, Z, or T. PA_ADDITION_FLAG tracks the status of
project-related supplier invoice distributions and expense report
distributions. For supplier invoice distributions entered via Oracle
Payables, the PA_ADDITION_FLAG is set to N if the distribution is
project-related, otherwise it is set to E, and it is updated by Oracle
Projects when the distribution is processed by the Oracle Projects Interface
Supplier Invoice process. Oracle Projects sets the PA_ADDITION_FLAG to Y or Z
after the item is successfully processed, or may be set to a rejection code if
the line is rejected during transfer to Oracle Projects. See Payables Lookup
Listing for all the errors. You must correct the rejection reason and try to
retransfer the line. For supplier invoice adjustment distributions interfaced
from Oracle Projects to Oracle Payables (which must net to zero with another
distribution), the value for the PA_ADDITION_FLAG is set to T.
This table corresponds to the Distributions window.
AP_HOLDS_ALL
=============
Contains information about holds that you or your Oracle Payables application place on
an invoice. For non-matching holds, there is one row for each hold placed on an invoice.
For matching holds, there is one row for each hold placed on an invoice-shipment match.
An invoice may have one or more corresponding rows in this table. Your Oracle Payables
application does not pay invoices that have one or more unreleased holds recorded in this
table.
.
This table holds information referenced by the Invoice Holds window.
.
In the strictest sense, AP_HOLDS_ALL has no primary key. It is possible for your
Oracle Payables application to place a certain type of hold on an invoice, then release it,
then place another hold of the same type (if data changes before each submission of
Payables Invoice Validation), which would result in a duplicate primary key. But for
practical purposes, the primary key is a concatenation of INVOICE_ID,
LINE_LOCATION_ID, and HOLD_LOOKUP_CODE.
AP_CHECKRUN_CONC_PROCESSES_ALL
--------------------------------------------------------------
AP_CHECKRUN_CONFIRMATIONS_ALL
AP_INVOICE_DISTRIBUTIONS_ALL:
============================
AP_BANK_ACCOUNTS:
================
A multi-org view which will retrive data for your current operating unit and ignore data
in other operating units.
FND_PRODUCT_INSTALLATIONS
=========================
Stores information about Oracle Applications products at your site. Each row includes a
value identifying the application (APPLICATION_ID),
a value identifying the database account (ORACLE_ID), the product's version number
(PRODUCT_VERSION), the product's status at your site
(STATUS, where I means installed, L means custom, N means not installed, and S means
installed as shared product), and the product's industry
(INDUSTRY, where C means for commercial or for-profit use, G means for educational
or not-for-profit use, B means Project Billing,
and P means Project Costing). Each row also includes the names of the tablespace in
which the application tables, indexes, and temporary
objects reside (TABLESPACE, INDEX_TABLESPACE, and
TEMPORARY_TABLESPACE), and the sizing factor for the product
(SIZING_FACTOR). Oracle
Applications uses this information to display product version numbers when you choose \
Help Version, when installing and upgrading your
database, and for other purposes.
.
INSTALL_GROUP_NUM is 0 for SOA products and 1 for MOA products.
.
MOA (Multiple Oracle account) products are products that needed multiple Oracle
accounts to support multiple sets of books.
.
SOA (Single Oracle account) products are those that need only 1 Oracle account, either
because they are able to handle multiple sets of books with one Oracle account, or they
have nothing to do with sets of books.