HZ_PARTIES
Schema: ARmasterThe trading-community party master — one row per person, organization, or group before any commercial context; customers AND suppliers resolve back to a party here
A party is not a customer — the commercial relationship lives on the account layer, and one party can hold several accounts, so counting parties overcounts customers. PARTY_NAME is not unique; never join or dedupe on it. The address columns here are a denormalized convenience copy of the identifying address — the address master is the locations table.
What the badges mean
- master
- Data class: what the table holds — master data, transaction documents, control/configuration, interface/staging, or an APPS-schema view.
Fields
14 fields · 1 key
| # | Field | Description | Type | Flags |
|---|---|---|---|---|
| 1 | PARTY_ID | Surrogate key of the party — what customer accounts and the supplier master resolve to | NUMBER | Key |
| 2 | PARTY_NUMBER | The unique party number users see | VARCHAR2 | |
| 3 | PARTY_NAME | The party's name — NOT unique; never a join or dedupe key | VARCHAR2 | |
| 4 | PARTY_TYPE | Organization, person, group, or relationship (per the data dictionary's comment) | VARCHAR2 | |
| 5 | STATUS | A = active, I = inactive — party merges can leave other single-letter states; verify beyond A/I on your instance | VARCHAR2 | |
| 6 | ORIG_SYSTEM_REFERENCE | The legacy/source-system key the party was created from | VARCHAR2 | |
| 7 | VALIDATED_FLAG | Whether the party has been validated | VARCHAR2 | |
| 8 | CREATED_BY_MODULE | Which application created the party | VARCHAR2 | |
| 9 | PERSON_FIRST_NAME | First name, on person-type parties | VARCHAR2 | |
| 10 | PERSON_LAST_NAME | Last name, on person-type parties | VARCHAR2 | |
| 11 | ADDRESS1 | Denormalized identifying-address line — a convenience copy, not the address master | VARCHAR2 | |
| 12 | COUNTRY | Identifying-address country (territory code) | VARCHAR2 | |
| 13 | SIC_CODE | Industry classification code | VARCHAR2 | |
| 14 | DUNS_NUMBER_C | D-U-N-S number, character form | VARCHAR2 |
Field provenance: hand-curated. 1 key field.
Boilerplate SQL
Starting point for reading HZ_PARTIESon Databricks — real DATE columns need no conversion, and the org anchor and the LAST_UPDATE_DATE watermark are already in place. Set your Unity Catalog location, schema, and org values below; they’re substituted into the SQL and the copy button.
-- ============================================================
-- Table : HZ_PARTIES — The trading-community party master — one row per person, organization, or group before any commercial context; customers AND suppliers resolve back to a party here
-- Purpose: Column-selected read of HZ_PARTIES — auto-generated from field metadata
-- Grain : One row per PARTY_ID
-- 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.PARTY_ID AS "Surrogate key of the party — what customer accounts and the supplier master resolve to",
t.PARTY_NUMBER AS "The unique party number users see",
t.PARTY_NAME AS "The party's name — NOT unique; never a join or dedupe key",
t.PARTY_TYPE AS "Organization, person, group, or relationship (per the data dictionary's comment)",
t.STATUS AS "A = active, I = inactive — party merges can leave other single-letter states; verify beyond A/I on your instance",
t.ORIG_SYSTEM_REFERENCE AS "The legacy/source-system key the party was created from",
t.VALIDATED_FLAG AS "Whether the party has been validated",
t.CREATED_BY_MODULE AS "Which application created the party",
t.PERSON_FIRST_NAME AS "First name, on person-type parties",
t.PERSON_LAST_NAME AS "Last name, on person-type parties",
t.ADDRESS1 AS "Denormalized identifying-address line — a convenience copy, not the address master",
t.COUNTRY AS "Identifying-address country (territory code)",
t.SIC_CODE AS "Industry classification code",
t.DUNS_NUMBER_C AS "D-U-N-S number, character form"
FROM <catalog>.<schema>.HZ_PARTIES t
WHERE
1 = 1 -- no partition column on this table; the filters below are optional
-- AND t.PARTY_ID = <PARTY_ID>
-- AND t.LAST_UPDATE_DATE >= TIMESTAMP '<watermark>' -- WHO watermark, bulk-stamped by batch jobs; see quirks guide #who-columns
ORDER BY t.PARTY_ID;4 parameters not filled: <catalog>, <schema>, <PARTY_ID>, <watermark>
Relationships
1-hop neighbors — click a table to navigate there. FND lookup decode and translation edges are highlighted; they’re the joins newcomers most often get wrong.
Join details
ON AP_SUPPLIERS.PARTY_ID = HZ_PARTIES.PARTY_IDON PO_VENDORS.PARTY_ID = HZ_PARTIES.PARTY_IDON HZ_CUST_ACCOUNTS.PARTY_ID = HZ_PARTIES.PARTY_IDON HZ_PARTY_SITES.PARTY_ID = HZ_PARTIES.PARTY_IDON AP_INVOICES_ALL.PARTY_ID = HZ_PARTIES.PARTY_ID