Event-Sourced
Data Model
Every action is an immutable event
PLATFORM ARCHITECTURE
Understand how Trenvar's architecture connects warehouse execution, transport, billing, and commerce through a shared event layer — not fragile point-to-point integrations.

Event-Sourced
Data Model
Every action is an immutable event
Workspace-Isolated
Tenant Model
Sealed data boundaries per tenant
API + Webhooks
Integration Model
Workspace-scoped credentials and sync
Enterprise-Grade
Governance
Roles, audit trail, and approval flows
Design Principles
These aren't implementation details — they're the reason Trenvar can connect warehouse floors to invoices without fragile middleware.
Every operational action — a scan, a dispatch, a charge — is an immutable event. Downstream systems (billing, audit, reporting) consume these events, not copies of mutable state.
Each workspace is a sealed boundary. Data, credentials, roles, and billing are scoped per tenant. No shared-tenancy data paths exist between workspaces.
Each OS is a standalone execution layer. Stack them to create compound workflows — Warehouse + Transport, 3PL + Air Cargo — without re-platforming.
Data flows from warehouse floor to invoice through events — not copy-paste, not CSV, not middleware.
When a pallet is received, the event triggers putaway. When a shipment is packed, dispatch sees it. When storage accrues, billing captures it. One backbone connects everything.
Warehouse + Transport
Warehouse OS captures inbound, manages inventory, and runs fulfillment. Transport OS picks up at dispatch — assigning drivers, tracking routes, and capturing POD. The connection is seamless because both layers consume the same event stream.
Inbound events create inventory records and assign putaway tasks in the same transaction.
Packed shipments surface in dispatch queues automatically — no manual handoff between warehouse and transport teams.
Proof-of-delivery events link back to the originating warehouse order, creating an unbroken chain of custody.

3PL + Air Cargo
3PL OS manages customer-owned inventory with per-client isolation. Air Cargo OS extends this with AWB lifecycle tracking and ground handling milestones. Both feed into the same event-backed billing engine.
Each client's inventory, charges, and operational records are isolated — visible only to authorized roles.
Ground handling events (intake, storage, handoff) are logged as immutable milestones on a per-AWB timeline.
Storage accrual, service charges, and cargo handling fees are all generated from the same event backbone — no manual reconciliation.

Commerce + CRM
Sales CRM tracks accounts and opportunities. Commerce OS activates buyer profiles, catalogs, and ordering portals. When a deal closes, the buyer is already connected to your operational core.
Closed-won accounts in CRM create buyer profiles in Commerce OS — no manual re-entry or CSV import.
Activated buyers access product catalogs, place orders, and view invoice history through a controlled portal.
Buyer orders flow directly into warehouse fulfillment queues, maintaining traceability from commercial intent to physical execution.

OS Deep Dives
Each OS page covers capabilities, data model, role boundaries, and how it connects to the broader platform.
Warehouse OS
Inbound, inventory, putaway, and fulfillment execution.
ExploreTransport OS
Dispatch assignment, route tracking, and proof-of-delivery.
Explore3PL OS
Multi-client warehouse operations with event-backed billing.
ExploreAir Cargo OS
Ground handling, AWB lifecycle, and cargo milestone tracking.
ExploreCommerce OS
Buyer profiles, catalogs, ordering portals, and invoice visibility.
ExploreSales CRM
Account pipeline, opportunity tracking, and activation handoff.
ExploreIntegrations
API credentials, webhooks, delivery logs, and sync governance.
ExploreWe'll walk through how your current systems map into Trenvar's event backbone and OS layers — with a phased rollout plan.