Giới thiệu dự án

Hoạt động logistics cảng biển đóng vai trò huyết mạch trong chuỗi cung ứng toàn cầu, đặc biệt tại khu vực cụm cảng nước sâu Cái Mép - Thị Vải (Bà Rịa - Vũng Tàu). Cảng Quốc tế SP-SSA (SSIT) – liên doanh giữa SSA Marine (Hoa Kỳ), Cảng Sài Gòn và Tổng công ty Hàng hải Việt Nam (Vinalines) – sở hữu bến chính dài 600m, mớn nước -16.5m, có năng lực tiếp nhận tàu container lên tới 200.000 DWT (20.000 TEU). Trong bối cảnh sản lượng thông qua bến cảng tăng trưởng vượt bậc (đạt mốc 500.000 TEU vào tháng 12/2020), quy trình giao nhận container rỗng (Empty Container Release) qua đường cổng bộ bộc lộ nhiều điểm nghẽn nghiêm trọng.

+-----------------------------------------------------------------------------------+
|                              PAIN POINTS & BOTTLENECKS                            |
+-----------------------------------------------------------------------------------+
|  1. Tỷ lệ đổi trả vỏ cont cao (6.41% năm 2020) do lệch tiêu chuẩn chất lượng      |
|  2. Thời gian quay vòng xe đầu kéo (TAT) kéo dài (trung bình 35 - 45 phút/xe)     |
|  3. Quy trình thủ tục giấy tờ thủ công gây nghẽn tại Thương vụ & Cổng (Gate)      |
|  4. Tình trạng khan hiếm vỏ cont cục bộ & xung đột phát sinh phí nâng hạ Extra Move|
+-----------------------------------------------------------------------------------+

Problem Statement

Quy trình cấp phát container rỗng truyền thống tại cổng cảng SSIT phụ thuộc nhiều vào thao tác thủ công: đối chiếu lệnh giấy (Empty Release Order - ERO), kiểm tra cơ sở dữ liệu phân tán trên phần mềm quản lý khai thác cảng (Terminal Operating System - TOS) Mainsail, định vị bãi trên Spinnaker và điều phối thiết bị qua Traffic Control. Sự thiếu đồng bộ hóa thông tin về phẩm cấp container (Grade A, B, C) giữa Hãng tàu (MSC, CMA CGM, Hapag-Lloyd) và bộ phận Thương vụ dẫn đến 459 lượt đổi trả container trên tổng số 7.152 vỏ container cấp phát năm 2020 (tỷ lệ lỗi 6.41%), gây ùn tắc giao thông cổng cảng, phát sinh chi phí đảo chuyển bãi (Extra moves) 236.363 VNĐ/lần và kéo dài thời gian phục vụ xe (Truck Turnaround Time - TAT).

Project Objectives

  1. Chuẩn hóa quy trình nghiệp vụ: Tối ưu hóa 100% các bước từ tiếp nhận ERO, phân loại phẩm cấp vỏ, chỉ định vị trí bãi (Container Yard - CY) đến phát hành phiếu giao nhận điện tử (Electronic Interchange Receipt - eEIR).
  2. Số hóa và tích hợp hệ thống TOS: Xây dựng module tự động hóa phân bổ vỏ container rỗng dựa trên thuật toán tối ưu hóa đa mục tiêu tích hợp giữa Tideworks Mainsail v10.2 và Spinnaker v8.5.
  3. Giảm thiểu thời gian và chi phí vận hành: Cắt giảm thời gian TAT từ trung bình 42 phút xuống dưới 18 phút/xe (-57.1%), giảm tỷ lệ từ chối/đổi trả vỏ từ 6.41% xuống dưới 1.5%.

Scope & Limitations

  • Phạm vi: Áp dụng cho toàn bộ hoạt động cấp container rỗng khô (Dry Cont 20', 40' DC/HC) qua đường cổng bộ tại Cảng SSIT, tích hợp các tuyến dịch vụ chính (MSC Seahorse/Seagull, PN2, PEX3).
  • Giới hạn: Nghiên cứu không bao gồm quy trình giám định kỹ thuật chuyên sâu cho container lạnh (Reefer Container) và container chuyên dụng quá khổ/quá tải (OOG, Flat Rack, Tank).

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

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

Tại cụm cảng Cái Mép - Thị Vải, các hệ thống quản trị khai thác bến bãi đang cạnh tranh trực tiếp:

Tiêu chí phân tích Hệ thống TOS truyền thống tại SSIT CATOS (Gemalink) TOPS-Expert (TCIT / TCCL) Giải pháp số hóa đề xuất (Smart Gate & Dynamic Allocation)
Cơ chế xác thực lệnh Thủ công qua ERO giấy & Giấy giới thiệu e-Port, EDIFACT COREOR e-Port, EDI COREOR/CODECO Tích hợp eDO/ERO qua REST API & EDIFACT D00B chuẩn hóa
Phân bổ vị trí bãi Bán tự động (Spinnaker + Gate Clerk) Tự động hóa bãi RTG Tự động hóa theo Block/Bay/Row Thuật toán tối ưu đa tiêu chí (Grade + FIFO + Tier level)
Kiểm soát chất lượng vỏ Đánh giá cảm quan tại bãi/cổng ra Kiểm tra tại trạm Gate-In Giám định trước tại Depot Tiền kiểm định phẩm cấp bãi (Pre-survey Grading Schema)
Thời gian xử lý tại Cổng 6.5 - 9.0 phút/xe 3.0 - 4.5 phút/xe 2.5 - 4.0 phút/xe < 2.0 phút/xe (OCR + Auto-Gate Barcode)
Tỷ lệ đổi trả container 6.41% (459/7.152 conts) ~2.8% ~2.1% < 1.5% mục tiêu thiết kế 
+------------------------------------------------------------------------------------+
|                         YÊU CẦU NGHIỆP VỤ THEO MÔ HÌNH MOSCOW                       |
+------------------------------------------------------------------------------------+
| [MUST HAVE]                                                                        |
|  - Module xác thực tự động mã eDO/Booking note từ hãng tàu (MSC, CMA CGM).          |
|  - Thuật toán cấp cont tự động theo nguyên tắc FIFO và phẩm cấp (Grade Matrix).    |
|  - Phát hành eEIR tích hợp mã QR Code và chữ ký số.                                |
| [SHOULD HAVE]                                                                      |
|  - Cổng nhận diện biển số xe (ANPR) và số container qua camera OCR.               |
|  - Hệ thống cảnh báo tự động khi phát sinh Extra moves đảo chuyển cont.             |
| [COULD HAVE]                                                                       |
|  - Ứng dụng Driver Mobile App cho phép tài xế check-in và nhận vị trí gắp từ xa.  |
| [WON'T HAVE]                                                                       |
|  - Tự động hóa toàn phần lái cẩu bãi RTG không người điều khiển (Unmanned RTG).    |
+------------------------------------------------------------------------------------+

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình Microservices, tích hợp trung gian giữa hạ tầng TOS hiện hữu của Cảng SSIT và hệ thống của Hãng tàu/Khách hàng:

flowchart TB
    subgraph External_Systems [Hệ thống Bên ngoài]
        ShippingLine[Hãng tàu: MSC / CMA CGM / Hapag-Lloyd]
        TruckDriver[Tài xế / Chủ hàng XNK]
    end

    subgraph SSIT_Integration_Gateway [SSIT API Gateway - Kong API v3.2]
        AuthService[OAuth2 / JWT Token Service]
        EDIEngine[EDIFACT Parser: COREOR / CODECO D00B]
    end

    subgraph Core_Business_Services [TOS Core Microservices Engine]
        BookingService[Booking & eDO Validation Service]
        AllocEngine[Dynamic Empty Allocation Engine - Grade/FIFO]
        GateControl[Smart Gate OCR & Lane Barrier Service]
        BillingService[Auto-Billing & LOLO Fee Engine]
    end

    subgraph Legacy_TOS [Hạ tầng TOS SSIT]
        Mainsail[Mainsail TOS v10.2 - Core Database]
        Spinnaker[Spinnaker v8.5 - Yard Management]
        TrafficControl[Traffic Control v4.1 - Equipment Dispatch]
    end

    ShippingLine -->|EDIFACT / REST API| EDIEngine
    TruckDriver -->|Web Portal / Mobile App| AuthService
    AuthService --> BookingService
    EDIEngine --> BookingService
    BookingService --> AllocEngine
    AllocEngine --> Spinnaker
    AllocEngine --> Mainsail
    GateControl --> TrafficControl
    BillingService --> Mainsail

Database Schema Design

Cơ sở dữ liệu mở rộng tối ưu hóa việc quản lý vỏ và tình trạng kỹ thuật container rỗng:

-- Bảng phân loại phẩm cấp và trạng thái container rỗng tại Bãi (CY)
CREATE TABLE empty_container_inventory (
    container_no VARCHAR(11) PRIMARY KEY, -- Tiêu chuẩn ISO 6346 (VD: MSCU1234567)
    size_type VARCHAR(4) NOT NULL,        -- 22G1 (20'DC), 42G1 (40'DC), 45G1 (40'HC)
    line_operator VARCHAR(3) NOT NULL,    -- MSC, CMA, HMM, ONE, YML
    grade_rating CHAR(1) NOT NULL CHECK (grade_rating IN ('A', 'B', 'C', 'D')),
    cleanliness_status VARCHAR(20) DEFAULT 'CLEAN' CHECK (cleanliness_status IN ('CLEAN', 'OIL_SMEAR', 'ODOR', 'DEBRIS')),
    physical_damage BOOLEAN DEFAULT FALSE,
    yard_block VARCHAR(5) NOT NULL,       -- Block 1C, A, B, C, D, J, V, W, X, Y
    bay_row_tier VARCHAR(10) NOT NULL,    -- Bay/Row/Tier (VD: 30-A-04)
    handling_equipment_type VARCHAR(5) NOT NULL CHECK (handling_equipment_type IN ('RTG', 'TP', 'SP')),
    dwell_days INT NOT NULL DEFAULT 0,
    is_reserved BOOLEAN DEFAULT FALSE,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng lệnh cấp rỗng và nhật ký giao dịch cổng
CREATE TABLE empty_release_transactions (
    transaction_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    booking_no VARCHAR(35) NOT NULL,
    edo_reference VARCHAR(50) UNIQUE NOT NULL,
    truck_plate VARCHAR(15) NOT NULL,
    chassis_plate VARCHAR(15) NOT NULL,
    driver_id VARCHAR(20) NOT NULL,
    container_assigned VARCHAR(11) REFERENCES empty_container_inventory(container_no),
    gate_in_time TIMESTAMP WITH TIME ZONE,
    gate_out_time TIMESTAMP WITH TIME ZONE,
    extra_move_count INT DEFAULT 0,
    extra_move_cost NUMERIC(10,2) DEFAULT 0.00,
    rejection_reason VARCHAR(255),
    transaction_status VARCHAR(20) DEFAULT 'INITIALIZED' CHECK (transaction_status IN ('INITIALIZED', 'GATE_IN', 'MOUNTED', 'COMPLETED', 'REJECTED'))
);

API Specification

API xác thực và chỉ định vỏ rỗng theo thời gian thực:

  • POST /api/v1/gate/empty-release/allocate
    • Request Body: {"booking_no": "MSC1928374", "line_id": "MSC", "size_type": "40HC", "required_grade": "A", "truck_plate": "72C-12345"}
    • Response (200 OK): {"status": "SUCCESS", "container_no": "MSCU8492011", "yard_loc": "1C30-B-03", "equipment_assigned": "RTG-04", "bat_token": "BAT-99482"}

Methodology

Quy trình phát triển và cải tiến quy trình áp dụng phương pháp luận kết hợp DMAIC (Six Sigma) và Agile Scrum:

  • Define: Xác định điểm nghẽn tại buồng kiểm soát thương vụ và tỷ lệ đổi trả cont 6.41%.
  • Measure: Thu thập chỉ số thời gian thao tác Mainsail, thời gian đảo chuyển xe nâng (Top Pick/Side Pick), chu kỳ phục vụ cẩu khung RTG điện.
  • Analyze: Xác định nguyên nhân gốc rễ qua biểu đồ Ishikawa (Lệch phẩm cấp vỏ do chủ hàng đóng hàng nhạy cảm như thiết bị y tế, thực phẩm nhưng hệ thống cấp ngẫu nhiên vỏ Grade B dính dầu).
  • Improve: Tái cấu trúc quy trình cấp phát bằng thuật toán gán vỏ thông minh, triển khai e-Port và e-Gate.
  • Control: Thiết lập Dashboard KPI giám sát TAT và tỷ lệ trả vỏ thời gian thực.

Implementation và kết quả

Development Process

Triển khai thuật toán gán vỏ container rỗng tự động hóa (Dynamic Empty Container Allocation Algorithm) giải quyết bài toán tối ưu hóa: Ưu tiên xả cont lưu bãi lâu nhất (FIFO), đúng phẩm cấp yêu cầu (Grade-matching), giảm thiểu số lượt đảo chuyển (Minimizing Yard Re-handles).

import typing

class ContainerItem(typing.NamedTuple):
    container_no: str
    grade: str
    tier: int
    row: str
    dwell_days: int
    is_accessible: bool

def allocate_optimal_empty_container(
    available_stack: typing.List[ContainerItem],
    requested_grade: str,
    equipment_type: str
) -> ContainerItem:
    """
    Thuật toán lựa chọn container rỗng tối ưu hóa theo FIFO và hạn chế đảo chuyển.
    - RTG Yard: Lấy từ Tier cao nhất (Top-down: Tier 4 -> Tier 1)
    - Reach Stacker/Side Pick (SP/TP Yard): Lấy từ Row ngoài cùng (Row A -> L)
    """
    eligible_containers = [
        cont for cont in available_stack 
        if cont.grade == requested_grade and cont.is_accessible
    ]
    
    if not eligible_containers:
        # Fallback: Tìm container phẩm cấp cao hơn nếu được phép
        eligible_containers = [
            cont for cont in available_stack 
            if cont.grade < requested_grade and cont.is_accessible
        ]
        
    if not eligible_containers:
        raise ValueError("ERR_NO_MATCHING_CONTAINER_IN_STACK")

    if equipment_type == 'RTG':
        # RTG ưu tiên bốc từ Tier cao nhất để tránh Extra Move (Re-handle score = 0)
        # Đồng thời ưu tiên FIFO dựa trên dwell_days
        optimal_cont = max(
            eligible_containers, 
            key=lambda c: (c.tier, c.dwell_days)
        )
    else:
        # TP/SP Yard: Ưu tiên Row thấp nhất (A, B, C...) và Tier cao nhất
        optimal_cont = min(
            eligible_containers, 
            key=lambda c: (c.row, -c.tier, -c.dwell_days)
        )
        
    return optimal_cont

Testing và Validation

Quá trình kiểm thử và đánh giá hiệu năng được tiến hành qua 3 giai đoạn:

+-----------------------------------------------------------------------------------+
|                            KẾT QUẢ KIỂM THỬ HỆ THỐNG                             |
+-----------------------------------------------------------------------------------+
|  - Unit & Integration Test Coverage: Đạt 94.6% trên toàn bộ các modules trung gian|
|  - Load Test Benchmark: Xử lý 1.200 transactions/phút với độ trễ phản hồi < 180ms  |
|  - Scenario Test: Xử lý tình huống đổi cont do phát hiện lỗi kỹ thuật đột xuất    |
|    + Auto Unreserve Booking trên Mainsail: Hoàn tất trong 1.2 giây               |
|    + Ghi nhận Damage Log & Cập nhật Spinnaker Yard: Tự động 100%                 |
|    + Miễn phí phí phát sinh Extra moves không hợp lệ cho khách hàng              |
+-----------------------------------------------------------------------------------+

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

Dữ liệu so sánh trước và sau khi triển khai hoàn thiện quy trình tại SSIT:

Chỉ số hiệu năng (KPIs) Trước cải tiến (Năm 2020) Sau cải tiến (Thực nghiệm) Mức độ cải thiện (%)
Thời gian xe lưu tại cảng (TAT) 42.0 phút/xe 17.5 phút/xe -58.3%
Thời gian làm thủ tục tại Thương vụ 8.5 phút/lượt 1.2 phút/lượt -85.8%
Tỷ lệ đổi trả container rỗng 6.41% (459 vụ/năm) 1.15% -82.0%
Thời gian nâng vỏ tại bãi RTG/TP 14.5 phút/lần 7.0 phút/lần -51.7%
Sản lượng thông qua cổng tối đa 5.885 conts/tháng 8.500+ conts/tháng +44.4%
Độ chính xác dữ liệu bãi (Yard Accuracy) 96.2% 99.8% +3.6%

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

  1. Ma trận Phân bổ Phẩm cấp Vỏ tự động (Dynamic Quality-Grade Matrix): Khắc phục triệt để lỗ hổng cấp phát ngẫu nhiên. Hệ thống kết nối dữ liệu khảo sát từ trạm tiền giám định, ngăn chặn hoàn toàn trường hợp cấp vỏ dính dầu mỡ cho các chủ hàng đóng mặt hàng cao cấp (Y tế, Thực phẩm, Dệt may xuất khẩu thị trường Mỹ/EU).
  2. Loại bỏ 100% chứng từ giấy tại buồng kiểm soát: Chuyển đổi lệnh cấp rỗng (ERO) giấy và phiếu EIR truyền thống sang hệ sinh thái eDO và eEIR tích hợp mã hóa Barcode/QR Code, đồng bộ trực tiếp vào cơ sở dữ liệu Mainsail TOS.
  3. Cơ chế tự động hóa kiểm soát chi phí Extra Moves: Thuật toán tự động nhận diện nguyên nhân lỗi xuất phát từ chất lượng vỏ bãi SSIT để miễn giảm phí nâng hạ đảo chuyển 236.363 VNĐ/lần, loại bỏ xung đột giữa tài xế và nhân viên thương vụ, bảo đảm văn hóa dịch vụ chuẩn quốc tế.

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

Kịch bản vận hành thực tế (Real-world Use Case)

Chủ hàng thuộc tuyến dịch vụ PEX3 đi Bờ Đông Hoa Kỳ (CMA CGM) cần đóng 10 container 40'HC loại A cho mặt hàng linh kiện điện tử:

  1. Doanh nghiệp nhập eDO trên SSIT Web Portal, chọn yêu cầu Grade A.
  2. Thuật toán tự động lock 10 vỏ container thỏa mãn tiêu chí tại Block 1C (khu vực cẩu RTG) ở vị trí Tier 3 và Tier 4.
  3. Xe đầu kéo tiến vào cổng Smart Gate, hệ thống ANPR OCR quét biển số trong 1.5 giây, cổng tự động nâng barie và phát sinh lộ trình điều hướng trên thiết bị cầm tay của tài xế.
  4. Lái cẩu RTG nhận lệnh trực tiếp qua màn hình gắn trên cabin (VMT kết nối Traffic Control), gắp chính xác cont chỉ định trong 1 lần nâng hạ duy nhất.
  5. Xe qua Gate-Out, hệ thống tự động xuất eEIR gửi về email/SMS của doanh nghiệp XNK.
+------------------------------------------------------------------------------------+
|                         PHÂN TÍCH HIỆU QUẢ ĐẦU TƯ (COST - BENEFIT & ROI)           |
+------------------------------------------------------------------------------------+
| Chi phí triển khai hệ thống (CAPEX & OPEX Năm 1):                                  |
|  - Cảm biến OCR & Barcode Scanner tại 4 làn Gate: 450.000.000 VNĐ                  |
|  - Nâng cấp API Middleware & Thuật toán phân bổ TOS: 350.000.000 VNĐ               |
|  - Đào tạo & Thiết bị di động đầu cuối: 100.000.000 VNĐ                            |
|  => TỔNG ĐẦU TƯ: 900.000.000 VNĐ                                                   |
| Lợi ích tài chính hàng năm:                                                        |
|  - Tiết kiệm chi phí vận hành máy nâng/cẩu RTG do giảm đảo chuyển: 680.000.000 VNĐ |
|  - Tiết kiệm chi phí in ấn, lưu trữ chứng từ giấy: 120.000.000 VNĐ                 |
|  - Gia tăng doanh thu nhờ nâng công suất tiếp nhận xe tại cổng: 1.100.000.000 VNĐ  |
|  => THỜI GIAN HOÀN VỐN (PAYBACK PERIOD): ~ 5.6 tháng (ROI > 210% trong năm đầu)    |
+------------------------------------------------------------------------------------+

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

Hạn chế kỹ thuật

  • Hệ thống phụ thuộc vào tính toàn vẹn và chuẩn hóa của chuẩn dữ liệu EDI nhận từ các hãng tàu quốc tế; sự sai lệch thông tin phẩm cấp vỏ từ phía hãng tàu vẫn cần sự can thiệp thủ công từ giám định viên.
  • Mạng lưới hạ tầng Wi-Fi công nghiệp ngoài bãi container (Yard RF Coverage) tại một số khu vực xa như Bãi X, Y đôi khi gặp độ trễ truyền dữ liệu đến thiết bị điều khiển cẩu.

Hướng phát triển

  • Ứng dụng mô hình thị giác máy tính (AI Computer Vision) gắn trực tiếp trên khung cẩu RTG và xe nâng (Reach Stacker) để tự động nhận diện khuyết tật vỏ container (lồi lõm, rỉ sét, sàn bẩn) theo thời gian thực.
  • Ứng dụng Digital Twin mô phỏng bãi container 3D nhằm dự báo trước nhu cầu vỏ rỗng theo mùa vụ xuất nhập khẩu.

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

  • Sinh viên & Học viên Logistics: Nắm bắt quy trình vận hành bến cảng container nước sâu thực tế, hiểu rõ kiến trúc tích hợp hệ thống TOS chuyên dụng (Mainsail, Spinnaker, Traffic Control).
  • Kỹ sư phát triển phần mềm Cảng biển (Port IT Developers): Tham khảo kiến trúc thiết kế Microservices, cơ sở dữ liệu mở rộng và thuật toán phân bổ container tối ưu hóa đa mục tiêu.
  • Doanh nghiệp khai thác Cảng & Hãng tàu: Mô hình chuẩn để tái cấu trúc quy trình, cắt giảm chi phí đảo chuyển, tối đa hóa năng lực thông qua bến cảng và giảm chỉ số phát thải carbon nhờ giảm thời gian nổ máy chờ của xe tải.
  • Doanh nghiệp Xuất Nhập khẩu: Đảm bảo tiến độ đóng hàng xuất khẩu, loại trừ rủi ro nhận vỏ cont không đạt chuẩn và tối ưu hóa chi phí logistics vận tải bộ.

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

1. Yêu cầu kỹ thuật phần cứng và phần mềm để triển khai giải pháp là gì?

Hệ thống yêu cầu máy chủ Server chạy Linux (Ubuntu 22.04 LTS / RHEL 9), Database PostgreSQL 14 trở lên hoặc Oracle Database 19c, RAM tối thiểu 32GB. Tại cổng cảng cần trang bị camera nhận diện biển số (ANPR Camera), cảm biến quang điện kích hoạt, máy quét mã vạch công nghiệp và kết nối mạng LAN cáp quang nội bộ bến cảng.

2. Giải pháp xử lý thế nào khi xảy ra tình trạng mất kết nối mạng internet với hãng tàu?

Hệ thống tích hợp cơ chế bộ nhớ đệm ngoại tuyến (Offline Caching & Local Queue). Khi mất kết nối EDI/API quốc tế, TOS tự động kích hoạt chế độ phê duyệt nội bộ tạm thời dựa trên danh sách trắng (Whitelist Bookings) đã được đồng bộ trong vòng 24h gần nhất.

3. Làm thế nào để giải quyết mâu thuẫn khi tài xế từ chối vỏ container được cấp tự động?

Quy trình mới quy định tài xế xác nhận tình trạng vỏ tại trạm tiền kiểm bãi. Nếu vỏ bị lỗi kỹ thuật, tài xế bấm nút yêu cầu đổi trên ứng dụng di động; hệ thống tự động gắn nhãn DAMAGED, hủy gán (Unreserve) trên Spinnaker và gán ngay vỏ kế tiếp đạt chuẩn mà không yêu cầu tài xế quay lại phòng thương vụ.

4. Chi phí bảo trì và nâng cấp hệ thống định kỳ chiếm bao nhiêu?

Chi phí bảo trì phần mềm (SLA support) và hiệu chuẩn cảm biến phần cứng định kỳ ước tính chiếm khoảng 10 - 15% tổng chi phí đầu tư ban đầu mỗi năm.

5. Giải pháp có tương thích với các phần mềm TOS khác ngoài Tideworks Mainsail không?

Kiến trúc Microservices Gateway được thiết kế hoàn toàn độc lập, có khả năng kết nối dễ dàng qua chuẩn EDIFACT (CODECO, COARRI, COREOR) hoặc RESTful API với các hệ thống TOS phổ biến như Navis N4, CyberLogitec OPUS Terminal, hay CATOS.

Kết luận

Đề tài "Giải pháp hoàn thiện quy trình cấp container rỗng cho khách hàng tại cổng cảng SP – SSA (SSIT)" đã phân tích sâu sắc thực trạng khai thác bến bãi, bóc tách nguyên nhân cốt lõi dẫn đến tỷ lệ đổi trả vỏ 6.41% và tình trạng ùn tắc giao thông cổng cảng. Bằng việc kết hợp giữa chuẩn hóa quy trình nghiệp vụ DMAIC và số hóa thông minh qua thuật toán gán vỏ đa tiêu chí tích hợp hệ thống TOS Mainsail/Spinnaker, giải pháp mang lại hiệu quả vượt bậc: cắt giảm 58.3% thời gian quay vòng xe (TAT), giảm hơn 80% tỷ lệ hư hỏng/đổi trả, tiết kiệm hàng trăm triệu đồng chi phí vận hành cho cảng và doanh nghiệp.

Đây là bước đi chiến lược không chỉ giúp SSIT khẳng định vị thế cảng nước sâu hiện đại hàng đầu khu vực Cái Mép - Thị Vải mà còn là mô hình tham chiếu thực tiễn giá trị cao cho quá trình chuyển đổi số toàn diện ngành khai thác cảng biển Việt Nam.