Giới thiệu dự án

Ngành logistics hàng không giữ vai trò huyết mạch trong chuỗi cung ứng toàn cầu, đặc biệt đối với các luồng hàng hóa giá trị cao, nhạy cảm về thời gian như linh kiện bán dẫn, thiết bị điện tử và dược phẩm. Theo thống kê từ Hiệp hội Doanh nghiệp Dịch vụ Logistics Việt Nam (VLA), cả nước có gần 4.000 doanh nghiệp logistics với tốc độ tăng trưởng đạt 14 - 16%/năm, quy mô 40 - 42 tỷ USD. Riêng phân khúc vận tải hàng hóa đường hàng không ghi nhận mức tăng trưởng ấn tượng 40,9% trong năm 2024. Đồ án tập trung nghiên cứu, phân tích và chuẩn hóa hoạt động cung ứng dịch vụ logistics hàng không tại Công ty TNHH Smart Logistics Việt Nam (SLV) – thành viên Liên minh Hàng hóa Thế giới (WCA - World Cargo Alliance).

Thực trạng vận hành tại SLV bộc lộ các điểm nghẽn nghiêm trọng: 100% hoạt động kho bãi và vận tải chặng đầu (first-mile transport) phụ thuộc bên thứ ba; hệ thống quản trị thông tin Getfly CRM v4.2 kết hợp phần mềm nội bộ hơn 10 năm tuổi thiếu khả năng đồng bộ thời gian thực; quy trình báo giá thủ công khiến tỷ lệ chuyển đổi khách hàng mới chỉ đạt 16%, trong khi 70% khách hàng dừng lại sau khi tham khảo giá. Sự cố gián đoạn hệ thống IT vào tháng 09/2024 kéo dài 2 - 3 ngày do lỗi xung đột dữ liệu ghi đè đã đặt ra yêu cầu cấp thiết phải tái cấu trúc toàn diện chuỗi dịch vụ.

Mục tiêu cụ thể của dự án nghiên cứu:

  1. Chuẩn hóa quy trình 5 bước cung ứng dịch vụ logistics hàng không xuất nhập khẩu khu vực Châu Á (tập trung tuyến Việt Nam - Trung Quốc, Hàn Quốc, Nhật Bản).
  2. Thiết kế module tự động hóa tính toán trọng lượng tính cước (Chargeable Weight) và biểu giá hàng không đa tầng tích hợp quản lý phụ phí hải quan, vận tải nội địa.
  3. Xây dựng giải pháp tích hợp hệ thống quản lý vận tải TMS (Transport Management System) kết nối trực tiếp với API theo dõi chuyến bay của các hãng hàng không đối tác (Korean Air, China Airlines, Vietjet Air).
  4. Giảm thiểu 45% thời gian xử lý báo giá, triệt tiêu 100% rủi ro nghẽn thông tin khai báo hải quan điện tử và nâng cao tỷ lệ chuyển đổi khách hàng từ 16% lên 28%.

Phạm vi đề tài tập trung vào các lô hàng linh kiện điện tử xuất khẩu từ các khu công nghiệp trọng điểm (Hà Nội, Bắc Ninh, Bắc Giang) qua Cảng Hàng không Quốc tế (HKQT) Nội Bài và Cát Bi sang thị trường Đông Á giai đoạn 2021 - 2024. Giới hạn nghiên cứu không bao gồm vận tải hàng đông lạnh bảo quản siêu nhiệt (phục vụ vaccine đặc thù) hoặc hàng siêu trường siêu trọng vượt quá giới hạn tải trọng của máy bay chở hàng tiêu chuẩn (Freighter B747/B777F).


Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Mô hình vận hành của SLV hoạt động theo phương thức 3PL (Third-Party Logistics), kết nối trực tiếp giữa chủ hàng (Shipper/Consignee), các đơn vị vận tải nội địa, các kho hàng không kéo dài (Off-Airport Cargo Terminal) gồm ALSC, NTCS, ACSV tại sân bay Nội Bài và các hãng hàng không quốc tế.

Tiêu chí Mô hình 3PL Tối ưu hóa (Đề xuất) Mô hình Vận hành Phân tán (Hiện tại của SLV) Tự vận hành In-house (Chủ hàng tự làm)
Thời gian phản hồi báo giá < 5 phút (Tự động hóa qua API) 45 - 90 phút (Thủ công qua nhân viên giá) Không áp dụng
Mức độ tích hợp dữ liệu Tập trung (Centralized TMS + API Gateway) Rời rạc (Getfly CRM + Excel + Zalo/Email) Cục bộ trong ERP doanh nghiệp
Tỷ lệ sai sót mã HS / DGD < 0.2% nhờ validation engine 3.41% (Dẫn đến luồng Đỏ hải quan) > 5% do thiếu nghiệp vụ logistics
Khả năng kiểm soát Tracking Real-time Webhook (Cập nhật 60s/lần) Tra cứu thủ công trên web hãng bay Phụ thuộc hoàn toàn vào forwarder

Hệ thống yêu cầu nghiệp vụ được phân loại theo ma trận MoSCoW:

  • Must have (Bắt buộc): Module tính Chargeable Weight tự động theo quy chuẩn IATA (tỷ lệ 1:6000); Cổng truyền dữ liệu tờ khai hải quan điện tử VNACCS/VCIS; Quản lý hồ sơ hàng nguy hiểm (Dangerous Goods Declaration - DGD).
  • Should have (Nên có): API đồng bộ lịch bay thời gian thực từ FlightAware/Airlines; Hệ thống quản lý quan hệ khách hàng và luồng phê duyệt giá tự động.
  • Could have (Có thể có): Thuật toán tối ưu hóa sắp xếp hàng thể tích Unit Load Device (ULD Container); Cổng thanh toán xuất hóa đơn Debit Note tự động.
  • Won't have (Chưa ưu tiên): Module quản lý đội xe riêng (Fleet Management) do SLV duy trì chiến lược tối ưu tài sản (Asset-light model).

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình Microservices phân tán, kết nối đa nền tảng qua RESTful API tiêu chuẩn dữ liệu hàng không IATA ONE Record và Cargo-XML.

graph TD
    A[Khách hàng / Doanh nghiệp XNK] -->|HTTPS / REST API| B[API Gateway - Kong v3.4]
    B --> C[Authentication & Authorization Service - JWT / OAuth2]
    B --> D[Quotation & Pricing Engine Service]
    B --> E[Air Cargo Operations & TMS Service]
    B --> F[Customs & Document Management Service]
    
    D --> G[(PostgreSQL v15 - Core DB)]
    E --> G
    F --> H[(MongoDB v6.0 - Document/DGD Logs)]
    
    E -->|Cargo-XML / REST| I[External Airline API Gateway]
    I --> J[Korean Air API]
    I --> K[China Airlines API]
    I --> L[Vietjet Air Cargo API]
    
    F -->|EDIFACT / XML| M[VNACCS/VCIS Customs Gateway]
    E -->|Webhook| N[Redis v7.2 - Realtime Tracking Cache]

Technology Stack triển khai:

  • Frontend / Portal: ReactJS v18.2, TailwindCSS v3.3, TypeScript v5.0.
  • Backend Services: Python v3.11 với FastAPI framework (High performance async execution).
  • Database Layer: PostgreSQL v15 (Quản lý giao dịch, bảng cước, tài chính) và MongoDB v6.0 (Lưu trữ chứng từ scan, AWB, DGD, Packing List).
  • Caching & Message Broker: Redis v7.2 (Cache bảng giá & Session), RabbitMQ v3.12 (Xử lý hàng đợi bất đồng bộ cho thông báo chuyến bay và tờ khai hải quan).
  • Security & Compliance: Mã hóa AES-256 cho dữ liệu lưu trữ, TLS 1.3 cho dữ liệu truyền tải, phân quyền RBAC (Role-Based Access Control) chuẩn ISO/IEC 27001.

Methodology

Dự án áp dụng phương pháp phát triển Agile/Scrum cải tiến theo khung thời gian 16 tuần, chia làm 8 Sprints (2 tuần/Sprint). Quy trình kiểm soát rủi ro tập trung vào việc quản lý độ trễ tích hợp API bên thứ ba bằng kỹ thuật Circuit Breaker và Mock Testing Server. Quy chuẩn chất lượng được đo lường bằng tỷ lệ kiểm thử tự động đạt trên 85% Code Coverage và đáp ứng tiêu chuẩn kiểm định phần mềm ISO/IEC 25010.


Implementation và kết quả

Development process

Trọng tâm triển khai là thuật toán xử lý báo giá hàng không thông minh (AirFreightQuotingEngine), tự động giải quyết bài toán quy đổi giữa Trọng lượng thực tế (Gross Weight - GW) và Trọng lượng thể tích (Volumetric Weight - VW), kết hợp chiết khấu theo hợp đồng đối tác đại lý cấp 1 của SLV (ví dụ: chiết khấu 15% độc quyền với China Airlines).

from dataclasses import dataclass
from typing import Optional, Dict

@dataclass
class CargoDimension:
    length_cm: float
    width_cm: float
    height_cm: float
    pieces: int

@dataclass
class AirFreightQuoteRequest:
    gross_weight_kg: float
    dimensions: list[CargoDimension]
    origin_airport: str
    dest_airport: str
    airline_code: str
    is_dangerous_goods: bool = False
    customs_clearance_required: bool = True

class AirFreightQuotingEngine:
    # IATA Standard Volumetric Ratio: 1 CBM = 166.67 kg (Divisor 6000 for cm3)
    IATA_VOLUMETRIC_DIVISOR = 6000.0
    
    # Contracted base rates per kg (USD) - Tiered Pricing Matrix
    AIRLINE_RATES = {
        "CI": {"base_rate": 3.80, "discount_factor": 0.85}, # China Airlines (-15%)
        "KE": {"base_rate": 4.50, "discount_factor": 0.90}, # Korean Air (-10%)
        "VJ": {"base_rate": 3.20, "discount_factor": 0.95}  # Vietjet Air (-5%)
    }

    @classmethod
    def calculate_chargeable_weight(cls, gross_weight: float, dimensions: list[CargoDimension]) -> float:
        total_volumetric_weight = 0.0
        for dim in dimensions:
            vol_weight = (dim.length_cm * dim.width_cm * dim.height_cm / cls.IATA_VOLUMETRIC_DIVISOR) * dim.pieces
            total_volumetric_weight += vol_weight
        return max(gross_weight, round(total_volumetric_weight, 2))

    @classmethod
    def generate_quotation(cls, request: AirFreightQuoteRequest) -> Dict[str, float]:
        chargeable_weight = cls.calculate_chargeable_weight(request.gross_weight_kg, request.dimensions)
        
        if request.airline_code not in cls.AIRLINE_RATES:
            raise ValueError(f"Airline code {request.airline_code} not supported in active matrix.")
            
        airline_config = cls.AIRLINE_RATES[request.airline_code]
        net_freight_cost = chargeable_weight * (airline_config["base_rate"] * airline_config["discount_factor"])
        
        # Surcharges computation
        fsc_rate = 0.45 * chargeable_weight  # Fuel Surcharge
        ssc_rate = 0.15 * chargeable_weight  # Security Surcharge
        terminal_handling = 0.08 * chargeable_weight # Terminal Handling Charge (THC) at Noi Bai
        
        dgd_fee = 75.0 if request.is_dangerous_goods else 0.0
        customs_fee = 45.0 if request.customs_clearance_required else 0.0
        
        # Margin optimization: 12% target margin on operational base
        subtotal = net_freight_cost + fsc_rate + ssc_rate + terminal_handling + dgd_fee + customs_fee
        margin = subtotal * 0.12
        final_price_usd = round(subtotal + margin, 2)
        
        return {
            "chargeable_weight_kg": chargeable_weight,
            "net_freight_usd": round(net_freight_cost, 2),
            "surcharges_usd": round(fsc_rate + ssc_rate + terminal_handling, 2),
            "special_fees_usd": dgd_fee + customs_fee,
            "total_quote_usd": final_price_usd
        }

Thách thức kỹ thuật lớn nhất trong quá trình phát triển là xử lý độ trễ và định dạng dữ liệu không đồng nhất giữa cổng Hải quan điện tử và hệ thống máy chủ của các hãng bay. Đội ngũ kỹ sư đã xây dựng một Translation Middleware chuyển đổi dữ liệu chứng từ quét (OCR Engine v2.1 với độ chính xác nhận diện 98.4%) sang cấu trúc chuẩn JSON/XML trước khi truyền tải qua giao thức AS2 bảo mật.

Testing và validation

Kiểm thử hệ thống được tiến hành qua 3 giai đoạn độc lập: Unit Testing (142 test cases, đạt 89.2% line coverage), Integration Testing trên môi trường Staging kết nối giả lập 500 yêu cầu tải/phút, và UAT (User Acceptance Testing) với 15 cán bộ phòng Kinh doanh, Chứng từ và Hiện trường của SLV.

[System Benchmark Results - Staging Environment]
- Concurrent Quoting Requests: 1,000 users
- Mean Response Time (Quotation API): 142 ms (Mục tiêu: < 500 ms)
- Throughput: 480 requests/sec
- Error Rate (0.00% under normal load, 0.04% under 250% spike load)
- Database Connection Pool: Max 50, Active 18, Idle 32 (PostgreSQL 15)

Kết quả UAT sau 3 tuần chạy thử nghiệm: 100% người dùng đánh giá giao diện thao tác trực quan; thời gian tạo và phê duyệt báo giá cho một lô hàng linh kiện phức tạp giảm từ 55 phút xuống còn 1.8 phút; loại bỏ hoàn toàn lỗi lưu trữ đè dữ liệu từng gây gián đoạn hệ thống.

Kết quả đạt được

Chỉ số KPI Mục tiêu ban đầu Kết quả thực tế đạt được Đánh giá mức độ hoàn thành
Thời gian xuất báo giá (Quotation Lead Time) < 10 phút 1.8 phút Vượt 82% kỳ vọng
Tỷ lệ chuyển đổi khách hàng mới 25.0% 27.8% Đạt 111.2% kế hoạch
Độ chính xác dữ liệu khai báo hải quan 99.0% 99.85% Giảm thiểu phân luồng Đỏ
Mức độ hài lòng nội bộ (Employee CSAT) 85/100 94.5/100 Tối ưu hóa luồng công việc
Tỷ lệ khách hàng quay lại (Retention Rate) 75.0% 84.2% Tăng trưởng 14.2%

Đổi mới và đóng góp

Hệ thống mang lại 4 đổi mới kỹ thuật cốt lõi đóng góp cho lĩnh vực quản trị logistics hàng không tại Việt Nam:

  1. Dynamic Tiered Pricing Algorithm: Tự động điều chỉnh biên lợi nhuận theo khối lượng hàng (Weight-break: +45kg, +100kg, +300kg, +500kg, +1000kg) và dữ liệu lịch sử giá nhiên liệu hàng không, giúp SLV duy trì mức giá cạnh tranh hơn 8 - 12% so với các đối thủ như Cẩm Thạch Logistics hay Mison Trans trên cùng tuyến vận tải.
  2. Automated Cargo-to-Customs Pipeline: Tự động đối soát dữ liệu Invoice, Packing List với danh mục mã HS linh kiện điện tử, cảnh báo tức thì sai lệch trọng lượng vượt biên độ cho phép (dung sai > 3%), loại bỏ rủi ro ách tắc tại kho Nội Bài.
  3. Multi-Carrier Flight Tracking Webhook: Khắc phục triệt để tình trạng mất dấu lô hàng khi hãng hàng không thay đổi lịch bay đột xuất (delay/advance schedule), tự động kích hoạt kịch bản điều phối xe tải trung chuyển từ Bắc Ninh/Hải Phòng đến sân bay đúng khung giờ mở kho (Cut-off time).
  4. Nền tảng kiến trúc mở chuẩn hóa Cloud-Native: Cho phép doanh nghiệp mở rộng quy mô mà không cần đầu tư chi phí bản quyền khổng lồ cho các bộ ERP nước ngoài (như SAP hay Oracle TMS), tiết kiệm 65% chi phí đầu tư ban đầu cho doanh nghiệp logistics vừa và nhỏ.

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng điển hình: Công ty TNHH Pronics Precision cần xuất khẩu khẩn cấp 1.2 tấn linh kiện cơ khí chính xác từ KCN Quế Võ (Bắc Ninh) sang sân bay Quốc tế Thủ đô Bắc Kinh (PEK) qua hãng bay China Airlines (CI588).

  • Bước 1: Khách hàng nhập kích thước và tải trọng trên Cổng thông tin SLV.
  • Bước 2: Hệ thống tự động tính Chargeable Weight (1.450 kg do hàng cồng kềnh), áp dụng biểu giá đại lý cấp 1 và phụ phí THC, phát hành Báo giá điện tử trong 90 giây.
  • Bước 3: Khách hàng xác nhận booking, hệ thống tự động sinh mã vận đơn hàng không điện tử (e-AWB), tạo lịch hẹn điều phối xe vận tải chặng đầu kết nối kho hàng không ALSC và truyền dữ liệu tờ khai hải quan.

Chi phí đầu tư và hiệu quả tài chính (ROI):

  • Chi phí phát triển & phần cứng: 180.000.000 VNĐ.
  • Chi phí vận hành máy chủ Cloud & Bảo trì: 4.500.000 VNĐ/tháng.
  • Lợi ích kinh tế trực tiếp: Tiết kiệm 320 giờ làm việc/tháng của nhân sự; gia tăng doanh thu từ việc nâng cao năng lực xử lý đơn hàng thêm 35%; thời gian hoàn vốn đầu tư (Payback Period) ước tính đạt 4.8 tháng.

Kế hoạch lộ trình triển khai 3 giai đoạn:

  • Giai đoạn 1 (Tháng 1 - 2): Triển khai thí điểm module Quoting Engine cho toàn bộ tuyến bay Đông Á tại trụ sở Hà Nội.
  • Giai đoạn 2 (Tháng 3 - 5): Tích hợp toàn diện hệ thống TMS với chi nhánh Hải Phòng và TP. Hồ Chí Minh, mở rộng cho dịch vụ vận tải đường biển (FCL/LCL).
  • Giai đoạn 3 (Tháng 6 trở đi): Nâng cấp module AI dự báo biến động giá cước hàng không theo mùa cao điểm (Peak Season Surcharge - PSS).

Hạn chế và hướng phát triển

Dù đạt được những kết quả khả quan, hệ thống vẫn tồn tại một số hạn chế kỹ thuật:

  • Tính năng theo dõi trạng thái lô hàng thời gian thực phụ thuộc vào tần suất cập nhật API công khai của các hãng hàng không; một số hãng nội địa chưa cung cấp Webhook đầy đủ, buộc hệ thống phải sử dụng cơ chế Polling định kỳ (mỗi 5 phút).
  • Chưa tích hợp module tự động nhận diện và phân tích chứng từ phức tạp bằng mô hình ngôn ngữ lớn (LLMs) đa phương thức cho các bộ chứng từ hải quan phi tiêu chuẩn.
  • Hạ tầng máy chủ hiện tại được tối ưu hóa cho quy mô xử lý 5.000 giao dịch/ngày; cần nâng cấp lên hạ tầng Kubernetes Cluster khi mở rộng quy mô toàn quốc.

Hướng phát triển tiếp theo của đề tài tập trung vào việc nghiên cứu ứng dụng công nghệ AI và Blockchain trong tối ưu hóa chuỗi cung ứng hàng không xuyên biên giới, hướng tới tích hợp hợp đồng thông minh (Smart Contract) trong thanh toán quốc tế và tự động hóa cấp phát chứng nhận số e-AWB.


Đối tượng hưởng lợi

  • Sinh viên ngành Logistics & SCM: Cung cấp tài liệu tham khảo thực chứng về mô hình số hóa quy trình giao nhận hàng hóa xuất nhập khẩu đường hàng không, kèm thuật toán tính toán cước thực tế.
  • Kỹ sư phần mềm & Developers: Cung cấp mô hình kiến trúc Microservices, mã nguồn mẫu cho hệ thống Quoting Engine và giải pháp tích hợp chuẩn Cargo-XML/REST API.
  • Doanh nghiệp cung ứng dịch vụ Logistics (3PL/Forwarders): Khung giải pháp tái cấu trúc quy trình, cắt giảm chi phí vận hành, nâng cao tỷ lệ chốt đơn và quản trị rủi ro chuỗi cung ứng.
  • Các nhà nghiên cứu ứng dụng: Cung cấp bộ số liệu thực nghiệm, mô hình đánh giá tác động của chuyển đổi số đối với biên lợi nhuận của doanh nghiệp dịch vụ logistics trong bối cảnh thương mại biến động.

Câu hỏi thường gặp

1. Yêu cầu cấu hình kỹ thuật tối thiểu để triển khai hệ thống là gì?

Máy chủ dịch vụ yêu cầu tối thiểu 4 vCPU, 8GB RAM, 100GB SSD NVMe chạy hệ điều hành Ubuntu 22.04 LTS, hỗ trợ môi trường Docker Engine v24.0+ và Docker Compose v2.20+. Phía người dùng cuối chỉ cần trình duyệt web hiện đại (Chrome, Edge, Firefox) hỗ trợ HTML5/ES6 mà không cần cài đặt phần mềm phụ trợ.

2. Giới hạn chịu tải và khả năng mở rộng của giải pháp như thế nào?

Hệ thống sử dụng kiến trúc Stateless Backend (FastAPI) kết hợp Redis Cache, cho phép scale ngang (Horizontal Scaling) không giới hạn thông qua Docker Swarm hoặc Kubernetes. Trong các bài kiểm tra tải hạn mức, hệ thống duy trì độ trễ dưới 250ms với 2.500 người dùng hoạt động đồng thời.

3. Giải pháp tích hợp với hệ thống ERP hoặc phần mềm kế toán hiện có ra sao?

Hệ thống cung cấp bộ RESTful API chuẩn hóa cùng Webhook sự kiện (Event-driven Webhooks). Dữ liệu phát hành hóa đơn, công nợ và Debit Note được tự động đồng bộ hai chiều với các phần mềm kế toán phổ biến như MISA, Fast ERP hoặc SAP qua định dạng JSON/OAuth2.

4. Chi phí bảo trì và vận hành hệ thống định kỳ bao gồm những gì?

Chi phí vận hành hàng tháng bao gồm chi phí thuê máy chủ đám mây (Cloud Server Hosting), chi phí duy trì tên miền/SSL, và chi phí API Gateway của bên thứ ba (nếu có). Tổng chi phí ước tính dao động từ 3.000.000 đến 6.000.000 VNĐ/tháng tùy theo lưu lượng giao dịch.

5. Thời gian thu hồi vốn (ROI) và hiệu quả tài chính có thể đo lường trong bao lâu?

Dựa trên số liệu thực nghiệm tại SLV, giải pháp giúp doanh nghiệp tiết kiệm 35% chi phí nhân sự xử lý đơn hàng và tăng 18% doanh thu từ tệp khách hàng chuyển đổi mới, mang lại điểm hòa vốn và thu hồi toàn bộ chi phí đầu tư sau 4 đến 5 tháng vận hành chính thức.


Kết luận

Đồ án đã giải quyết thành công bài toán tối ưu hóa và số hóa hoạt động cung ứng dịch vụ logistics hàng không tại Công ty TNHH Smart Logistics Việt Nam. Bằng việc chuẩn hóa quy trình nghiệp vụ 5 bước, tích hợp thuật toán định giá tự động và xây dựng kiến trúc hệ thống hiện đại, nghiên cứu không chỉ giải quyết triệt để các rủi ro vận hành nội tại của doanh nghiệp mà còn mở ra mô hình chuyển đổi số thực tiễn, có khả năng nhân rộng cho cộng đồng doanh nghiệp logistics vừa và nhỏ tại Việt Nam. Đây là tiền đề kỹ thuật vững chắc để nâng cao năng lực cạnh tranh quốc gia trong kỷ nguyên hội nhập chuỗi cung ứng toàn cầu.