RPA trong logistics

Mục lục

1. RPA giải quyết việc gì trong một doanh nghiệp logistics?
2. Dòng chảy của một lô hàng: bot đứng ở đâu?
3. 8 quy trình logistics hợp với RPA
4. RPA đứng ở đâu trong khâu hải quan?
5. RPA, API hay IDP: chọn công cụ nào cho từng khâu?
6. Dữ liệu và điều kiện cần có trước khi dựng bot
7. Ví dụ minh hoạ: forwarder xử lý hồ sơ nhập khẩu hàng lẻ (LCL)
8. Rủi ro riêng của RPA trong logistics và cách giảm
9. RPA khác gì tự động hoá trong kho và vận tải thực địa?
10. Lộ trình triển khai cho doanh nghiệp logistics Việt Nam
11. Khi nào chưa nên dùng RPA trong logistics?
12. Câu hỏi thường gặp

RPA giải quyết việc gì trong một doanh nghiệp logistics?

RPA (Robotic Process Automation) là phần mềm mô phỏng thao tác của người trên giao diện: đăng nhập, bấm nút, sao chép dữ liệu giữa các màn hình. Phần nền tảng đã có trong bài RPA là gì và cách hoạt động. Bài này chỉ bàn những gì riêng của kho vận.

Điểm riêng của logistics là dữ liệu của một lô hàng nằm ở nhiều nơi mà doanh nghiệp không kiểm soát hết. Khách gửi đơn bằng email hoặc Excel mỗi người một mẫu. Hãng tàu, hãng bay, nhà xe có cổng riêng. Phần mềm khai hải quan là một hệ thống khác. TMS, WMS và kế toán là các hệ thống nội bộ. Nhân viên điều hành (operations, customer service) làm cầu nối giữa các hệ thống ấy bằng tay.

Theo Kofax được Viettel Solutions dẫn lại, 32% doanh nghiệp vận tải và logistics vẫn dựa vào tác vụ thủ công trong hơn 50% quy trình. Đây là số liệu của một khảo sát nước ngoài, không phải số đo của doanh nghiệp Việt Nam, nên bạn nên tự đo thời gian thao tác tại đơn vị mình trước khi đặt kỳ vọng.

Dòng chảy của một lô hàng: bot đứng ở đâu?

Hình dưới tách luồng từ lúc nhận đơn đến lúc xuất hoá đơn. Bot nhận phần có quy tắc rõ; mọi trường hợp lệch quy tắc chuyển cho nhân viên.

8 quy trình logistics hợp với RPA

1. Nhập đơn từ email và Excel của khách

Bot đọc hộp thư dùng chung, lấy tệp đính kèm, ánh xạ cột của từng khách sang trường của TMS (nơi lấy hàng, nơi giao, số kiện, trọng lượng, thể tích, yêu cầu nhiệt độ). Mỗi khách lớn một bảng ánh xạ riêng. Khi khách đổi mẫu, bot báo lỗi thay vì đoán cột.

2. Đặt chỗ và xác nhận booking

Với cổng hãng tàu hoặc đại lý không có API cho doanh nghiệp vừa, bot nhập thông tin booking và lưu lại số xác nhận vào TMS. Nên kiểm tra điều khoản sử dụng của cổng trước, vì nhiều cổng hạn chế truy cập tự động.

3. Theo dõi lô hàng và container

Bot tra trạng thái theo số vận đơn hoặc số container theo lịch, so với ETA đã hứa với khách và ghi vào TMS. Viettel Solutions cũng nêu việc lên lịch và theo dõi giao hàng là một nhóm ứng dụng của RPA trong vận tải. Giá trị nằm ở chỗ chỉ khi ETA lệch quá ngưỡng đã đặt (ví dụ trễ hơn 24 giờ) mới tạo việc cho người.

4. Chuẩn bị dữ liệu cho hồ sơ hải quan

Phần này có ranh giới riêng nên được tách thành mục sau.

5. Đối soát cước và phụ phí

Bot so hoá đơn của hãng tàu, nhà xe với báo giá đã duyệt: cước cơ bản, phụ phí nhiên liệu, phí lưu container, lưu bãi. Dòng nào lệch quá ngưỡng thì đánh dấu để người hỏi lại nhà cung cấp. Đây là việc có quy tắc rõ và có chứng từ đối chiếu, nên là ứng viên tốt. Nhóm việc kế toán liên quan nằm trong bài ứng dụng RPA trong kế toán.

6. Xuất hoá đơn dịch vụ cho khách

Từ lô hàng đã đóng trong TMS, bot gom các khoản thu (cước, phí local charge, phí chi hộ), tạo bút toán và phát hành hoá đơn trên hệ thống hoá đơn điện tử. Khoản chi hộ cần có chứng từ gốc đính kèm; bot không có chứng từ thì không phát hành.

7. Thu và đối chiếu chứng từ giao nhận (POD)

Tài xế chụp biên bản giao hàng gửi qua ứng dụng hoặc email. Bot ghép ảnh với lô hàng theo mã vận đơn, cập nhật trạng thái “đã giao” và mở khoá bước thu tiền. Ảnh mờ hoặc thiếu chữ ký chuyển cho nhân viên.

8. Thông báo chậm trễ và cập nhật cho khách

Khi dữ liệu theo dõi cho thấy chậm, bot soạn email theo mẫu đã duyệt, điền số vận đơn, ETA mới, nguyên nhân từ danh mục có sẵn. Nội dung giải thích tuỳ chỉnh vẫn do người viết.

RPA đứng ở đâu trong khâu hải quan?

Doanh nghiệp xuất nhập khẩu khai qua hệ thống VNACCS/VCIS bằng phần mềm khai báo. Theo tài liệu hướng dẫn nghiệp vụ, khi người khai điền đủ chỉ tiêu trên màn hình IDA (133 chỉ tiêu với hàng nhập), hệ thống tự cấp số và tính các chỉ tiêu liên quan, rồi sau đăng ký tờ khai sẽ phân luồng xanh, vàng, đỏ. Hàng xuất dùng màn hình EDA với số chỉ tiêu ít hơn.

Phần việc RPA làm được là chuyển số liệu từ hoá đơn thương mại, packing list và vận đơn vào bản nháp tờ khai: tên hàng, số lượng, đơn giá, trọng lượng, số vận đơn, số container, số seal. Phần việc không nên giao bot là chọn mã HS, xác định trị giá tính thuế khi có khoản điều chỉnh, và bấm gửi tờ khai chính thức. Theo Luật Hải quan 2014, người khai hải quan chịu trách nhiệm về nội dung đã khai, nên người ký số vẫn phải xem lại bản nháp.

RPA, API hay IDP: chọn công cụ nào cho từng khâu?

Nhiều dự án thất bại vì dùng RPA cho việc mà hệ thống đã có API hoặc việc mà chứng từ chưa đọc được. Hai câu hỏi quyết định: hệ thống đích có API không, và chứng từ đầu vào có cấu trúc không.

Khi chứng từ là ảnh hoặc PDF quét, bước đọc dữ liệu cần OCR hoặc IDP. Bạn xem thêm IDP và xử lý tài liệu thông minh để biết nó khác OCR và RPA ở đâu. Nếu lô hàng chủ yếu chứa chữ in tiếng Anh như B/L, invoice thì OCR thường đủ; tờ khai viết tay hay phiếu giao hàng có chữ ký cần thêm kiểm tra của người.

Tiêu chí	Tích hợp API/EDI	RPA giao diện	IDP + RPA
Độ bền khi đối tác đổi giao diện	Cao	Thấp, bot dễ hỏng	Trung bình
Thời gian dựng ban đầu	Dài, cần IT hai bên	Ngắn	Trung bình đến dài
Đầu vào hợp	Dữ liệu có cấu trúc	Màn hình, bảng, email theo mẫu	Ảnh, PDF, chứng từ đa dạng
Rủi ro chính	Đối tác không mở API	Bot chạy sai khi giao diện đổi	Đọc sai trường quan trọng
Ví dụ trong logistics	Đồng bộ đơn từ TMS sang phần mềm của khách lớn	Nhập booking lên cổng không có API	Đọc vận đơn và invoice để dựng bản nháp tờ khai

Dữ liệu và điều kiện cần có trước khi dựng bot

• Danh mục chuẩn: mã khách, mã cảng/ICD, loại container, đơn vị tính. Bot ánh xạ theo danh mục; danh mục không thống nhất giữa các chi nhánh thì bot nhập sai đều đặn.
• Bảng giá và phụ phí còn hiệu lực: đối soát cước chỉ đúng khi bảng giá có ngày áp dụng. Giá nằm trong email của nhân viên thì chưa thể đối soát tự động.
• Tập chứng từ mẫu: vài chục bộ chứng từ thật của các khách khác nhau, kể cả bộ bị lỗi, để thử bot trước khi chạy.
• Tài khoản robot riêng: không dùng tài khoản cá nhân của nhân viên, để có nhật ký ai làm gì và thu hồi quyền khi cần.
• Quy trình bằng văn bản: nếu mỗi điều hành viên xử lý booking một kiểu, hãy chuẩn hoá bằng SOP trước khi viết bot.

Dữ liệu lô hàng thường chứa tên, số điện thoại, địa chỉ người nhận. Khi bot ghi các trường này vào log hoặc gửi email, bạn cần giới hạn log chỉ giữ mã vận đơn, không ghi số điện thoại người nhận vào tệp nhật ký lưu lâu dài.

Ví dụ minh hoạ: forwarder xử lý hồ sơ nhập khẩu hàng lẻ (LCL)

Đây là ví dụ minh hoạ, không phải số liệu của doanh nghiệp cụ thể. Một forwarder nhỏ nhận hồ sơ nhập LCL qua email. Mỗi hồ sơ gồm invoice, packing list, vận đơn dạng PDF. Nhân viên chứng từ gõ lại tên hàng, số lượng, số vận đơn vào phần mềm khai, rồi kiểm lại thủ công.

1. IDP đọc ba tệp, trích số vận đơn, số kiện, trọng lượng, tên hàng, đơn giá.
2. Bot so tổng trọng lượng trên packing list với vận đơn; lệch thì dừng và báo.
3. Bot tạo bản nháp trong phần mềm khai, để trống mã HS.
4. Nhân viên chọn mã HS, duyệt bản nháp, ký số và gửi.
5. Sau khi có phân luồng, bot đọc kết quả và cập nhật trạng thái cho khách.

Cách đánh giá hợp lý là chọn một tuần hồ sơ cũ đã khai xong, cho bot dựng bản nháp, rồi đối chiếu từng trường với tờ khai thật. Số trường lệch và số hồ sơ bot bỏ qua cho bạn biết tỷ lệ tự xử lý thực tế, thay vì tin vào con số quảng cáo của nhà cung cấp.

Rủi ro riêng của RPA trong logistics và cách giảm

Rủi ro	Biểu hiện thực tế	Cách giảm
Cổng đối tác đổi giao diện	Bot không tìm thấy nút, dừng giữa chừng	Cảnh báo ngay khi bot lỗi; giữ người dự phòng cho khâu đó
Xác thực nhiều lớp, CAPTCHA	Bot bị chặn khi tra cứu	Không vượt CAPTCHA; chuyển sang API hoặc dịch vụ dữ liệu chính thức
Nhập đúng quy tắc nhưng quy tắc sai	Đơn vị tính, cảng dỡ, Incoterms ánh xạ sai hàng loạt	Kiểm tra mẫu hằng ngày ở giai đoạn đầu; khoá lô khi tỷ lệ sửa vượt ngưỡng viết từ trước
Lộ thông tin thương mại	Bảng giá, tên khách trong log	Phân quyền tài khoản robot; che trường nhạy cảm trong nhật ký
Hỏng dây chuyền khi mùa cao điểm	Bot xếp hàng chờ, chậm hơn người	Thử tải với khối lượng cao điểm trước khi vào mùa

Một rủi ro hay bị bỏ qua là bot phụ thuộc vào một người dựng. Khi người đó nghỉ, không ai sửa được bot khi cổng đối tác đổi. Hãy lưu tài liệu luồng và kịch bản kiểm thử cùng bản bot.

RPA khác gì tự động hoá trong kho và vận tải thực địa?

RPA xử lý thao tác trên màn hình và chứng từ, không di chuyển hàng. Robot kho, xe tự hành (AGV) hay hệ thống băng tải là tự động hoá vật lý, điều khiển bởi hệ thống khác. Hai lớp này gặp nhau ở dữ liệu: WMS ra lệnh, bot đối chiếu số liệu giữa WMS và hệ thống đơn hàng. Nếu bạn muốn hiểu việc RPA bổ sung AI để đọc email tự do hoặc phân loại khiếu nại, xem RPA và AI khác nhau thế nào.

Lộ trình triển khai cho doanh nghiệp logistics Việt Nam

Thứ tự khâu hợp lý với đa số forwarder và công ty vận tải: đối soát cước và theo dõi lô hàng trước, vì có chứng từ đối chiếu và rủi ro thấp; nhập đơn từ khách tiếp theo; hồ sơ hải quan và hoá đơn sau cùng vì sai sót có hậu quả về thuế và phạt.

Muốn biết khâu nào đang tốn thời gian nhất thay vì đoán, bạn có thể dùng dữ liệu hệ thống để phân tích, như cách process mining đọc event log từ TMS. Điều này đặc biệt hữu ích khi một lô hàng đi qua nhiều bộ phận và không ai thấy toàn bộ.

Chỉ số nên đo cho logistics: số lô bot xử lý trọn không cần sửa, số lần người phải sửa theo từng trường, thời gian từ nhận đơn đến có booking, số dòng cước lệch bot phát hiện và được nhà cung cấp xác nhận là sai. Các chỉ số về chi phí tiết kiệm chỉ nên tính sau khi trừ chi phí bảo trì bot.

Khi nào chưa nên dùng RPA trong logistics?

• Doanh nghiệp còn ít lô mỗi ngày: thời gian dựng và bảo trì bot lớn hơn thời gian tiết kiệm.
• Khách hàng gửi đơn qua tin nhắn, ảnh chụp, điện thoại thay vì tệp: cần chuẩn hoá kênh nhận trước.
• Đối tác chính đang chuẩn bị chuyển hệ thống hoặc mở API: chờ API thay vì viết bot trên giao diện sắp bỏ.
• Dữ liệu danh mục (khách, cảng, đơn vị tính) còn khác nhau giữa các chi nhánh.

Doanh nghiệp không muốn tự vận hành bot có thể giao một phần cho đơn vị ngoài; khi đó cần xem bài về trích xuất dữ liệu từ chứng từ để biết chất lượng dữ liệu và trách nhiệm pháp lý nằm ở đâu.

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

RPA trong logistics có thay được nhân viên điều hành không?

Không thay trọn vẹn. Bot lấy phần thao tác lặp như nhập booking, tra cứu trạng thái, đối soát. Nhân viên vẫn xử lý lô gấp, đổi tuyến, thương lượng giá và làm việc với khách khi có sự cố.

Bot có tự gửi tờ khai hải quan được không?

Về kỹ thuật có thể dựng bản nháp, nhưng nên để bước ký số và gửi do người đại diện khai hải quan xác nhận. Người khai chịu trách nhiệm về nội dung tờ khai, nhất là mã HS và trị giá.

Doanh nghiệp vận tải nhỏ nên bắt đầu từ quy trình nào?

Thường là đối soát cước nhà xe hoặc theo dõi trạng thái lô hàng, vì có chứng từ đối chiếu và ít rủi ro pháp lý. Hãy đo thời gian thao tác hiện tại của khâu đó trước khi chọn công cụ.

RPA hay tích hợp API, cái nào tốt hơn?

Có API ổn định thì API bền hơn vì không phụ thuộc giao diện. RPA phù hợp khi hệ thống đối tác hoặc phần mềm cũ chỉ có màn hình để thao tác.

Chi phí và thời gian hoàn vốn là bao nhiêu?

Không có con số chung đáng tin cho mọi doanh nghiệp. Chi phí phụ thuộc số bot, số hệ thống, mức độ chuẩn hoá chứng từ và bảo trì. Bạn nên yêu cầu báo giá theo quy trình cụ thể và tính cả chi phí sửa bot khi đối tác đổi giao diện.