What is air cargo booking software?

Why booking went digital

Booking air cargo used to mean a forwarder calling or emailing an airline's cargo desk to ask whether space existed on a given flight, waiting for a reply, and repeating that for every carrier on the route. It worked, but it didn't scale: no price transparency, no way to compare options quickly, and a reply time measured in hours rather than seconds. Air cargo booking software replaces that back-and-forth with a system a forwarder can search, quote, and book against directly — checking real capacity, locking in a rate, and getting a confirmation in the time it takes to submit a form.

Marketplace vs your own portal

Two shapes of booking software have emerged, and the trade-off between them is genuine rather than one-sided. A marketplace such as cargo.one or WebCargo aggregates capacity from many airlines into a single shopping experience — a forwarder logs in once and sees offers across carriers, which is exactly why forwarders like them. The cost to the airline is that the marketplace owns the storefront: the booking happens under the marketplace's brand, on the marketplace's commercial terms, and the airline is one listing among several competitors on the same screen. A white-label portal flips that: it puts the seller's own brand, rates, and domain in front of the forwarder, and the seller keeps the direct customer relationship — at the cost of not being inside the aggregator forwarders already have open. Neither is strictly better; airlines and GSAs commonly run both, using a marketplace for reach and a branded portal like Takst for the accounts they want to own directly.

What powers a booking under the hood

Behind the screen, a booking follows the same shape whether it lands on a marketplace or a branded portal. The forwarder's request triggers a capacity check against the airline's real allotment for that flight — historically an FFR (AWB Space Allocation Request) answered by an FFA (booking confirmation) over Cargo-IMP, and today more often an API call that returns availability in real time. Once space is confirmed, the waybill data moves as an FWB message to the operating carrier, so the booking becomes a real air waybill rather than just a reservation. From there, FSU status updates carry the shipment forward — received, departed, arrived, delivered — back to the portal the forwarder booked on. Legacy or modern, the sequence is the same: check capacity, confirm, issue the waybill, then track.

The GSA angle

A General Sales Agent (GSA) sells cargo capacity on behalf of one or more airlines, which means it needs a single portal that can sell several carriers' capacity at once rather than a separate system per airline. That gets harder when a GSA represents a carrier with no booking API at all — plenty still don't have one. A modern portal handles that with a manual channel alongside the automated one: SSIM season schedules stand in for a live capacity feed, local rates are maintained directly in the portal, AWB stock is managed by the seller, and confirmed bookings are dispatched as FWB messages rather than an API call. Takst is built around exactly that split — carriers running Flaks connect automatically through Flaks Connect, and everyone else sells through the same portal via the manual channel.