Air cargo digitalization in 2026 has moved out of the IATA slide deck and into the actual booking, manifest, and customs workflows that freight forwarders run every day. The electronic Air Waybill (e-AWB) is the contractual default on most enabled lanes, IATA ONE Record has crossed from pilot into production at more than 100 stakeholders, and the forwarders who used to rely on PDFs, carrier portals, and nightly Cargo-IMP batches are now consuming airline data through APIs directly into their freight management platform.
This article maps where air cargo digitalization actually stands in 2026 across the four coexisting standards (e-AWB, IATA ONE Record, Cargo-XML, Cargo-IMP), where the ROI shows up on a busy air import or air export desk, and what forwarders should plan for as the legacy messaging standards sunset.
Air cargo digitalization is the replacement of paper, PDF, and batch EDI workflows across the air cargo supply chain with API based, machine readable data exchange. In 2026 that means three things working together: e-AWB as the default booking and waybill standard, IATA ONE Record as the modern API based data sharing layer that supersedes Cargo-IMP and Cargo-XML, and richer machine readable milestone visibility flowing from airlines, ground handling agents, and Cargo Community Systems into the forwarder's freight management platform.
In plain English: the air cargo industry is moving away from pushing PDFs and EDI text files about each shipment, and toward publishing a single shared data record that every party (forwarder, airline, ground handler, customs, consignee) can read from and write to through APIs. That is the ONE Record vision, and by 2026 it has finally crossed from pilot into production at scale.
Four data exchange standards coexist on the wire across the air cargo network in 2026. The picture is not a clean migration. It is a layered transition with each standard sitting at a different point on the adoption curve, which means a forwarder cannot pick one standard and hope the trading partners catch up.
| Standard | Format | 2026 Adoption Status | Outlook |
|---|---|---|---|
| e-AWB (electronic Air Waybill) | Structured electronic message, IATA standard since 2010 | Near 80 percent on enabled lanes, near universal on TC1 Asia and TC2 Europe | Contractual default on most airline forwarder agreements |
| IATA ONE Record | REST API, single shared linked data object per shipment | Production at more than 100 stakeholders, broader rollout through 2025 and 2026 | Long term replacement for Cargo-IMP and Cargo-XML |
| Cargo-XML | XML messaging, IATA successor to Cargo-IMP | Widely used by carriers and ground handlers through 2026 | Steady use through the transition, tapering as ONE Record scales |
| Cargo-IMP | Legacy text based EDI, designed in the 1980s | Retired by IATA, still active at some legacy ground handlers and carriers | Sunset in progress, forwarders should plan a formal exit |
The practical takeaway is that in 2026 a forwarder still needs to send and receive across all four standards, because the airline or ground handling agent on the other side of a given lane may be anywhere on the curve. The integration challenge is normalizing every one of those flows into a single shipment record in the TMS, which is what a properly built Freight Integrations Software for Forwarders layer is for.
e-AWB adoption is not evenly distributed. Asia outbound (TC1 origin) and intra Europe (TC2) traffic are at or near universal e-AWB on enabled lanes. North America and the major Middle East gateways are close behind. Africa and parts of Latin America still see meaningful paper AWB volume because origin airport handling capacity and customs system integration lag the standard.
For forwarders, the practical implication is that the booking workflow has to handle both flows. A shipment from Frankfurt to Hong Kong runs end to end electronic. A shipment from a secondary African airport to Europe may still require a paper backup at origin even when the destination airline accepts electronic. The TMS has to support both flows without bifurcating the operations team's workflow.
By 2026, e-AWB is the contractual default on most major airline forwarder agreements. The forwarder who tries to file a paper AWB on an enabled lane is paying a penalty surcharge in many cases, or having the booking rejected outright. The compliance question is no longer "should we move to e-AWB." It is "where are we still leaking to paper, and why."
The headline e-AWB benefit is not the disappearance of the physical waybill. It is the shift from courier pouches and manual data entry at the airline cargo terminal to structured data that lands in the airline system at the moment of booking. That is what unlocks the downstream gains: faster manifest filing, fewer data errors, customs pre clearance, and machine readable milestones flowing back to the forwarder. On the US inbound side, most of the digitalization value shows up as automated MAWB and HAWB data pushed into ACE and into the forwarder's Air Import Freight Management Software, so the entry filing and delivery order workflow no longer wait on rekeyed data from a carrier portal.
The core problem with Cargo-IMP and Cargo-XML is that each message is a snapshot pushed point to point. The forwarder sends a booking message to the airline. The airline sends a status message back. The ground handling agent sends another message to the customs broker. Each party stores its own copy of the truth, and reconciling the copies is a full time job for the operations desk.
ONE Record flips that model. The shipment exists as a single linked data object on a server. Each party reads from and writes to the same record through REST APIs, with access controls per data field. There is one truth, not seven copies of an EDI snapshot.
By mid 2026 IATA ONE Record is in production at more than 100 stakeholders across airlines, freight forwarders, ground handlers, and software providers, with broader rollout continuing through the year. The pilot phase ran from 2022 to 2024. The 2025 and 2026 window is the broader production deployment. Full industry coverage is still years out, but the early adopter carriers, forwarders, and platforms are running on it in production today.
The concrete operational gain is event driven visibility instead of batch EDI polling. When the ground handler accepts the shipment, the event is written to the ONE Record graph and pushed to every subscribed party in seconds. Compared to waiting for the next FSU (Freight Status Update) batch through Cargo-XML, that is a step change in customer communications latency and in how quickly the exception desk sees a problem worth acting on.
Forwarders who consume ONE Record data cleanly get event streams that land directly in their Shipment Tracking & Operations Software for Forwarders and flow through to the customer portal in seconds. The forwarders still scraping carrier portals get the same milestones a few hours later, after the rekeying.
Electronic data means the airline manifest builds itself from the booking record. The forwarder no longer hand keys piece count, weight, and dimensions into a separate airline portal. On a busy export desk handling 30 to 80 shipments a day, that is hours of operations time per shift recovered. A forwarder running Air Export Freight Management Software with airline API integrations wired in sees this lift immediately after go live.
Paper and batch EDI workflows generate milestone gaps. The shipment leaves the ground handler and the next confirmed event is the arrival manifest 14 hours later. With ONE Record and modern API push, the in transit events land in the TMS as they happen. The customer service team stops fielding "where is my shipment" calls because the customer portal already shows the latest event.
Beneficial cargo owners want machine readable status feeds for their own ERP and visibility platforms. With paper AWB and Cargo-IMP, the forwarder is the integration layer of last resort, manually translating EDI text into customer JSON. With e-AWB and ONE Record, the data is already structured. The forwarder publishes a clean API to the customer and the visibility platform consumes it directly.
Customs systems worldwide (ICS2 in the EU, US ACE, China Single Window) increasingly require advance electronic data filing on air cargo. Late or incorrect data triggers penalties, holds, and detention exposure. Air cargo digitalization is the precondition for hitting those filing windows reliably across hundreds of shipments a week without an ops supervisor policing every entry by hand.
The airline may be ONE Record ready. The ground handling agent at the destination station may still be running a 15 year old terminal operating system that only speaks Cargo-IMP. The forwarder ends up integrating both flows for the same lane. This is the most common 2026 friction point on air cargo digitalization rollouts, and it is why any serious integration program has to plan for parallel standards on the wire.
Building airline API integrations, ONE Record subscriptions, and Cargo-XML fallbacks is real engineering work. Small and mid sized forwarders cannot build this in house. The decision is whether to consume the integrations as a service through a TMS vendor or to stay on portals and rekeying, which keeps the operations cost structurally high and the customer visibility experience uncompetitive.
Air cargo operations teams have a 30 year muscle memory of email confirmations, courier pouches, and morning manifest reconciliations. Moving to a real time, exception based workflow is a behavioral change as much as a technology one. The forwarders who skip the change management lose the ROI even after the integration is technically live, because the team keeps the old rituals out of habit and the operations cost stays where it was.
None of these replace e-AWB or ONE Record. They sit on top of the data exchange foundation and add quality, scheduling, and airport coordination layers that only work if the underlying digital data flows are already in place.
Air cargo digitalization rewards forwarders who treat it as a multi standard integration program, not a single ONE Record migration. Any forwarder who builds a clean ONE Record connector and assumes the carriers will be ready will spend the next two years patching Cargo-XML and Cargo-IMP fallbacks at the worst moments.
Air cargo digitalization in 2026 is real, in production, and at scale where it matters. e-AWB is the contractual default on the enabled lanes. ONE Record is past pilot and into production at the early adopter carriers and forwarders. The operational gains are concrete: faster manifest filings on the export desk, fewer milestone gaps on the import desk, customer status APIs that work without nightly EDI reconciliation, and lower penalty exposure on advance electronic data filings. The forwarders who invest in the integration and run the operations change management alongside it capture the upside. The forwarders who stay on email, PDF, and portal scraping absorb the cost as operations hours, missed exceptions, and customer churn.
See how GoFreight connects airline e-AWB filings, ONE Record milestones, and Cargo-XML fallbacks directly into the shipment record your air export and air import desks already work in, so digitalization shows up as recovered hours instead of another integration to maintain.
Request a GoFreight Demo →Air cargo digitalization is the replacement of paper, PDF, and batch EDI workflows across the air cargo supply chain with API based, machine readable data exchange. In 2026 that means three things: e-AWB as the default booking and waybill standard, IATA ONE Record as the modern API based data sharing layer that supersedes Cargo-IMP and Cargo-XML, and richer machine readable milestone visibility flowing from airlines, ground handling agents, and Cargo Community Systems into the forwarder's freight management platform.
The electronic Air Waybill (e-AWB) is the IATA standard that replaces the paper Air Waybill with a structured electronic message. It has been the IATA standard since 2010. In 2026 adoption sits near 80 percent on enabled lanes, with Asia outbound and intra Europe traffic near universal coverage, North America and the Middle East close behind, and Africa and parts of Latin America still catching up.
IATA ONE Record is a modern API based data sharing standard for air cargo that replaces the fragmented EDI messaging (Cargo-IMP and Cargo-XML) with a single shared data object per shipment. Each party (forwarder, airline, ground handler, customs broker) reads from and writes to the same record through REST APIs, with access controls per data field. The goal is one source of truth per shipment across all stakeholders in the movement.
ONE Record has moved past pilot. By mid 2026 it is in production at more than 100 stakeholders across airlines, freight forwarders, ground handlers, and software providers, with broader rollout continuing. The pilot phase ran from 2022 to 2024, and the 2025 and 2026 window is the broader production deployment. Full industry coverage is still multi year, but the early adopter carriers, forwarders, and platforms are already operating on it.
Cargo-IMP is the legacy text based EDI standard designed in the 1980s, now retired by IATA but still used by some legacy ground handlers. Cargo-XML is the IATA successor based on XML messaging, still widely used in 2026. ONE Record is the modern API based shared data model that supersedes both, with broader rollout through 2025 and 2026. In 2026 a forwarder typically still needs to handle all three on the wire because trade partners are at different adoption stages.
The concrete forwarder gains are faster manifest filings (minutes instead of hours per shipment), fewer milestone gaps and "where is my shipment" customer calls, customer status APIs that work without nightly EDI reconciliation, and reduced penalty exposure on customs advance electronic data filings (ICS2, ACE, China Single Window). The operations time savings on a busy export or import desk can run to multiple hours per shift.
Most of the US inbound digitalization value shows up as MAWB and HAWB data pushed electronically into ACE and into the forwarder's TMS at the moment of booking, so the entry filing, delivery order, and terminal release workflow no longer wait on rekeyed data from a carrier portal. That collapses the time from wheels down to customer notification and reduces the exposure on late or incorrect ACE filings that trigger penalties or holds.
The three recurring blockers are legacy ground handling agent systems still running on Cargo-IMP, integration cost on the forwarder side that small and mid sized players cannot absorb in house, and change management across operations teams with 30 years of paper and email muscle memory. The integration is the engineering problem. The behavioral shift is the change management problem.
These are complementary visibility and quality programs that layer on top of the e-AWB and ONE Record data exchange foundation, not replacements for it. Cargo iQ adds a quality management framework with defined milestones and SLA measurements per leg. FlightInfo adds flight status feeds. Air Cargo Collaborative Decision Making aligns airport level operations around shared time milestones. All three depend on the underlying digital data flows to function.
Audit e-AWB coverage by lane and carrier to identify where paper AWB still leaks, map which carriers are ONE Record live and plan API integration as they go live, plan a Cargo-IMP exit timeline because the standard is retired, wire airline API milestones into the customer portal so visibility becomes a customer product, and run change management alongside the technical integration so the operations team adopts the exception based workflow.