← Back to catalogue
Published

Fulfilment / Delivery

vr.wm-eco-024 · wm-eco-024-fulfilment-delivery

Represent how an external order or obligation is fulfilled by goods, services, digital content or access so agents can distinguish promise, allocation, preparation, dispatch, handover, receipt, inspection, acceptance, exception and completion without confusing fulfilment with shipment, inventory, invoice, payment, return or refund.

World Models Society, people and institutions SOC.ECO.FUL

Bundle → Layer → Finding → Questions Filled

6 bundles · 12 layers · 24 findings · 72 questions

Identity, obligation, order and parties Groups fulfilment context for identity, obligation, order and parties.

Fulfilment root identity, version, profile and state

Groups source-qualified fulfilment context for fulfilment root identity, version, profile and state.

Fulfilment ID, version head, profile, status and master system

Records fulfilment id, version head, profile, status and master system as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish fulfilment id, version head, profile, status and master system? identity
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on fulfilment id, version head, profile, status and master system, for which purpose and under what authority? provenance
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify fulfilment id, version head, profile, status and master system? quality

Goods, service, digital, access, pickup, installation, partial, staged, recurring and third-party profile

Records goods, service, digital, access, pickup, installation, partial, staged, recurring and third-party profile as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish goods, service, digital, access, pickup, installation, partial, staged, recurring and third-party profile? classification
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on goods, service, digital, access, pickup, installation, partial, staged, recurring and third-party profile, for which purpose and under what authority? ownership
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify goods, service, digital, access, pickup, installation, partial, staged, recurring and third-party profile? validation

Order obligation, parties, roles and authority

Groups source-qualified fulfilment context for order obligation, parties, roles and authority.

Order, contract, line, obligation, commitment, term and discharge binding

Records order, contract, line, obligation, commitment, term and discharge binding as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish order, contract, line, obligation, commitment, term and discharge binding? relationship
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on order, contract, line, obligation, commitment, term and discharge binding, for which purpose and under what authority? authority
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify order, contract, line, obligation, commitment, term and discharge binding? security

Buyer, seller, supplier, provider, delivery party, recipient, beneficiary, agent, carrier and authority role

Records buyer, seller, supplier, provider, delivery party, recipient, beneficiary, agent, carrier and authority role as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish buyer, seller, supplier, provider, delivery party, recipient, beneficiary, agent, carrier and authority role? ownership
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on buyer, seller, supplier, provider, delivery party, recipient, beneficiary, agent, carrier and authority role, for which purpose and under what authority? requirement
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify buyer, seller, supplier, provider, delivery party, recipient, beneficiary, agent, carrier and authority role? privacy
Promised subject, composition, quantity and condition Groups fulfilment context for promised subject, composition, quantity and condition.

Item, service, resource, digital content and substitution

Groups source-qualified fulfilment context for item, service, resource, digital content and substitution.

Product, service, resource, content, entitlement, specification, lot, serial and version reference

Records product, service, resource, content, entitlement, specification, lot, serial and version reference as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish product, service, resource, content, entitlement, specification, lot, serial and version reference? relationship
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on product, service, resource, content, entitlement, specification, lot, serial and version reference, for which purpose and under what authority? constraint
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify product, service, resource, content, entitlement, specification, lot, serial and version reference? retention

Substitution, equivalence, variant, tolerance, quality, condition and acceptability

Records substitution, equivalence, variant, tolerance, quality, condition and acceptability as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish substitution, equivalence, variant, tolerance, quality, condition and acceptability? constraint
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on substitution, equivalence, variant, tolerance, quality, condition and acceptability, for which purpose and under what authority? process
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify substitution, equivalence, variant, tolerance, quality, condition and acceptability? access

Fulfilment units, lines, batches, packages and quantities

Groups source-qualified fulfilment context for fulfilment units, lines, batches, packages and quantities.

Fulfilment unit, line, split, batch, stage, handling unit, package, consignment and dependency

Records fulfilment unit, line, split, batch, stage, handling unit, package, consignment and dependency as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish fulfilment unit, line, split, batch, stage, handling unit, package, consignment and dependency? composition
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on fulfilment unit, line, split, batch, stage, handling unit, package, consignment and dependency, for which purpose and under what authority? event
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify fulfilment unit, line, split, batch, stage, handling unit, package, consignment and dependency? exception

Ordered, promised, allocated, prepared, dispatched, delivered, received, accepted, rejected and outstanding quantity

Records ordered, promised, allocated, prepared, dispatched, delivered, received, accepted, rejected and outstanding quantity as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish ordered, promised, allocated, prepared, dispatched, delivered, received, accepted, rejected and outstanding quantity? measurement
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on ordered, promised, allocated, prepared, dispatched, delivered, received, accepted, rejected and outstanding quantity, for which purpose and under what authority? measurement
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify ordered, promised, allocated, prepared, dispatched, delivered, received, accepted, rejected and outstanding quantity? interoperability
Planning, allocation, readiness, preparation and dispatch Groups fulfilment context for planning, allocation, readiness, preparation and dispatch.

Plan, allocation, backorder, readiness, pick, pack and activation

Groups source-qualified fulfilment context for plan, allocation, backorder, readiness, pick, pack and activation.

Plan, schedule, capacity, allocation, reservation, backorder, priority and dependency

Records plan, schedule, capacity, allocation, reservation, backorder, priority and dependency as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish plan, schedule, capacity, allocation, reservation, backorder, priority and dependency? process
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on plan, schedule, capacity, allocation, reservation, backorder, priority and dependency, for which purpose and under what authority? evidence
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify plan, schedule, capacity, allocation, reservation, backorder, priority and dependency? decision

Ready, pick, pack, stage, configure, provision, activate, verify and release for dispatch

Records ready, pick, pack, stage, configure, provision, activate, verify and release for dispatch as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish ready, pick, pack, stage, configure, provision, activate, verify and release for dispatch? state
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on ready, pick, pack, stage, configure, provision, activate, verify and release for dispatch, for which purpose and under what authority? quality
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify ready, pick, pack, stage, configure, provision, activate, verify and release for dispatch? identity

Dispatch, despatch advice, custody and transport binding

Groups source-qualified fulfilment context for dispatch, despatch advice, custody and transport binding.

Dispatch instruction, advice, event, item, package, quantity, origin, destination and notice

Records dispatch instruction, advice, event, item, package, quantity, origin, destination and notice as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish dispatch instruction, advice, event, item, package, quantity, origin, destination and notice? event
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on dispatch instruction, advice, event, item, package, quantity, origin, destination and notice, for which purpose and under what authority? validation
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify dispatch instruction, advice, event, item, package, quantity, origin, destination and notice? classification

Shipment, consignment, carrier, transport leg, tracking, custody, risk and handover reference

Records shipment, consignment, carrier, transport leg, tracking, custody, risk and handover reference as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish shipment, consignment, carrier, transport leg, tracking, custody, risk and handover reference? relationship
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on shipment, consignment, carrier, transport leg, tracking, custody, risk and handover reference, for which purpose and under what authority? security
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify shipment, consignment, carrier, transport leg, tracking, custody, risk and handover reference? composition
Delivery, handover, receipt, inspection and acceptance Groups fulfilment context for delivery, handover, receipt, inspection and acceptance.

Attempt, arrival, location, channel, handover and proof

Groups source-qualified fulfilment context for attempt, arrival, location, channel, handover and proof.

Delivery attempt, arrival, availability, pickup, activation, endpoint, recipient and location

Records delivery attempt, arrival, availability, pickup, activation, endpoint, recipient and location as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish delivery attempt, arrival, availability, pickup, activation, endpoint, recipient and location? spatial
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on delivery attempt, arrival, availability, pickup, activation, endpoint, recipient and location, for which purpose and under what authority? privacy
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify delivery attempt, arrival, availability, pickup, activation, endpoint, recipient and location? relationship

Handover, custody transfer, signature, photo, code, device, witness and proof

Records handover, custody transfer, signature, photo, code, device, witness and proof as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish handover, custody transfer, signature, photo, code, device, witness and proof? evidence
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on handover, custody transfer, signature, photo, code, device, witness and proof, for which purpose and under what authority? retention
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify handover, custody transfer, signature, photo, code, device, witness and proof? state

Receipt, examination, inspection, acceptance and rejection

Groups source-qualified fulfilment context for receipt, examination, inspection, acceptance and rejection.

Receipt advice, recipient, quantity, package, condition, time, place and source

Records receipt advice, recipient, quantity, package, condition, time, place and source as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish receipt advice, recipient, quantity, package, condition, time, place and source? event
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on receipt advice, recipient, quantity, package, condition, time, place and source, for which purpose and under what authority? access
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify receipt advice, recipient, quantity, package, condition, time, place and source? lifecycle

Examination, inspection, test, conformity, acceptance, rejection, reservation and reason

Records examination, inspection, test, conformity, acceptance, rejection, reservation and reason as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish examination, inspection, test, conformity, acceptance, rejection, reservation and reason? validation
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on examination, inspection, test, conformity, acceptance, rejection, reservation and reason, for which purpose and under what authority? exception
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify examination, inspection, test, conformity, acceptance, rejection, reservation and reason? temporal
Exceptions, remedies, reconciliation and completion Groups fulfilment context for exceptions, remedies, reconciliation and completion.

Shortage, excess, damage, loss, delay, failure and recovery

Groups source-qualified fulfilment context for shortage, excess, damage, loss, delay, failure and recovery.

Shortage, excess, damage, loss, delay, wrong item, condition, temperature and discrepancy

Records shortage, excess, damage, loss, delay, wrong item, condition, temperature and discrepancy as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish shortage, excess, damage, loss, delay, wrong item, condition, temperature and discrepancy? quality
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on shortage, excess, damage, loss, delay, wrong item, condition, temperature and discrepancy, for which purpose and under what authority? interoperability
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify shortage, excess, damage, loss, delay, wrong item, condition, temperature and discrepancy? spatial

Failed attempt, hold, reroute, retry, redelivery, replacement, repair, cancellation and escalation

Records failed attempt, hold, reroute, retry, redelivery, replacement, repair, cancellation and escalation as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish failed attempt, hold, reroute, retry, redelivery, replacement, repair, cancellation and escalation? exception
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on failed attempt, hold, reroute, retry, redelivery, replacement, repair, cancellation and escalation, for which purpose and under what authority? decision
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify failed attempt, hold, reroute, retry, redelivery, replacement, repair, cancellation and escalation? provenance

Reconciliation, acceptance, remedy, completion and discharge

Groups source-qualified fulfilment context for reconciliation, acceptance, remedy, completion and discharge.

Order, dispatch, receipt, invoice, quantity, condition, status and evidence reconciliation

Records order, dispatch, receipt, invoice, quantity, condition, status and evidence reconciliation as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish order, dispatch, receipt, invoice, quantity, condition, status and evidence reconciliation? validation
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on order, dispatch, receipt, invoice, quantity, condition, status and evidence reconciliation, for which purpose and under what authority? identity
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify order, dispatch, receipt, invoice, quantity, condition, status and evidence reconciliation? ownership

Accepted, partial, rejected, remedied, completed, disputed, obligation discharge, return and compensation reference

Records accepted, partial, rejected, remedied, completed, disputed, obligation discharge, return and compensation reference as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish accepted, partial, rejected, remedied, completed, disputed, obligation discharge, return and compensation reference? lifecycle
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on accepted, partial, rejected, remedied, completed, disputed, obligation discharge, return and compensation reference, for which purpose and under what authority? classification
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify accepted, partial, rejected, remedied, completed, disputed, obligation discharge, return and compensation reference? authority
Governance, provenance, time, access and interoperability Groups fulfilment context for governance, provenance, time, access and interoperability.

Source, provenance, access, privacy, retention and correction

Groups source-qualified fulfilment context for source, provenance, access, privacy, retention and correction.

Owner, steward, source system, actor, activity, derivation, revision, conflict and audit

Records owner, steward, source system, actor, activity, derivation, revision, conflict and audit as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish owner, steward, source system, actor, activity, derivation, revision, conflict and audit? provenance
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on owner, steward, source system, actor, activity, derivation, revision, conflict and audit, for which purpose and under what authority? composition
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify owner, steward, source system, actor, activity, derivation, revision, conflict and audit? requirement

Purpose, address, recipient, access, confidentiality, disclosure, retention, legal hold, correction and tombstone

Records purpose, address, recipient, access, confidentiality, disclosure, retention, legal hold, correction and tombstone as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish purpose, address, recipient, access, confidentiality, disclosure, retention, legal hold, correction and tombstone? privacy
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on purpose, address, recipient, access, confidentiality, disclosure, retention, legal hold, correction and tombstone, for which purpose and under what authority? relationship
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify purpose, address, recipient, access, confidentiality, disclosure, retention, legal hold, correction and tombstone? constraint

Event clocks, validation and loss-aware projections

Groups source-qualified fulfilment context for event clocks, validation and loss-aware projections.

Requested, promised, ready, dispatched, arrived, attempted, handed over, received, inspected, accepted, completed, observed and known time

Records requested, promised, ready, dispatched, arrived, attempted, handed over, received, inspected, accepted, completed, observed and known time as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish requested, promised, ready, dispatched, arrived, attempted, handed over, received, inspected, accepted, completed, observed and known time? temporal
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on requested, promised, ready, dispatched, arrived, attempted, handed over, received, inspected, accepted, completed, observed and known time, for which purpose and under what authority? state
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify requested, promised, ready, dispatched, arrived, attempted, handed over, received, inspected, accepted, completed, observed and known time? process

Identity, quantity, state, sequence, condition, term, policy, privacy, UBL, EDIFACT, EPCIS, Schema.org, TMF, PROV and API validation

Records identity, quantity, state, sequence, condition, term, policy, privacy, ubl, edifact, epcis, schema.org, tmf, prov and api validation as source-qualified fulfilment context while order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain independently identifiable.

  1. What stable fulfilment, version, obligation, unit, item, party and external-master identities plus explicit profile and unknown state establish identity, quantity, state, sequence, condition, term, policy, privacy, ubl, edifact, epcis, schema.org, tmf, prov and api validation? interoperability
  2. Who promises, supplies, prepares, dispatches, carries, hands over, receives, inspects, accepts, corrects or may rely on identity, quantity, state, sequence, condition, term, policy, privacy, ubl, edifact, epcis, schema.org, tmf, prov and api validation, for which purpose and under what authority? lifecycle
  3. Which requested, promised, planned, ready, dispatched, arrived, attempted, handed-over, received, inspected, accepted, completed, observed, ingested and known times, sources and evidence qualify identity, quantity, state, sequence, condition, term, policy, privacy, ubl, edifact, epcis, schema.org, tmf, prov and api validation? event

Classifiers Filled

Family
World Models
Category
Society, people and institutions
Entry kind
aggregate
Navigation path
NAV.SOC.ECO.FUL
Domain
SOC.ECO.FUL
Industry
Cross-industry
Tags
fulfilmentdeliverysoc.eco.ful

What it is Filled

Owns fulfilment identity, versions, profiles and state; order, contract, line and obligation bindings; party roles and authority; promised product, service, resource, digital content, entitlement, specification, lot and serial references; fulfilment units, splits, batches, stages, packages and dependencies; ordered, promised, allocated, prepared, dispatched, delivered, received, accepted, rejected and outstanding quantities; substitution, tolerance, quality and condition assertions; plan, allocation, backorder, readiness, preparation, dispatch or activation evidence; shipment, consignment, carrier, transport and custody references; delivery attempts, handover proof, receipt, examination, inspection, conformity, acceptance and rejection evidence; shortages, excess, damage, loss, delay, failure, recovery, remedies, reconciliation, completion and discharge assertions; distinct clocks, provenance, privacy, retention, validation and loss-aware projections. External order, party, product, inventory, shipment, service, entitlement, invoice, payment, return and records masters remain authoritative.

In scope

  • Fulfilment identity, versions, obligation and party bindings, promised subjects, units, composition, quantities, conditions, allocation, readiness and dispatch or activation evidence
  • Handover, receipt, inspection, acceptance, exceptions, remedies, reconciliation, completion, clocks, provenance, access, retention and projections

Out of scope

  • Owning Purchase Order, Contract, Party, Product, Service, Inventory, Warehouse, Shipment, Consignment, Package, Route, Location, Digital Artifact, Entitlement, Appointment, Work Order, Invoice, Payment, Return, Refund, Support or Records masters
  • Treating dispatched, delivered, received, accepted or completed status as universal proof of intended-recipient receipt, conformity, payment, discharge, risk transfer or dispute closure
  • Autonomous order acceptance, inventory allocation, dispatch, service activation, receipt signature, acceptance, discharge, invoicing, payment, return, refund, disclosure or physical disposition

Why it exists Filled

Represent how an external order or obligation is fulfilled by goods, services, digital content or access so agents can distinguish promise, allocation, preparation, dispatch, handover, receipt, inspection, acceptance, exception and completion without confusing fulfilment with shipment, inventory, invoice, payment, return or refund.

Distinguishing features Filled

  • How an order or obligation is fulfilled, not the order itself.
  • Covers goods, services, digital content and access.
  • Differs from a shipment, which is a transport movement.
  • Keeps dispatch, handover, receipt, inspection and acceptance separate.

What robots and AI may and may not do Filled

Must not

  • Accept obligations or allocate inventory without delegation.
  • Sign receipt or accept conformity.
  • Discharge an obligation.
  • Invoice on delivery status alone.
  • Mark delivered without evidence.

Only with a human decision

  • Accepting or rejecting deliveries.
  • Resolving disputes over delivery.
  • Discharging obligations.

May

  • Plan and track fulfilment units and stages.
  • Record dispatch and handover events from sources.
  • Flag exceptions and delays.
  • Reconcile fulfilment with orders and invoices.

Moral aspects Filled

  • Failed delivery of essential goods or services harms people who depend on them.
  • Delivery addresses and recipient data are personal.
  • Courier and warehouse workers face time pressure from tracking metrics.

Who is affected

  • Recipients and buyers
  • Suppliers
  • Delivery and warehouse workers

Owners Filled

Steward

Dimension owner, namespace authority, accountable fulfilment owner and delegated commercial, logistics, service, inspection and legal authorities

Roles

Fulfilment owner
Own purpose, scope, profile, lifecycle, compatibility and accountable use.
Order and commercial steward
Own obligation, terms, tolerance, substitution and contract or order bindings.
Inventory and preparation steward
Own allocation, backorder, readiness, pick, pack and inventory-source bindings.
Logistics or service steward
Own dispatch, shipment, activation, handover and service-execution bindings.
Recipient and inspection authority
Own receipt, examination, conformity, acceptance, rejection and discrepancy decisions.
Privacy, safety and legal authority
Own protected delivery data, risk, remedies, access, jurisdiction and retention limitations.
Interoperability and records steward
Own mappings, conformance evidence, declared loss, legal hold and disposition policy.

Links to other meta-models Filled

references

  • WM-ECO-019 - Resolve the candidate containing purchase-order obligation without granting cascade mutation authority.
  • WM-FLW-011 - Resolve candidate shipment and transport execution without duplicating its lifecycle.
  • WM-ECO-008 - Resolve candidate invoice evidence without owning billing or settlement.
  • Party, Product, Service, Inventory, Warehouse, Shipment, Consignment, Package, Location, Digital Artifact, Entitlement, Work Order, Payment, Return, Refund, Support and Records models - Resolve external identities, states, operations and evidence without duplicating their masters.

aligned

  • UBL 2.3; UN/EDIFACT DESADV, RECADV and INSDES; EPCIS and CBV 2.0; CISG; EU consumer and sales profiles; Schema.org; TM Forum; RFC 3339; PROV-O; DQV; ODRL; OpenAPI 3.1.1 - Project version-pinned logistics, traceability, legal, discovery, service, temporal, provenance, quality, policy and API views with declared loss.

neighbor

  • WM-ECO-019 Purchase Order - The candidate ledger says the order contains fulfilment obligations. The order owns the exchanged commitment; this model owns obligation-performance and evidence context and does not mutate the order.
  • WM-FLW-011 Shipment - The candidate reference points to physical transport execution. Shipment, consignment, package, carrier, route and tracking remain external while fulfilment binds dispatch and delivery evidence.
  • WM-ECO-008 Invoice - The candidate reference connects delivered or accepted quantities to billing evidence. Fulfilment never issues or settles invoices.
  • Inventory, service execution, entitlement, return and refund - These systems own allocation, actual service or access, reverse logistics and financial remedy lifecycles; fulfilment records typed references and effect observations.
  • UBL, UN/EDIFACT, EPCIS, CISG, EU law, Schema.org, TM Forum, RFC, PROV, DQV, ODRL and OpenAPI - Each representation has a distinct scope; every mapping is version-pinned, profile-qualified and loss-declaring.

parent

  • WM-ECO-019

What else AI and robots need to interact with it Filled

Identity and identifiers required Filled

  • Authoritative master-system identifier for fulfilment, version, obligation, unit, dispatch, receipt, inspection, exception or artifact, qualified by namespace and kind.
  • Governed globally resolvable fulfilment or artifact IRI.
  • Dimension UUID or ULID when neither preceding identifier exists.

Direct properties not applicable Not applicable

Not applicable

Institutional or informational subject: no invented physical properties.

Recognition optional Filled

  • A fulfilment names an order or obligation, items, quantities, a recipient and stage events.
  • Often confused with a shipment, an order, an invoice or a delivery note.

Capabilities and actions required Filled

  • Register fulfilment obligation: Governed operation to register fulfilment obligation without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Plan and allocate fulfilment: Governed operation to plan and allocate fulfilment without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Record readiness and preparation: Governed operation to record readiness and preparation without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Record dispatch or activation: Governed operation to record dispatch or activation without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Record handover and receipt: Governed operation to record handover and receipt without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Inspect, accept or reject: Governed operation to inspect, accept or reject without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Record exception and recovery: Governed operation to record exception and recovery without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Reconcile and assess completion: Governed operation to reconcile and assess completion without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Correct, supersede or cancel evidence: Governed operation to correct, supersede or cancel evidence without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.
  • Query, project, retain and audit: Governed operation to query, project, retain and audit without autonomous order acceptance, inventory mutation, dispatch, service execution, acceptance, billing, payment, return, refund, disclosure or disposition.

Hazards and failure modes required Filled

  • Wrong recipient.
  • Undelivered goods marked delivered.
  • Damaged goods accepted unknowingly.

Standards and interfaces required Filled

  • OASIS UBL 2.3 Despatch Advice and Receipt Advice.
  • UN/EDIFACT DESADV and RECADV messages.
  • GS1 EPCIS 2.0 and Core Business Vocabulary.
  • GS1 SSCC.
  • Schema.org ParcelDelivery.

Context of use required Filled

  • Delivery, risk transfer, examination, acceptance, remedies, returns, taxes, customs and record retention depend on governing law, sector, contract and party type.
  • CISG and EU consumer and sale-of-goods rules are scoped profiles, not universal governing law; Incoterms content is not reproduced.

Sources Filled

  1. Universal Business Language Version 2.3 - OASIS Open
  2. UN/EDIFACT Despatch advice message - United Nations Economic Commission for Europe
  3. UN/EDIFACT Receiving advice message - United Nations Economic Commission for Europe
  4. UN/EDIFACT Instruction to despatch message - United Nations Economic Commission for Europe
  5. EPCIS Standard 2.0.1 - GS1
  6. Core Business Vocabulary 2.0 - GS1
  7. International Sale of Goods CISG and related transactions - United Nations Commission on International Trade Law
  8. Directive 2011/83/EU on consumer rights - European Union
  9. Directive EU 2019/771 on contracts for the sale of goods - European Union
  10. ParcelDelivery - Schema.org Community Group
  11. DeliveryEvent - Schema.org Community Group
  12. Service Ordering Management API TMF641 - TM Forum
  13. Open API Directory - TM Forum
  14. Date and Time on the Internet: Timestamps - Internet Engineering Task Force
  15. PROV-O: The PROV Ontology - World Wide Web Consortium
  16. Data on the Web Best Practices: Data Quality Vocabulary - World Wide Web Consortium
  17. ODRL Information Model 2.2 - World Wide Web Consortium
  18. OpenAPI Specification 3.1.1 - OpenAPI Initiative

Open questions

  • Canonically adjudicate the WM-ECO-019 containment and WM-FLW-011 and WM-ECO-008 reference edges and register remaining neighbor relations.
  • Create goods, services, digital delivery, utilities, healthcare, food, hazardous-material, installation and regulated-sector profiles.
  • Conformance-test dispatch, receipt, inspection, quantity, condition, exception, completion and projection mappings against concrete implementations.
  • Validate organization-specific allocation, substitution, delivery, acceptance, safety, privacy, retention and emergency-access policies.
  • Obtain authorized legal, consumer, logistics, safety, customs and financial review before jurisdiction-specific claims.
  • Obtain independent external research review before promotion beyond reviewable-draft assurance.
  • Claude and Grok each timed out on one bounded attempt; no independent external result was admitted.
  • The candidate WM-ECO-019 containment and WM-FLW-011 and WM-ECO-008 reference relations are not canonically approved.
  • Goods, services, digital delivery, utilities, healthcare, food, hazardous materials, installation and regulated sectors need separate profiles.
  • Incoterms, national contract, consumer, product-safety, tax, customs, privacy, signature and records rules require licensed or jurisdiction-specific review.
  • UBL, UN/EDIFACT, EPCIS, Schema.org and TM Forum projections do not universally prove physical delivery, legal acceptance or obligation discharge.

Machine files

Provenance

world-models research · reviewable-draft

Built from: models/wm-eco-024-fulfilment-delivery/spec.yaml, ver-cy/world-models/card-supplements/wm-eco-024-fulfilment-delivery.json