top of page

Cargo System Integration Is the Argument for a Platform

4 days ago
4 min read

Updated: 2 days ago


Every facility solving a cargo problem faces the same structural choice, usually without naming it. Buy the tool that fixes the immediate thing, or build on a foundation that will fix the next four. Cargo system integration is where that choice gets settled, and it is normally settled by accident.


I want to make the case for the second option honestly, which means also saying where the first one is genuinely the better answer.


How Facilities End Up with a Stack

Nobody decides to run six disconnected systems. It happens one reasonable decision at a time.


A gate problem gets a gate tool. A payment problem gets a payment tool. A visibility problem gets a visibility tool. Each purchase is defensible on its own terms and each solves what it was bought for. Three years on, the facility has six vendors, six contracts, six renewaldates, and six versions of what happened on Tuesday — none of which agree, because each system recorded only its own slice.


What a Shared Foundation Means in Practice

The cost of that is rarely visible as a line item, which is part of why it accumulates. It shows up as staff time spent reconciling, as reports that take a week to assemble, and as a slow erosion of confidence in any number the facility produces about itself.


The alternative is that the modules sit on one record. Our Airport Cargo Community System (ACS) is the shared record for air cargo. Our Port Community System (PCS) does the same for seaports. Kalé GALAXY runs the handling operation on top of it.


The consequence is not that any single module is necessarily better than a specialist competitor at the specific thing that competitor does. It is that the second module costs a fraction of the first to add, because the integration work — the connections, the standards, the data model, the identity of every party — was already done when the first one went in.


The Arithmetic of Cargo System Integration

This is where the two approaches genuinely diverge, and it is worth being concrete about why.


In a stack, each new tool integrates with every existing one that it needs to know about. The connections multiply rather than add, and each one is a thing that can break, needs maintaining, and belongs to a relationship between two vendors who have no particular reason to cooperate. On a shared record, a new module connects to the record. One connection, already built, already tested.


That is why the platform argument is rarely won on the first purchase and almost always won on the third.


What This Costs When It Goes Wrong

The stack does not announce itself as a problem. It surfaces in ordinary moments that each look like somebody else’s fault.


A tenant disputes a charge and two systems disagree about when the work happened. A grant report needs a before-and-after comparison and the before was captured by a tool that has since been replaced. A new module cannot be added this quarter because the vendor whose data it needs has no commercial reason to prioritize the connection. None of those is a technology failure in the narrow sense. All of them are cargo system integration decisions arriving late, made by default rather than deliberately.


Where Point Solutions Genuinely Win

I would not be credible if I did not say this plainly. There are situations where a focused tool is the right answer and a platform is not.


 If a facility has one acute problem, no appetite for anything wider, and needs it solved this quarter, a specialist product will usually get there faster and with less internal disruption. If the problem sits outside the community — something entirely internal to one organization—Kalé NA · September 2026 Content Package · P : G Internal 10 there is no shared record to benefit from. And a platform whose modules are individually weak is not a platform, it is a bundle, and buyers are right to test each module on its own merits before accepting the breadth argument.


A platform is a bet on there being a second and third problem. For most gateways there is. For some there genuinely is not.


The Question Worth Asking

For anyone weighing this, one question separates the two paths better than any feature comparison: when we solve the next problem, does this decision make that easier or harder?


A tool that solves today’s problem and leaves the next one exactly as difficult has not moved the facility forward, it has only moved the deadline. Cargo system integration is the mechanism by which that either compounds in your favor or accumulates against you, and it is worth deciding deliberately rather than discovering three purchases later. The facilities that get this right are rarely the ones with the largest budgets. They are the ones that asked the question before the second purchase rather than after the fifth.


Amar More is Co-founder and Chief Executive Officer of Kalé, which builds cargo community systems for airports, seaports, and ground handlers worldwide.

bottom of page