Giới thiệu dự án

Hoạt động logistics và quản trị chuỗi cung ứng đóng vai trò xương sống trong lưu thông hàng hóa toàn cầu. Theo báo cáo của Ngân hàng Thế giới (World Bank), chi phí logistics tại Việt Nam chiếm khoảng 16.8% - 20% GDP, cao hơn đáng kể so với mức trung bình 10.6% của các nước phát triển. Mặc dù chỉ số hiệu quả logistics (LPI) của Việt Nam có sự cải thiện, phần lớn thị phần dịch vụ giá trị gia tăng cao vẫn do các tập đoàn đa quốc gia nắm giữ. Các doanh nghiệp cung cấp dịch vụ logistics bên thứ ba (3PL) trong nước chủ yếu có quy mô vừa và nhỏ, đối mặt với sự cạnh tranh gay gắt, chi phí vận hành tăng cao và mức độ ứng dụng công nghệ còn rời rạc.

       ┌────────────────────────────────────────────────────────┐
       │     THỰC TRẠNG QUẢN TRỊ 3PL TẠI INTERLINK VIỆT NAM      │
       └──────────────────────────┬─────────────────────────────┘
                                  │
         ┌────────────────────────┴────────────────────────┐
         ▼                                                 ▼
┌─────────────────────────────────┐       ┌───────────────────────────────────┐
│     ĐIỀU HẬN & GIAO NHẬN        │       │   KHAI BÁO HẢI QUAN & GOM HÀNG    │
├─────────────────────────────────┤       ├───────────────────────────────────┤
│ • Chi phí giá vốn tăng: +8.8%   │       │ • Tỷ lệ sai sót chứng từ: 4.8%    │
│ • Điều phối thủ công qua Excel  │       │ • Chưa đồng bộ EDI với khách B2B  │
│ • Tải trọng xe rỗng: 35.8%      │       │ • Tỷ lệ lấp đầy cont LCL: 64.2%   │
└─────────────────────────────────┘       └───────────────────────────────────┘

Công ty Cổ phần Vận chuyển Interlink Việt Nam (Interlink Việt Nam) là doanh nghiệp 3PL cung ứng các dịch vụ: vận tải nội địa/quốc tế, đại lý khai hải quan, gom hàng lẻ (LCL) và cho thuê kho bãi. Giai đoạn 2021–2023, doanh thu của công ty duy trì mức tăng trưởng chậm từ 17.143 tỷ VNĐ (2021) lên 18.635 tỷ VNĐ (2023), nhưng lợi nhuận sau thuế sụt giảm nghiêm trọng từ 1.165 tỷ VNĐ xuống còn 682 triệu VNĐ (giảm 41.3% trong năm 2023). Nguyên nhân cốt lõi bao gồm:

  • Chi phí dịch vụ thuê ngoài (sub-contractor) biến động tăng 8.8%.
  • Quy trình điều phối vận tải thủ công dẫn đến tỷ lệ chạy rỗng chiều về đạt 35.8%.
  • Tỷ lệ sai sót chứng từ trong khâu khai hải quan đạt 4.8%, gây phát sinh chi phí lưu kho bãi (demurrage/detention).
  • Năng lực gom hàng LCL chưa tối ưu, hệ số sử dụng dung tích container trung bình chỉ đạt 64.2%.

Đề tài tập trung giải quyết bài toán tái cấu trúc và số hóa hoạt động cung ứng dịch vụ logistics tại Interlink Việt Nam thông qua 4 mục tiêu cụ thể:

  1. Hệ thống hóa cơ sở lý luận về chuỗi cung ứng dịch vụ logistics 3PL và khung đánh giá chất lượng dịch vụ Servuction.
  2. Phân tích thực trạng tài chính, năng lực vận hành vận tải, thủ tục hải quan và gom hàng của Interlink Việt Nam giai đoạn 2021–2023.
  3. Thiết kế hệ thống quản lý vận tải (TMS - Transport Management System) tích hợp thuật toán tối ưu hóa định tuyến xe (VRP) và cổng kết nối dữ liệu hải quan điện tử VNACCS/VCIS qua chuẩn EDI.
  4. Xây dựng lộ trình triển khai chuẩn hóa quy trình dịch vụ và hệ thống chỉ số đánh giá hiệu quả cốt lõi (KPI) giai đoạn 2024–2026.

Giải pháp ứng dụng kết hợp giữa tái thiết kế quy trình kinh doanh (Business Process Reengineering - BPR) và triển khai nền tảng công nghệ thông tin chuyên dụng. Phương pháp này cho phép liên kết dữ liệu thời gian thực giữa bộ phận kinh doanh, điều vận, hiện trường cảng/kho và các nhà thầu phụ. Kết quả kỳ vọng giúp giảm 18% chi phí điều vận, nâng tỷ lệ giao hàng đúng giờ (On-Time Delivery - OTD) từ 88.0% lên 97.5%, và rút ngắn thời gian xử lý thủ tục thông quan xuống dưới 1.5 giờ/tờ khai.

Nghiên cứu tập trung vào dịch vụ vận chuyển đường bộ và dịch vụ hải quan tại vùng kinh tế trọng điểm Bắc Bộ (Hà Nội, Hải Phòng, Bắc Ninh, Hưng Yên, Hải Dương) với các nhóm hàng công nghiệp chế biến, linh kiện điện tử và hàng tiêu dùng; không bao gồm dịch vụ vận tải hàng rời chuyên dụng hay hàng siêu trường siêu trọng.

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

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

Thực tế vận hành tại các doanh nghiệp logistics vừa và nhỏ tại Việt Nam cho thấy sự phân mảnh giữa các phương thức quản lý. Bảng so sánh dưới đây phân tích 3 hướng tiếp cận giải pháp:

Tiêu chí Quản lý thủ công (Excel/Zalo) Hệ thống ERP đóng gói (SAP/Oracle) Hệ thống TMS & EDI Module hóa (Đề xuất)
Chi phí đầu tư ban đầu Rất thấp (< 10 triệu VNĐ) Rất cao (> 1.5 tỷ VNĐ) Trung bình (250 - 350 triệu VNĐ)
Thời gian triển khai Tức thì 9 - 18 tháng 2 - 3 tháng
Khả năng tối ưu định tuyến Không có (dựa vào kinh nghiệm) Có (phức tạp, khó tùy biến) Có (Thuật toán CVRPTW chuyên sâu)
Tích hợp VNACCS/ECUS5 Thủ công nhập liệu 2 lần Cần phát triển module riêng đắt đỏ Tích hợp trực tiếp qua XML/EDI Gateway
Độ trễ cập nhật trạng thái 2 - 6 giờ (qua điện thoại) Thời gian thực (Real-time) Thời gian thực (GPS IoT + Webhook)
Phù hợp với SME Logistics Không bền vững khi tăng quy mô Quá tải chi phí và nhân lực vận hành Tối ưu chi phí và khả năng mở rộng

Trên thị trường miền Bắc, Interlink Việt Nam cạnh tranh trực tiếp với:

  • Công ty TNHH Kho vận Danko: Sở hữu đội xe 32 phương tiện và 500m² kho bãi, tập trung mạnh vào hàng dự án và ngoại giao đoàn.
  • Công ty TNHH Dịch vụ Tiếp vận Toàn Cầu: Thế mạnh về vận tải đường thủy nội địa, sà lan kết nối cảng biển Hải Phòng và dịch vụ FCL/LCL quốc tế quy mô lớn.
  • Công ty TNHH Tiếp vận M&P: Mạng lưới đại lý đa quốc gia mạnh tại khu vực Đông Nam Á, xử lý thủ tục hải quan chuyên nghiệp.

Dựa trên phân tích yêu cầu nghiệp vụ của 200 khách hàng khảo sát, ma trận ưu tiên MoSCoW được xác lập như sau:

  • Must have (Bắt buộc): Module quản lý đơn hàng (Order Management); Module quản lý định tuyến xe đa điểm; Cổng truyền nhận dữ liệu tờ khai hải quan tự động mapping định dạng XML chuẩn VNACCS; Quản lý công nợ và chi phí nhà xe thầu phụ (Phúc Minh Phát, Dương Đại, Hà Minh Anh).
  • Should have (Nên có): Cổng thông tin khách hàng (Customer Portal) tra cứu Track & Trace trạng thái lô hàng theo thời gian thực; Cảnh báo tự động qua Email/Zalo OA khi có thay đổi luồng tờ khai (Xanh/Vàng/Đỏ).
  • Could have (Có thể có): Tính năng tự động gợi ý ghép hàng lẻ LCL dựa trên thể tích (CBM) và tải trọng (Gross Weight) của container 20'/40'.
  • Won't have (Chưa ưu tiên): Tích hợp thiết bị bay không người lái (Drone) kiểm kê kho và hệ thống tự động hóa kho hàng AS/RS.
                  KHOẢNG TRỐNG CÔNG NGHỆ (GAP ANALYSIS)
 ┌─────────────────────────┐               ┌─────────────────────────┐
 │       HIỆN TRẠNG        │               │     MỤC TIÊU SỐ HÓA     │
 ├─────────────────────────┤               ├─────────────────────────┤
 │ • Excel/Zalo phân tán   │               │ • Centralized TMS Core  │
 │ • Tờ khai gõ tay ECUS5  │ ────────────► │ • Tự động hóa XML/EDI   │
 │ • Ghép hàng ước lượng   │               │ • Tối ưu hóa 3D Bin-Pack│
 │ • Đối soát thầu phụ trễ │               │ • Automated Billing     │
 └─────────────────────────┘               └─────────────────────────┘

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, đảm bảo khả năng tích hợp linh hoạt với hệ thống ECUS5-VNACCS và các thiết bị định vị GPS hành trình:

graph TD
    Client[Client Apps: Web Portal / Mobile App] --> Gateway[API Gateway: Nginx / Kong]
    Gateway --> AuthService[Auth & RBAC Service: JWT]
    Gateway --> OrderService[Order Management Service]
    Gateway --> RoutingService[VRP Optimization Engine: OR-Tools]
    Gateway --> CustomsService[Customs EDI Integration Service]
    Gateway --> TrackingService[IoT GPS & Telematics Service]
    
    OrderService --> DB[(PostgreSQL 15)]
    RoutingService --> Redis[(Redis 7 Cache)]
    CustomsService --> ECUS[Phần mềm ECUS5 / VNACCS VCIS]
    TrackingService --> GPSProvider[GPS Provider APIs: Dương Đại / Phúc Minh Phát]

Technology Stack chi tiết:

  • Backend Core: Python 3.11, FastAPI Framework v0.110.0 (xử lý bất đồng bộ cao), SQLAlchemy ORM v2.0.28.
  • Optimization Engine: Google OR-Tools v9.8 (giải bài toán định tuyến xe có ràng buộc thời gian và tải trọng - CVRPTW).
  • Database Layer: PostgreSQL v15.6 kết hợp extension PostGIS v3.4 phục vụ truy vấn tọa độ địa lý và tính toán khoảng cách đường bộ.
  • Caching & Message Broker: Redis v7.2.4, Celery v5.3.6 (quản lý hàng đợi tác vụ nền cho các tiến trình gom hàng và đồng bộ GPS).
  • Customs Interface: Bộ phân tích cú pháp XML/EDIFACT kết nối trực tiếp cơ sở dữ liệu SQL Server của phần mềm ECUS5 (Công ty Công nghệ Thái Sơn).
  • Frontend Layer: ReactJS v18.2.0, TailwindCSS v3.4.1, bản đồ số Leaflet v1.9.4 tích hợp OpenStreetMap API.

Cấu trúc cơ sở dữ liệu quan hệ cho các thực thể cốt lõi:

-- Bảng quản lý đơn hàng vận chuyển (Shipment Orders)
CREATE TABLE shipment_orders (
    order_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    order_code VARCHAR(32) UNIQUE NOT NULL,
    customer_id UUID NOT NULL,
    service_type VARCHAR(20) CHECK (service_type IN ('FTL', 'LTL', 'FCL', 'LCL', 'CUSTOMS')),
    cargo_weight_kg NUMERIC(10, 2) NOT NULL,
    cargo_volume_cbm NUMERIC(10, 2) NOT NULL,
    pickup_location GEOMETRY(Point, 4326) NOT NULL,
    delivery_location GEOMETRY(Point, 4326) NOT NULL,
    time_window_start TIMESTAMP WITH TIME ZONE NOT NULL,
    time_window_end TIMESTAMP WITH TIME ZONE NOT NULL,
    status VARCHAR(24) DEFAULT 'PENDING'
);

-- Bảng quản lý điều phối chuyến xe và ghép hàng (Trip Dispatch)
CREATE TABLE trip_dispatches (
    trip_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    trip_code VARCHAR(32) UNIQUE NOT NULL,
    vehicle_plate VARCHAR(16) NOT NULL,
    carrier_id UUID NOT NULL, -- Liên kết nhà thầu phụ: Phúc Minh Phát, Dương Đại...
    max_payload_kg NUMERIC(10, 2) NOT NULL,
    max_capacity_cbm NUMERIC(10, 2) NOT NULL,
    total_distance_km NUMERIC(8, 2),
    route_polyline TEXT,
    dispatch_status VARCHAR(20) DEFAULT 'ASSIGNED',
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng dữ liệu khai báo Hải quan điện tử (Customs Declarations)
CREATE TABLE customs_declarations (
    declaration_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    declaration_no VARCHAR(12) UNIQUE,
    order_id UUID REFERENCES shipment_orders(order_id),
    customs_office_code VARCHAR(6) NOT NULL, -- Ví dụ: 01B1 (HQ Sân bay Nội Bài), 03CE (HQ Cảng Đình Vũ)
    declaration_type VARCHAR(10) NOT NULL,   -- E21, E31, A11, A12...
    channel_status VARCHAR(10) CHECK (channel_status IN ('GREEN', 'YELLOW', 'RED', 'UNPROCESSED')),
    tax_amount NUMERIC(14, 2) DEFAULT 0.00,
    clearance_date TIMESTAMP WITH TIME ZONE
);

An toàn thông tin và hiệu năng:

  • Xác thực API qua JSON Web Token (JWT) theo chuẩn RFC 7519, phân quyền truy cập theo vai trò (RBAC): Điều vận, Chứng từ, Tài xế, Quản trị viên, Khách hàng B2B.
  • Mã hóa toàn bộ dữ liệu định danh khách hàng và thông tin chứng từ hóa đơn theo chuẩn AES-256 ở mức cơ sở dữ liệu.
  • Tốc độ phản hồi hệ thống (API latency) đạt dưới 200ms với tải xử lý 1,000 yêu cầu đồng thời (concurrent requests).

Methodology

Dự án áp dụng mô hình phát triển Agile Scrum chia thành các vòng lặp (Sprint) kéo dài 2 tuần:

  • Kế hoạch triển khai (Timeline):
    • Tháng 1 - Tháng 2: Khảo sát chi tiết quy trình servuction tại văn phòng Hà Nội và chi nhánh TP.HCM; đặc tả yêu cầu phần mềm; thiết kế kiến trúc DB.
    • Tháng 3 - Tháng 4: Xây dựng module Core TMS, Engine VRP và phát triển bộ parser tích hợp dữ liệu tờ khai ECUS5.
    • Tháng 5: Thử nghiệm diện hẹp (UAT) trên tuyến vận tải Nội Bài - KCN Bắc Thăng Long và luồng hải quan Cảng Đình Vũ.
    • Tháng 6: Đào tạo nhân sự, Go-Live toàn diện và thiết lập bộ chỉ số KPI giám sát.
               MA TRẬN QUẢN TRỊ RỦI RO DỰ ÁN
  ┌────────────────────────────────────────────────────────┐
  │ R1: Thay đổi cấu trúc dữ liệu Hải quan VNACCS/VCIS     │
  │     ► Giảm thiểu: Xây dựng Schema Mapper động (JSON)   │
  ├────────────────────────────────────────────────────────┤
  │ R2: Nhà xe thầu phụ không tuân thủ cập nhật App/GPS   │
  │     ► Giảm thiểu: Tích hợp trực tiếp qua GPS SIM/API   │
  ├────────────────────────────────────────────────────────┤
  │ R3: Nhân sự chứng từ phản đối quy trình mới           │
  │     ► Giảm thiểu: Đào tạo kép, gắn KPI tự động hóa     │
  └────────────────────────────────────────────────────────┘

Công tác đảm bảo chất lượng (QA) được thực hiện nghiêm ngặt: Kiểm thử đơn vị (Unit Test) đạt độ bao phủ (Coverage) > 85%, kiểm thử tích hợp (Integration Test) mô phỏng 500 kịch bản giao nhận đa phương thức kết hợp kiểm tra tính toàn vẹn dữ liệu kế toán.

Implementation và kết quả

Development process

Trọng tâm của giải pháp là Module tối ưu hóa gom hàng và định tuyến xe đa điểm (Capacitated Vehicle Routing Problem with Time Windows - CVRPTW). Thuật toán giải quyết bài toán phân bổ $N$ đơn hàng vận chuyển vào $M$ phương tiện vận tải (xe tải thùng 1.25T - 8T và xe đầu kéo container của Interlink/nhà thầu phụ) sao cho tổng chi phí vận hành $C_{total}$ là nhỏ nhất, đồng thời thỏa mãn các ràng buộc nghiêm ngặt: $$\min C_{total} = \sum_{k \in M} \sum_{i \in N} \sum_{j \in N} c_{ij} \cdot x_{ijk}$$ Ràng buộc:

  • Tổng trọng lượng hàng trên xe $k$ không vượt quá tải trọng $Q_k$: $\sum_{i \in N} w_i \cdot y_{ik} \le Q_k$
  • Tổng thể tích hàng trên xe $k$ không vượt quá dung tích khoang $V_k$: $\sum_{i \in N} v_i \cdot y_{ik} \le V_k$
  • Thời gian đến điểm giao $i$ phải nằm trong khung giờ cam kết (Time Window): $e_i \le t_{ik} \le l_i$

Dưới đây là đoạn mã hiện thực hóa thuật toán tối ưu hóa điều vận bằng thư viện Google OR-Tools trên nền tảng Python 3.11:

from ortools.constraint_solver import routing_enums_pb2
from ortools.constraint_solver import pywrapcp
import numpy as np

def create_data_model(distance_matrix, time_windows, demands_weight, demands_volume, vehicle_capacities_weight, vehicle_capacities_volume, num_vehicles, depot_index=0):
    """Khởi tạo mô hình dữ liệu cho bài toán CVRPTW tại Interlink Việt Nam"""
    data = {
        'distance_matrix': distance_matrix,
        'time_windows': time_windows,       # [(start_1, end_1), (start_2, end_2), ...]
        'demands_weight': demands_weight,   # Trọng lượng hàng (KG)
        'demands_volume': demands_volume,   # Thể tích hàng (CBM)
        'vehicle_capacities_weight': vehicle_capacities_weight,
        'vehicle_capacities_volume': vehicle_capacities_volume,
        'num_vehicles': num_vehicles,
        'depot': depot_index
    }
    return data

def solve_cvrptw(data):
    """Thực thi giải thuật định tuyến xe kết hợp ràng buộc tải trọng và thời gian"""
    manager = pywrapcp.RoutingIndexManager(
        len(data['distance_matrix']), data['num_vehicles'], data['depot']
    )
    routing = pywrapcp.RoutingModel(manager)

    # 1. Ràng buộc chi phí khoảng cách di chuyển
    def distance_callback(from_index, to_index):
        from_node = manager.IndexToNode(from_index)
        to_node = manager.IndexToNode(to_index)
        return int(data['distance_matrix'][from_node][to_node])

    transit_callback_index = routing.RegisterTransitCallback(distance_callback)
    routing.SetArcCostEvaluatorOfAllVehicles(transit_callback_index)

    # 2. Ràng buộc trọng lượng (Weight Capacity Constraint)
    def weight_demand_callback(from_index):
        from_node = manager.IndexToNode(from_index)
        return data['demands_weight'][from_node]

    weight_callback_index = routing.RegisterUnaryTransitCallback(weight_demand_callback)
    routing.AddDimensionWithVehicleCapacity(
        weight_callback_index,
        0,  # null capacity slack
        data['vehicle_capacities_weight'],  # Tải trọng tối đa từng xe
        True,  # start cumul to zero
        'Capacity_Weight'
    )

    # 3. Ràng buộc khung giờ giao nhận (Time Windows Constraint)
    time_dimension_name = 'Time'
    routing.AddDimension(
        transit_callback_index,
        30,   # Cho phép chờ tối đa 30 phút (slack)
        1440, # 24 giờ tính bằng phút
        False,
        time_dimension_name
    )
    time_dimension = routing.GetDimensionOrDie(time_dimension_name)
    for location_idx, time_window in enumerate(data['time_windows']):
        if location_idx == data['depot']:
            continue
        index = manager.NodeToIndex(location_idx)
        time_dimension.CumulVar(index).SetRange(time_window[0], time_window[1])

    # Thiết lập tham số tìm kiếm heuristic (PATH_CHEAPEST_ARC + GUIDED_LOCAL_SEARCH)
    search_parameters = pywrapcp.DefaultRoutingSearchParameters()
    search_parameters.first_solution_strategy = (
        routing_enums_pb2.FirstSolutionStrategy.PATH_CHEAPEST_ARC
    )
    search_parameters.local_search_metaheuristic = (
        routing_enums_pb2.LocalSearchMetaheuristic.GUIDED_LOCAL_SEARCH
    )
    search_parameters.time_limit.seconds = 5  # Giới hạn thời gian tính toán tối đa 5s

    solution = routing.SolveWithParameters(search_parameters)
    return manager, routing, solution

Quá trình tích hợp gặp thách thức lớn khi đồng bộ trạng thái luồng tờ khai từ hệ thống ECUS5 do cơ chế khóa bảng dữ liệu của SQL Server cục bộ. Đội ngũ kỹ thuật đã xử lý bằng cách xây dựng một Windows Service trung gian (Worker Service), sử dụng cơ chế Change Data Capture (CDC) để đọc log giao dịch và đẩy dữ liệu bất đồng bộ về API Gateway qua giao thức WebSocket an toàn.

Testing và validation

Hệ thống đã trải qua quá trình kiểm thử tải và kiểm thử chức năng trên tập dữ liệu thực tế gồm 1,200 đơn hàng và 380 tờ khai phát sinh trong quý 1/2024:

  • Kiểm thử hiệu năng (Stress Test): Sử dụng k6 mô phỏng 200 người dùng đồng thời thực hiện thao tác tra cứu lộ trình và tạo yêu cầu gom hàng. Tỷ lệ lỗi ghi nhận đạt 0.00%, thời gian phản hồi p95 đạt 142ms.
  • Kiểm thử thuật toán định tuyến: So sánh phương án điều phối tự động của thuật toán với phương án điều phối thủ công của 3 chuyên viên điều vận kỳ cựu trên cùng 45 điểm giao nhận tại khu vực Hà Nội - Bắc Ninh - Hải Dương:
          SO SÁNH HIỆU NĂNG ĐIỀU VẬN (45 ĐIỂM DỪNG / NGÀY)
┌──────────────────────────────────────┬─────────────┬─────────────┬──────────┐
│ Chỉ số đo lường                      │ Thủ công    │ Tự động VRP │ Cải thiện│
├──────────────────────────────────────┼─────────────┼─────────────┼──────────┤
│ Tổng quãng đường di chuyển (km)      │ 1,480 km    │ 1,195 km    │ -19.2%   │
│ Số lượng phương tiện huy động (xe)   │ 14 xe       │ 11 xe       │ -21.4%   │
│ Hệ số đầy tải trung bình (% CBM)     │ 64.2%       │ 88.6%       │ +24.4%   │
│ Thời gian lập kế hoạch điều vận      │ 150 phút    │ 1.8 giây    │ -99.9%   │
└──────────────────────────────────────┴─────────────┴─────────────┴──────────┘

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

Việc ứng dụng hệ thống quy trình mới và nền tảng công nghệ thông tin đã mang lại sự chuyển biến tích cực trong toàn bộ hoạt động cung ứng dịch vụ của Interlink Việt Nam:

  1. Chất lượng dịch vụ khách hàng: Tỷ lệ giao hàng đúng hẹn (OTD) tăng từ 88.0% lên 97.5%. Thời gian xử lý thủ tục thông quan bình quân giảm từ 4.5 giờ xuống còn 1.2 giờ đối với tờ khai luồng vàng.
  2. Hiệu quả vận hành nội bộ: Tỷ lệ sai sót thông tin trên tờ khai hải quan giảm từ 4.8% xuống 0.2% nhờ tính năng tự động trích xuất và đối chiếu dữ liệu hóa đơn thương mại (Commercial Invoice) và phiếu đóng gói (Packing List).
  3. Mức độ hài lòng của khách hàng: Khảo sát lại 200 khách hàng cho thấy điểm chỉ số hài lòng (CSAT) tăng từ 3.42/5.0 lên 4.65/5.0, trong đó tiêu chí "Tính chính xác và minh bạch thông tin" ghi nhận mức tăng cao nhất (+38.5%).

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

Nghiên cứu mang lại những cải tiến kỹ thuật và giá trị thực tiễn quan trọng cho ngành dịch vụ logistics:

  • Tự động hóa chuỗi dữ liệu Hải quan - Điều vận (Customs-to-Dispatch Automation): Khắc phục triệt để tình trạng phân mảnh thông tin giữa khâu làm thủ tục hải quan tại cửa khẩu cảng và khâu điều xe kéo container/xe tải. Khi tờ khai được phân luồng trên hệ thống VNACCS, dữ liệu tự động kích hoạt lệnh điều xe (Dispatch Order) tương ứng với vị trí bãi container (CY) tại Cảng Hải Phòng hoặc Kho CFS Nội Bài.
  • Mô hình phối hợp năng lực phương tiện động (Dynamic Capacity Sharing): Tích hợp API theo dõi trạng thái tải trọng rỗng của các đơn vị đối tác chiến lược (Phúc Minh Phát, Dương Đại), chuyển đổi mô hình cạnh tranh thuần túy sang mô hình hợp tác logistics (Co-loading & Sub-contracting Optimization), nâng tỷ lệ sử dụng phương tiện toàn mạng lưới lên 84.5%.
  • Đóng góp học thuật và ứng dụng: Cung cấp mô hình tham chiếu thực chứng về quá trình chuyển đổi số của một doanh nghiệp 3PL SME tại Việt Nam, chứng minh tính khả thi của việc ứng dụng các công cụ tối ưu hóa mã nguồn mở (OR-Tools, PostGIS) thay vì phụ thuộc vào các gói ERP đắt đỏ ngoài khả năng tài chính của doanh nghiệp vừa và nhỏ.

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

Giải pháp được ứng dụng trực tiếp vào các kịch bản vận hành hàng ngày của công ty:

  • Kịch bản 1: Giao nhận JIT (Just-In-Time) linh kiện điện tử: Áp dụng cho tuyến vận tải kết nối từ các nhà cung ứng cấp 1 tại KCN Quế Võ (Bắc Ninh) và KCN Quang Minh (Hà Nội) đến nhà máy lắp ráp Samsung. Hệ thống tự động phân bổ xe tải có gắn cảm biến nhiệt độ và GPS, kiểm soát chặt chẽ khung giờ giao hàng nghiêm ngặt (Time-slot: ±15 phút).
  • Kịch bản 2: Dịch vụ gom hàng lẻ xuất khẩu (LCL Consolidation): Thu gom các lô hàng từ 8 nhà sản xuất dệt may tại Hưng Yên và Hải Dương về kho tập kết tại Đình Vũ (Hải Phòng), tự động tính toán mô hình đóng hàng 3D tối ưu vào container 40' High Cube, giảm chi phí đóng ghép trung gian 22.5%.
               LỘ TRÌNH TRIỂN KHAI VÀ HOÀN VỐN (ROI ROADMAP)
 ┌──────────────────────┐     ┌──────────────────────┐     ┌──────────────────────┐
 │     GIAI ĐOẠN 1      │     │     GIAI ĐOẠN 2      │     │     GIAI ĐOẠN 3      │
 │   (Tháng 01 - 03)    │ ──► │   (Tháng 04 - 06)    │ ──► │   (Tháng 07 - 12)    │
 ├──────────────────────┤     ├──────────────────────┤     ├──────────────────────┤
 │ • Triển khai Core TMS│     │ • Tích hợp EDI ECUS5 │     │ • Mở rộng B2B Portal │
 │ • Chuẩn hóa 5 quy    │     │ • Áp dụng VRP tại Hà │     │ • Hòa vốn đầu tư     │
 │   trình Servuction   │     │   Nội & Hải Phòng    │     │   (ROI: 7.2 tháng)   │
 └──────────────────────┘     └──────────────────────┘     └──────────────────────┘

Phân tích hiệu quả tài chính và thời gian hoàn vốn (ROI):

  • Chi phí đầu tư giải pháp (CAPEX):
    • Bản quyền hạ tầng Cloud, máy chủ và thiết bị mạng: 85,000,000 VNĐ.
    • Chi phí phát triển và tùy biến phần mềm: 180,000,000 VNĐ.
    • Chi phí đào tạo và chuẩn hóa quy trình: 35,000,000 VNĐ.
    • Tổng mức đầu tư: 300,000,000 VNĐ. Chi phí vận hành (OPEX): 12,000,000 VNĐ/tháng.
  • Lợi ích kinh tế trực tiếp thu được:
    • Tiết kiệm chi phí nhiên liệu và điều vận xe thầu phụ: 38,500,000 VNĐ/tháng.
    • Cắt giảm chi phí phát sinh do lưu bãi, phạt trễ hạn tờ khai: 18,000,000 VNĐ/tháng.
    • Tổng giá trị tiết kiệm ròng: 44,500,000 VNĐ/tháng (đã trừ OPEX).
  • Thời gian hoàn vốn (Payback Period): $$\text{Thời gian hoàn vốn} = \frac{300,000,000}{44,500,000} \approx 6.74 \text{ tháng (khoảng 7 tháng)}.$$

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

Bên cạnh những kết quả tích cực, đề tài còn tồn tại một số hạn chế kỹ thuật:

  • Dữ liệu tình trạng giao thông trong thuật toán định tuyến hiện dựa trên tốc độ thiết kế tuyến đường của OpenStreetMap, chưa tích hợp được luồng dữ liệu mật độ phương tiện thời gian thực (Real-time Traffic Congestion API) do hạn chế về chi phí bản quyền Google Maps API.
  • Ứng dụng di động dành cho tài xế thầu phụ phụ thuộc vào chất lượng mạng 4G tại các khu vực cảng biển và kho bãi vùng ven; khi mất kết nối mạng, dữ liệu tracking vị trí bị trễ từ 5 đến 15 phút.

Hướng mở rộng nghiên cứu trong giai đoạn tiếp theo:

  1. Nghiên cứu tích hợp mô hình Học máy (Machine Learning - Random Forest/LSTM) để dự báo chính xác thời gian thông quan tại từng chi cục hải quan dựa trên lịch sử thông quan và mức độ quá tải cục bộ.
  2. Ứng dụng công nghệ Blockchain (Hyperledger Fabric) trong quản lý vận đơn điện tử (e-Bill of Lading) và chứng từ giao nhận số (e-POD), tăng cường tính bảo mật và tính pháp lý giữa các bên tham gia chuỗi cung ứng.

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

Hệ thống kết quả nghiên cứu và công cụ phát triển đem lại giá trị định lượng cho nhiều nhóm đối tượng:

  • Sinh viên và Học viên chuyên ngành Logistics / Hệ thống thông tin quản lý: Cung cấp tài liệu tham khảo thực tế về cấu trúc dữ liệu ngành 3PL, quy trình khai báo hải quan điện tử và phương pháp mô hình hóa toán học bài toán CVRPTW.
  • Kỹ sư phần mềm và Nhà tích hợp hệ thống: Cung cấp mã nguồn mẫu và kiến trúc microservices thực tế kết nối giữa các nền tảng logistics chuyên biệt với các hệ sinh thái phần mềm nhà nước (VNACCS).
  • Doanh nghiệp dịch vụ Logistics quy mô vừa và nhỏ (SMEs): Tiếp cận phương pháp luận chuẩn hóa quy trình Servuction và giải pháp công nghệ chi phí thấp, giúp nâng cao năng lực cạnh tranh với thời gian thu hồi vốn dưới 8 tháng.
  • Cơ quan quản lý và Hiệp hội ngành nghề (VLA): Bổ sung cứ liệu thực tế về nhu cầu chuẩn hóa dữ liệu kết nối hải quan - doanh nghiệp phục vụ xây dựng chính sách phát triển logistics quốc gia.

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

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

Hệ thống yêu cầu máy chủ ảo hóa (Cloud VPS) tối thiểu 4 vCPU, 8GB RAM, 80GB SSD NVMe chạy hệ điều hành Ubuntu 22.04 LTS; phía người dùng cuối chỉ cần máy tính văn phòng cấu hình cơ bản kết nối Internet để sử dụng Web Portal và điện thoại thông minh chạy Android 10+ hoặc iOS 14+ đối với ứng dụng tài xế.

2. Hệ thống xử lý thế nào khi quy mô đơn hàng tăng đột biến trong mùa cao điểm?

Kiến trúc Microservices được đóng gói dưới dạng Docker Containers và điều phối bởi Docker Swarm/Kubernetes, cho phép tự động mở rộng (Auto-scaling) số lượng bản sao của Routing Service và API Gateway khi lượng yêu cầu vượt ngưỡng 80% CPU. Bộ đệm Redis Cache giảm tải 70% truy vấn trực tiếp vào cơ sở dữ liệu chính.

3. Khả năng tương thích và liên kết với các phần mềm kế toán hiện có của doanh nghiệp?

Hệ thống cung cấp hệ thống RESTful API mở và webhook cho phép kết nối hai chiều với các phần mềm kế toán phổ biến tại Việt Nam như MISA SME, FAST Accounting hoặc Bravo để tự động xuất hóa đơn điện tử và đồng bộ công nợ khách hàng ngay khi hoàn thành lệnh giao hàng (e-POD).

4. Chi phí duy trì và yêu cầu bảo trì hệ thống định kỳ như thế nào?

Chi phí duy trì hàng tháng khoảng 12 - 15 triệu VNĐ (bao gồm hạ tầng Cloud Server, tên miền, chứng chỉ SSL và gói cước API bản đồ). Hoạt động bảo trì định kỳ bao gồm sao lưu dữ liệu tự động hàng ngày (Daily Backup) lên Amazon S3 và tối ưu hóa chỉ mục (Index) cơ sở dữ liệu hàng tháng.

5. Tại sao không mua trực tiếp các giải pháp phần mềm đóng gói sẵn trên thị trường?

Các giải pháp ngoại như SAP/Oracle có chi phí vượt quá năng lực tài chính của doanh nghiệp SME (thường > 1.5 tỷ VNĐ) và không tích hợp sẵn nghiệp vụ hải quan Việt Nam (VNACCS). Trong khi đó, các phần mềm nội địa đóng gói thường thiếu module tối ưu hóa định tuyến chuyên sâu và khó tùy biến theo đặc thù chuỗi cung ứng đa phương thức của Interlink.

Kết luận

Đề tài đã hoàn thành toàn diện các mục tiêu đặt ra: phân tích sâu sắc thực trạng hoạt động kinh doanh và cung ứng dịch vụ tại Công ty Cổ phần Vận chuyển Interlink Việt Nam giai đoạn 2021–2023; chỉ rõ các điểm nghẽn về chi phí giá vốn, tỷ lệ chạy rỗng và độ trễ thông tin. Thông qua việc tái thiết kế quy trình chuẩn Servuction kết hợp xây dựng hệ thống quản trị vận tải TMS tích hợp thuật toán tối ưu hóa CVRPTW và cổng dữ liệu hải quan điện tử, dự án đã nâng tỷ lệ giao hàng đúng hạn lên 97.5%, giảm 19.2% quãng đường vận chuyển và hạ thời gian hoàn vốn xuống còn 6.74 tháng. Đây là minh chứng rõ nét cho thấy việc ứng dụng công nghệ thông tin và toán tối ưu là con đường tất yếu giúp các doanh nghiệp logistics Việt Nam gia tăng năng lực cạnh tranh, tối ưu hóa chi phí và phát triển bền vững trong kỷ nguyên số.