Designed scope
- availability and reservations
- movements and reversals
- concurrency and idempotency
In development · request access
One authority decides how much stock actually exists — not every system running its own count.
01 / Workflow
Every receipt, reservation, transfer, sale, return or count becomes an idempotent command with immutable history — never a figure rewritten on the spot.
Every operation retains company identity, actor, and source linkage.
Acceptance requires tests against the actual authorized version, integration, and data.
02 / Scope
03 / API
Connections use authenticated APIs and durable events. Single sign-on does not replace data synchronization, and each service retains its declared authority.
04 / Docs
Commands require an idempotency key, legal company, actor, source, and timestamp. Corrections use linked reversals and never silently rewrite history.
Validating the application entry point — origin, path, license, and release evidence — is the next milestone before the /app route goes live.
Pricing and commercial terms are being worked out; there is no published price or checkout yet. Reach out for where things currently stand.
05 / FAQ
Not yet — it's in development. Reach out and we'll tell you exactly where things stand and how to get early access.
Not yet — there's no self-serve checkout while pricing and terms are being finalized.
It describes what's designed and what's still ahead — not a claim that this is production-ready or certified today.