Tình huống minh họa: Lô 320 kg đi Frankfurt. Booking ghi ETD thứ Sáu 23:30 — cut-off 20:30. Thứ Năm airline lùi ETD sang Chủ nhật (tin nhắn tới sales, sales quên chuyển). Đội ops vẫn gom hàng, chứng từ, đưa ra sân bay 19:30 thứ Sáu — kịp cut-off của một chuyến bay đã cất cánh 3 ngày trước theo lịch mới. Hàng nằm kho export qua cuối tuần, khách khiếu nại, công ty trả phí lưu và mất uy tín chỉ vì một tin nhắn không tới đúng người.
Trả lời ngắn: Lô tới cho chuyến đã bay không vì ops chủ quan — vì ETD không tự cập nhật: (1) mốc ETD/cut-off gắn với từng lô — ai phụ trách thấy cùng một số; (2) thay đổi lịch từ airline cập nhật vào mốc — không nằm trong tin nhắn riêng ai; (3) cảnh báo mốc tới hạn theo giờ đẩy tới đúng người trước cut-off. Kết quả: 82% lô kịp cut-off, gom gấp vì đổi lịch về 0.
Bài viết này dành cho ai?
Dành cho trưởng phòng ops air freight và giám đốc vận hành — nơi cut-off nằm trong booking PDF, ETD lùi chỉ tới qua tin nhắn Zalo rải rác, và đội xử lý gấp khi khách gọi hỏi "hàng của tôi đâu".
Điều gì đang xảy ra?
- ETD/cut-off nằm trong booking PDF — mỗi lô một file.
- Airline lùi lịch — tin nhắn tới sales, không tới ops.
- Không ai biết hôm nay bao nhiêu lô sắp cut-off lúc mấy giờ.
- Đổi lịch nằm trong Zalo/email — không vào mốc nào.
- Phát hiện trễ khi hàng đã tới sân bay hoặc khách gọi.
- Xử lý gom gấp, phí lưu export — tốn tiền mất uy tín.
Điều doanh nghiệp muốn đạt được
Chức năng: mốc ETD/cut-off theo lô tự cập nhật, cảnh báo trước giờ. Quản trị: tỷ lệ lô đúng cut-off xem theo tuần — theo tuyến bay. Tổ chức: thay đổi lịch airline vào một nơi — hết tin nhắn rải.
Điều gì đang cản trở?
| Lớp cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Dữ liệu | ETD nằm trong PDF booking | Không có gì để cảnh báo theo giờ |
| Quy trình | Đổi lịch rải qua tin nhắn riêng | Người cần biết không nhận được |
| Kiểm soát | Không có màn hình mốc theo giờ | Vấn nạn phát hiện lúc xử lý gấp |
| Tổ chức | Sales giữ thông tin airline, ops chạy | Khoảng trống giữa nhận tin và hành động |
| Công cụ | Không cảnh báo trước cut-off | Gom gấp tốn phí — hàng vẫn trễ |
Điểm nhìn cốt lõi: Vận chuyển air sống theo lịch thật của airline — không theo lịch in trên booking: ETD lùi 2 ngày là chuyện hằng tuần của các chuyến bay, nhưng tin lùi tới ai đó là ngẫu nhiên. Lô tới sân bay kịp cut-off của chuyến đã bay không phải lỗi người — là lỗi cấu trúc: thông tin sống (lịch bay) đang được truyền bằng phương tiện chết (PDF + tin nhắn). Mốc ETD tự cập nhật biến việc "biết lịch bay thật" từ may mắn thành mặc định của cả đội.
Tác động tới doanh nghiệp
| Chiều tác động | Điều gì xảy ra khi ETD không tự cập nhật |
|---|---|
| Cost | Phí lưu export + gom gấp + taxi đêm cho lô kịp chuyến mới |
| Revenue | Khách khiếu nại trễ — phí đền bù hoặc mất lô tiếp theo |
| Progress | Không biết hôm nay bao nhiêu mốc cut-off tới hạn — bị động |
| Risk | Hàng sốc nằm sân bay — rủi ro an ninh và hư hỏng |
| Compliance | Chứng từ làm lại theo lịch mới — rò rỉ thủ tục |
Nguyên nhân gốc
ETD/cut-off nằm trong booking PDF ↓ Đổi lịch airline tới tin nhắn riêng ↓ Không có màn hình mốc theo giờ ↓ Không cảnh báo trước cut-off ↓ Phát hiện trễ — xử lý gấp tốn phí ↓ Kết quả: lô tới cho chuyến bay đã bay
Framework mốc ETD 5 bước
MỐC THEO LÔ — ETD/cut-off gắn từng lô hàng ↓ MỘT NGUỒN — mọi thay đổi lịch vào mốc ↓ CẢNH BÁO GIỜ — trước cut-off theo ngưỡng ↓ MÀN HÌNH NGÀY — hôm nay bao nhiêu mốc tới hạn ↓ SAU CHUYẾN — trễ vì sao ghi vào lô để học
ETD, cut-off gắn theo lô, thay đổi lịch airline vào một nguồn, cảnh báo theo giờ trước mốc — lô tới đúng cut-off là mặc định, không phải may mắn.
Khám phá EcoLog →Quy trình mốc ETD (To-Be)
| Bước | Người phụ trách | Đầu vào | Điểm kiểm soát |
|---|---|---|---|
| Tạo lô gắn mốc ETD/cut-off | Ops | Booking xác nhận | Không lô nào thiếu mốc giờ |
| Cập nhật thay đổi lịch | Ops + sales | Tin airline | Vào mốc trong ngày — không tin nhắn riêng |
| Cảnh báo trước cut-off | Hệ thống | Mốc + giờ hiện tại | Trước 12/6/2 giờ — đúng người |
| Màn hình mốc hôm nay | Trưởng ops | Danh sách lô sống | Sáng biết hôm nay bao nhiêu mốc |
| Gom theo mốc mới | Ops | Kế hoạch gom | Không gom theo booking cũ |
| Ghi nguyên nhân trễ | Ops | Lô trễ | Vì airline hay vì nội bộ — rõ |
Ví dụ minh họa — số liệu giả định
Ví dụ minh họa — số liệu giả định, không phải thống kê.
Đội air 6 người, ~45 lô/tháng — hai kiểu nắm ETD.
| Chỉ số | Booking PDF + Zalo | Mốc tự cập nhật |
|---|---|---|
| Lô đúng cut-off | ~55% | 82% |
| ETD lùi không tới ops | Xảy ra mỗi tuần | 0 — vào mốc trong ngày |
| Gom gấp vì đổi lịch | 3–4 vụ/tháng | 0 |
| Phí lưu export + taxi đêm | Có, mỗi vụ | Gần 0 |
| Sáng biết mốc hôm nay | Không | Màn hình 14 mốc — 3 tới hạn |
| Trễ ghi nguyên nhân | Không | Airline hay nội bộ — rõ từng lô |
Cách dùng: hỏi ops sáng nay có bao nhiêu lô cut-off sau 17:00 — câu trả lời cần mở từng booking PDF nghĩa là màn hình mốc không tồn tại. Câu thứ hai: lần gần nhất airline lùi ETD, tin tới ops sau bao lâu — quá 1 ngày thì khoảng trống thông tin đang nằm ở chỗ sales quên chuyển.
Tuần đầu chỉ hai việc: mọi lô mới gắn mốc ETD/cut-off có giờ (không lô nào thiếu), và quy tắc mọi tin đổi lịch airline vào mốc trong ngày. Tuần thứ ba thêm cảnh báo 12/6/2 giờ và màn hình mốc hôm nay. Chỗ vấp: ops lo "thêm bước" — nhưng bước duy nhất mới là 30 giây cập nhật mốc, đổi lại bớt hẳn ca xử lý gấp cuối tuần.
Dấu hiệu mốc đã ngấm: sáng thứ Hai, trưởng ops mở màn hình mốc trước khi mở hộp email — vì email chứa quá khứ, còn mốc chứa hôm nay. Khi thói quen đó thành tự nhiên, trễ cut-off nội bộ gần như không còn đường để xảy ra.
Giải pháp hỗ trợ ở đâu?
| Yêu cầu | Năng lực | Mức đáp ứng |
|---|---|---|
| Mốc ETD/cut-off theo lô | Milestone theo giờ trên lô | Cấu hình theo đặc thù |
| Cập nhật lịch airline | Nhập/tích hợp tin đổi lịch | Thủ công 30 giây — tự động theo gói |
| Cảnh báo trước cut-off | Nhắc 12/6/2 giờ đúng người | Cấu hình theo đặc thù |
| Màn hình mốc hôm nay | Dashboard theo ngày | Tiêu chuẩn + cấu hình |
| Ghi nguyên nhân trễ | Trường nguyên nhân trên lô trễ | Cấu hình đơn giản |
AI / Automation hỗ trợ ở đâu?
AI bổ trợ ở ba việc: đọc email/tin airline và tự đề xuất cập nhật mốc ETD cho ops duyệt; dự báo rủi ro trễ cut-off theo tiến độ gom hiện tại của lô; gợi ý lộ trình gom khi ETD lùi (đơn nào dời, đơn nào giữ). AI không tự dời lịch — ops duyệt mốc mới trước khi cảnh báo chạy theo.
KPI mốc ETD air cần theo dõi
| KPI | Công thức | Tần suất | Chủ sở hữu | Hành động khi lệch |
|---|---|---|---|---|
| Lô đủ mốc ETD/cut-off | Lô có mốc giờ ÷ tổng lô | Tuần | Trưởng ops | Thiếu — chặn tạo lô |
| Lô đúng cut-off | Lô kịp ÷ tổng lô bay | Tuần | Trưởng ops | <80% — xem trễ nội bộ hay airline |
| Đổi lịch vào mốc trong ngày | Vụ đúng ÷ tổng vụ đổi | Tuần | Ops + sales | Chậm — rule nhận tin |
| Gom gấp vì đổi lịch | Số vụ | Tháng | Trưởng ops | Có — cảnh báo chưa chạy sớm |
| Trễ có nguyên nhân ghi | Lô trễ ghi ÷ tổng trễ | Tháng | Trưởng ops | Mù — bổ sung trường bắt buộc |
Câu hỏi thường gặp
Airline không có API cập nhật lịch cho forwarder nhỏ — làm sao tự cập nhật?
Tự cập nhật không cần API của airline: tin đổi lịch tới email/Zalo — ops vào mốc lô cập nhật trong 30 giây, rule là trong ngày. Phần lớn trễ không nằm ở tốc độ airline báo mà ở tin báo kẹt ở một người. Sau khi mốc chạy ổn, tích hợp tự động theo portal airline là lớp nâng cấp — không phải điều kiện khởi đầu.
Sales nhận tin airline trước — bắt ops tự dò có ổn không?
Không — vì dò chính là nguyên nhân trễ: ops không biết airline đã báo ai. Rule đúng: ai nhận tin cũng vào mốc (hoặc chuyển ngay cho người vào mốc), mốc là nguồn duy nhất. Sau đó tranh nhau ai cập nhật trước trở thành chuyện tốt — ai cũng thấy mốc đã đổi, không ai chạy theo bản cũ.
Cảnh báo 12/6/2 giờ có ồn ào quá không?
Ba ngưỡng ba mục đích: 12 giờ để xếp kế hoạch gom trong ngày, 6 giờ để chốt chứng từ, 2 giờ là quyết định taxi đêm hay chờ chuyến sau. Nếu đội thấy ồn thì giảm còn 2 ngưỡng (8/2) — nhưng giữ ngưỡng cuối: 2 tiếng trước cut-off là ranh giới giữa kịp và nằm lại, cần đẩy tới người chịu trách nhiệm cao nhất của lô.
Hàng đã trễ vì airline — làm gì cho khách?
Ba việc trong thứ tự: báo khách ngay với nguyên nhân và phương án (chuyến kế ETD bao giờ), bù phí lưu phát sinh nếu đúng cam kết SLA, và ghi nguyên nhân vào lô để báo cáo tuần phân biệt trễ airline/trễ nội bộ. Khách chấp nhận trễ của airline khi được báo sớm — khách không chấp nhận im lặng rồi "hàng nằm sân bay rồi đó".
Lô gộp nhiều khách — mốc ETD giữ ở đâu?
Mốc ETD/cut-off là của chuyến bay gom — gắn vào lô mẹ (consolidation); từng khách hàng con thấy mốc từ lô mẹ, cảnh báo theo lô mẹ chạy. Nhờ vậy airline lùi một lần thì cả nhóm khách con thấy ngay — không ai phải tự dò từng booking con cho cùng một chuyến bay.
Bài học một câu?
Air freight chạy theo lịch thật của airline, không theo lịch in trên booking: mốc ETD tự cập nhật + cảnh báo theo giờ — 82% lô kịp cut-off và hết chuyện tới sân bay cho chuyến bay đã bay.
Checklist: doanh nghiệp của bạn có vấn đề này không?
Đọc kết quả: 0–2 ô = mốc ETD đã chạy; 3–5 ô = cần mốc theo lô + rule cập nhật trong ngày; 6–8 ô = mỗi lô air đang mang lịch bay có thể đã cũ — và chuyến bay của lô tiếp theo có thể đang lùi không ai hay.
Kết luận
Lô air tới sân bay cho chuyến đã bay là hệ quả của thông tin chết: ETD sống theo airline nhưng đang truyền qua PDF và tin nhắn. Mốc theo lô tự cập nhật, cảnh báo 12/6/2 giờ trước cut-off, màn hình mốc hôm nay — 82% lô kịp cut-off và ca xử lý gấp cuối tuần biến mất.