SYSTEMS SHOWCASE 01

Synthetic demonstration · Illustrative data

One customer action.
One visible order.

See whether a sample order was accepted once, delivered to the next system, waiting for another attempt, or needs a person to decide.

DESIGN INTENT SIMULATOR READY

01Accept onceA repeated click returns the original
02Record the next actionThe order and delivery instruction stay linked
03Retry within a limitA temporary failure gets controlled attempts
04Assign a personRepeated failure becomes visible review

WHAT MANAGEMENT CAN SEE / ЧТО ВИДИТ РУКОВОДИТЕЛЬ

One screen for every sample order state.

The technical controls become a small set of accountable business states: accepted, delivered, retrying or waiting for a person.

RISK 01

Double order

In this demo, a repeated click returns the existing sample order instead of creating another.

VISIBLE AS: SAME ORDER

RISK 02

Lost handoff

The sample order and its next action appear together, so the demo keeps the hand-off visible.

VISIBLE AS: COMMITTED

RISK 03

Stuck transfer

Automation retries only within a limit, then assigns a clear human review instead of looping forever.

VISIBLE AS: NEEDS REVIEW

Plain-language map: idempotency = “the demo gives the same action the same order”; outbox = “accepted work stays on a visible delivery list”; dead letter = “automation stopped and a person must decide”; reconciliation = “compare both sides and record the outcome”.

INTERACTIVE WORKBENCH

Follow one synthetic order

Choose an item, create a checkout request, then force a downstream failure. The ledger answers what happened, what will retry and what needs a person. All state exists only in this browser tab.

01 / CATALOG01 ITEM

CART TOTAL120 credits

DOWNSTREAM ADAPTER

02 / TRANSACTIONORDER SYN-1042

IDEMPOTENCY KEY idem_demo_a7f2…90c1

1Request acceptedPayload fingerprint stored

2Atomic commitOrder + outbox event

3Adapter deliveryERP-REF-88421 acknowledged

03 / OUTBOX LEDGERAPPEND-ONLY VIEW

EVENTATTEMPTSTATE

MANUAL RECONCILIATION

Compare local intent with the external reference, then resolve explicitly.

TECHNICAL LAYER / IDEMPOTENCY · TRANSACTIONAL OUTBOX · DEAD LETTER

What this demo makes visible

Reliability is a sequence of explicit states and operator decisions—not a green success toast.

Duplicate-safe entry

Identical replay returns the original synthetic order. A changed payload under the same key is rejected.

Durable intent

The order and its delivery intent appear as one conceptual commit; no invisible gap between them.

Bounded automation

Retries stop at a declared ceiling. Exhaustion becomes a dead letter requiring accountable review.

Adapter boundary

Payment and ERP are generic contracts here. No vendor APIs, credentials or production integrations exist.

EVIDENCE BOUNDARY

Built to explain the engineering judgment.
Not to imply a production claim.

This is an independently recreated reference implementation using synthetic data. It demonstrates browser behavior and architecture concepts only. It does not contain client code, private schemas, real products, real prices, provider logic or proof of a live deployment.

Read the precise claims →

One customer action.One visible order.