Party (strona)
Model Party (strona) reprezentuje podmiot biorący udział w procesach biznesowych – organizację, osobę lub rolę (odbiorca, dostawca, płatnik, przewoźnik itd.). Jest wspólnym wzorcem dla kartotek i ról w systemach ERP (FK, HR, WMS, CRM), spójnym z podejściem OAGIS, UBL 2.3, GS1, ISO 20022, SAP MDG, Oracle Fusion, Microsoft CDM i Salesforce Data Cloud.
Party rozszerza DomainResource (id, meta, text, comment, category, status, type, contained, attribute) o atrybuty identyfikacji, nazwy, adresów i kontaktów. Role strony są modelowane w PartyRole, który referuje do Party przez party.
1. Zakres i zastosowanie
Party to zasób domenowy opisujący „kto" w procesach biznesowych:
- Identyfikacja – wiele identyfikatorów (NIP, REGON, DUNS, BIC, identyfikator wewnętrzny, numer dostawcy itd.) w pojedynczej strukturze Identifier
- Nazwa – name jako CodeableConcept (nazwa kodowana / wielojęzyczna)
- Adresy – lista Address z typem/użyciem (fizyczny, pocztowy, rozliczeniowy, dostawy)
- Kontakt – lista ContactPoint (telefon, email, faks, web)
- Role – modelowane w PartyRole: PartyRole referuje do Party przez party. Ta sama Party może mieć wiele PartyRole (różne role). Relacja między dwiema stronami jest opisana przez PartyRelationship (partyFrom, partyTo).
- Status i klasyfikacja – dziedziczone z DomainResource: status (active/inactive), category (segment, grupa, tag)
W platformie ERP Customer i Vendor (oraz opcjonalnie Contact, Organization) są profilami lub widokami Party – ta sama Party może być jednocześnie klientem i dostawcą przez wiele PartyRole.
2. Struktura (pola)
Poza polami z DomainResource (id, meta, text, attribute, comment, category, status, type, contained):
| Nazwa | Kard. | Typ | Opis |
|---|---|---|---|
| identifier | 0..* | Identifier | Identyfikatory (NIP, REGON, DUNS, identyfikator wewnętrzny, numer dostawcy – każdy z typem opisującym rodzaj). W HR używane są systemy domenowe, np. hr-employee-id, hr-employer-id, integration-id, time-and-attendance-id, barcode – zob. Identifier i code-systems. |
| name | 0..1 | CodeableConcept | Nazwa strony jako pojęcie kodowane (np. warianty nazwy, lokalizacja językowa) |
| address | 0..* | Address | Adresy; typ przez Address.use / type (np. physical, postal, billing) |
| contactPoint | 0..* | ContactPoint | Dane kontaktowe (telefon, faks, email, web); typ każdego jako CodeableConcept |
| attribute | 0..* | Attribute | Cechy rozszerzające (np. w HR: ewidencja, data rozpoczęcia ewidencji – code z value setu party-attribute-type) |
Uwaga: Party NIE zawiera referencji do PartyRole. To PartyRole referuje do Party przez party (strona w roli).
3. Użycie międzymodułowe
- FK: Dostawcy, klienci, odbiorcy płatności, posiadacze kont bankowych
- HR: Pracownicy, pracodawcy, kontrahenci
- WMS: Operatorzy magazynów, partnerzy logistyczni, odbiorcy towarów
- CRM: Klienci, kontakty, prospekty sprzedażowe
4. Mapowanie na systemy ERP
| Standard | Odpowiednik Party | Uwagi |
|---|---|---|
| OAGIS | Party, PartyMaster | Identyfikatory (w tym podatkowe), nazwa, lokalizacja, kontakt, rola, klasyfikacja branżowa |
| UBL 2.3 | PartyType | Współdzielony komponent; role przez CustomerParty, SupplierParty itd. |
| GS1 | Party (w kontekście GLN, identyfikacji) | Identyfikacja miejsc, stron; GLN jako identifier |
| ISO 20022 | PartyIdentification, rola (Debtor, Creditor, Agent…) | Rola w komunikacie; Party = podmiot + rola |
| SAP MDG | Business Partner (BP) | BP łączy role (klient, dostawca, kontakt); pojedynczy obiekt, wiele ról |
5. Powiązane zasoby
→ PartyRole — Strona w roli
→ PartyRelationship — Relacja między dwoma PartyRole
→ Core Master Data Overview — Wspólne dane główne