KAPOREAL / OPEN-SOURCE TMS RESEARCH & DEVELOPMENT

Open infrastructure for the movement of goods.

Kaporeal is an open-source transportation management framework in development at Kordspace. Beginning with loads, dispatch, carrier coordination, shipment events and documents, its modular architecture is designed to connect freight operators, warehouses and the systems around them.

TRANSPORT NETWORK / CONCEPT MODELNOT LIVE TELEMETRY
SHIPPING ORIGINOrder → Ready to shipDISTRIBUTION HUBDock → Freight handoffRECEIVING DOCKReceipt → Delivery proof
Illustrative topology · Freight context connects facilities; inventory remains with the warehouse.
WEBSITE FOUNDATION AVAILABLESOURCE RELEASE FORTHCOMINGLICENSE UNDER REVIEW

01 / The operating problem

Freight moves across systems.
Its context should travel with it.

Isometric truck surrounded by scattered emails, spreadsheets and paper forms
Illustrative

Transportation operations span spreadsheets, inboxes, PDFs, phones, dispatch systems, telematics, WMS, ERP and accounting. A warehouse can know what is staged while a dispatcher is still chasing coverage. A delivery can be complete while its proof remains buried in an inbox.

Without shared freight context, teams repeatedly reconcile references, recover missing PODs and investigate delayed invoices or operational blind spots. Kaporeal's direction is a coherent transportation record connecting those handoffs—not an unsupported promise of instant efficiency or a replacement for every specialist system.

Why an open foundation matters

02 / From dispatch to connected operations

The core is transportation.
The edges are deliberately open.

Isometric stacked platform tiers with trucks, warehouses and servers linked by orange lines
Illustrative

Start with a dependable freight model. Extend operational workflows. Connect outside systems through explicit contracts. Insights and automation follow reliable evidence.

FROM DISPATCH TO CONNECTED OPERATIONS / PROPOSED LAYERS
01

Core transportation records

Load · Stop · Customer · Carrier

MVP in progress
02

Operational modules

Dispatch · Documents · Milestones · Equipment

In progress / planned
03

Integration edges

WMS · ERP · Telematics · EDI · Accounting

Planned
04

Insight & automation

Reporting · Decision support · Responsible AI research

Future

03 / Lifecycle from quote to close

A movement is more than a status.

Isometric road with milestone pins carrying a truck from a warehouse to a delivered destination
Illustrative
Follow one illustrative shipment

Requested, assigned, arrived, loaded and received are different facts. The conceptual lifecycle keeps commercial context, physical events and document evidence distinct. Core steps remain in progress; quoting and financial closure are later work.

ILLUSTRATIVE LIFECYCLE / NOT SHIPPED OPERATIONAL FUNCTIONS

  1. 01

    Request / quote

    Planned
  2. 02

    Load created

    In Progress
  3. 03

    Carrier assigned

    In Progress
  4. 04

    Pickup

    In Progress
  5. 05

    In-transit events

    In Progress
  6. 06

    Delivery

    In Progress
  7. 07

    BOL / POD

    In Progress
  8. 08

    Invoice readiness

    Future
  9. 09

    Closure

    Future

04 / Operational systems converge

Shared records.
Purposeful operational views.

Isometric dispatch desk with route map monitors and a headset
Illustrative

The module map is conceptual, not a count of shipped capabilities. Each target exists to support an operator decision and preserve the evidence behind it.

KAPOREAL / CONCEPTUAL DISPATCH BOARDILLUSTRATIVE UI / CONCEPTUAL PREVIEW

Awaiting assignment

ILLUSTRATION A

Distributor → Regional hub

Carrier context required

Pickup handoff

ILLUSTRATION B

Manufacturing → Distribution

Loading observation expected

Document review

ILLUSTRATION C

Hub → Receiving facility

POD completeness to review

Fictional records show intended information structure. No live loads, metrics or tracking are displayed.

05 / Warehouse meets the highway

The most important interface
may be the loading dock.

Isometric loading dock with a forklift moving pallets into a trailer
Illustrative
PROPOSED RESPONSIBILITIES / WMS ↔ TMS ↔ ERP

WMS

Inside the facility

  • Inventory & locations
  • Pick / pack / stage
  • Handling units & receipt

Kaporeal / TMS

Between facilities

  • Load & carrier assignment
  • Appointments & movement
  • Milestones & freight documents

ERP / Accounting

Commercial system of record

  • Orders & customer accounts
  • Financial posting & tax
  • Payables / receivables
Shared handoff references, separate sources of truth. No operational warehouse adapter is verified.

A warehouse management system controls the work inside a facility: inventory locations, picking, packing, staging and receiving. A transportation management system coordinates the movement between facilities: carrier assignment, stop windows, freight milestones and delivery evidence. An ERP supplies commercial and financial context. The three systems need shared references, not overlapping ownership of every rule.

For outbound freight, a warehouse's ready-to-ship signal can provide shipment references, handling units and dock requirements. A future Kaporeal exchange would connect that context to a load and carrier, keeping readiness distinct from an appointment, arrival, loading or departure. Pallet and case identifiers should survive the handoff without asking the TMS to manage warehouse stock locations.

Inbound receiving needs more than a vehicle position. Teams need the expected shipment, a meaningful arrival estimate, observed milestones and a way to report shortages or damage against the same references. A received quantity remains a warehouse fact; the transportation record preserves the movement and its proof. Cross-docking later adds transfer relationships between inbound and outbound freight that cannot be captured by one generic delivered status.

Appointment scheduling, ASN / receiving context, handling-unit linkage and exception exchanges are planned. No WMS adapter or standards implementation is verified today. The purpose of the warehouse direction is to make these boundaries explicit before promising interoperability, so facility supervisors and integration engineers can challenge the model with actual handoff requirements.

Read warehouse connectivity

06 / The deployment philosophy

Own the model.
Choose the infrastructure.

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

Modular design and API-first contracts should let organizations adapt the transportation layer without surrendering their data or replacing every existing system. A proposed relational core and explicit extension boundaries favor a coherent operational model over premature distributed complexity.

Self-hostable by design is the intended deployment posture. It is not a current installer, a tested production release or a hosted subscription. Public source, licensing, migration guidance, backups and restore procedures must accompany credible deployment instructions.

07 / Who shapes Kaporeal

Operators and engineers
need a common language.

Isometric box truck, semi, flatbed and van parked in a row
Illustrative

Brokers, dispatchers, fleet operators, warehouse supervisors, 3PL software teams and industrial shipping departments see different edges of the same freight story. Open-source engineers can translate that operational knowledge into durable models and contracts. Kordspace founded Kaporeal to bring those perspectives into an adaptable transportation foundation.

No customer logos, community counts or installed deployments are invented here. Useful early collaboration begins with a workflow, an exception or a handoff that needs to be explained more clearly.

Explore six operating scenarios
Rust · Dioxus · Edge

Built in Rust,
from the service core to the loading dock.

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

Kaporeal is planned as a Rust codebase. Domain crates define loads, stops, carriers and shipment events once; a modular service core, Dioxus interfaces for web, desktop and mobile, and future edge runtimes all share those exact types.

That uniformity is the differentiator. The event a dock-door sensor or telematics gateway emits can be the same structure the dispatch board renders, with no vendor translation layer in between. Memory safety and predictable performance matter for software that has to run unattended for years.

Stated direction. No crates or binaries are public yet.

08 / Roadmap with honesty

Ambitious direction.
No imaginary release.

Isometric truck climbing five floating milestone platforms with flags
Illustrative
What is known and unknown →

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.