Skip to content
EBS Reference

PO_LINE_LOCATIONS_ALL

Schema: POtransactionOU-striped (ORG_ID)

PO shipment schedules — one row per delivery schedule per line with need-by/promised dates and the running received/billed/cancelled quantity counters; blanket price-break rows share the table

Identity
Module: PurchasingOperating-unit striped (ORG_ID)
Grain note

Price-break rows share this table with real shipments (SHIPMENT_TYPE distinguishes them), and QUANTITY_RECEIVED/QUANTITY_BILLED are running totals, not events — filter the type and treat the counters as balances

Notes

SHIP_TO_ORGANIZATION_ID is the receiving inventory org — the org half of every item join from purchasing (see quirks #two-orgs). Open quantity is QUANTITY − QUANTITY_RECEIVED − QUANTITY_CANCELLED. Receipt events live in the receiving transaction ledger.

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.

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

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 with ORGANIZATION_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 LANGUAGE column (a _TL translation table or FND_LOOKUP_VALUES) — one row per language. Filter to one LANGUAGE or a join multiplies rows (see the quirks guide).

Join & extract hazards — verify before you rely on this

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.
In field listings, the Key chip marks a primary-key field.

Fields

17 fields · 1 key

17 fields.

Table fields: position, field name, description, data type, and flags. 17 fields.
#FieldDescriptionTypeFlags
1LINE_LOCATION_IDSurrogate key of the shipment schedule — what receiving and drop-ship rows point atNUMBER
Primary-key field
2PO_HEADER_IDThe document header (denormalized)NUMBER
3PO_LINE_IDThe document lineNUMBER
4ORG_IDOperating unitNUMBER
5PO_RELEASE_IDThe blanket release that created this shipment — NULL on standard POsNUMBER
6SHIPMENT_TYPEShipment vs blanket price break — price-break rows share this table; filter before summingVARCHAR2
7SHIPMENT_NUMShipment number within the lineNUMBER
8SHIP_TO_ORGANIZATION_IDThe receiving inventory org — the org half of purchasing's item joins (see quirks guide #two-orgs)NUMBER
9QUANTITYOrdered quantity on the shipment (or the break quantity on price-break rows)NUMBER
10QUANTITY_RECEIVEDRunning total received — a balance, not an event; events live in the receiving ledgerNUMBER
11QUANTITY_BILLEDRunning total billed by payables matchingNUMBER
12QUANTITY_CANCELLEDQuantity cancelled off the shipmentNUMBER
13PRICE_OVERRIDEShipment-level price (or the break price on price-break rows)NUMBER
14NEED_BY_DATEWhen the org needs the goods — the demand-side analysis dateDATE
The table's primary analysis date — a real DATE column, no conversion needed
15PROMISED_DATEThe supplier's committed date — the OTD denominatorDATE
16CLOSED_CODEShipment closure stateVARCHAR2
17CANCEL_FLAGY when the shipment is cancelledVARCHAR2

Field provenance: hand-curated. 1 key field.

Boilerplate SQL

Starting point for reading PO_LINE_LOCATIONS_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.

Query parameters

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

-- ============================================================
-- Table  : PO_LINE_LOCATIONS_ALL — PO shipment schedules — one row per delivery schedule per line with need-by/promised dates and the running received/billed/cancelled quantity counters; blanket price-break rows share the table
-- Purpose: Column-selected read of PO_LINE_LOCATIONS_ALL — auto-generated from field metadata
-- Grain  : One row per operating unit (ORG_ID) + LINE_LOCATION_ID
-- Caution: Price-break rows share this table with real shipments (SHIPMENT_TYPE distinguishes them), and QUANTITY_RECEIVED/QUANTITY_BILLED are running totals, not events — filter the type and treat the counters as balances
-- 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.LINE_LOCATION_ID AS "Surrogate key of the shipment schedule — what receiving and drop-ship rows point at",
  t.PO_HEADER_ID AS "The document header (denormalized)",
  t.PO_LINE_ID AS "The document line",
  t.ORG_ID AS "Operating unit",
  t.PO_RELEASE_ID AS "The blanket release that created this shipment — NULL on standard POs",
  t.SHIPMENT_TYPE AS "Shipment vs blanket price break — price-break rows share this table; filter before summing",
  t.SHIPMENT_NUM AS "Shipment number within the line",
  t.SHIP_TO_ORGANIZATION_ID AS "The receiving inventory org — the org half of purchasing's item joins (see quirks guide #two-orgs)",
  t.QUANTITY AS "Ordered quantity on the shipment (or the break quantity on price-break rows)",
  t.QUANTITY_RECEIVED AS "Running total received — a balance, not an event; events live in the receiving ledger",
  t.QUANTITY_BILLED AS "Running total billed by payables matching",
  t.QUANTITY_CANCELLED AS "Quantity cancelled off the shipment",
  t.PRICE_OVERRIDE AS "Shipment-level price (or the break price on price-break rows)",
  t.NEED_BY_DATE AS "When the org needs the goods — the demand-side analysis date",
  t.PROMISED_DATE AS "The supplier's committed date — the OTD denominator",
  t.CLOSED_CODE AS "Shipment closure state",
  t.CANCEL_FLAG AS "Y when the shipment is cancelled"
FROM <catalog>.<schema>.PO_LINE_LOCATIONS_ALL t
WHERE
  t.ORG_ID = <operating_unit_id>  -- operating unit (MOAC does not filter extracts)
  -- 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>'  -- WHO watermark, bulk-stamped by batch jobs; see quirks guide #who-columns
ORDER BY t.LINE_LOCATION_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

  • OE_DROP_SHIP_SOURCESPO_LINE_LOCATIONS_ALLforeign key · N:1
    ON OE_DROP_SHIP_SOURCES.LINE_LOCATION_ID = PO_LINE_LOCATIONS_ALL.LINE_LOCATION_ID AND OE_DROP_SHIP_SOURCES.ORG_ID = PO_LINE_LOCATIONS_ALL.ORG_ID
  • PO_LINE_LOCATIONS_ALLPO_LINES_ALLforeign key · N:1
    ON PO_LINE_LOCATIONS_ALL.PO_LINE_ID = PO_LINES_ALL.PO_LINE_ID AND PO_LINE_LOCATIONS_ALL.ORG_ID = PO_LINES_ALL.ORG_ID
  • PO_LINE_LOCATIONS_ALLPO_RELEASES_ALLforeign key · N:1
    ON PO_LINE_LOCATIONS_ALL.PO_RELEASE_ID = PO_RELEASES_ALL.PO_RELEASE_ID AND PO_LINE_LOCATIONS_ALL.ORG_ID = PO_RELEASES_ALL.ORG_ID
  • PO_LINE_LOCATIONS_ALLMTL_PARAMETERSforeign key · N:1
    ON PO_LINE_LOCATIONS_ALL.SHIP_TO_ORGANIZATION_ID = MTL_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 AND PO_DISTRIBUTIONS_ALL.ORG_ID = PO_LINE_LOCATIONS_ALL.ORG_ID
  • PO_REQUISITION_LINES_ALLPO_LINE_LOCATIONS_ALLforeign key · N:1
    ON PO_REQUISITION_LINES_ALL.LINE_LOCATION_ID = PO_LINE_LOCATIONS_ALL.LINE_LOCATION_ID AND PO_REQUISITION_LINES_ALL.ORG_ID = PO_LINE_LOCATIONS_ALL.ORG_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 AND AP_INVOICE_LINES_ALL.ORG_ID = PO_LINE_LOCATIONS_ALL.ORG_ID

Browse more Purchasing tables

More Purchasing 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 E-Business Suite are registered trademarks of Oracle and/or its affiliates.