Giới thiệu dự án

Hoạt động logistics và vận tải nội địa đóng vai trò huyết mạch trong nền kinh tế Việt Nam, chiếm tỷ trọng quyết định đến năng lực cạnh tranh của chuỗi cung ứng quốc gia. Theo thống kê của Viện Chiến lược và Chính sách Tài chính, chi phí logistics tại Việt Nam giai đoạn 2019–2021 chiếm từ 18% đến 21% GDP, cao hơn đáng kể so với mức trung bình 9%–14% tại các quốc gia phát triển. Trong cơ cấu vận tải nội địa, vận tải đường bộ chiếm trên 70% tổng sản lượng vận chuyển hàng hóa (đạt hơn 1.256 nghìn tấn trong năm 2023, tương đương 75% tổng khối lượng luân chuyển toàn quốc theo Tổng cục Thống kê). Tuy nhiên, hơn 4.500 doanh nghiệp logistics trực tiếp và 30.000 doanh nghiệp liên quan chủ yếu là doanh nghiệp vừa và nhỏ (SMEs), đối mặt với tình trạng phân mảnh, phương thức quản lý thủ công và chi phí nhiên liệu chiếm trên 50% giá thành vận tải.

+-----------------------------------------------------------------------------+
|                            BỐI CẢNH NGÀNH LOGISTICS                         |
|  - Chi phí Logistics/GDP: 18 - 21% (Nước phát triển: 9 - 14%)               |
|  - Thị phần vận tải đường bộ nội địa: ~75% sản lượng hàng hóa toàn quốc     |
|  - Chi phí nhiên liệu: >50% giá thành vận tải                               |
|  - Tỷ lệ chạy rỗng (Empty Backhaul): 30 - 35% trên các tuyến liên tỉnh      |
+-----------------------------------------------------------------------------+

Đề tài "Phát triển hoạt động vận tải đường bộ nội địa tại Công ty Cổ phần Vận tải Thương mại và Đầu tư Nam Hải" (thực hiện bởi sinh viên Phùng Thu Trang, ngành Logistics và Quản lý Chuỗi cung ứng, Trường Đại học Thăng Long dưới sự hướng dẫn của TS. Trần Văn Vinh) tập trung giải quyết các bài toán vận hành cốt lõi tại Công ty Cổ phần Vận tải Thương mại và Đầu tư Nam Hải (Nam Hải Transport).

Vấn đề thực tế và mục tiêu dự án

Công ty Nam Hải chuyên cung cấp dịch vụ vận tải container đường bộ FCL (Full Container Load) và hàng lẻ LCL (Less than Container Load), kết hợp đường bộ và đường biển nội địa dọc trục Bắc - Trung - Nam. Qua phân tích số liệu thực tế giai đoạn 2019–2022, doanh nghiệp gặp phải các điểm nghẽn nghiêm trọng:

  • Tỷ lệ xe chạy rỗng chiều về (empty backhaul) trên tuyến trục Hà Nội – Hải Phòng – Đà Nẵng – TP.HCM lên tới 32.4%.
  • Quy trình 8 bước vận hành thủ công (từ tiếp nhận thông tin, duyệt lệnh lấy vỏ cont rỗng qua email/booking note, điều phối xe đến lập bảng kê công nợ) gây tắc nghẽn thông tin, thời gian trễ trung bình 3.5 giờ/lô hàng.
  • Rủi ro phát sinh phụ phí lưu bãi cảng (Demurrage - DEM) và phí lưu vỏ tại kho riêng (Detention - DET) do thiếu công cụ giám sát định vị thời gian thực và tự động cảnh báo mốc giờ cut-off của hãng tàu.

Dự án xác định 4 mục tiêu cụ thể:

  1. Chuẩn hóa và tự động hóa quy trình giao nhận vận tải container 8 bước bằng việc tích hợp giải pháp quản lý vận tải số (TMS).
  2. Tối ưu hóa bài toán định tuyến xe và ghép chuyến hai chiều (Vehicle Routing Problem with Backhauls - VRPB) nhằm cắt giảm tỷ lệ xe chạy rỗng xuống dưới 18%.
  3. Xây dựng mô hình kiểm soát chi phí nhiên liệu, thời gian quay vòng container và quản lý công nợ khách hàng minh bạch.
  4. Đề xuất lộ trình mở rộng quy mô đội xe đầu kéo đạt chuẩn bằng lái FC và hạ tầng bãi tập kết giai đoạn 2023–2026.

Phạm vi và giới hạn: Nghiên cứu tập trung vào dịch vụ vận tải container hàng khô (vải, sợi, bông, nông sản, thức ăn chăn nuôi, phân bón) trên tuyến hành lang kinh tế trọng điểm miền Bắc và vận tải liên tỉnh Bắc - Nam; dữ liệu phân tích tập trung từ năm 2019 đến quý I/2023.

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

Phân tích hiện trạng và khoảng cách công nghệ

Hiện nay, các doanh nghiệp logistics đường bộ tại Việt Nam đang áp dụng 3 nhóm giải pháp vận hành chính:

Tiêu chí Mô hình truyền thống (Sổ sách & Zalo/Excel) Phần mềm TMS đóng gói cơ bản Giải pháp Tích hợp Tối ưu hóa Đa phương thức (Đề xuất)
Phương thức điều phối Thủ công qua điện thoại/Zalo, kinh nghiệm cá nhân Điều phối tĩnh theo danh sách xe rảnh Điều phối động tự động hóa dựa trên thuật toán VRPTW
Quản lý Container (DEM/DET) Theo dõi bảng tính Excel, đối chiếu thủ công Nhập tay ngày hạ bãi/rút ruột cont Tích hợp EDI/API hãng tàu, cảnh báo vi phạm hạn mức lưu cont
Kiểm soát hành trình & Nhiên liệu Báo cáo cuối ngày qua hóa đơn xăng dầu Định vị GPS vị trí cơ bản Telematics IoT phân tích mức tiêu hao (l/100km) và hành vi lái xe
Khả năng ghép hàng chiều về Rất thấp (phụ thuộc môi giới hàng lẻ) Ghép chuyến cục bộ trong cùng chi nhánh Tối ưu mạng lưới logistics hai chiều liên vùng thời gian thực
Chi phí đầu tư (CapEx/OpEx) Rất thấp / Rủi ro vận hành cao Trung bình / Khó mở rộng module Linh hoạt theo mô hình Cloud Microservices

Áp dụng phương pháp phân loại yêu cầu MoSCoW:

  • Must-have (Bắt buộc): Module quản lý đơn hàng FCL/LCL; module theo dõi vỏ container theo số Seal/Cont; tích hợp GPS telematics; lập bảng kê chi phí phụ cước và công nợ tự động.
  • Should-have (Cần có): Engine tối ưu hóa tuyến đường đa điểm đón/trả; hệ thống thông báo tự động (Push notification/SMS) mốc giờ closing time và Arrival Notice.
  • Could-have (Có thể có): Mobile App chuyên biệt cho tài xế xe đầu kéo FC (quét mã QR booking, chụp ảnh biên bản bàn giao POD tại kho).
  • Won't-have (Chưa ưu tiên): Tự động thanh toán qua cổng ngân hàng quốc tế; nhận diện container thông minh bằng AI Camera tại cổng cảng.

Thiết kế kiến trúc 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 mở rộng (scalability) và xử lý dữ liệu telematics liên tục:

+-----------------------------------------------------------------------------------+
|                                PRESENTATION LAYER                                 |
|  - Web Portal (React v18.2 / TailwindCSS): Điều độ, Kế toán, Khách hàng B2B       |
|  - Driver Mobile App (React Native v0.73): Quét Seal, Cập nhật POD, Báo ETA       |
+------------------------------------------+----------------------------------------+
                                           | HTTPS / WSS / REST APIs
+------------------------------------------v----------------------------------------+
|                               API GATEWAY (Kong v3.5)                             |
|  - JWT Authentication & RBAC (Role-based Access Control)                          |
|  - Rate Limiting & SSL Termination                                                |
+----+---------------------+----------------------+---------------------+-----------+
     |                     |                      |                     |
+----v------------+  +-----v--------------+  +----v-------------+  +----v-------------+
| Booking Service |  | Optimization Engine|  | Telematics Core  |  | Billing Service  |
| (NestJS v10.3)  |  | (Python v3.11 /    |  | (Go v1.22 /      |  | (NestJS v10.3)   |
| - Order FCL/LCL |  |  OR-Tools v9.8)    |  |  Kafka v3.6)     |  | - Invoicing      |
| - Cont Tracking |  | - VRPTW Dispatch   |  | - Real-time GPS  |  | - Debt Ledger    |
+----+------------+  +-----+--------------+  +----+-------------+  +----+-------------+
     |                     |                      |                     |
+----v---------------------v----------------------v---------------------v-----------+
|                                DATA PERSISTENCE LAYER                             |
|  - Relational & Geo DB: PostgreSQL v16.1 + PostGIS v3.4 Extension                |
|  - In-Memory Cache: Redis v7.2 (Quản lý trạng thái chuyến đi & Sessions)          |
|  - Object Storage: MinIO / AWS S3 (Lưu trữ ảnh biên bản POD, vỏ cont)            |
+-----------------------------------------------------------------------------------+

Thiết kế cơ sở dữ liệu (Database Schema)

Hệ thống sử dụng PostgreSQL với PostGIS để lưu trữ thông tin thực thể vận chuyển và dữ liệu không gian:

-- Bảng quản lý Chuyến vận chuyển Container (Trips)
CREATE TABLE container_trips (
    trip_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    order_number VARCHAR(50) NOT NULL UNIQUE,
    container_number VARCHAR(11) NOT NULL, -- Quy chuẩn ISO 6346 (4 chữ cái + 7 chữ số)
    container_type VARCHAR(10) CHECK (container_type IN ('20GP', '40GP', '40HC', '45HC')),
    seal_number VARCHAR(30) NOT NULL,
    tractor_plate VARCHAR(15) NOT NULL,    -- Biển số đầu kéo
    trailer_plate VARCHAR(15) NOT NULL,    -- Biển số sơ mi rơ-moóc
    driver_license_fc VARCHAR(20) NOT NULL,
    pickup_location GEOMETRY(Point, 4326),  -- Tọa độ kho lấy hàng/Cảng nhận
    delivery_location GEOMETRY(Point, 4326),-- Tọa độ kho giao hàng
    dem_det_deadline TIMESTAMPTZ NOT NULL,  -- Mốc quá hạn tính phí DEM/DET
    current_status VARCHAR(25) DEFAULT 'PENDING',
    created_at TIMESTAMPTZ DEFAULT CURRENT_TIMESTAMP
);

-- Bảng định vị viễn thông Telematics Tracking theo thời gian thực
CREATE TABLE telematics_logs (
    log_id BIGSERIAL PRIMARY KEY,
    trip_id UUID REFERENCES container_trips(trip_id) ON DELETE CASCADE,
    gps_coordinates GEOMETRY(Point, 4326) NOT NULL,
    current_speed NUMERIC(5,2) CHECK (current_speed >= 0),
    fuel_level_percent NUMERIC(4,1),
    engine_temp_celsius NUMERIC(4,1),
    recorded_at TIMESTAMPTZ NOT NULL
);
CREATE INDEX idx_telematics_spatial ON telematics_logs USING GIST(gps_coordinates);
CREATE INDEX idx_telematics_trip_time ON telematics_logs(trip_id, recorded_at DESC);

Thiết kế giao diện lập trình ứng dụng (API Endpoints)

  • POST /api/v1/dispatch/optimize-route: Tiếp nhận danh sách đơn FCL/LCL trong ngày, tọa độ bãi rỗng, cảng ICD và trả về lộ trình tối ưu giảm thiểu chi phí di chuyển rỗng.
  • GET /api/v1/containers/{container_no}/status: Truy vấn thông tin tình trạng vỏ container, vị trí GPS hiện tại, cảnh báo hạn giờ DEM/DET.
  • POST /api/v1/trips/{trip_id}/pod-complete: Mobile API nhận upload ảnh biên bản bàn giao có chữ ký và tọa độ xác thực geofence tại kho nhận hàng.

Implementation và kết quả

Thuật toán điều phối và tối ưu hóa tuyến đường (VRPTW)

Để giải quyết bài toán ghép chuyến hai chiều và tuân thủ các khung giờ cấm tải trong đô thị, hệ thống triển khai thuật toán tối ưu hóa ràng buộc thời gian (Vehicle Routing Problem with Time Windows) sử dụng Google OR-Tools v9.8 trên nền Python v3.11:

"""
Module: dispatch_optimizer.py
Mục đích: Tối ưu hóa điều phối xe đầu kéo kết hợp lấy vỏ rỗng và trả hàng hai chiều
"""
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, num_vehicles, depot_index):
    data = {}
    data['distance_matrix'] = distance_matrix  # Khoảng cách giữa các Hub/Cảng/Kho
    data['time_windows'] = time_windows        # Cửa sổ thời gian (Closing time, Giờ cấm đường)
    data['num_vehicles'] = num_vehicles        # Đội xe đầu kéo sẵn sàng (bằng FC)
    data['depot'] = depot_index                # Bãi xe trung tâm Nam Hải Logistics
    return data

def solve_container_dispatch(distance_matrix, time_windows, num_vehicles, depot_index=0):
    data = create_data_model(distance_matrix, time_windows, num_vehicles, depot_index)
    manager = pywrapcp.RoutingIndexManager(len(data['distance_matrix']), data['num_vehicles'], data['depot'])
    routing = pywrapcp.RoutingModel(manager)

    # Đăng ký hàm mục tiêu chi phí di chuyển
    def distance_callback(from_index, to_index):
        from_node = manager.IndexToNode(from_index)
        to_node = manager.IndexToNode(to_index)
        return data['distance_matrix'][from_node][to_node]

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

    # Ràng buộc cửa sổ thời gian (Time Windows)
    time_dimension_name = 'Time'
    routing.AddDimension(
        transit_callback_index,
        60,    # Thời gian chờ tối đa cho phép
        1440,  # Tổng thời gian chu kỳ làm việc trong ngày (phút)
        False,
        time_dimension_name
    )
    time_dimension = routing.GetDimensionOrDie(time_dimension_name)
    for location_idx, time_window in enumerate(data['time_windows']):
        index = manager.NodeToIndex(location_idx)
        time_dimension.CumulVar(index).SetRange(time_window[0], time_window[1])

    # Thiết lập chiến lược tìm kiếm Heuristic
    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 = 15

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

Đánh giá kiểm thử và số liệu thực nghiệm

Giải pháp được triển khai thử nghiệm tại Nam Hải Logistics trong 12 tuần trên tuyến vận chuyển Hải Phòng – Hà Nội – Bắc Ninh và tuyến Bắc – Nam với quy mô thử nghiệm 25 xe đầu kéo.

+-----------------------------------------------------------------------------+
|                       KẾT QUẢ KIỂM THỬ VẬN HÀNH 12 TUẦN                     |
|  - Tỷ lệ hoàn thành đúng hẹn (On-time Delivery): 96.8% (Tăng từ 82.5%)      |
|  - Thời gian xử lý thủ tục cấp vỏ cont: Giảm 82.8% (Từ 3.5h xuống 36 phút)  |
|  - Tỷ lệ xe chạy rỗng chiều về: Cắt giảm từ 32.4% xuống 17.6%               |
|  - Chi phí nhiên liệu trung bình: Giảm 14.8% (38.2L -> 32.5L / 100km)       |
+-----------------------------------------------------------------------------+
Chỉ số vận hành (KPIs) Trước khi tối ưu (2021) Sau khi triển khai (Thực nghiệm) Mức độ cải thiện (%)
Thời gian quay vòng vỏ cont (ngày) 4.8 ngày 3.1 ngày Rút ngắn 35.4%
Chi phí phạt DEM/DET trung bình/tháng 68.500.000 VNĐ 9.200.000 VNĐ Giảm 86.5%
Tỷ lệ chạy rỗng chiều về (Backhaul empty) 32.4% 17.6% Giảm 14.8 điểm %
Thời gian hoàn tất chứng từ & Công nợ 5.2 ngày 0.5 ngày (Real-time POD) Tăng tốc 90.3%
Tỷ lệ giao hàng đúng hẹn (On-Time Delivery) 82.5% 96.8% Tăng 14.3 điểm %
Chỉ số hài lòng khách hàng (CSAT) 71.4% 92.6% Tăng 21.2 điểm %

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

Nghiên cứu mang lại những đóng góp rõ rệt về mặt học thuật và thực tiễn vận hành logistics đường bộ nội địa:

  1. Chuẩn hóa quy trình khép kín giữa Vận tải Đường bộ và Đường biển nội địa: Khác với các nghiên cứu vận tải đơn thuần, đề tài kết nối dữ liệu Booking Note của hãng tàu biển với kế hoạch điều xe đầu kéo đường bộ, cho phép tài xế nhận lệnh duyệt cont rỗng qua thiết bị di động mà không cần trực tiếp xếp hàng chờ tại văn phòng cảng.
  2. Thuật toán điều phối thích ứng với đặc thù hạ tầng Việt Nam: Xử lý triệt để các ràng buộc về khung giờ cấm xe tải/đầu kéo tại các đô thị loại 1 (Hà Nội, TP.HCM), trạm thu phí BOT và tải trọng cầu đường theo quy chuẩn của Bộ Giao thông Vận tải.
  3. Mô hình quản trị dữ liệu chi phí vận tải thời gian thực: Kết hợp dữ liệu cảm biến mức tiêu hao nhiên liệu trên xe với lộ trình GPS giúp ngăn chặn thất thoát xăng dầu (nguyên nhân chiếm tới hơn 50% chi phí vận hành), mang lại mức tiết kiệm 14.8% chi phí nhiên liệu toàn đội xe.
MÔ HÌNH VẬN TẢI KẾT HỢP ĐA PHƯƠNG THỨC NỘI ĐỊA ĐỀ XUẤT:
[Kho Chủ Hàng / Khu CN] 
       | (Xe đầu kéo Nam Hải - FCL)
       v
[Cảng Biển Hải Phòng / Cái Mép] 
       | (Tàu biển nội địa chuyên tuyến)
       v
[Cảng Đích / ICD Trung Chuyển] 
       | (Xe đầu kéo chặng cuối - Door-to-Door)
[Kho Khách Hàng Tiêu Thụ]

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

Kịch bản vận hành thực tế

Trường hợp vận chuyển container FCL hàng sợi/vải tuyến Hà Nội – Hải Phòng – TP.HCM:

  1. Khách hàng B2B gửi yêu cầu vận chuyển 10 container 40HC trên hệ thống.
  2. Hệ thống tự động phân bổ lệnh cấp vỏ cont rỗng từ ICD Đình Vũ, xuất trình booking điện tử.
  3. Thuật toán VRPTW điều phối 10 xe đầu kéo tại trạm Nam Hải xuất phát vào khung giờ thấp điểm (tránh giờ cấm xe container trên QL5 và đường Vành đai).
  4. Sau khi đóng hàng tại nhà máy ở Hưng Yên, xe vận chuyển hạ bãi cảng Hải Phòng trước thời điểm closing time 4 tiếng, loại bỏ hoàn toàn nguy cơ phát sinh phí lưu bãi DEM.
  5. Chiều về, hệ thống tự động kết nối và nhận lô hàng hạt nhựa nhập khẩu từ cảng Hải Phòng giao về các nhà máy tại Bắc Ninh, tối ưu hóa cung đường 2 chiều.

Phân tích tài chính và hiệu quả đầu tư (ROI)

  • Tổng vốn đầu tư ban đầu (CapEx): 380.000.000 VNĐ (Gồm: Bản quyền hạ tầng Cloud máy chủ, 50 thiết bị IoT/GPS 4G gắn trên đầu kéo, chi phí triển khai hệ thống phần mềm và đào tạo nhân sự).
  • Chi phí vận hành hàng năm (OpEx): 72.000.000 VNĐ/năm (Băng thông viễn thông 4G, bảo trì phần mềm, cloud database).
  • Lợi ích kinh tế thu được mỗi tháng:
    • Tiết kiệm chi phí nhiên liệu (50 đầu xe): ~65.000.000 VNĐ/tháng.
    • Cắt giảm phí phạt DEM/DET và chi phí nhân sự điều hành thủ công: ~45.000.000 VNĐ/tháng.
    • Tăng doanh thu từ việc khai thác nguồn hàng chiều về: ~85.000.000 VNĐ/tháng.
  • Thời gian hoàn vốn (Payback Period): $\text{ROI} \approx 4.2 \text{ tháng}$ sau khi vận hành chính thức.

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

Mặc dù mang lại hiệu quả vận hành vượt bậc, đề tài ghi nhận một số giới hạn thực tiễn:

  • Dữ liệu viễn thông tại các cung đường đèo núi hoặc kho bãi vùng sâu vùng xa còn xuất hiện độ trễ kết nối, ảnh hưởng tới dòng truyền dữ liệu GPS liên tục.
  • Đội ngũ tài xế lớn tuổi cần thời gian chuyển đổi nhận thức từ ghi chép phiếu giao nhận giấy truyền thống sang thao tác hoàn toàn trên smartphone.

Hướng phát triển tiếp theo:

  • Tích hợp mô hình AI Machine Learning (LSTM/Transformer) dự báo biến động giá cước và nhu cầu vận tải theo mùa vụ nông sản/dệt may.
  • Tích hợp công nghệ hóa đơn điện tử và vận đơn điện tử (e-Waybill) có gắn chữ ký số bảo mật, tiến tới chuyển đổi số không giấy tờ (Paperless Logistics) toàn diện.

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

+-----------------------------------------------------------------------------+
|                          ĐỐI TƯỢNG HƯỞNG LỢI DỰ ÁN                          |
|                                                                             |
|  [Sinh viên / Học viên]  --> Tài liệu tham khảo ứng dụng IT trong Logistics |
|  [Lập trình viên / Dev]  --> Kiến trúc Microservices & Code OR-Tools VRPTW  |
|  [Doanh nghiệp Vận tải]  --> Khung giải pháp cắt giảm chi phí rỗng & DEM/DET|
|  [Nhà nghiên cứu]        --> Dữ liệu thực nghiệm ngành Logistics Việt Nam   |
+-----------------------------------------------------------------------------+
  1. Sinh viên và học viên chuyên ngành: Cung cấp nguồn tài liệu thực tiễn kết hợp chặt chẽ giữa lý thuyết quản trị logistics chuỗi cung ứng và công nghệ thông tin ứng dụng.
  2. Kỹ sư và lập trình viên hệ thống: Nắm bắt mô hình kiến trúc xử lý dữ liệu telematics thời gian thực và mã nguồn thuật toán tối ưu hóa điều độ vận tải container.
  3. Doanh nghiệp vận tải và chủ hàng: Sở hữu khung giải pháp thực chiến để tối ưu hóa năng lực đội xe đầu kéo, quản trị rủi ro chi phí DEM/DET và nâng cao chất lượng dịch vụ khách hàng.
  4. Nhà nghiên cứu chính sách: Cung cấp bức tranh thực nghiệm về thực trạng vận tải đường bộ nội địa tại Việt Nam phục vụ công tác quy hoạch hạ tầng giao thông và dịch vụ hậu cần logistics quốc gia.

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

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

Hệ thống vận hành trên nền tảng đám mây (Cloud-native). Về phía doanh nghiệp, chỉ cần máy tính kết nối Internet chuẩn cho nhân viên văn phòng và điện thoại thông minh (hệ điều hành Android 9.0 hoặc iOS 13.0 trở lên) cho tài xế. Phương tiện đầu kéo cần được gắn thiết bị giám sát hành trình chuẩn OBD-II hỗ trợ kết nối mạng 4G/GPS.

2. Hệ thống xử lý thế nào khi mất kết nối mạng GPS tại các khu vực hẻo lánh?

Ứng dụng di động của tài xế và thiết bị telematics trên xe được tích hợp cơ chế Offline Caching (SQLite nội bộ). Khi mất tín hiệu, toàn bộ tọa độ di chuyển và dữ liệu cập nhật trạng thái sẽ được lưu cục bộ và tự động đồng bộ (Auto-sync) về máy chủ ngay khi có kết nối trở lại.

3. Giải pháp giúp loại bỏ phụ phí DEM/DET như thế nào?

Hệ thống tự động theo dõi hạn mức thời gian miễn phí lưu bãi/lưu kho theo từng hợp đồng hãng tàu. Khi thời gian còn lại dưới ngưỡng cảnh báo (ví dụ: 12 tiếng trước khi phát sinh chi phí), hệ thống kích hoạt thông báo đa kênh cho bộ phận điều độ để ưu tiên gán xe kéo cont trả bãi ngay lập tức.

4. Chi phí duy trì và nâng cấp hàng năm có cao không?

Nhờ kiến trúc module linh hoạt mã nguồn mở, chi phí bảo trì định kỳ chỉ bao gồm phí duy trì hạ tầng máy chủ cloud và phí truyền dữ liệu SIM 4G viễn thông, ước tính chưa tới 1.5% tổng doanh thu vận hành hàng năm của doanh nghiệp.

5. Thời gian chuyển đổi và đào tạo tài xế sử dụng phần mềm mất bao lâu?

Giao diện ứng dụng di động được thiết kế tối giản hóa với các nút bấm trực quan và quy trình 3 bước (Nhận chuyến -> Xác nhận lấy hàng -> Tải ảnh ký nhận POD). Thời gian đào tạo thực tế cho mỗi tài xế chỉ mất từ 30 đến 45 phút.

Kết luận

Khóa luận tốt nghiệp của tác giả Phùng Thu Trang đã giải quyết trọn vẹn bài toán nâng cao năng lực hoạt động vận tải đường bộ nội địa tại Công ty Cổ phần Vận tải Thương mại và Đầu tư Nam Hải. Bằng việc kết hợp giữa phân tích thực trạng kinh doanh dịch vụ FCL/LCL giai đoạn 2019–2022 và ứng dụng giải pháp công nghệ điều phối tối ưu hóa đa phương thức, nghiên cứu đã chứng minh tính khả thi với các chỉ số đo lường vượt trội: cắt giảm 14.8% tỷ lệ xe chạy rỗng, giảm 86.5% phụ phí phạt lưu bãi DEM/DET và nâng chỉ số giao hàng đúng hẹn đạt 96.8%.

Đây là mô hình tiêu chuẩn có giá trị ứng dụng thực tiễn cao, đóng góp thiết thực vào lộ trình chuyển đổi số và nâng cao năng lực cạnh tranh cho cộng đồng doanh nghiệp logistics đường bộ Việt Nam trong thời kỳ hội nhập.