Developers / Data model

A shared vocabulary for freight records.

The conceptual domain model connects organizations, parties, resources, movements and evidence. It is the contract every module and integration is meant to respect.

Conceptual model under discussion. These are not finalized Rust types, PostgreSQL tables or migrations.

CONCEPTUAL DOMAIN RELATIONSHIPS / NOT FINALIZED TABLES
OrganizationUser / Role · Proposed access boundary

Commercial context

Customer
Quote · Rate
Invoice (future)

Transportation core

Load → Stop
ShipmentEvent
Document / BOL / POD

Execution partners

Carrier
Driver
Equipment

Stable references connect the domains. State changes retain actor, source and occurrence time.

Organizations, users and parties

Organization defines the boundary of access and ownership. Users act within it through roles. Customers and Carriers are parties with their own identities and external references; a carrier's MC or DOT number is recorded as a reference, while verification depends on future integrations.

Isometric modular server blocks with cloud and on-premise options
Illustrative

Drivers and equipment

Planned

For asset-based operations, Driver and Equipment records represent the people, tractors and trailers that execute a movement. Their relationships to a Load are assignments with time ranges, not permanent links.

Isometric dispatch desk with route map monitors and a headset
Illustrative

Loads and stops

In Progress

A Load is the shared transportation reference. Ordered Stops carry facility, appointment window and expected activity. Point-to-point freight is the first focus; multi-stop and consolidation will force clearer distinctions between shipment and movement.

Isometric processor core wired to dock sensors, a scanner, a scale and a truck
Illustrative

Events and documents

In Progress

ShipmentEvents are append-only facts with time, source and provenance. Documents such as BOLs, PODs and rate confirmations are linked to the load and, where relevant, a specific stop or event.

Isometric truck climbing five floating milestone platforms with flags
Illustrative
ILLUSTRATIVE CONCEPTUAL SCHEMA — NOT AN IMPLEMENTED API CONTRACT
// illustrative conceptual schema
struct ShipmentEvent {
    id: EventId,
    load: LoadId,
    stop: Option<StopId>,
    kind: EventKind,          // Arrived, Loaded, Departed, Delivered, Exception
    occurred_at: Timestamp,
    recorded_at: Timestamp,
    source: Source,           // Operator | Integration { adapter } | Device { id }
}

Quotes, rates and invoices

Planned

Commercial records arrive later. They depend on stable movement and evidence records so that a price can always be explained by what actually happened.

Isometric office and warehouse joined by a glowing data bridge
Illustrative
Read the data-model guide

Help shape an open foundation for transportation.

The core TMS is in development. Bring an operational question, a modeling challenge or contribution interest to the next stage of Kaporeal.

Early access

Follow the Core TMS MVP — or ask us anything.

Join the early-access list for build updates and collaboration invites, or send an operational question straight to the Kordspace team.

Don't include credentials or sensitive freight documents.