OPDA Knowledge base
Logical tier agent

Person

opda:Person

Person

Summary

Natural person. [Substance Kind; UFO Substance Kind (Sortal, Rigid) / DOLCE Endurant + Agent]. Identity criterion is FIBO-style multi-identifier persistence (date-of-birth + state-issued ID + name) over name-change, gender-recognition, and death hard cases. Anchors PII regimes — DPV co-annotation per ODR-0018; baseline category dpv-pd:Name. Concept tier →

Attributes

AttributeTypeCardinalityRequiredIdentity-bearingDescription
hasAssertedCapacitystring0..1NYSales-side asserted capacity (surface identity-key element); typically constrained by SellersCapacityScheme when borne by a Seller Role
hasSpecialCategoryDataboolean0..1NNFlag indicating GDPR Article 9/10 special-category personal data (race, religion, health, etc.); triggers Cat 4 lawful-basis SHACL shape

Relationships

This entity declares no module-local object properties. Inbound predicates: Seller.borneBy, Buyer.borneBy, Proprietor.borneBy, NameChangeEvent.wasAssociatedWith.

Identity key

Identity key = FIBO-style multi-identifier bundle (NI number / passport / driving-licence + name + date of birth). The surface IC element is hasAssertedCapacity (when present); the full IC is borne by the identifier-bundle and persists through NameChangeEvent via PROV-O. Cross-reference: Concept-tier Person IC narrative.

Constraints

  • hasAssertedCapacity MUST be a single string value when present (Violation, PersonIdentityKeyShape)
  • A Person bearing hasSpecialCategoryData = true MUST also carry a dpv:hasLegalBasis triple (Violation, SpecialCategoryPIIWithoutLawfulBasisShape)

Derived attributes

AttributeDerived fromRule summarySeverity
hasIdentifierSuccessionEventNameChangeEvent named via prov:wasAssociatedWithMaterialises a back-reference to every NameChangeEvent that associates the PersonInfo
hasCapacityAuthorityMatchStatushasAssertedCapacity + hasEvidencedAuthoritymatched when an evidenced authority is present; unevidenced-capacity otherwiseInfo

ER diagram

%%{init: {"theme": "base", "themeVariables": {"primaryColor": "#E1BEE7", "primaryTextColor": "#4A148C", "primaryBorderColor": "#6A1B9A", "lineColor": "#37474F"}}}%% erDiagram accTitle: Person — Entity-Relationship Diagram accDescr: Direct-neighbour view of Person — bearer for Seller, Buyer, Proprietor Roles, associated with NameChangeEvent via PROV-O, target of DPVMappingRecord. Person ||--o{ Seller : "borne by (Role)" Person ||--o{ Buyer : "borne by (Role)" Person ||--o{ Proprietor : "borne by (Role)" NameChangeEvent }o--|| Person : "prov:wasAssociatedWith" DPVMappingRecord }o--|| Person : "targetsKind"

Lifecycle state-transition diagram

Person identity persists through name-change, gender-recognition, and other identifier-mutating events per S006 Q1. Each lifecycle event reifies as a PROV Activity with prov:wasRevisionOf on the affected attribute.

%%{init: {"theme": "base", "themeVariables": {"primaryColor": "#E1BEE7", "primaryTextColor": "#4A148C", "primaryBorderColor": "#6A1B9A", "lineColor": "#37474F"}}}%% stateDiagram-v2 accTitle: Person — Lifecycle State-Transition Diagram accDescr: Person identity persists through name-change (deed poll, marriage, gender recognition) and other identifier-mutating events. Identity terminates only on death; the deceased Person retains a PROV-O lineage from prior name-attribute revisions. [*] --> Live : birth / identifier-bundle minted Live --> Live : NameChangeEvent
(name attribute revised
via prov:wasRevisionOf) Live --> Live : gender recognition
(identity persists) Live --> Live : address change
(non-identity-bearing) Live --> Deceased : death Deceased --> [*]

Source ODR + ADR

Comments

Loading comments…