Platform
Thirteen surfaces, one graph.
- Entities modelled
- 45+
- From city to carrier bill
- Warehouses
- 23
- 193 zones · 5.8K bins
- Carriers
- 32
- 115 service levels
- SKUs
- 672
- 4.3K stock positions
- Tracking events
- 28.3K
- Across every consignment
Modules
Every operational surface.
Executive control tower
Order management
Warehouse management
Inventory
Transportation
Fleet and driver operations
Last-mile delivery
Procurement and suppliers
Returns and reverse logistics
Customer 360 and CRM
Finance and billing
Integrations
Platform administration
Architecture
Derived, not stored.
- One deterministic generator builds the whole graph from fixed seeds
- Derivation lives in a separate layer that every surface shares
- List state — search, facets, sort, pagination — is URL state, so views are shareable
- Tables scroll inside their own container; the document never scrolls sideways
- Charts are hand-built SVG that read theme tokens, with a hidden data table for assistive tech
- The map is a projection of the dataset’s own coordinates, with no external tiles
What is deliberately out of scope
So the template stays honest about what it is.
Authentication
There is no sign-in. Role switching changes navigation and visibility only; a production build must enforce the matrix server-side.
Write paths
Nothing in the console mutates the dataset. Every screen is a read model over the generated graph.
Live integrations
No external service is contacted. Integration entries describe flows and scopes, not connections.
Real cartography
The map is a schematic projection, not survey-grade geography or routing.
Media storage
Proof-of-delivery signatures are drawn from a seed; no images are uploaded or stored.
The fastest way to judge it is to use it.
Open the console, switch role and theme, and follow a single consignment from the exception queue to its proof of delivery.