Giới thiệu dự án

Trong bối cảnh toàn cầu hóa và thương mại quốc tế phát triển mạnh mẽ, Việt Nam tiếp tục khẳng định vị thế là mắt xích quan trọng trong chuỗi cung ứng toàn cầu với tổng kim ngạch xuất nhập khẩu năm 2023 đạt 683 tỷ USD (theo Tổng cục Thống kê). Phương thức vận tải đường biển chiếm hơn 80% tổng khối lượng hàng hóa lưu chuyển toàn cầu nhờ ưu thế về chi phí và năng lực chuyên chở khối lượng lớn (FCL - Full Container Load). Tuy nhiên, quy trình giao nhận hàng nhập khẩu đường biển tại các doanh nghiệp logistics vừa và nhỏ (SMEs) ở Việt Nam hiện đang đối mặt với nhiều điểm nghẽn nghiêm trọng: sự phân mảnh thông tin giữa các bên liên quan (Hãng tàu, Cảng biển, Hải quan, Đại lý forwarder nước ngoài và Doanh nghiệp nhập khẩu), độ trễ trong xử lý chứng từ giấy, rủi ro sai lệch dữ liệu khai báo Manifest và gánh nặng chi phí lưu bãi/lưu container (DEM/DET - Demurrage/Detention).

Công ty TNHH Real Logistics (Tiếp Vận Thực) – thành viên của Liên minh Hàng hóa Thế giới (WCA) với hơn 15 năm hoạt động – ghi nhận doanh thu mảng giao nhận vận tải luôn chiếm trên 53% tổng doanh thu (đạt 210,77 tỷ đồng năm 2023), trong đó vận tải đường biển và dịch vụ nhận hàng nhập khẩu chiếm tỷ trọng chủ lực (69,27 tỷ đồng năm 2023). Dù vậy, quy trình nghiệp vụ 9 bước truyền thống bộc lộ độ trễ lớn ở khâu đối soát chứng từ nháp (MBL vs HBL), lập hồ sơ khai hải quan qua phần mềm FAST/VNACCS, tiếp nhận phân quyền Manifest điện tử và phát hành Lệnh giao hàng (D/O / EDO).

[Shipper/Agent] -> [Booking/MBL] -> [Real Logistics (HBL/Pre-alert)] -> [Hãng tàu (AN/MNF/EDO)] -> [Hải quan (VNACCS)] -> [Cảng (EIR/Trucking)]

Problem Statement & Pain Points

Quy trình nhận hàng FCL nhập khẩu bằng đường biển tại Real Logistics tồn tại các nút thắt kỹ thuật cụ thể:

  • Độ trễ đối soát dữ liệu đa bên (Data Mismatch Latency): Việc kiểm tra thủ công giữa Master Bill of Lading (MBL), House Bill of Lading (HBL), Invoice, Packing List và Pre-alert từ đại lý quốc tế tốn từ 4 đến 6 giờ/lô hàng, tỷ lệ sai sót thông tin (HS Code, Trọng lượng Gross Weight, Số Seal/Container) ở mức 8.5%.
  • Chậm trễ tiếp nhận phân quyền và khai báo Manifest (MNF): Việc nhập liệu thủ công thông tin lô hàng từ file Excel lên Cổng thông tin một cửa quốc gia (NSW) thường xuyên gặp lỗi format, dễ dẫn đến quá hạn khai báo trước 24-48 giờ khi tàu cập cảng, chịu phạt vi phạm hành chính và trì hoãn thời gian lấy D/O.
  • Rủi ro phát sinh phụ phí lưu container (DEM/DET) và lưu kho bãi: Thiếu hệ thống cảnh báo sớm (Early Alert System) tự động tính toán thời hạn Free DEM/DET từ hãng tàu (ONE, Cosco, Evergreen, Maersk, Yang Ming) kết hợp phân luồng hải quan (Xanh/Vàng/Đỏ), khiến 12.3% số lô hàng phát sinh phụ phí ngoài ý muốn.

Mục tiêu dự án

  1. Chuẩn hóa và tự động hóa chuỗi quy trình 9 bước nhận hàng nhập khẩu nguyên container (FCL) bằng đường biển tại Real Logistics.
  2. Thiết kế mô hình kiến trúc tích hợp luồng dữ liệu (Data Pipeline) tự động chuyển đổi chứng từ vận tải (B/L, Manifest, Debit Note) sang định dạng chuẩn trao đổi dữ liệu điện tử (EDI/XML) tương thích hệ thống Hải quan điện tử VNACCS/VCIS v2.0 và Cổng thông tin một cửa quốc gia.
  3. Cắt giảm 65% thời gian xử lý tác vụ văn phòng (document processing lead time), giảm tỷ lệ lỗi dữ liệu chứng từ xuống dưới 1%, và triệt tiêu 90% rủi ro phát sinh chi phí phạt Demurrage/Detention.

Phạm vi và Giới hạn

  • Phạm vi nghiệp vụ: Quy trình dịch vụ nhận hàng nhập khẩu đường biển nguyên container (FCL) theo các điều kiện Incoterms 2020 (chủ yếu là EXW và FOB).
  • Phạm vi thị trường: Tập trung vào các tuyến vận tải trọng điểm từ Châu Á (Trung Quốc chiếm 52.1%, Hàn Quốc 21.32%, Nhật Bản 10.78%) cập các cảng biển chính tại Việt Nam (Hải Phòng - HPH, Cát Lái - SGN, Cái Mép - TCV).
  • Giới hạn kỹ thuật: Không can thiệp vào core engine của hệ thống Hải quan quốc gia VNACCS, chỉ tương tác thông qua chuẩn đầu ra dữ liệu API/EDI và tệp tải lên theo định dạng quy chuẩn của Cổng Một cửa Quốc gia (NSW).

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

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

Tiêu chí Giải pháp Thủ công (Excel/Email) Phần mềm Logistics truyền thống (FAST v4.2) Mô hình Quy trình Tích hợp Số hóa Đề xuất
Nhập liệu Manifest Nhập tay lên Cổng một cửa (30-45 phút/lô) Xuất file Excel bán tự động (15 phút/lô) Parse tự động từ HBL/MBL sang XML chuẩn NSW (<30 giây)
Kiểm tra sai lệch B/L So sánh thủ công 2 màn hình, dễ sót lỗi Kiểm tra dựa trên form cứng, không bắt chéo logic Thuật toán Cross-validation tự động phát hiện lệch HS Code, Gross Weight
Theo dõi ETA & DEM/DET Theo dõi thủ công trên web hãng tàu Ghi chú ngày tĩnh trên phần mềm kế toán Hệ thống Tracking qua API hãng tàu + Cảnh báo hạn DEM/DET Real-time
Phát hành EDO/Debit Note Soạn word/excel, gửi mail thủ công In form giấy hoặc PDF tĩnh Tự động sinh Debit Note/EDO có mã QR đối soát và gửi khách hàng 
                       MoSCoW Prioritization Matrix

Thiết kế hệ thống

Kiến trúc hệ thống bao gồm các phân hệ (modules) tiếp nhận dữ liệu đầu vào từ Đại lý (Pre-alert, MBL, HBL), xử lý thông tin thông qua Engine kiểm chứng logic và phân phối dữ liệu chuẩn đến Cổng một cửa quốc gia, Khách hàng và Đội ngũ hiện trường (Field Operations).

graph TD
    A["Đại lý Nước ngoài / Hãng tàu"] -->|"Pre-alert, MBL, Invoice (PDF/JSON)"| B["Input Data Gateway"]
    B --> C["Document Parser & OCR Module"]
    C --> D["Validation & Business Logic Engine"]
    D -->|"Kiểm tra tính hợp lệ"| E{"Trùng khớp dữ liệu?"}
    E -->|"Không (Lỗi HS/Weight/Seal)"| F["Alert Engine: Báo CS/Đại lý chỉnh sửa B/L"]
    E -->|"Hợp lệ"| G["Core TMS Processing Engine"]
    G --> H["Manifest XML Generator (Cổng Một Cửa)"]
    G --> I["Automated Billing & Debit Note Generator"]
    G --> J["EDI/EDO Integration Broker"]
    H --> K["Hải quan VNACCS / Cổng Một Cửa"]
    I --> L["Khách hàng Doanh nghiệp"]
    J --> M["Bộ phận Giao nhận Hiện trường (Trucking/Port)"]

Công nghệ và Nền tảng Kỹ thuật

  • Backend Framework: Python 3.11 với FastAPI v0.109.0 (Hiệu năng xử lý Asynchronous I/O cao cho các tác vụ API và chuyển đổi dữ liệu chứng từ).
  • Database Engine: PostgreSQL 16.1 (Lưu trữ quan hệ chuẩn ACID cho thông tin lô hàng, chứng từ, phí LCC) kết hợp Redis 7.2 (Caching dữ liệu tra cứu lịch trình tàu và Session state).
  • Task Queue & Automation: Celery 5.3.6 kết hợp RabbitMQ 3.12 để điều phối các tác vụ định kỳ cào dữ liệu tracking hãng tàu (Scraping/API Webhooks) và gửi cảnh báo hạn nợ DEM/DET.
  • Tiêu chuẩn dữ liệu: UN/EDIFACT standard, XML Schema Cổng Một cửa Quốc gia (Quyết định số 2831/QĐ-TCHQ).

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

-- Bảng quản lý Lô hàng Nhập khẩu (Shipment Master)
CREATE TABLE sea_import_shipments (
    shipment_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    job_no VARCHAR(20) UNIQUE NOT NULL, -- Mã nghiệp vụ nội bộ (e.g. RL-SEA-2024-001)
    mbl_no VARCHAR(35) NOT NULL,
    hbl_no VARCHAR(35) NOT NULL,
    carrier_code VARCHAR(10) NOT NULL, -- ONE, COSCO, MAEU, YML, EMC
    pol_code VARCHAR(5) NOT NULL,       -- Cảng đi (e.g. CNSHA)
    pod_code VARCHAR(5) NOT NULL,       -- Cảng đến (e.g. VNHPH, VNSGN)
    vessel_name VARCHAR(100) NOT NULL,
    voyage_no VARCHAR(20) NOT NULL,
    etd_date DATE NOT NULL,
    eta_date DATE NOT NULL,
    incoterms VARCHAR(3) CHECK (incoterms IN ('EXW', 'FOB', 'CFR', 'CIF', 'DAP')),
    customs_status VARCHAR(20) DEFAULT 'PENDING' CHECK (customs_status IN ('PENDING', 'GREEN', 'YELLOW', 'RED', 'CLEARED')),
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng chi tiết Container và Seal (Container Manifest)
CREATE TABLE shipment_containers (
    container_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    shipment_id UUID REFERENCES sea_import_shipments(shipment_id) ON DELETE CASCADE,
    container_no VARCHAR(11) NOT NULL, -- Chuẩn ISO 6346 (4 chữ + 7 số)
    seal_no VARCHAR(20) NOT NULL,
    container_type VARCHAR(4) NOT NULL, -- 20GP, 40GP, 40HC, 45HC
    gross_weight_kg NUMERIC(10, 2) NOT NULL,
    measurement_cbm NUMERIC(10, 2) NOT NULL,
    dem_free_days INT DEFAULT 5,
    det_free_days INT DEFAULT 3,
    dem_expiry_date DATE,
    det_expiry_date DATE
);

Thiết kế API Endpoints (Core Endpoints)

  • POST /api/v1/shipments/manifest/validate-and-generate: Tiếp nhận payload JSON chứa dữ liệu Pre-alert & B/L, thực thi kiểm tra logic nghiệp vụ và sinh tệp tin XML chuẩn hóa cho Cổng thông tin một cửa quốc gia.
  • GET /api/v1/tracking/carrier-status/{mbl_no}: Truy vấn trạng thái vị trí tàu, ETA thực tế, và thời gian dỡ container tại cảng đích từ hệ thống kết nối hãng tàu.
  • POST /api/v1/billing/debit-note/calculate: Tự động tính toán chi phí Local Charges (THC, CIC, D/O, CLN, CFS) và phụ phí phát sinh dựa trên biểu giá hợp đồng và tỷ giá ngoại tệ hiện hành.

Implementation và kết quả

Development Process & Key Algorithms

Hệ thống giải quyết trọng tâm bài toán kiểm tra tính toàn vẹn của dữ liệu vận tải (B/L Verification) và kiểm tra tính hợp lệ của mã container theo tiêu chuẩn quốc tế ISO 6346, ngăn chặn hoàn toàn việc khai báo sai Manifest lên Hải quan.

import re
from typing import Dict, List, Tuple

class MaritimeManifestValidator:
    """
    Thuật toán thẩm định tính hợp lệ của chứng từ B/L và mã định danh Container
    theo tiêu chuẩn hàng hải quốc tế ISO 6346 và nghiệp vụ hải quan đường biển.
    """
    
    @staticmethod
    def validate_iso6346_container(container_no: str) -> bool:
        """Kiểm tra Check Digit của số Container chuẩn ISO 6346 (e.g. TGHU9123450)"""
        if not re.match(r"^[A-Z]{4}[0-9]{7}$", container_no):
            return False
        
        char_map = {
            'A': 10, 'B': 12, 'C': 13, 'D': 14, 'E': 15, 'F': 16, 'G': 17, 'H': 18, 'I': 19,
            'J': 20, 'K': 21, 'L': 23, 'M': 24, 'N': 25, 'O': 26, 'P': 27, 'Q': 28, 'R': 29,
            'S': 30, 'T': 31, 'U': 32, 'V': 34, 'W': 35, 'X': 36, 'Y': 37, 'Z': 38
        }
        
        weights = [1, 2, 4, 8, 16, 32, 64, 128, 256, 512]
        total_sum = 0
        
        for idx in range(10):
            char = container_no[idx]
            val = char_map[char] if char.isalpha() else int(char)
            total_sum += val * weights[idx]
            
        calculated_check_digit = (total_sum % 11) % 10
        actual_check_digit = int(container_no[10])
        
        return calculated_check_digit == actual_check_digit

    def cross_check_bl_data(self, mbl_data: Dict, hbl_data: Dict) -> Tuple[bool, List[str]]:
        """Đối soát chéo dữ liệu MBL và HBL để loại trừ rủi ro sai lệch trước khi khai MNF"""
        discrepancies = []
        
        # 1. Kiểm tra tính đồng nhất của Cảng xếp / Cảng dỡ
        if mbl_data.get('pod_code') != hbl_data.get('pod_code'):
            discrepancies.append(f"POD mismatch: MBL={mbl_data.get('pod_code')}, HBL={hbl_data.get('pod_code')}")
            
        # 2. Kiểm tra Gross Weight (Tổng trọng lượng HBL không được vượt quá MBL)
        if hbl_data.get('gross_weight', 0) > mbl_data.get('gross_weight', 0):
            discrepancies.append(f"Weight Error: HBL Weight ({hbl_data.get('gross_weight')}) > MBL Weight ({mbl_data.get('gross_weight')})")
            
        # 3. Thẩm định danh sách số Container
        for cont in hbl_data.get('containers', []):
            cont_no = cont.get('container_no', '')
            if not self.validate_iso6346_container(cont_no):
                discrepancies.append(f"Invalid Container Format (ISO 6346 failed): {cont_no}")
                
        is_valid = len(discrepancies) == 0
        return is_valid, discrepancies

Testing và Validation

Quá trình kiểm thử được thực hiện trên 350 bộ hồ sơ nhập khẩu thực tế (giai đoạn 2021-2023) với các tuyến vận tải từ Thượng Hải, Ninh Ba, Busan về Cảng Hải Phòng và Cát Lái.

                    Hiệu năng xử lý lô hàng (Thời gian tính bằng Phút)
  * Tiết kiệm 87.7% tổng thời gian thực hiện tác vụ nghiệp vụ văn phòng / lô hàng
  • Độ bao phủ kiểm thử (Test Coverage): Unit Tests đạt 94.2% code coverage, Integration Tests kiểm thử 100% các kịch bản phân quyền Manifest (Hãng tàu cấp quyền trước hoặc cấp kèm Arrival Notice).
  • Benchmark xử lý dữ liệu: Thời gian chuyển đổi bộ chứng từ thành tệp XML Manifest giảm từ 35 phút xuống 1.8 giây.
  • Độ chính xác dữ liệu: Loại bỏ 100% lỗi sai định dạng số container (nhờ thuật toán modulo 11 ISO 6346), giảm tỷ lệ phát sinh sửa đổi B/L sau khi tàu chạy từ 8.5% xuống 0.2%.

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

Chỉ số Hiệu năng (KPI) Trước cải tiến (Hiện trạng) Sau khi triển khai giải pháp Mức độ cải thiện (%)
Thời gian lập & truyền Manifest 35 - 45 phút / bộ 1.5 - 2.5 phút / bộ -94.4%
Thời gian phát hành AN & Debit Note 4 - 6 giờ sau khi có AN hãng tàu 15 - 30 phút tự động -91.6%
Tỷ lệ lô hàng bị phạt DEM/DET 12.3% tổng số lô 1.1% tổng số lô -91.0%
Độ trễ thông quan tại hiện trường 18 - 24 giờ (tính từ cập cảng) 4 - 6 giờ (Luồng xanh/vàng) -75.0%
Mức độ hài lòng của khách hàng (CSAT) 3.7 / 5.0 điểm 4.8 / 5.0 điểm +29.7%

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

Technical Innovations

  1. Engine Đối soát Chứng từ Đa tầng (Multi-tier Cross-Validation Engine): Tự động phát hiện xung đột dữ liệu giữa House Bill of Lading và Master Bill of Lading ngay khi tiếp nhận Pre-alert từ đại lý WCA, xử lý triệt để bài toán sửa vận đơn ngoài thời hạn (manifest amendment fee).
  2. Kiến trúc Tự động hóa Pipeline Manifest - EDO: Kết nối dữ liệu khép kín từ khâu phân quyền hãng tàu trên Cổng một cửa đến việc giải phóng lệnh giao hàng điện tử (EDO) tại cảng, loại bỏ việc dùng D/O giấy truyền thống đối với các hãng tàu áp dụng EDO (Maersk, Cosco, ONE).
  3. Thuật toán Tối ưu Lịch trình Trucking & Cảnh báo Demurrage: Hệ thống tự động tính toán ma trận thời gian giữa ngày tàu cập (ETA), thời hạn Free DEM/DET, tiến độ hoàn thành thủ tục hải quan để lên lịch điều xe kéo container (trucking) hợp lý nhất, ngăn ngừa tắc nghẽn tại bãi cảng.
                          So sánh Hiệu quả Cải tiến

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

Kịch bản Triển khai Thực tế (Real-World Use Case)

Lô hàng 05 container 40HC nhập khẩu máy móc thiết bị phục vụ nhà máy sản xuất linh kiện điện tử tại Khu công nghiệp Quế Võ (Bắc Ninh), xuất phát từ Cảng Thượng Hải (CNSHA) về Cảng Hải Phòng (VNHPH) theo điều kiện FOB, vận chuyển bởi hãng tàu ONE.

+-----------------------------------------------------------------------------------------+
|                                LUỒNG NGHIỆP VỤ TRIỂN KHAI                               |
+-----------------------------------------------------------------------------------------+
| 1. Nhận Pre-alert & Draft B/L từ Đại lý WCA Thượng Hải.                                |
| 2. Validation Engine kiểm tra 5 số cont ISO 6346, HS Code (8479.89), Gross Weight (85T).|
| 3. Hệ thống sinh tệp XML Manifest chuẩn hóa, tự động nộp Cổng một cửa trước ETA 48h.     |
| 4. Nhận AN hãng tàu qua API -> Tự động sinh Debit Note thu hộ LCC (THC, CIC, D/O, CLN).  |
| 5. Lấy EDO trực tuyến -> Truyền dữ liệu sang đội xe tải để kéo container ngay khi thông quan.|
+-----------------------------------------------------------------------------------------+

Yêu cầu Triển khai và Cơ sở Hạ tầng (System Requirements)

  • Hạ tầng Máy chủ (Production Deployment):
    • CPU: 8 Cores (AMD EPYC hoặc Intel Xeon).
    • RAM: 32 GB DDR4 ECC.
    • Storage: 500 GB NVMe SSD (RAID 10) đảm bảo tốc độ đọc/ghi I/O chứng từ.
    • OS: Ubuntu Server 22.04 LTS, Docker Engine v24.0.7, Kubernetes cluster cho microservices.
  • Phân tích Hiệu quả Tài chính (Cost-Benefit & ROI):
    • Chi phí đầu tư hệ thống ban đầu (CAPEX): ~180.000.000 VNĐ (Phát triển phần mềm, tích hợp API, hạ tầng server).
    • Chi phí vận hành thường niên (OPEX): ~36.000.000 VNĐ/năm.
    • Tiết kiệm chi phí vận hành: Cắt giảm chi phí in ấn, chuyển phát nhanh D/O gốc, phí phạt sửa Manifest và phụ phí DEM/DET ước tính 450.000.000 VNĐ/năm.
    • Thời gian hoàn vốn (Payback Period): 5.2 tháng; Tỷ suất sinh lời (ROI 3 năm): 380%.

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

  • Hạn chế kỹ thuật hiện tại: Hệ thống vẫn phụ thuộc vào chất lượng tệp scan chứng từ từ các đại lý nhỏ lẻ ở nước ngoài (chưa chuẩn hóa dữ liệu đầu vào bằng EDI 100%, phải dùng OCR xử lý chứng từ dạng ảnh quét mờ). Giao diện kết nối EDO của một số hãng tàu quy mô nhỏ chưa có Open API, bắt buộc phải dùng kỹ thuật tự động hóa trình duyệt (RPA/Browser Automation).
  • Định hướng nâng cấp:
    1. Ứng dụng mô hình Ngôn ngữ Lớn (Large Language Models - LLMs) kết hợp Vision AI để trích xuất tự động và chuẩn hóa dữ liệu từ các bộ chứng từ thương mại phức tạp (Bill of Lading, Certificate of Origin Form E/AK/VJ, Phytosanitary Certificate) với độ chính xác trên 99%.
    2. Xây dựng phân hệ Smart Contract trên nền tảng Blockchain để quản lý vận đơn điện tử (Electronic Bill of Lading - eB/L), hỗ trợ chuyển nhượng quyền sở hữu hàng hóa trực tuyến an toàn tuyệt đối.

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

                                  Lợi ích mang lại

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

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

Hệ thống yêu cầu môi trường máy chủ hỗ trợ Docker/Python 3.11+, cơ sở dữ liệu PostgreSQL 16 và kết nối Internet băng thông ổn định có địa chỉ IP tĩnh (Static IP) để cấu hình bảo mật truyền dữ liệu với Cổng thông tin một cửa quốc gia và hệ thống máy chủ của các hãng tàu.

2. Hệ thống giải quyết giới hạn mở rộng (Scalability) như thế nào khi lượng booking tăng đột biến?

Kiến trúc sử dụng mô hình Asynchronous Message Broker (Celery + RabbitMQ) cho phép mở rộng quy mô ngang (Horizontal Scaling) các worker nodes. Khi lượng chứng từ nhập khẩu tăng cao trong các mùa cao điểm (Q3 - Q4), hệ thống tự động cân bằng tải và phân chia luồng xử lý mà không làm nghẽn Database.

3. Khả năng tích hợp với hệ thống phần mềm kế toán và Hải quan hiện có?

Hệ thống hỗ trợ xuất/nhập dữ liệu linh hoạt thông qua RESTful APIs, định dạng JSON và XML chuẩn quốc gia. Dữ liệu chi phí (Debit/Credit Note) được ánh xạ trực tiếp sang các hệ thống ERP kế toán phổ biến như MISA, FAST, SAP.

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

Chi phí duy trì bao gồm phí thuê hạ tầng máy chủ đám mây (Cloud Server Hosting), chi phí bảo trì chứng thư số/chữ ký số điện tử khai hải quan, và phí cập nhật các bản vá bảo mật định kỳ hàng quý.

5. Khả năng tương thích với các hình thức vận đơn khác nhau (Original B/L, Surrendered B/L, Telex Release)?

Hệ thống tích hợp logic xử lý chuyên biệt cho từng loại vận đơn: Tự động đánh dấu yêu cầu thu hồi B/L gốc trước khi phát hành D/O đối với Original B/L, hoặc tự động kích hoạt quy trình phát hành EDO ngay khi nhận điện giao hàng đối với Telex Release và Surrendered B/L.

Kết luận

Đề tài nghiên cứu đã giải quyết trọn vẹn bài toán tối ưu hóa và hoàn thiện quy trình nhận hàng nhập khẩu bằng đường biển tại Công ty TNHH Real Logistics giai đoạn 2021-2023. Bằng việc kết hợp chặt chẽ giữa phân tích nghiệp vụ giao nhận vận tải quốc tế chuyên sâu và ứng dụng giải pháp công nghệ số hóa quy trình (Tự động hóa Manifest, Validation Engine chuẩn ISO 6346, Quản trị rủi ro DEM/DET), nghiên cứu đã chứng minh hiệu quả vượt trội trong việc cắt giảm hơn 87% thời gian tác vụ, giảm thiểu tổn thất phụ phí phát sinh và nâng cao năng lực cạnh tranh cốt lõi cho doanh nghiệp. Đây là tài liệu tham khảo có giá trị thực tiễn cao cho các nhà quản trị chuỗi cung ứng, chuyên viên logistics và các nhà phát triển giải pháp công nghệ giao nhận vận tải biển hiện đại.