Hoa Tiêu Logistics

Số hoá chứng từ hàng không (IATA ONE Record): chủ hàng & forwarder Việt Nam chuẩn bị gì

Số hoá · Hoa Tiêu · 07/2026
Máy bay chở hàng xếp ULD lúc bình minh, mạng lưới dữ liệu số phát sáng trên bầu trời

Trong logistics hàng không, thứ đắt nhất không phải xăng dầu — mà là thời gian chết vì dữ liệu: cùng một lô hàng, số cân, số kiện, mã HS, thông tin nguy hiểm được gõ đi gõ lại ở chủ hàng, forwarder, hãng bay, ga hàng hoá, hải quan. Mỗi lần gõ lại là một lần sai và một lần chờ. ONE Record là nỗ lực của IATA để chấm dứt trò tam sao thất bản đó. Nó không phải một phần mềm để mua — nó là một chuẩn, và hiểu sai bản chất sẽ dẫn tới đầu tư sai chỗ.

Một câu để nhớ: e-AWB số hoá tờ giấy; ONE Record số hoá dữ liệu. Thay vì chuyền tay nhau các bản tin (message) rời rạc, các bên cùng đọc/ghi trên một bản ghi duy nhất của lô hàng qua API chuẩn hoá.

ONE Record thực chất là gì

Bỏ qua thuật ngữ, ONE Record đứng trên ba trụ:

  • Một bản ghi dùng chung — mỗi lô hàng có một "bản ghi số" mà các bên được cấp quyền cùng truy cập, thay vì mỗi bên giữ một bản sao lệch nhau.
  • Mô hình dữ liệu chung (data model / ontology) — mọi đối tượng logistics (lô hàng, kiện, ULD, vận đơn, bên liên quan…) được mô tả theo cùng một "từ điển" dạng liên kết (linked data / JSON-LD), mỗi đối tượng có một địa chỉ (URI) như một trang trên internet.
  • API + bảo mật chuẩn hoá — dữ liệu trao đổi qua web API thống nhất, có cơ chế cấp quyền truy cập rõ ràng (ai được xem/sửa phần nào).

Người ta hay gọi đây là "internet of logistics": dữ liệu được liên kết và chia sẻ, không còn bị nhốt trong silo của từng doanh nghiệp. Chuẩn này là mã nguồn mở (đặc tả công khai trên GitHub của IATA), nên rào cản không nằm ở bản quyền mà ở năng lực triển khai.

Vì sao đây là chuyện của cả ngành, không chỉ của hãng bay

BênĐau ở đâu hôm nayONE Record đổi gì
Chủ hàng / xuất khẩuNhập liệu lặp lại, thiếu minh bạch trạng thái hàngKhai một lần, theo dõi thật thời gian thực đến tận điểm đến
Forwarder / GSAGhép nối EDI thủ công với từng hãng, từng gaMột chuẩn kết nối thay cho hàng chục cầu nối riêng lẻ
Hãng bayChất lượng dữ liệu đầu vào kém → chậm, phạt, rủi ro an ninhDữ liệu chuẩn từ gốc, tự động hoá khai báo trước (pre-loading)
Ga hàng hoá / handlerGõ lại từ chứng từ giấy/PDF, xếp dỡ chờ dữ liệuNhận dữ liệu qua API, sẵn sàng trước khi hàng tới
Hải quanDữ liệu rời rạc, khó đánh giá rủi ro trướcNền tảng cho khai báo trước & quản lý rủi ro theo dữ liệu

Nói cách khác: giá trị của ONE Record là hiệu ứng mạng — nó chỉ đáng khi đủ nhiều mắt xích cùng nói một ngôn ngữ. Đó vừa là sức mạnh, vừa là lý do triển khai chậm.

Lộ trình: đừng nhầm "chuẩn đã có" với "thị trường đã sẵn sàng"

IATA đã đặt ONE Record thành chuẩn mục tiêu cho trao đổi dữ liệu hàng hoá hàng không và thúc đẩy toàn ngành chuyển sang [mốc lộ trình: cập nhật theo công bố IATA]. Nhưng giữa "có nghị quyết" và "đối tác của tôi chạy được API" là một khoảng cách thật. Kinh nghiệm của tôi với mọi chuẩn ngành: chuẩn đi trước, hạ tầng và con người đi sau nhiều năm. Ai đầu tư quá sớm khi đối tác chưa sẵn sàng thì nuôi một năng lực "đứng chờ"; ai đợi đến khi mọi người đã xong thì mất lợi thế người đi trước với khách hàng lớn.

Bối cảnh Việt Nam: câu chuyện này gắn thẳng với cửa sổ cơ hội Long Thành. Một nhà ga hàng hoá hay kho hàng không kéo dài xây mới hôm nay mà không thiết kế sẵn khả năng kết nối API/ONE Record là đang xây một toà nhà thiếu ống kỹ thuật — sửa sau đắt gấp nhiều lần.

Chủ hàng & forwarder Việt Nam nên chuẩn bị gì — theo thứ tự ưu tiên

1. Dọn dữ liệu gốc trước khi nói tới API (no-regret)

90% giá trị số hoá đến từ việc dữ liệu master sạch và chuẩn: mã hàng, mã HS, thông tin bên liên quan, dữ liệu hàng nguy hiểm. Việc này làm được ngay, không phụ thuộc đối tác, và có ích dù ONE Record đến sớm hay muộn. Đây là bước tôi khuyên mọi doanh nghiệp bắt đầu.

2. Đi đủ chặng e-AWB trước khi mơ ONE Record

e-AWB (vận đơn hàng không điện tử) là bậc thang trước. Doanh nghiệp còn ký vận đơn giấy thì nói chuyện API còn xa. Chuẩn hoá quy trình không giấy tờ với các hãng đang khai thác tuyến của mình là việc thực tế và có ROI ngay.

3. Chọn hệ thống & đối tác "API-ready"

Khi thay/nâng cấp phần mềm forwarding/TMS, tiêu chí có API mở, có lộ trình ONE Record nên là điều kiện cứng, không phải tính năng "có thì tốt". Tương tự khi chọn hãng bay, GSA, ga hàng hoá để hợp tác dài hạn — hỏi thẳng năng lực dữ liệu của họ.

4. Thí điểm nhỏ trên một luồng hàng thật

Đừng "chuyển đổi số" cả công ty một lúc. Chọn một tuyến/khách hàng có dữ liệu tốt, chạy thử kết nối dữ liệu đầu-cuối, đo lại thời gian và lỗi. Học từ một luồng thật rồi mới nhân rộng — rẻ hơn và chắc hơn nhiều so với dự án lớn trên giấy.

Kết

ONE Record không phải nút bấm thần kỳ, và cũng không phải chuyện "để hãng bay lo". Nó là hướng đi gần như chắc chắn của ngành hàng không — câu hỏi chỉ là nhanh hay chậm. Người thắng không phải người mua công nghệ đắt nhất, mà là người có dữ liệu sạch và đối tác cùng chuẩn khi hiệu ứng mạng đủ lớn. Bắt đầu từ việc dọn dữ liệu của chính mình — đó là khoản đầu tư không bao giờ lỗ.

Chuyên gia Hoa Tiêu

25+ năm điều hành logistics: cảng container quốc tế, ICD, vận tải & kho bãi, logistics hàng không. Trực tiếp dẫn dắt nhiều thương vụ hợp tác — đầu tư trong ngành.

⚖️ Bài viết dùng thông tin công khai về chuẩn ONE Record (đặc tả mở của IATA) và kinh nghiệm cá nhân, là quan điểm cá nhân, không phải khuyến nghị đầu tư và không đại diện cho IATA hay bất kỳ tổ chức nào.