← Back to catalogue
Published

Physical Item Instance

vr.wm-obj-001 · wm-obj-001-physical-item-instance

Model the context an agent needs to identify, describe, track and govern one individual physical thing as a distinguishable instance, separately from the type it instantiates and from any value, inventory or asset projection over it.

World Models Physical world and living systems PHY.OBJ.INST

Bundle → Layer → Finding → Questions Filled

6 bundles · 13 layers · 31 findings · 115 questions

Identity and designation Everything needed to tell this individual thing apart from every other thing, to bind marks and identifiers to it, and to decide when it is still the same thing.

Instance identification

The identifiers borne by the item, the physical marks and data carriers that carry them, and the resolution of an observed identifier back to one record.

Master identifier and issuing authority

Which identifier is authoritative for this item, who issued it, under which scheme and syntax, and what uniqueness guarantees apply. ISO/IEC 15459-4 specifies a unique, non-significant string for individual items issued under a registered issuing agency; GS1 expresses the same idea as a primary key plus serial qualifier.

  1. Which single identifier is the authoritative master identifier for this item, and which agency or system issued it? identity
  2. What uniqueness and non-reuse guarantee does the issuing scheme give, and over what period? constraint
  3. If no authoritative external identifier exists, which locally minted identifier is used and how is its provenance recorded? provenance
  4. In which syntaxes may this identifier legitimately be expressed for exchange? interoperability

Identity marks and data carriers

The physical realisation of identity on the thing itself: marking method, placement, durability, legibility, and the machine-readable carrier. IEC 61406-1 requires a globally unique identification link, machine readable via 2D symbol or NFC and attached to the individual unit; ESPR-driven passports require a data carrier on the product.

  1. How is each identifier physically applied to the item and where on the item is it placed? composition
  2. Is the mark expected to survive the item's service life, and what happens when it becomes illegible or is removed? quality
  3. What exactly does the machine-readable carrier encode, and does it resolve to a live information service? interoperability
  4. Who is permitted to apply, alter or remove an identity mark on this item? authority

Identifier resolution, aliases and collisions

How an observed identifier is resolved to exactly one item record, how multiple scheme identifiers for the same thing are related, and how duplicates, cloned identifiers and merge/split situations are handled.

  1. Given a scanned or quoted identifier, what procedure resolves it to at most one item record? validation
  2. Which additional identifiers are asserted to designate this same item, and on whose authority? relationship
  3. What is done when two physical things present the same identifier, or one thing presents conflicting identifiers? exception
  4. How are duplicate records merged or an erroneously merged record split, and how is the prior identifier preserved? lifecycle

Legibility, cloning risk and distinguishing marks

Object ID requires inscriptions and markings, distinguishing features and photographs because unique numbers can be copied, lost or never assigned. A cloned serial or unreadable tag does not by itself prove a second item, nor does it destroy the original item's identity. Condition of the mark is evidence about identification quality, not a new identifier.

  1. Is each identifier mark currently legible, damaged, over-labelled, removed or only photographically documented, and when was that assessed? quality
  2. What Object ID-style distinguishing features, inscriptions or damage patterns uniquely describe this object even if serials are absent or cloned? identity
  3. Is there evidence that a presented identifier is cloned, counterfeit, reused or bound to another item, and what is the confidence and evidence of that suspicion? security

Digital link, passport and shell

IEC 61406-1 defines the IL string as a URL that is both the globally unique identification of a physical object and a pointer to related information. Schema.org requires that a GS1 Digital Link containing serial AI 21 appear only on IndividualProduct. ESPR establishes a digital product passport with a unique product identifier, unique operator identifier and unique facility identifier, accessed via a data carrier on the product. IDTA AAS gives the asset a recommended globalAssetId (IEC 61406 format) and optional specificAssetIds, while the Administration Shell has a separate mandatory id. These are representations and links, not a second physical item.

  1. What resolvable IRI or URL currently identifies this physical object (IEC 61406 IL, GS1 Digital Link with AI 21, DPP unique product identifier), and does it encode instance grain rather than type or lot? identity
  2. Which digital representations (DPP, AAS, other twin) describe this item, what are their own identifiers, and which of those identifiers are explicitly not the item master? interoperability
  3. If a DPP or similar passport exists, what unique operator identifier and unique facility identifier are bound to this item instance, and at which production event? provenance

Type linkage and individuation

The link from this instance to the class it instantiates, and the rules that decide when the instance begins, persists or ceases to be the same individual.

Instance-of-type reference

The resolved reference from this individual to its product type or configuration, and the confidence in that resolution. schema.org places IndividualProduct under Product with isVariantOf pointing at a ProductModel; EPCIS keeps class-level identification separate from instance-level identification.

  1. Which type or configuration record does this item instantiate, and in which sibling model is it mastered? classification
  2. On what evidence was the type resolved: marking, documentation, expert determination or inference? evidence
  3. In what respects does this specimen deviate from its type specification, and are those deviations authorised? constraint
  4. How is an item that cannot be assigned to any known type represented without inventing one? exception

Individuation and identity continuity

The rules deciding what counts as one item and whether identity survives repair, component replacement, reconfiguration, division or joining. No consulted standard settles this; CIDOC CRM anchors documentation units and composition, and PROV offers specializationOf/alternateOf to relate records without asserting sameness.

  1. What physical criterion individuates this thing as one item rather than a part, a set or a quantity? definition
  2. Which changes preserve identity and which terminate it and create a successor item? lifecycle
  3. When an item is split, merged or rebuilt, how is lineage to predecessor and successor items recorded? provenance
  4. Who decides a contested continuity case and by what documented rule? authority

Configuration and lot inputs

A product configuration may classify a configured instance (variant-instance boundary). A lot or batch identifier is not an instance identifier; Schema.org places lot-bearing Digital Links on SomeProducts unless there is only a specific product. IEC 61406-2 separately treats lots/batches. Lot membership and configuration are classification or provenance facts on the instance.

  1. What product configuration or variant, if any, classifies this configured instance, and is that a sibling configuration master rather than an extra serial? classification
  2. From which lot or batch was this instance produced or separated, and is that lot used only as provenance rather than as the item identifier? provenance
  3. Which instance-level master data attributes (EPCIS ILMD such as expiration) belong to this instance rather than to the type, and what is their validity window? classification
Physical characterisation of the specimen What is true of this particular specimen as measured or observed, and how it is physically built up, as distinct from what its type specifies.

Observed and as-built properties

Properties measured on this specimen, their measurement context, and the materials it is actually made of.

Measured attributes and measurement context

Quantities measured on this individual (mass, dimensions, readings) together with unit, method, instrument, uncertainty and the separation of measurement time from record time.

  1. Which properties are measured on this specimen rather than inherited from its type? measurement
  2. By what method and instrument was each value obtained, and with what stated uncertainty? quality
  3. When was the value measured and when was it recorded, and which one governs currency of the value? temporal
  4. How are conflicting measurements of the same property at the same time reconciled? exception

Material content and substances of concern

What this specimen is actually made of, referenced to material classes rather than restated, including substance declarations that product-passport regimes attach to the individual product.

  1. Which material classes constitute this item, and in what proportions where known? composition
  2. Which declarable or hazardous substances are recorded for this individual, and under which regime? requirement
  3. Is the material content declared, tested or inferred from the type specification? evidence

Instance structure and containment boundary

The item's membership in assemblies and the point at which instance identity stops and quantity begins.

Component membership in an assembly

Whether this item is currently or was formerly installed in a parent item, in what position or role, and over what period. The assembly graph itself is mastered by WM-OBJ-012; EPCIS AggregationEvent and CIDOC P46 supply the parent/child semantics.

  1. Which parent item does this item form part of at a given instant, and in what position or role? composition
  2. Which events installed or removed this item from a parent, and who performed them? event
  3. Do child components retain their own instance identity while installed, or are they absorbed into the parent? identity
  4. Where is the full assembly structure mastered, and which parts of it may be cached here? interoperability

Boundary against quantity, batch and bulk

The rule that refuses instance identity to matter with no individuating boundary. ISO 22095 chain-of-custody models such as mass balance and controlled blending explicitly do not preserve one-to-one identity, and EPCIS provides class-level quantity fields precisely for this case.

  1. On what test is a candidate refused an item-instance record and represented as a quantity or batch instead? decision
  2. How are non-instance contents held inside this item (fluids, consumables, loose parts) represented without minting instances? composition
  3. Which chain-of-custody model applies to the material in or around this item, and does it preserve identity? constraint
State, condition and authenticity Where the item stands in its life, what shape it is in, what has been done to it, and whether it is what it claims to be.

Lifecycle state

The item's status in a governed state model and the terminal states that end its tracked existence.

Lifecycle status and permitted transitions

The current governed status of the item, the transition that produced it, and the constraints on legal transitions. EPCIS disposition expresses the business state of an object after an event, and persistentDisposition expresses states that survive later events.

  1. What is the item's current lifecycle status and which event set it? state
  2. Which status transitions are permitted from the current status, and which are forbidden? constraint
  3. Which states persist across subsequent events until explicitly cleared, and who may clear them? lifecycle
  4. How is an item represented whose status is genuinely unknown, and for how long may that persist? exception

End of life, loss and disposal

How the item leaves tracked existence: destruction, recycling, permanent loss, theft or export beyond the record's reach, and what evidence closes the record without deleting it.

  1. By what mode did the item leave tracked existence, and when? lifecycle
  2. What evidence proves the terminal event, and who issued it? evidence
  3. Can a terminal state be reversed, for example when a lost item is recovered, and how is the gap recorded? exception
  4. How long is the record retained after the item ceases to exist, and under what obligation? retention

Loss, theft, seizure, recovery and deaccession

Object ID exists because stolen and trafficked objects cannot be recovered without documentation, photographs and distinguishing features; INTERPOL and customs use that documentation. Unknown whereabouts is not the same as non-existence. Seizure, loan, exhibition and deaccession change custody or collection membership without necessarily destroying the object. These states lack a single global code list and must be recorded as explicit exceptional statuses with evidence.

  1. Is the item missing to its holder, reported stolen, seized by authority, in dispute, or merely not recently observed, and when was that status asserted? exception
  2. If previously missing or stolen, when was it recovered or returned, by whom, and did identity, condition or custody need re-validation? event
  3. Has a museum, court or owner deaccessioned, forfeited or legally abandoned the item, and does that end title, custody, or only collection membership? ownership

Condition and intervention history

Dated judgements about the item's physical condition and the record of interventions that changed it.

Condition assessment and intervention history

Condition as an assessed, dated judgement bound to a scale, assessor and method, together with the repairs, restorations and modifications that altered the individual. CIDOC CRM binds condition states to time-spans; schema.org itemCondition is a commerce enumeration and is not equivalent.

  1. What condition grade is asserted, on which named scale, and by whom? quality
  2. By what method was condition determined: visual inspection, measurement, functional test or declaration? measurement
  3. Which interventions have been performed on this item, by whom, and what did they change? process
  4. How stale may a condition assessment be before it must not be presented as current? temporal

Authenticity and verification

Whether the physical thing in hand is the thing the record designates.

Authenticity verification and cloned-identifier handling

Checks that bind the physical thing to the record: mark inspection, carrier verification, tamper evidence and cryptographically verifiable credentials, plus the handling of negative results and duplicate presentations.

  1. Which verification checks were performed on this item, by whom, and with what result? validation
  2. Which verifiable credentials assert facts about this item, and what is their current status? evidence
  3. What happens when verification fails or when the same identifier is presented on two physical things? exception
  4. What tamper-evidence exists on marks and carriers, and how is tampering recorded? security
Whereabouts and control Where the item has been observed, what it is inside, who holds it and who owns it.

Location observation

Dated statements of where the item was, with observation quality, and the containers or carriers it was observed within.

Location fix and observation quality

A dated statement of the item's whereabouts resolved against a place reference, distinguishing the point of observation from the business location asserted afterwards, and carrying precision and source.

  1. Where is the item now believed to be, on the strength of which observation? spatial
  2. Is a given location statement the point where the observation happened or the location the item is considered to be at afterwards? definition
  3. How was the whereabouts established: scan, sensor, sighting, declaration or inference? provenance
  4. How are contradictory or physically impossible location statements resolved? exception

Containment and carrier context

What the item was inside when observed: a handling unit, a vehicle, a room or another item, and how aggregation and disaggregation change that context without changing item identity.

  1. What container, handling unit or carrier was the item inside at a given instant? relationship
  2. Which aggregation or disaggregation events changed the item's containment, and when? event
  3. How deep may containment nest, and how is the outermost location derived from the innermost item? composition
  4. Which model masters the container itself, so that its contents are not restated here? interoperability

Custody, possession and rights

Who physically holds the item and under what basis, kept strictly distinct from who owns it.

Custody record and transfer

Periods during which a named party held the item, the basis of holding, and the transfer events between holders, aligned with ISO 22095 custody terminology and EPCIS source/destination and shipping/receiving semantics.

  1. Who holds the item now, since when, and on what basis (ownership, lease, loan, bailment, transport)? ownership
  2. Which transfer moved custody from one party to another, and was it acknowledged by both sides? process
  3. What prevents two open custody records existing at once, and how is an overlap corrected? constraint
  4. How are custody gaps recorded when the holder is genuinely unknown for a period? exception

Ownership and rights reference

The reference to legal title and encumbrances held in the ownership sibling model, and the rule that possession does not imply title. CIDOC CRM distinguishes current owner (P52) from keeper (P49); ISO 55000 frames value-bearing entities as assets of an organization.

  1. Who is recorded as owner of this item, and in which model is that assertion mastered? ownership
  2. When holder and owner differ, which record governs each type of decision about the item? authority
  3. What claims, liens, restitution claims or export restrictions limit dealings with this item? constraint
Events, provenance and evidence The event backbone that produces every other statement about the item, its time semantics, its origin story and the evidence that supports claims.

Event record and time semantics

How events about the item are captured, corrected and ordered in time.

Event capture and correction

The event structure that records what happened to the item, why, where and how, and the rules for idempotent capture, correction and retraction of events that must not be silently overwritten.

  1. What minimum fields must an event carry to be a valid statement about this item? requirement
  2. What business step and resulting disposition does the event assert, and from which vocabulary? classification
  3. How is an erroneous event corrected or retracted without destroying the original assertion? exception
  4. How are duplicate captures of the same real-world occurrence detected and collapsed? validation

Time semantics and ordering

The separation of when something happened from when it was recorded, the required timestamp form, and how ordering is decided when clocks disagree. RFC 3339 requires a stated offset to UTC, with 'Z' for zero offset and '-00:00' where the local offset is unknown; EPCIS carries eventTime, eventTimeZoneOffset and repository recordTime separately.

  1. For each statement, when did the fact occur and when was it observed or ingested? temporal
  2. How is the order of statements decided when event times are equal, missing or inconsistent with record times? constraint
  3. How is an imprecise or historical time expressed without fabricating precision? quality

Event dimensions

EPCIS 2.0 records What, When, Where, Why and How. Event types are ObjectEvent, AggregationEvent, TransactionEvent, TransformationEvent and AssociationEvent. When includes event time and record time. Why includes bizStep, disposition and persistentDisposition. How includes sensor elements in 2.0. Instance EPCs must not be mixed up with class-level EPCs. Event hash identifiers and business-transaction hash URIs appear in CBV 2.0.

  1. What events in this item's history are known, with type, action, event time, record time, event id or hash, and which identifier of the item was observed? event
  2. Was each event about this specific instance, a class/lot of which this instance is a member, or mixed, and is class-level inference flagged as inferred? validation
  3. What How-dimension sensor measurements accompanied the event, with quantity, unit, sensor id, and measurement time? measurement

Provenance and evidence

Where the item came from, through whose hands, and what evidence supports each claim.

Origin and chain of custody provenance

The origin of the individual (maker, place, date of production or first observation) and the ordered chain of custody from origin to the present, including declared gaps. PROV-O supplies generation, derivation and attribution; ISO 22095 supplies the custody model vocabulary.

  1. Who produced this individual, where and when, and how is that known? provenance
  2. What is the ordered chain of holders from origin to now, and where are the gaps? relationship
  3. Which chain-of-custody model does the chain claim to satisfy, and is that claim independently checked? validation
  4. How are contested or fabricated provenance claims flagged without deleting them? exception

Attestations, evidence quality and conflicting claims

How each claim about the item is supported, who vouches for it, how strong that support is, and what happens when two credible sources disagree.

  1. Which claim does each item of evidence support, and who issued that evidence? evidence
  2. How is evidence strength graded, and what is the minimum grade for a claim to be published externally? quality
  3. How is a credential's revocation, suspension or expiry reflected in claims that relied on it? validation
  4. When two sources make incompatible claims about the item, which prevails and on what recorded rule? decision
Record governance and interoperability Who governs the item record, who may see what, how long it is kept, and how it exchanges with external standards without overclaiming conformance.

Record stewardship, access and retention

Mastership and authority over the record, scoped disclosure, and privacy and retention duties.

Mastership, authority and record lifecycle

Which system and which party master this record, who may assert or change each part of it, and how record versions relate to the physical thing they describe.

  1. Which system of record masters this item record, and which fields are copies from elsewhere? authority
  2. Which roles may create, amend or retire each class of statement about the item? access
  3. How is a change to the record distinguished from a change to the physical thing? definition
  4. What retires the record itself, as opposed to ending the item's life? lifecycle

Access scoping and disclosure views

Which audiences may see which parts of the record, including a public identity view that deliberately withholds whereabouts and holder, and the exceptions that override the default.

  1. What is the default visibility of each bundle and layer for a party with no explicit grant? access
  2. Which fields may appear in a publicly resolvable view of the item, and which must never appear? privacy
  3. Under what exceptions may withheld data be disclosed, to whom, and with what record? exception
  4. How are access grants issued, time-boxed and revoked, and what happens to data already disclosed? security

Privacy exposure and retention

When item data becomes personal data, and how retention duties for traceability are reconciled with data-protection limits. GDPR applies to processing of personal data about identifiable natural persons; item records routinely carry holder identity, ownership history and movement traces.

  1. Which fields link the item to an identifiable natural person, directly or by combination? privacy
  2. How long is each class of item data retained, on what legal or contractual basis? retention
  3. How is an erasure request reconciled with traceability, safety or product-passport duties that require retention? exception
  4. What correlation risk arises from a persistent, publicly resolvable item identifier, and how is it mitigated? security

External alignment and exchange

How this model maps to external standards and exchanges item data without asserting unproven conformance.

Identifier and vocabulary alignment

Mappings from this model's terms to external vocabularies (GS1 EPCIS/CBV, GS1 Digital Link, schema.org, IEC 63278-1, CIDOC CRM, PROV-O) recorded as alignments with known conflicts, never as conformance claims.

  1. For each external standard, which of its terms does a given element of this model map to, and is the mapping exact, broader or narrower? interoperability
  2. Where do external standards contradict one another about the same fact, and how is the contradiction recorded rather than hidden? constraint
  3. Which version of each external vocabulary is the mapping valid against, and how is drift detected? provenance
  4. What evidence would be required before claiming conformance to a given external standard? validation

Exchange projections and external obligations

The outbound payloads built from this model (visibility events, product-passport content, credential presentations) and the obligations that attach when data is published to an external regime.

  1. Which outbound projection is required for a given consumer, and which fields does it draw from? interoperability
  2. Does an external payload bind to the item instance, to a batch or to the model, and is that level stated explicitly? identity
  3. What accuracy, availability and update duties attach once data is published to an external regime, and who is responsible? requirement
  4. How is divergence detected between a published projection and the current internal record? quality

Classifiers Filled

Family
World Models
Category
Physical world and living systems
Entry kind
entity
Navigation path
NAV.PHY.OBJ.INST
Domain
PHY.OBJ.INST
Industry
Cross-industry
Tags
physicaliteminstancephy.obj.inst
Also called
M2

What it is Filled

This model covers the individuated, one-of-a-kind record of a discrete physical thing: how it is identified and marked, which type it instantiates, what was measured on this specimen, its condition and lifecycle state, where it has been observed, who has held it, the events and provenance evidence attached to it, and the governance of that record. It excludes all class-level description, all quantity aggregation, and every concept mastered by a composable sibling model. Storage and interface (JSON, Markdown, Git, MongoDB, MCP) are projections, never semantics.

In scope

  • Instance-level identifiers, identity marks, data carriers, and identifier resolution/collision handling for one physical thing
  • The instance-of link to a product type or configuration, and rules for identity continuity across repair, replacement and reconfiguration
  • Properties measured on this specimen (as-built/as-observed), distinct from type specifications
  • Condition, damage, intervention history and lifecycle state including end of life
  • Observed whereabouts (location fixes, containment context) and custody/possession records
  • Events, provenance, chain-of-custody and evidence/attestations attached to the individual thing
  • Record stewardship: mastership, access scoping, privacy, retention, audit and external alignment

Out of scope

  • Type, model, design and configuration specifications (mastered by WM-OBJ-002 and WM-OBJ-017)
  • Material substance classes and their properties (mastered by the material substance sibling model)
  • Countable stock quantities and inventory positions (mastered by WM-OBJ-020)
  • Packaging and handling-unit structures as containers in their own right (mastered by WM-OBJ-021)
  • Place identity, premises geometry and address semantics (mastered by WM-BLT-002)
  • Financial, value and asset-management projections over the item (WM-OBJ-022 is a view, not a second master)
  • Legal title, ownership registration and party identity (mastered by the S1 ownership/party models)
  • Bulk, fungible or continuous matter with no individuating boundary, and batch/lot-level identity
  • Human beings, living organisms and purely digital or conceptual items
  • Maintenance work management, job planning and spare-part provisioning processes

Why it exists Filled

Model the context an agent needs to identify, describe, track and govern one individual physical thing as a distinguishable instance, separately from the type it instantiates and from any value, inventory or asset projection over it.

Distinguishing features Filled

  • One individual, countable thing with its own identity, unlike the product type it instantiates (WM-OBJ-002).
  • Unlike a stock position (WM-OBJ-020) it is not a quantity, and batch, bulk or fungible material is out of scope.
  • Unlike an asset (WM-OBJ-022) it carries no value or depreciation; those are projections over the instance.
  • Its record and the physical object change separately, so custody, condition and location are observations with times.

What robots and AI may and may not do Filled

Must not

  • Infer location, custody or condition that was not observed.
  • Reuse a retired serial or asset identifier for another item.
  • Record title transfer on the item; ownership belongs to the ownership model.
  • Merge or split item records without recorded evidence.
  • Handle, move or open an item outside the safe handling conditions declared for it.

Only with a human decision

  • Declaring an item lost, stolen, seized or destroyed.
  • Deciding a disputed authenticity check.
  • Approving disposal of an item that may still be under a legal hold or warranty claim.

May

  • Register an instance with a serial or asset identifier and its product type reference.
  • Record observed events such as scans, moves, inspections and condition assessments.
  • Resolve a scanned barcode, RFID tag or Digital Link to the matching instance.
  • Flag a suspected counterfeit or mismatched identity mark for review.

Moral aspects Filled

  • Item histories tied to a person, such as a personal device or vehicle, can reveal that person's movements and habits.
  • Unsafe or recalled items in circulation harm users; traceability supports recalls and must stay accurate.
  • Disposal of items has environmental effects; end-of-life records support reuse and proper recycling.

Who is affected

  • Owners and users of the item
  • People near the item when it is handled or moved
  • Recipients in recall or repair processes

Owners Filled

Steward

The adopting Dimension must name one owning package that masters item records and declare which fields are copies referenced from sibling models (type, place, party, assembly, stock).

Roles

Item record steward
Accountable for the accuracy and completeness of the item record; Approves identity-affecting changes including merges, splits and continuity decisions; Maintains the binding to the ownership model that authorises access grants
Observer or capture agent
Captures events, scans, sensor readings and location observations with correct event time and offset; Records observation source, device identity and precision; Flags rather than resolves contradictory observations
Custodian or holder
Holds the item and acknowledges custody transfers; Reports condition at handover, loss, theft or damage; Requests and receives scoped disclosure views needed to operate the item
Assessor or verifier
Performs condition assessments and authenticity verifications against named, versioned scales and methods; Issues or validates evidence and credentials with issuer, validity window and status; Records negative and inconclusive results rather than omitting them
Access and privacy administrator
Defines and versions disclosure views, grants and exceptions; Operates the retention and privacy schedule and resolves erasure conflicts; Audits disclosures and correlation risk arising from publicly resolvable identifiers
Interoperability maintainer
Maintains the alignment register against named external standard versions; Re-validates mappings on standard version drift and records conflicts; Governs outbound projections and detects divergence from published snapshots

Links to other meta-models Filled

references

  • WM-OBJ-002 Product type - Resolve the instance-of link to the class the item instantiates; all type-level specification stays there.
  • WM-OBJ-017 Product configuration - Resolve the configured variant an item was built to, where configuration is distinguished from base type.
  • WM-OBJ-021 Handling unit - Record observed containment of the item in a logistic unit without restating the packaging hierarchy.
  • WM-OBJ-020 Stock position - Allow inventory to reference identified instances; quantities and stock mastership remain outside this model.
  • WM-OBJ-022 Asset lifecycle - Asset-management records project value, criticality and life-cycle planning over this item; no second master identity is created.
  • WM-BLT-002 Premises - Resolve location fixes and containment context to governed place and premises identities.
  • Material substance model (legacy M1) - Resolve material constituents to material classes rather than restating material properties on the instance.
  • S1 ownership and party model - Supply owner, holder and steward party identities and the authority basis for every access grant over this record.

composes

  • WM-OBJ-012 As-built assembly - Assembly structure composes item instances; this model holds only the membership pointer and effective period.

extends

  • Specialised item models (equipment, vehicle, device hardware, cultural artifact) - Domain item models extend this instance core with their own semantics instead of duplicating identity, condition and custody.

aligned

  • GS1 EPCIS 2.0 and Core Business Vocabulary - Align event capture, business step, disposition, read point and business location semantics; alignment only, no conformance claim.
  • GS1 Digital Link URI Syntax 1.7.0 - Align the resolvable expression of an instance identifier (primary key plus serial qualifier) and resolver link types.
  • schema.org IndividualProduct - Align the type/instance distinction and the serialNumber and itemCondition terms for web-facing publication.
  • CIDOC CRM 7.1.3 - Align physical-thing, identifier, condition, keeper, owner, location and composition semantics for cultural and heritage items.
  • W3C PROV-O - Align provenance of statements about the item and the record-versus-thing distinction via specialization and attribution.
  • W3C Verifiable Credentials Data Model 2.0 - Align issuer-signed attestations, validity windows, credential status and evidence attached to the item.
  • IEC 63278-1:2023 Asset Administration Shell - Align the digital representation of an asset instance and submodel-style grouping of instance properties for industrial exchange.
  • IEC 61406-1:2022 Identification Link - Align the requirement that a machine-readable, globally unique link is attached to the individual physical unit.
  • ISO 22095:2020 Chain of custody - Align custody terminology and make explicit which custody models preserve one-to-one identity.
  • Regulation (EU) 2024/1781 digital product passport regime - Align passport payload, unique identifier and data carrier obligations where the item falls in scope of the EU regime.

neighbor

  • WM-OBJ-002 Product type / WM-OBJ-017 Product configuration - Type-instance boundary. schema.org separates Product/ProductModel from IndividualProduct ('a single, identifiable product instance'), and EPCIS separates class-level identification (GTIN/LGTIN with quantity) from instance-level identification (SGTIN, SSCC). Specifications, variants and marketing attributes stay in the type models; only the resolved reference and instance-specific deviations live here.
  • WM-OBJ-012 As-built assembly - The assembly graph, positions and build structure are mastered by WM-OBJ-012. This model carries only the membership pointer (parent item, role, installed/removed time) needed to interpret the individual, mirroring CIDOC CRM P46 is composed of and EPCIS AggregationEvent parent/child semantics.
  • WM-OBJ-020 Stock position - Inventory is a quantity of a type at a location; this model never masters counts. An item instance may be referenced by a stock position, but a stock position is not decomposable into instances unless each instance is separately identified.
  • WM-OBJ-021 Handling unit - A handling unit (SSCC-identified logistic unit) is itself a physical thing that contains items. Containment is recorded here as observed context only; the packaging hierarchy is mastered by WM-OBJ-021.
  • WM-OBJ-022 Asset lifecycle - ISO 55000 defines an asset as a thing or entity with potential or actual value to an organization; that is a value-relative role that may span portfolios, systems and non-physical entities. Asset records are a projection over this item and must not mint a second master identity.
  • WM-BLT-002 Premises - Premises contain item instances. Place identity, geometry and hierarchy are mastered there; here only a resolved place reference plus observation quality (EPCIS readPoint vs bizLocation, CIDOC P53 has former or current location).
  • Batch/lot and bulk material records - Instance identity requires an individuating physical boundary. ISO 22095 chain-of-custody models such as mass balance and controlled blending explicitly break one-to-one identity between input and output material, so batch/lot traceability must not be modelled as instance identity here.
  • S1 ownership and party models - Custody (holding, CIDOC P49 keeper) is modelled here; title and ownership (CIDOC P52 current owner) resolve to the ownership model, which also supplies the stewardship authority for this record.

What else AI and robots need to interact with it Filled

Identity and identifiers required Filled

  • Authoritative master-system identifier for the item (manufacturer or registry serial identity under its issuing scheme, for example a GS1 instance key or an ISO/IEC 15459 unique item identifier)
  • Governed global identifier or IRI (GS1 Digital Link URI, IEC 61406 identification link, AAS globalAssetId, or another registered IRI)
  • UUID or ULID minted by the adopting Dimension, recorded with the reason no governed identifier was available
  • A date, a location, a model name or a holder name is never an identifier and must not be used as a surrogate key

Direct properties required Filled

  • Mass in kilograms, measured as found including any attached parts.
  • Overall dimensions in metres, length, width and height of the bounding box in its current state.
  • Centre of mass position relative to a declared reference point, for lifting and gripping.
  • Surface condition and visible damage, observed under stated lighting and recorded with time.
  • Temperature in degrees Celsius where the item is temperature sensitive, measured at the surface or by a declared probe.

Recognition required Filled

  • Identified by a serial number, asset tag, RFID tag or data carrier bound to one physical object, plus its type, appearance and placement.
  • Confused with the product type, with another unit of the same type, with a lot or batch and with a handling unit that contains it.
  • A copied or relabelled mark can point to the wrong object; check the mark against type, condition and last known location.

Capabilities and actions required Filled

  • Register item instance: Create the master record for one individual physical thing, binding it to an authoritative identifier and, where known, to its type.
  • Assign identifier and record identity mark: Allocate or record an identifier for the item and register the physical mark or data carrier that bears it.
  • Resolve observed identifier to item: Resolve a scanned, quoted or inferred identifier to at most one item record, reporting ambiguity instead of guessing.
  • Capture item event: Append a validated event about the item recording what happened, when, where, why and how.
  • Record condition assessment: Attach a dated condition judgement to the item with scale, method, assessor and supporting evidence.
  • Transition lifecycle state: Move the item to a new governed status through a permitted transition, or reject the request.
  • Transfer custody: Close the outgoing custody period and open the incoming one, recording basis, parties and acknowledgement.
  • Attach or detach item from assembly: Record that the item was installed into or removed from a parent item at a stated time and position.
  • Verify authenticity: Evaluate marks, carriers, tamper evidence and credentials to decide whether the physical thing is the thing the record designates.
  • Merge or split item records: Reconcile records after discovering that two records describe one thing, or that one record conflated two things.
  • Retire item and close record: Record the item's end of life with evidence and place the record under its retention schedule.
  • Issue scoped disclosure view: Produce a projection of the record limited to a defined field set for a named audience, and log the disclosure.
  • Transform item identity: Consume this identity and generate successor item identities when a physical transformation so requires, recording PROV derivation.
  • Bind digital representation: Link an IL, Digital Link, DPP or AAS record to this item while keeping shell and passport identifiers distinct from the item master.
  • Quarantine or correct statement: Flag failed validation, cloned-serial suspicion or conflicting events without deleting history; corrections are new statements.
  • Report loss, theft or seizure: Set exceptional status with last-known location and holder, without treating the item as disposed.
  • Recover item: Re-enter a missing or stolen item into tracking after re-validating identity, condition and custody.
  • Bind kind and configuration: Assert or revise the class and optional configuration of the instance as references to sibling masters, with confidence and history.

Hazards and failure modes required Filled

  • Mass or sharp edges can injure people or damage the agent during handling.
  • Hazardous contents such as batteries, chemicals or pressurised gas can ignite, leak or burst when mishandled.
  • Misidentification sends the wrong unit to a customer, repair or recall.
  • Records of tracked personal items can be used to locate or stalk people.

Standards and interfaces required Filled

  • GS1 GIAI, SGTIN and GSIN keys and the EPC Tag Data Standard.
  • GS1 EPCIS 2.0 and CBV for item events.
  • ISO/IEC 15459 unique identification of transport units and items.
  • ISO/IEC 18000-63 for UHF RFID air interface.

Context of use required Filled

  • Digital product passport, unique product identifier, data carrier and registry obligations are EU-specific under Regulation (EU) 2024/1781; the Commission's registry became operational on 20 July 2026 and battery passports are indicated as mandatory from 18 February 2027. Non-EU jurisdictions have different or no equivalent duties.
  • GDPR-derived privacy and retention constraints assume EEA applicability; other jurisdictions apply different lawful bases, retention rules and erasure rights.
  • GS1 identification is globally scoped but voluntary and licence-based; sectors and national regimes mandate other schemes, so an item may have no GS1 key at all.
  • Custody, title and possession distinctions assume a legal system that separates them; specific transfer formalities, restitution claims and export controls are jurisdiction-dependent and out of scope here.
  • Condition grading scales are industry- and market-specific; no global scale was found, so scale identity and version must always accompany a grade.
  • GS1 key issuance depends on GS1 Company Prefix allocation by member organisations; not all jurisdictions or informal makers participate.
  • EU ESPR/DPP obligations and the 19 July 2026 registry duty are regional law with extra-territorial effects on goods placed on the EU market.
  • Object ID recovery practice is internationally promoted (ICOM, INTERPOL, WCO, EU customs) but is not a statutory identifier in every state.
  • Ownership versus possession is recorded in a way compatible with both PGLN supply-chain practice and CIDOC title transfer; specific common-law or civil-law estates are not assumed.
  • IEC 61406 and AAS practice is strongest in industrial equipment in Europe; consumer trade items more often use GS1.
  • Time zones and RFC 3339 offsets are required even where local operational systems store naive local time.

Sources Filled

  1. EPCIS and CBV linked data reference (EPCIS classes, properties and CBV code lists) - GS1
  2. GS1 Digital Link Standard: URI Syntax - GS1
  3. schema.org IndividualProduct - Schema.org Community Group / W3C
  4. Definition of the CIDOC Conceptual Reference Model, version 7.1.3 - CIDOC / ICOM CIDOC CRM Special Interest Group
  5. PROV-O: The PROV Ontology - World Wide Web Consortium (W3C)
  6. Verifiable Credentials Data Model v2.0 - World Wide Web Consortium (W3C)
  7. IEC 63278-1:2023 Asset Administration Shell for industrial applications - Part 1: Asset Administration Shell structure - International Electrotechnical Commission (IEC)
  8. IEC 61406-1:2022 Identification Link - Part 1: General requirements - International Electrotechnical Commission (IEC)
  9. RFC 3339: Date and Time on the Internet: Timestamps - Internet Engineering Task Force (IETF)
  10. ISO 55000:2024 Asset management - Vocabulary, overview and principles - International Organization for Standardization (ISO)
  11. ISO 22095:2020 Chain of custody - General terminology and models - International Organization for Standardization (ISO)
  12. ISO/IEC 15459-4:2008 Information technology - Unique identifiers - Part 4: Individual items - ISO/IEC JTC 1
  13. Digital Product Passport (DPP) - European Commission, DG Internal Market, Industry, Entrepreneurship and SMEs
  14. Data protection in the EU (Regulation (EU) 2016/679, GDPR) - European Commission
  15. Regulation (EU) 2024/1781 establishing a framework for the setting of ecodesign requirements for sustainable products (ESPR) - European Union (EUR-Lex, Publications Office)
  16. EPCIS 2.0 and EPCIS 1.2 documentation - OpenEPCIS (benelog GmbH & Co. KG)
  17. EPCIS Standard - GS1 AISBL
  18. Core Business Vocabulary (CBV) Standard - GS1 AISBL
  19. GS1 General Specifications - GS1 AISBL
  20. ISO 55000:2024(en), Asset management — Vocabulary, overview and principles - International Organization for Standardization
  21. ISO 55001:2024 Asset management — Asset management system — Requirements - International Organization for Standardization
  22. IEC 61406-1:2022 Identification Link — Part 1: General requirements - International Electrotechnical Commission
  23. IEC 61406-2:2024 Identification link — Part 2: Types/models, lots/batches, items and characteristics - International Electrotechnical Commission / VDE Verlag bibliographic record
  24. Object ID - International Council of Museums (license from J. Paul Getty Trust)
  25. Classes & Properties Declarations of CIDOC-CRM - CIDOC CRM Special Interest Group
  26. Regulation (EU) 2024/1781 of the European Parliament and of the Council (Ecodesign for Sustainable Products Regulation) - European Union
  27. Specification Asset Administration Shell Part 1: Metamodel, IDTA-01001-3-0-2 - Industrial Digital Twin Association

Open questions

  • Sector-specific instance identification regimes omitted by both providers - ISO 3779 VIN, medical device UDI, IMEI, aerospace and defence item unique identification, and firearms marking - which may impose mandatory identity elements on the instance-identification layer.
  • ISO/IEC 15459 series clause text and GS1 General Specifications 8.0.0 provisions on issuing agencies, non-reuse periods and identifier retirement, to decide whether identifier issuance and post-disposal embargo deserves its own finding beside master-identifier.
  • EPCIS TransformationEvent and PROV wasDerivedFrom grounding for the base identity-continuity finding, plus CBV completeness_verified versus completeness_inferred for containment-context, as evidence enrichment rather than new nodes.
  • ICOM Object ID descriptive categories (title, subject, date or period, maker) and museum condition-report taxonomies, to test whether cultural descriptive identity is a distinct facet of the observed-properties layer or remains covered by measured-attributes and origin-provenance.
  • Darwin Core and biological collecting-event practice for natural specimens taken into tracking, since natural-object admission currently rests only on a broad CIDOC E18 alignment.
  • Automatic data capture standards (RFID air interfaces, 2D symbol quality grading) and metrology vocabulary for measurement uncertainty, both unconsulted in either run.
  • Deaccession, forfeiture, salvage and waste-shipment regimes (including Basel Convention) that govern the accepted exceptional-states and end-of-life findings in jurisdictions beyond the EU assumptions already recorded.
  • ISO 55000:2024, ISO 22095:2020 and ISO/IEC 15459-4:2008 are paywalled; structure was derived from ISO catalogue scope and title metadata, not from clause text, so clause-level obligations may be missed.
  • The EUR-Lex text of Regulation (EU) 2024/1781 could not be rendered by the retrieval tool in this session; all product-passport statements rest on the European Commission's Digital Product Passport page, and article-level obligations (including whether a passport binds at model, batch or item level) are unverified here.
  • GS1 EPCIS 2.0 and CBV 2.0 normative PDFs could not be parsed; field-level grounding comes from the GS1 linked-data reference at ref.gs1.org/epcis/, corroborated by implementation documentation, so exact clause wording is not quoted.
  • Sector identification regimes (VIN, UDI, aerospace and defence item unique identification, firearms marking) were not researched and may impose mandatory identity elements.
  • Automatic data capture technology standards (RFID air interfaces, symbol quality grading) and metrology vocabulary for uncertainty were not consulted.
  • Animal and plant individual identification, and identification of persons, are excluded and unresearched.
  • Cultural-property specific provenance and restitution regimes were not researched beyond CIDOC CRM's structural vocabulary.
  • ISO 15459 unique identification of transport units and items was not fetched as full text and is a likely additional identifier-scheme alignment.
  • FDA UDI, ISO 3779 VIN, IMEI and other sector instance keys are omitted here and belong in specialized extension models.
  • National property, bailment, pledge, wreck and salvage law is not modelled beyond a jurisdiction-tagged title claim.
  • Basel Convention waste-shipment and other disposal-law processes are not sourced.
  • Living organisms and specimens as biological collecting events (Darwin Core) are not sourced; natural-object admission is only via CIDOC E18 alignment.
  • Fine-grained condition taxonomies (museum condition reports, ISO condition-monitoring series) were not fetched.
  • Full CBV and EPCIS enumerations are aligned by reference; only values evidenced in the retrieved standard summaries are named locally.
  • ISO 55000/55001 full text beyond the official overview, asset definition and lifecycle phrasing was paywalled; detailed AMS clause mapping is a gap.
  • EUR-Lex HTML fetch for ESPR returned empty in this run; DPP grain and registry behaviour rely on official CELEX identity plus retrieved recitals/definitions from search of the legal text.
  • Insurance, valuation, customs tariff of the instance, hazardous-goods instance state and calibration status are omitted.

Machine files

Provenance

world-models research · reviewable-draft

Built from: models/wm-obj-001-physical-item-instance/spec.yaml, ver-cy/world-models/card-supplements/wm-obj-001-physical-item-instance.json