barKoder ra cẩm nang đánh giá SDK quét mã vạch cho logistics và kho vận

Đăng vào 18th Oct 2026 @ 8:58 AM

barKoder vừa công bố cẩm nang hướng dẫn cách đánh giá SDK quét mã vạch cho các ứng dụng logistics và kho vận. Quan điểm trung tâm của tài liệu: quy trình nghiệp vụ phải quyết định tiêu chí đánh giá, bởi một mã giải mã được chưa phải là một sự kiện logistics — ứng dụng còn phải đối chiếu giá trị đó với đơn mua, lô hàng hay vị trí kệ.

Bắt đầu từ quy trình nghiệp vụ, không phải từ máy quét

Việc quét trả về một chuỗi ký tự chỉ là bước khởi đầu. Sau đó, ứng dụng còn phải xác định mã thuộc về đơn hàng hay chuyến hàng nào, đã được xử lý hay chưa, và bước tiếp theo là gì. Một quy trình nhận hàng, ví dụ, chỉ hoàn tất khi ứng dụng đối chiếu mã với thông báo giao hàng trước (advance shipping notice), xác nhận số lượng, nhận diện pallet và gán vị trí lưu kho.

Cẩm nang liệt kê một số quy trình điển hình và đối tượng cần quét:

Mã giải mã được chưa phải là một sự kiện logistics

Máy quét chỉ trả lời câu hỏi: dữ liệu được mã hóa trong ký hiệu là gì. Ứng dụng còn phải trả lời: giá trị đó có ý nghĩa gì trong quy trình. Code 128, Data Matrix hay QR Code chỉ mô tả cách dữ liệu được mang theo; chúng không tự cho biết đối tượng nghiệp vụ mà giá trị đại diện.

Cẩm nang nhắc tới các định danh GS1 thường dùng trong vận chuyển và logistics:

• GTIN: mặt hàng thương mại/sản phẩm.
• SSCC: đơn vị logistics như pallet, bưu kiện, thùng hàng — định danh bắt buộc trên nhãn logistics GS1.
• GLN: bên tham gia hoặc địa điểm vật lý như kho, cửa dock, khu lưu trữ.
• GIAI: tài sản đơn lẻ.
• GRAI: tài sản tái sử dụng như pallet, khay, thùng có thể trả lại.
• GSIN: chuyến hàng.
• GINC: lô hàng vận chuyển (consignment).

Khi một ký hiệu mã hóa nhiều mã ứng dụng GS1 (Application Identifier), ứng dụng có thể cần một lớp phân tích dữ liệu có cấu trúc (như GTIN, lô, hạn dùng, số serial) thay vì chỉ nhận chuỗi kết quả đơn giản.

Quy trình bưu kiện và phân loại cần bộ kiểm thử riêng

Nhãn bưu kiện chịu điều kiện khắc nghiệt hơn nhãn sản phẩm thông thường: bị xử lý nhiều lần, phơi nắng mưa, dán băng keo, và được quét ở nhiều điểm bởi nhiều người dùng thiết bị khác nhau. Một bưu kiện thường mang nhiều mã cùng lúc, mỗi mã định danh một thứ khác nhau: bưu kiện, hãng vận chuyển, tuyến, điểm đến hoặc bước nghiệp vụ nội bộ.

Hai chuẩn đáng chú ý được nhắc tới:

• GS1 Scan4Transport: cách mã hóa thông tin vận chuyển trực tiếp trên nhãn logistics, cho phép dữ liệu liên quan vẫn khả dụng khi ứng dụng không tra cứu trực tuyến được — phù hợp với chặng đầu, phân loại và chặng cuối.
• MaxiCode: ký hiệu 2D kích thước cố định với hoa văn định vị trung tâm; chuẩn ISO/IEC 16023 có chế độ mã hóa riêng cho ký hiệu phân loại điểm đến của các hãng vận chuyển, phù hợp môi trường xử lý bưu kiện và phân loại tốc độ cao.

Vì vậy, đánh giá SDK cho logistics nên dùng nhãn của chính hãng vận chuyển đang dùng, và kiểm thử khoảng cách camera, kích thước nhãn, chuyển động kiện hàng, chất lượng in và ánh sáng tại cơ sở thực tế — thay vì một mẫu MaxiCode hiển thị trên màn hình.

Tem nhãn thực tế hiếm khi hoàn hảo

Thách thức trong kho thường không phải đọc một mã vạch nguyên vẹn, mà là duy trì tỷ lệ đọc thành công ngay lần đầu (first-pass read rate) trên các nhãn đã bị in, xử lý, vận chuyển, bọc, gấp và đôi khi hư hại trước khi tới máy quét. Các lỗi phổ biến gồm:

• tem gấp quanh mép thùng carton;
• trầy xước, rách, mất mô-đun;
• tương phản in yếu;
• chói do màng bọc nhựa hoặc băng keo bóng;
• mờ do chuyển động của camera hoặc kiện hàng;
• ký hiệu nhỏ quét từ khoảng cách bất tiện;
• mã 1D cong vênh, biến dạng;
• mã khắc trực tiếp (DPM) trên chi tiết kim loại hoặc nhựa;
• nhiều mã vạch không liên quan cạnh tranh trong cùng khung hình.

Với mã 2D khó đọc (QR Code, Data Matrix hư hại), chế độ MatrixSight được thiết kế để định vị và giải mã các mẫu 2D bị hỏng hoặc không đầy đủ. Với mã 1D biến dạng, công nghệ Segment Decoding xử lý các mã bị nhăn hoặc cong mà phương pháp đọc theo đường thẳng thông thường không qua được. Với mã DPM khắc trực tiếp lên linh kiện, cần kiểm thử trên đúng bề mặt, kiểu khắc, kích thước và ánh sáng sản xuất thực tế.

Quét nhiều mã hay tìm đúng một mã

Một thùng hàng có thể mang đồng thời mã định danh sản phẩm, mã theo dõi của hãng vận chuyển, nhãn tuyến, mã trả hàng và cả nhãn cũ chưa gỡ. Ứng dụng cần quy tắc rõ ràng để quyết định kết quả nào là quan trọng. Cẩm nang phân biệt ba chế độ:

• Batch MultiScan: thu nhiều mã vạch liên quan trong một lần quét — phù hợp kiểm kê, xác nhận nhóm hàng có nhãn hoặc xử lý nhiều kiện cùng lúc.
• Search & Find: tiếp tục đánh giá các kết quả trong khung hình cho đến khi tìm đúng giá trị được yêu cầu — phù hợp khi người nhặt hàng cần tìm một mặt hàng giữa hàng chục nhãn.
• Quét đơn thông thường: chấp nhận một kết quả hợp lệ rồi đóng phiên quét.

Quét liên tục và xử lý trùng lặp có chủ đích

Chế độ quét liên tục (Continuous Scanning) giữ phiên quét mở sau mỗi kết quả thành công, giúp người dùng chuyển ngay sang kiện tiếp theo mà không cần mở lại camera — hữu ích ở khâu nhận hàng, nhặt hàng, nhập và xuất bưu kiện. Tuy nhiên, việc thấy lại cùng một giá trị không nên được xử lý giống nhau trong mọi quy trình: có thể bỏ qua hoàn toàn, chấp nhận sau một khoảng trễ định trước, tăng số lượng thêm một, phát cảnh báo, hoặc chặn cho đến khi người dùng chuyển sang tác vụ tiếp theo.

Ví dụ, ứng dụng nhận hàng có thể từ chối mã trùng lặp ngay lập tức vì camera vẫn đang hướng vào cùng một nhãn, trong khi ứng dụng kiểm kê có thể cố ý chấp nhận lại cùng sản phẩm vì nhân viên đang đếm một đơn vị vật lý khác. Logic này thuộc về thiết kế quy trình, không nên mặc định mọi trùng lặp đều là lỗi.

Kiểm thử trên thiết bị và môi trường thật

Một công ty logistics có thể dùng đồng thời nhiều loại thiết bị: máy tính Android công nghiệp trong kho trung chuyển, điện thoại của tài xế giao hàng, máy tính bảng ở trạm đóng gói, ứng dụng chạy trên trình duyệt tại quầy nhận hàng, máy trạm Windows hoặc kiosk. Câu hỏi đúng không phải SDK hỗ trợ nhiều nền tảng trên lý thuyết hay không, mà là có hỗ trợ đúng hệ điều hành, framework, bộ xử lý và hành vi camera của đội thiết bị thực tế hay không.

Với ứng dụng quét trên trình duyệt, cần kiểm thử trên Chrome, Edge, Firefox và Safari khi liên quan; trình duyệt desktop và di động; hành vi khi bị từ chối quyền camera; chọn camera trước/sau; laptop có camera tích hợp yếu; camera USB ngoài; và triển khai trong iframe nếu có.

Lưu ý thêm: giải mã mã vạch ngoại tuyến (offline) và vận hành logistics ngoại tuyến hoàn toàn không phải một yêu cầu. Cần kiểm thử toàn bộ ứng dụng ở chế độ ngoại tuyến — không chỉ máy quét — và xác nhận cách các giao dịch được đối soát sau khi kết nối trở lại.

Kết luận

Một buổi demo sạch chỉ chứng minh được một mã vạch có thể giải mã. Một đánh giá vận hành tốt cho thấy quy trình có trở nên nhanh hơn, đáng tin cậy hơn và dễ dùng hơn cho người trực tiếp thao tác hay không. Vì vậy, hãy bắt đầu với những nhãn khó nhất, đưa thiết bị yếu nhất trong đội vào bộ test, và đo tỷ lệ đọc thành công ngay lần đầu, thời gian cho ra kết quả, số lần quét lại và thông lượng toàn quy trình trên một ca làm việc thật.

Nguồn: barKoder (Logistics Barcode Scanner SDK: Warehouse Evaluation Guide)