Skip to content
Fusion Reference

PO_LINE_LOCATIONS_ALL

Product: POtransaction

PO schedules — one row per shipment schedule (or blanket price break) with need-by/promised dates and the system-maintained received/accepted/rejected/billed quantity buckets; the workhorse grain for open-PO analytics

Grain note

QUANTITY_RECEIVED/ACCEPTED/REJECTED and QUANTITY_BILLED are running totals maintained by Receiving and Payables — balances, not events; open quantity is ordered − received − cancelled

Notes

SHIP_TO_ORGANIZATION_ID is the receiving inventory org — the org half of every item join from procurement. Closure is expressed through SCHEDULE_STATUS plus three separate close dates (receiving, invoice, both) — there is no CLOSED_CODE. MATCH_OPTION and the receipt/inspection flags drive 2/3/4-way matching.

What the badges mean
Product: EGP
Product: the Oracle product family that owns the object — the short code Oracle's Tables and Views documentation lists as the object owner. Fusion is SaaS, so this isn't a database schema; there's no SQL path to the tables at all (see the quirks guide).
master
Data class: what the table holds — master data, transaction documents, control/configuration, interface/staging, or a documented view.

Structural facts — how the table is partitioned, not a trap by itself

BU-striped (ORG_ID)
Rows are scoped to a business unit. The column is still named ORG_ID, but in Fusion it means business unit, not the EBS operating unit — treat any migrated “operating unit” filter as suspect (see the quirks guide).
Per inventory org
Rows are scoped to an inventory organization via ORGANIZATION_ID — always pair it with INVENTORY_ITEM_ID on item-level joins (see the quirks guide).
Set / ledger / named-BU striped
Some tables stripe by a named column instead of ORG_ID: reference data set (SET_ID — see the quirks guide), ledger (LEDGER_ID on the GL journal tables), or a named business-unit column (PRC_BU_ID / REQ_BU_ID in procurement). The table page’s partition line names the column, and the generated SQL anchors on it — never treat these tables as unpartitioned.
Language-striped
The table carries a LANGUAGE column (a _TL translation table or FND_LOOKUP_VALUES) — one row per language. Filter to one LANGUAGE or a join multiplies rows.

Join & extract hazards — verify before you rely on this

Date-effective
This is an _F table — one row per entity per effectivity window, with EFFECTIVE_START_DATE and EFFECTIVE_END_DATE part of the key. Join without a window filter and every fact multiplies by history (see the quirks guide).
View
This is a documented convenience view, not a physical table. Extract through the BICC data store that fronts its base objects instead of assuming the view lands as-is.
In field listings, the Key chip marks a key field — a member of the documented primary key or of a documented unique index.

Extract access

The delivered surfaces that reach this table — the BICC extract data store (PVO) for bulk extraction and the OTBI subject areas for real-time queries. There is no SQL path to the SaaS database.

  • FscmTopModelAM.PrcExtractAM.PoBiccExtractAM.PurchasingDocumentLineLocationExtractPVO
    OTBI: Procurement - Purchasing Real Time

    Purchasing Document Schedules data store — keyed on LineLocationId; blanket price breaks share the store (same underlying entity).

    Oracle data-store documentation (opens in new tab)

Fields

18 fields · 1 key

18 fields.

Table fields: position, field name, description, data type, and flags. 18 fields.
#FieldDescriptionTypeFlags
1LINE_LOCATION_IDSurrogate key of the scheduleNUMBER
Key
2PO_LINE_IDParent lineNUMBER
3PO_HEADER_IDParent header (denormalized)NUMBER
4SHIPMENT_NUMVisible schedule numberNUMBER
5SHIP_TO_ORGANIZATION_IDReceiving inventory organization — the org half of every item join from procurementNUMBER
6SHIP_TO_LOCATION_IDShip-to locationNUMBER
7QUANTITYScheduled quantity (or price-break quantity on agreements)NUMBER
8QUANTITY_RECEIVEDCumulative quantity received to date — maintained by Receiving, a balance not an eventNUMBER
9QUANTITY_ACCEPTEDPost-inspection accepted totalNUMBER
10QUANTITY_REJECTEDPost-inspection rejected totalNUMBER
11QUANTITY_BILLEDQuantity invoiced by Payables to dateNUMBER
12QUANTITY_CANCELLEDQuantity cancelled — open quantity is QUANTITY − QUANTITY_RECEIVED − QUANTITY_CANCELLEDNUMBER
13PRICE_OVERRIDESchedule price / price-break priceNUMBER
14NEED_BY_DATERequested delivery dateDATE
Filter date
15PROMISED_DATESupplier-promised delivery dateDATE
16SCHEDULE_STATUSSchedule status — closure is this plus three separate close dates, no CLOSED_CODEVARCHAR2
17MATCH_OPTIONMatch invoices to the PO or to the receiptVARCHAR2
18DESTINATION_TYPE_CODEInventory vs expense destinationVARCHAR2

Field provenance: hand-curated. 1 key field.

Boilerplate SQL

Starting point for reading the BICC-landed copy of PO_LINE_LOCATIONS_ALL on Databricks — real DATE columns need no conversion, and the org anchor and the LAST_UPDATE_DATE watermark (the column incremental BICC extracts key on) are already in place. Set your Unity Catalog location, schema, and org values below; they’re substituted into the SQL and the copy button.

Query parameters

6 parameters not filled: <catalog>, <schema>, <LINE_LOCATION_ID>, <DATE_FROM>, <DATE_TO>, <watermark>

-- ============================================================
-- Table  : PO_LINE_LOCATIONS_ALL — PO schedules — one row per shipment schedule (or blanket price break) with need-by/promised dates and the system-maintained received/accepted/rejected/billed quantity buckets; the workhorse grain for open-PO analytics
-- Purpose: Column-selected read of PO_LINE_LOCATIONS_ALL — auto-generated from field metadata
-- Grain  : One row per LINE_LOCATION_ID
-- Caution: QUANTITY_RECEIVED/ACCEPTED/REJECTED and QUANTITY_BILLED are running totals maintained by Receiving and Payables — balances, not events; open quantity is ordered − received − cancelled
-- Notes  : Auto-generated skeleton for Oracle Fusion Cloud data landed in your lakehouse by a BICC extract — there is no SQL path to the SaaS database. Column names follow Oracle's table documentation — if your landed data still carries PVO attribute headers, map names first; see quirks #pvo-drift. 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.LINE_LOCATION_ID AS "Surrogate key of the schedule",
  t.PO_LINE_ID AS "Parent line",
  t.PO_HEADER_ID AS "Parent header (denormalized)",
  t.SHIPMENT_NUM AS "Visible schedule number",
  t.SHIP_TO_ORGANIZATION_ID AS "Receiving inventory organization — the org half of every item join from procurement",
  t.SHIP_TO_LOCATION_ID AS "Ship-to location",
  t.QUANTITY AS "Scheduled quantity (or price-break quantity on agreements)",
  t.QUANTITY_RECEIVED AS "Cumulative quantity received to date — maintained by Receiving, a balance not an event",
  t.QUANTITY_ACCEPTED AS "Post-inspection accepted total",
  t.QUANTITY_REJECTED AS "Post-inspection rejected total",
  t.QUANTITY_BILLED AS "Quantity invoiced by Payables to date",
  t.QUANTITY_CANCELLED AS "Quantity cancelled — open quantity is QUANTITY − QUANTITY_RECEIVED − QUANTITY_CANCELLED",
  t.PRICE_OVERRIDE AS "Schedule price / price-break price",
  t.NEED_BY_DATE AS "Requested delivery date",
  t.PROMISED_DATE AS "Supplier-promised delivery date",
  t.SCHEDULE_STATUS AS "Schedule status — closure is this plus three separate close dates, no CLOSED_CODE",
  t.MATCH_OPTION AS "Match invoices to the PO or to the receipt",
  t.DESTINATION_TYPE_CODE AS "Inventory vs expense destination"
FROM <catalog>.<schema>.PO_LINE_LOCATIONS_ALL t
WHERE
  1 = 1  -- no automatic partition anchor on this table; the filters below are optional
  -- AND t.LINE_LOCATION_ID = <LINE_LOCATION_ID>
  -- AND t.NEED_BY_DATE >= DATE '<DATE_FROM>'
  -- AND t.NEED_BY_DATE <= DATE '<DATE_TO>'
  -- AND t.LAST_UPDATE_DATE >= TIMESTAMP '<watermark>'  -- the column incremental BICC extracts key on
ORDER BY t.LINE_LOCATION_ID;

Verified September 2026 · docs release 26C

Column names differ in BICC extracts — see PVO header drift.

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

  • PO_LINE_LOCATIONS_ALLPO_LINES_ALLforeign key · N:1
    ON PO_LINE_LOCATIONS_ALL.PO_LINE_ID = PO_LINES_ALL.PO_LINE_ID
  • PO_LINE_LOCATIONS_ALLINV_ORG_PARAMETERSforeign key · N:1
    ON PO_LINE_LOCATIONS_ALL.SHIP_TO_ORGANIZATION_ID = INV_ORG_PARAMETERS.ORGANIZATION_ID
  • PO_DISTRIBUTIONS_ALLPO_LINE_LOCATIONS_ALLforeign key · N:1
    ON PO_DISTRIBUTIONS_ALL.LINE_LOCATION_ID = PO_LINE_LOCATIONS_ALL.LINE_LOCATION_ID
  • POR_REQUISITION_LINES_ALLPO_LINE_LOCATIONS_ALLforeign key · N:1
    ON POR_REQUISITION_LINES_ALL.LINE_LOCATION_ID = PO_LINE_LOCATIONS_ALL.LINE_LOCATION_ID
  • RCV_SHIPMENT_LINESPO_LINE_LOCATIONS_ALLforeign key · N:1
    ON RCV_SHIPMENT_LINES.PO_LINE_LOCATION_ID = PO_LINE_LOCATIONS_ALL.LINE_LOCATION_ID
  • RCV_TRANSACTIONSPO_LINE_LOCATIONS_ALLforeign key · N:1
    ON RCV_TRANSACTIONS.PO_LINE_LOCATION_ID = PO_LINE_LOCATIONS_ALL.LINE_LOCATION_ID
  • AP_INVOICE_LINES_ALLPO_LINE_LOCATIONS_ALLforeign key · N:1
    ON AP_INVOICE_LINES_ALL.PO_LINE_LOCATION_ID = PO_LINE_LOCATIONS_ALL.LINE_LOCATION_ID

Browse more Procurement tables

More Procurement tables

Maintained by Summit Analytics, a supply chain analytics practice. The tools and references are free — the consulting is selective.

Part of the Summit Analytics reference library.

Work with the practice

Not affiliated with or endorsed by Oracle. Oracle and Oracle Fusion Cloud Applications are registered trademarks of Oracle and/or its affiliates.