RA_CUSTOMER_TRX_LINES_ALL
Schema: ARtransactionOU-striped (ORG_ID)Receivables transaction lines — product lines, tax, and freight share the table by line type, with quantities, selling price, and the extended amount revenue analytics sum
LINE, TAX, and FREIGHT rows share this table — filter LINE_TYPE before summing or tax and freight inflate product revenue
The order-management linkage columns (SALES_ORDER, SALES_ORDER_LINE, the interface attributes) are TEXT, and which attribute holds the order line id is transaction-source configuration — treat any join through them as environment-verified convention, which is why this catalog draws no edge. TAX and FREIGHT rows point at their parent product line through LINK_TO_CUST_TRX_LINE_ID.
What the badges mean
- Schema: INV
- Schema: the Oracle product schema that owns the table (INV, ONT, WSH, PO, BOM, WIP, MRP, MSC, AR, AP, GL, HR, APPLSYS) — tells you which product family the object belongs to, not who can query it.
- master
- Data class: what the table holds — master data, transaction documents, control/configuration, interface/staging, or an APPS-schema view.
- OU-striped (ORG_ID)
- Rows are scoped to an operating unit. A landed extract carries every operating unit’s rows — filter or join on
ORG_ID, and don’t confuse it withORGANIZATION_ID(see the quirks guide). - Per inventory org
- Rows are scoped to an inventory organization (plant or warehouse) via
ORGANIZATION_ID— a different partition from OU-striped tables (see the quirks guide). - Language-striped
- The table carries a
LANGUAGEcolumn (a _TL translation table or FND_LOOKUP_VALUES) — one row per language. Filter to oneLANGUAGEor a join multiplies rows (see the quirks guide). - View
- This is an APPS-schema convenience view, not a physical table. Extract the base tables it joins instead — views can be slow at scale and aren't guaranteed stable across patches.
Structural facts — how the table is partitioned, not a trap by itself
Join & extract hazards — verify before you rely on this
Header & line
RA_CUSTOMER_TRX_LINES_ALL lines join back to their header RA_CUSTOMER_TRX_ALL — and the org column — so a line never fans out.
Fields
18 fields · 1 key
18 fields.
| # | Field | Description | Type | Flags |
|---|---|---|---|---|
| 1 | CUSTOMER_TRX_LINE_ID | Surrogate key of the line | NUMBER | Primary-key field |
| 2 | CUSTOMER_TRX_ID | The parent transaction | NUMBER | |
| 3 | ORG_ID | Operating unit | NUMBER | |
| 4 | LINE_NUMBER | Line number within the document | NUMBER | |
| 5 | LINE_TYPE | LINE, TAX, FREIGHT, or CHARGES (per the line-type lookup) — filter to LINE for product revenue | VARCHAR2 | |
| 6 | LINK_TO_CUST_TRX_LINE_ID | Ties tax and freight rows to their parent product line | NUMBER | |
| 7 | INVENTORY_ITEM_ID | The invoiced item, when item-based | NUMBER | |
| 8 | WAREHOUSE_ID | The ship-from inventory org — the org half of this table's item join | NUMBER | |
| 9 | DESCRIPTION | Line description | VARCHAR2 | |
| 10 | QUANTITY_ORDERED | Quantity ordered | NUMBER | |
| 11 | QUANTITY_INVOICED | Quantity invoiced | NUMBER | |
| 12 | QUANTITY_CREDITED | Quantity credited by memos | NUMBER | |
| 13 | UOM_CODE | UOM of the quantities | VARCHAR2 | |
| 14 | UNIT_SELLING_PRICE | Selling price per unit | NUMBER | |
| 15 | EXTENDED_AMOUNT | The line amount — SUM only after filtering LINE_TYPE | NUMBER | |
| 16 | REVENUE_AMOUNT | The revenue portion of the line | NUMBER | |
| 17 | SALES_ORDER | The originating sales order number — TEXT, not an id; a display reference only | VARCHAR2 | |
| 18 | INTERFACE_LINE_CONTEXT | AutoInvoice line context — which attribute holds the order line id is source configuration; no reliable typed join exists | VARCHAR2 |
Field provenance: hand-curated. 1 key field.
Boilerplate SQL
Starting point for reading RA_CUSTOMER_TRX_LINES_ALL on Databricks — real DATE columns need no conversion, and the org anchor is already in place. The optional LAST_UPDATE_DATE watermark is included. Set your Unity Catalog location, schema, and org values below; they’re substituted into the SQL and the copy button.
5 parameters not filled: <catalog>, <schema>, <operating_unit_id>, <CUSTOMER_TRX_LINE_ID>, <watermark>
-- ============================================================
-- Table : RA_CUSTOMER_TRX_LINES_ALL — Receivables transaction lines — product lines, tax, and freight share the table by line type, with quantities, selling price, and the extended amount revenue analytics sum
-- Purpose: Column-selected read of RA_CUSTOMER_TRX_LINES_ALL — auto-generated from field metadata
-- Grain : One row per operating unit (ORG_ID) + CUSTOMER_TRX_LINE_ID
-- Caution: LINE, TAX, and FREIGHT rows share this table — filter LINE_TYPE before summing or tax and freight inflate product revenue
-- Notes : Auto-generated skeleton for Oracle EBS R12 data landed in your lakehouse. Dates are real DATE/TIMESTAMP columns — no conversion needed. WHO audit columns omitted (see the quirks guide); the optional LAST_UPDATE_DATE watermark filter supports incremental extracts.
-- ============================================================
SELECT
t.CUSTOMER_TRX_LINE_ID AS "Surrogate key of the line",
t.CUSTOMER_TRX_ID AS "The parent transaction",
t.ORG_ID AS "Operating unit",
t.LINE_NUMBER AS "Line number within the document",
t.LINE_TYPE AS "LINE, TAX, FREIGHT, or CHARGES (per the line-type lookup) — filter to LINE for product revenue",
t.LINK_TO_CUST_TRX_LINE_ID AS "Ties tax and freight rows to their parent product line",
t.INVENTORY_ITEM_ID AS "The invoiced item, when item-based",
t.WAREHOUSE_ID AS "The ship-from inventory org — the org half of this table's item join",
t.DESCRIPTION AS "Line description",
t.QUANTITY_ORDERED AS "Quantity ordered",
t.QUANTITY_INVOICED AS "Quantity invoiced",
t.QUANTITY_CREDITED AS "Quantity credited by memos",
t.UOM_CODE AS "UOM of the quantities",
t.UNIT_SELLING_PRICE AS "Selling price per unit",
t.EXTENDED_AMOUNT AS "The line amount — SUM only after filtering LINE_TYPE",
t.REVENUE_AMOUNT AS "The revenue portion of the line",
t.SALES_ORDER AS "The originating sales order number — TEXT, not an id; a display reference only",
t.INTERFACE_LINE_CONTEXT AS "AutoInvoice line context — which attribute holds the order line id is source configuration; no reliable typed join exists"
FROM <catalog>.<schema>.RA_CUSTOMER_TRX_LINES_ALL t
WHERE
t.ORG_ID = <operating_unit_id> -- operating unit (MOAC does not filter extracts)
-- AND t.CUSTOMER_TRX_LINE_ID = <CUSTOMER_TRX_LINE_ID>
-- AND t.LAST_UPDATE_DATE >= TIMESTAMP '<watermark>' -- WHO watermark, bulk-stamped by batch jobs; see quirks guide #who-columns
ORDER BY t.CUSTOMER_TRX_LINE_ID;Verified September 2026
Relationships
Diagram of 1-hop neighbors — join details below. FND lookup decode and translation edges are highlighted; they’re the joins newcomers most often get wrong.
Join details
ON RA_CUSTOMER_TRX_ALL.CUSTOMER_TRX_ID = RA_CUSTOMER_TRX_LINES_ALL.CUSTOMER_TRX_ID AND RA_CUSTOMER_TRX_ALL.ORG_ID = RA_CUSTOMER_TRX_LINES_ALL.ORG_IDON RA_CUSTOMER_TRX_LINES_ALL.INVENTORY_ITEM_ID = MTL_SYSTEM_ITEMS_B.INVENTORY_ITEM_ID AND RA_CUSTOMER_TRX_LINES_ALL.WAREHOUSE_ID = MTL_SYSTEM_ITEMS_B.ORGANIZATION_ID
More Financials tables
- AP_INVOICE_DISTRIBUTIONS_ALLSupplier invoice distributions — one row per GL-account allocation of an invoice line; the spend-to-account grain payables accounting posts from
- AP_INVOICE_LINES_ALLSupplier invoice lines — the R12-new layer between header and distributions, carrying line type, amount, and the purchase-order and receipt matching references
- AP_INVOICES_ALLSupplier invoice headers — standard invoices, credit/debit memos, prepayments, and expense reports share the table by type, with amounts, payment status, and the liability account
- AR_CASH_RECEIPTS_ALLCash receipts — one row per customer or miscellaneous receipt with amount, date, status, and reversal detail; application detail against invoices lives in companion tables
- AR_PAYMENT_SCHEDULES_ALLThe open-receivables engine — one row per transaction installment AND one row per receipt, carrying original and remaining amounts, due date, and closure state; what aging, DSO, and collections analytics read
- GL_JE_HEADERSJournal headers — one row per journal within a batch, carrying ledger, source, category, period, posting status, and control totals; where every subledger's accounting lands