Representative Use Cases
Compare six committed protocol fixtures paired with their interactive 3D demo scenarios.
Status: Live customer guide for Supply-Y Protocol 1.0. The catalog below is generated from six committed protocol scenario fixtures paired one-to-one with the six interactive demo scenarios; it is not a list of unverified marketing claims.
How to use this catalog
Choose the loop that is closest to one real cross-company decision. Compare the business problem, participant sequence, transport availability and acceptance criteria before discussing integration. Each loop links to the exact interactive scenario and its source fixture.
The scenarios are representative starting points. A customer pilot narrows one of them to named participants, an approved Skill, a specific decision window and an explicit disclosure boundary.
What stays the same across every loop
Every use case uses the same Protocol 1.0 envelope, identity binding, Package and Response lifecycle, signed policy evidence, recipient receipt, thread semantics and ciphertext-safe audit model. The scenario Skill changes the shared business meaning and allowed fields; it does not replace the protocol.
One Package uses one transport path. Native Mode stores one encrypted Package in Supply-Y. Catena-X Mode moves the Package through the participants' EDC data plane while Supply-Y stores references and audit evidence, not a duplicate payload.
From representative fixture to pilot
A passing fixture proves that the intended object shape and scenario rules are executable. It does not prove that a customer's data mapping, Agent, KMS, EDC connector or operating process is ready.
Start with fictional or sanitized data in the Protocol Playground, open the matching 3D loop, and then use Plan a Managed Pilot to define customer-specific responsibilities, stage gates, acceptance evidence and exit rules.
Six representative loops
Compare the business problem and first acceptance criteria at a glance. Expand any loop to inspect its complete participant sequence and success criteria, then open the exact 3D scenario or source fixture.
On this page
Every card reads its problem, sequence and success criteria from a committed protocol fixture paired with the matching 3D demo scenario.
- Loops
- 6
- Participant roles
- 4
- Transport modes
- 2
- Documented steps
- 41
Material Risk Collaboration Loop
A Tier 3 material supplier sees a constrained material family for the next 6 to 8 weeks, but cannot disclose customer names, exact capacity or allocation formulas.
- Participants
- Brand OEM · Tier 1 · Tier 2 · Tier 3
- Transport
- Native + Catena-X
- Demo
- 6 moving Packages
- Fixture
- 6 decision and story steps
- No raw customer data leaves the sender
- Every package has a Policy Envelope
Complete loop and acceptance criteria
Expected loop
- Tier 3 sends material constraint reasoning to Tier 2
- Tier 2 responds with component impact response
- Tier 1 requests OEM priority decision
- OEM provides priority ranking
- Tier 1 forwards only the allowed priority class back to Tier 2 for upstream recovery planning
- Network Story summarizes agreed facts, unresolved questions and next actions
Success criteria
- No raw customer data leaves the sender
- Every package has a Policy Envelope
- Human approval is required before external send
- OEM priority is propagated as a safe class token rather than raw volume or program strategy
- Every lifecycle transition emits an audit event
- Network Story can be read by nontechnical reviewers
- Scenario
scenario_material_constraint_001- Thread
thread_material_constraint_01
Weekly Demand and Capacity Alignment
The OEM forecast shifts for the next 8 weeks and suppliers need to respond with safe capacity ranges rather than raw planning data.
- Participants
- Brand OEM · Tier 1 · Tier 2 · Tier 3
- Transport
- Native
- Demo
- 7 moving Packages
- Fixture
- 6 decision and story steps
- Demand shift is expressed as a controlled reasoning object
- Capacity is shared as range or confidence band
Complete loop and acceptance criteria
Expected loop
- OEM sends demand change reasoning
- Tier 1 responds with capacity response
- Tier 2 adds component-level context
- Tier 3 replies with material-range evidence
- Tier 1 returns a consolidated feasible plan to the OEM
- Participants close the loop with a Network Story update
Success criteria
- Demand shift is expressed as a controlled reasoning object
- Capacity is shared as range or confidence band
- Supplier constraints are summarized into an executable OEM-facing plan
- Responses update the Loop Thread
- The story can be replayed from audit events
- Scenario
scenario_weekly_alignment_001- Thread
thread_weekly_alignment_01
Incident Mitigation War Room
A Tier 2 connector production incident appears and multiple supply-chain parties need to mitigate together without broadcasting customer exposure, exact recovery capacity, commercial penalties or allocation formulas.
- Participants
- Brand OEM · Tier 1 · Tier 2 · Tier 3
- Transport
- Native
- Demo
- 7 moving Packages
- Fixture
- 8 decision and story steps
- Incident impact is shared at bounded family or priority-band level
- OEM priority is returned as protected guidance
Complete loop and acceptance criteria
Expected loop
- Tier 2 sends incident alert to Tier 1
- Tier 1 escalates impact notice to Brand OEM
- Brand OEM replies with mitigation priority decision
- Tier 1 sends mitigation plan to Tier 2
- Tier 2 asks Tier 3 for recovery support
- Tier 3 replies with recovery commitment
- Tier 1 returns a mitigation status story to Brand OEM
- Network Story summarizes mitigation status, open questions and next actions
Success criteria
- Incident impact is shared at bounded family or priority-band level
- OEM priority is returned as protected guidance
- Recovery commitments are expressed as ranges and confidence bands
- Sensitive commercial and customer exposure details stay hidden
- Every participant contributes to the loop rather than only receiving a broadcast
- The final incident status is readable by management without exposing supplier incident records
- Scenario
scenario_incident_mitigation_001- Thread
thread_incident_mitigation_01
Quality Containment and Lot Trace
A Tier 2 connector lot shows a quality defect signal and the network needs to contain affected assemblies, trace material genealogy and narrow quarantine scope without exposing raw inspection logs, customer fallout or supplier process IP.
- Participants
- Brand OEM · Tier 1 · Tier 2 · Tier 3
- Transport
- Native + Catena-X
- Demo
- 6 moving Packages
- Fixture
- 7 decision and story steps
- Defect signal is shared as lot family, confidence and containment action rather than raw inspection rows
- OEM containment decision is forwarded as a protected class token
Complete loop and acceptance criteria
Expected loop
- Tier 2 sends quality alert to Tier 1
- Tier 1 sends containment notice to Brand OEM
- Brand OEM replies with stop ship decision
- Tier 1 sends containment plan to Tier 2
- Tier 2 asks Tier 3 for lot trace evidence
- Tier 3 replies with trace evidence response
- Network Story summarizes quarantine scope, release conditions and open quality actions
Success criteria
- Defect signal is shared as lot family, confidence and containment action rather than raw inspection rows
- OEM containment decision is forwarded as a protected class token
- Tier 3 trace evidence is reduced to genealogy hash, release status and forwardable summary
- Customer-specific failure counts, process recipes and commercial exposure remain hidden
- Scenario
scenario_quality_containment_001- Thread
thread_quality_containment_01
Engineering Change and Substitute Approval
A Tier 3 material substitute needs to move through component, harness and OEM approval gates while each party exposes validation evidence and decision scope without revealing formulas, prices, volumes or program strategy.
- Participants
- Brand OEM · Tier 1 · Tier 2 · Tier 3
- Transport
- Native
- Demo
- 6 moving Packages
- Fixture
- 7 decision and story steps
- Engineering properties and risk bands can be shared without exposing material formula IP
- OEM decision is represented as conditional approval plus forwardable test gates
Complete loop and acceptance criteria
Expected loop
- Tier 3 sends substitute material proposal to Tier 2
- Tier 2 sends component change request to Tier 1
- Tier 1 sends engineering approval request to Brand OEM
- Brand OEM replies with conditional approval
- Tier 1 forwards approved change instruction to Tier 2
- Tier 2 sends qualification plan to Tier 3
- Network Story summarizes approval scope, required gates and open qualification evidence
Success criteria
- Engineering properties and risk bands can be shared without exposing material formula IP
- OEM decision is represented as conditional approval plus forwardable test gates
- Supplier execution packet contains only trial scope and evidence requirements
- Every approval and gate can be traced back to the originating change request
- Scenario
scenario_engineering_change_001- Thread
thread_engineering_change_01
Compliance and Sustainability Evidence
An OEM requests sustainability, origin and product carbon evidence for a harness family. Suppliers must return decision-ready attestations, bands and hashes without exposing sourcing maps, process energy contracts, costs or unrelated customer data.
- Participants
- Brand OEM · Tier 1 · Tier 2 · Tier 3
- Transport
- Native + Catena-X
- Demo
- 6 moving Packages
- Fixture
- 7 decision and story steps
- Compliance evidence can move as status, bands and certificate hashes
- Sub-supplier names, mine routes, energy contracts and cost models remain hidden
Complete loop and acceptance criteria
Expected loop
- Brand OEM sends sustainability evidence request to Tier 1
- Tier 1 sends component evidence query to Tier 2
- Tier 2 sends origin attestation query to Tier 3
- Tier 3 replies with material evidence response
- Tier 2 replies with component compliance summary
- Tier 1 returns OEM evidence package to Brand OEM
- Network Story summarizes complete evidence, provisional evidence and open certificate refresh
Success criteria
- Compliance evidence can move as status, bands and certificate hashes
- Sub-supplier names, mine routes, energy contracts and cost models remain hidden
- OEM receives a decision-ready evidence package rather than raw supplier records
- Catena-X style evidence exchange can be reviewed without committing to real integration
- Scenario
scenario_compliance_evidence_001- Thread
thread_compliance_evidence_01