Hệ thống đối chiếu khi xếp hàng lên xe: chuyến, mã kiện và cổng xuất phát

Khi triển khai hệ thống đối chiếu xếp hàng lên xe trong nhà máy, xác nhận sản phẩm khớp lệnh xuất mới chỉ là bước đầu. Một pallet được đóng gói đúng vẫn có thể đến sai khách hàng nếu được đưa lên xe hoặc chuyến khác. Tại cửa xuất có nhiều chuyến, hàng ghép, giao một phần và thay đổi sát giờ, hệ thống phải nối mã kiện hàng thực tế, lệnh xuất, xe, chuyến và thao tác xếp hàng thực tế thành cùng một giao dịch. Bài viết trình bày cách thiết kế cho cơ sở sản xuất tại Thái Lan: quét mã vạch, xử lý ngoại lệ, kết nối ERP/WMS/TMS, RFP và kiểm thử nghiệm thu. Chi phí và lợi ích cần đo từ hoạt động thực tế của từng cơ sở; không có tỷ lệ cải thiện chung đáng tin cậy cho mọi nơi.

Kiểm tra xuất hàng khác đối chiếu khi xếp lên xe ở đâu?

Kiểm tra khi lấy hàng xác nhận mã sản phẩm, lô và số lượng. Kiểm tra đóng gói xác nhận hàng nằm trong thùng hoặc pallet nào. Phê duyệt xuất xác nhận hàng đủ điều kiện chất lượng. Cả ba bước vẫn chưa chứng minh kiện vật lý đã lên đúng xe. Câu hỏi riêng tại cửa xuất là: kiện này có được đưa lên xe này, chuyến này, tại cửa này, ngay bây giờ không?

Bài ngăn ngừa giao sai hàng qua nhiều cửa kiểm soát bàn về các điểm tạo lỗi trước đó. Bài thiết kế in nhãn trong nhà máy giải thích việc tạo nhãn và định danh vật chứa. Dữ liệu được cố định ở các bước ấy sẽ là đầu vào của lần kiểm tra cuối tại xe và cổng xuất phát.

Nếu WMS hiện hữu có trạng thái “đã xuất”, cần xác định trạng thái ấy xảy ra khi đóng gói, trừ kho, chuyển ra khu chờ, xếp xe thật hay xe rời cổng. Cùng một tên trạng thái có thể mang ý nghĩa khác nhau giữa các hệ thống.

Nguyên tắc từ GS1 và tài liệu WMS gốc

Hướng dẫn nhãn đơn vị logistics của GS1 mô tả việc định danh đơn vị bằng SSCC, quét những pallet thực sự đã xếp và làm cho thông báo xuất hàng/ASN phù hợp với hàng thực tế. Nguyên tắc quan trọng là ghi nhận kiện thực sự lên xe, thay vì coi mọi kiện trong kế hoạch đã lên. Khi đối tác yêu cầu trao đổi dữ liệu theo đơn vị logistics, cần xét SSCC và danh sách hàng nằm trong đơn vị đó.

Hướng dẫn GS1 EPCIS 2.0 mô tả sự kiện kinh doanh gắn với thời gian, địa điểm và bước nghiệp vụ. Ghi sự kiện xếp, dỡ và xuất phát trong nhà máy là cách vận dụng tư duy ấy; việc triển khai toàn bộ EPCIS là quyết định riêng. Tài liệu SAP EWM về xếp hàng theo đơn vị vận tải và cửa mô tả đơn vị dự kiến, đã xếp, thao tác đảo và đóng đơn vị vận tải. SAP Immediate Loading cho thấy có thể xếp từng đơn vị trước khi toàn bộ lệnh xuất hoàn tất. Oracle WMS cũng liên kết mã kiện với load hoặc trailer. Đây là các nguồn để cụ thể hóa yêu cầu, không phải khuyến nghị mua một sản phẩm nhất định.

Lấy mã kiện vật lý làm đơn vị đối chiếu

Chỉ quét SKU không thể phân biệt hai chuyến chở cùng sản phẩm. Chỉ quét mã lô không thể phân biệt giao một phần của cùng lô. Mỗi thùng, pallet hoặc vật chứa quay vòng cần một mã kiện duy nhất, liên kết với thành phần, lệnh xuất, số lượng, lô và tình trạng chất lượng. Khi xếp nguyên pallet, quét mã cha và tra các thùng con. Khi rút hoặc thêm thùng, cập nhật quan hệ cha-con trước khi tính lại kết quả xếp hàng.

Nhãn không cần in toàn bộ dữ liệu; nó có thể chứa khóa để hệ thống tra trạng thái và thành phần mới nhất. Quy định rõ việc in lại nhãn hỏng: giữ mã cũ hay cấp mã mới và vô hiệu mã cũ. Hai nhãn còn hiệu lực mang cùng một mã tạo cơ hội quét thay hàng thật hoặc ghi nhận hai lần. Nếu cần trao đổi dữ liệu đơn vị logistics với đối tác, đánh giá SSCC; GS1 nêu mã SSCC duy nhất là thông tin định danh bắt buộc cho từng đơn vị.

Các bộ phận phải thống nhất nguồn chính cho từng trường. Nếu WMS và TMS tự đổi chuyến độc lập, pallet được quét đúng vẫn có thể nhận kết quả đối chiếu mâu thuẫn.

Quy trình tại cửa xuất: mở chuyến, xếp, dỡ và đóng

Xác nhận chuyến, xe và cửa

Biển số xe riêng lẻ chưa đủ. Một xe có thể chạy nhiều chuyến trong ngày, đầu kéo và rơ moóc có thể đổi, một cửa dùng cho xe khác sau đó. Dùng mã chuyến làm khóa chính, liên kết xe hoặc rơ moóc, cửa, lệnh xuất và kiện dự kiến. Nhân viên quét mã cửa, thấy chuyến, nơi giao và số kiện dự kiến. Nếu người khác xác nhận xe thực tế, ghi người ấy và thời điểm.

Quét nhãn hàng thật ngay trước khi vào xe

Quét hàng loạt trong khu chờ tạo khoảng trống: kiện có thể bị chuyển sang xe khác sau khi quét. Điểm đọc nên nằm tại ranh giới cửa hoặc ngay trước khi xe nâng đi vào thùng xe. Hệ thống kiểm tra mã thuộc chuyến đang mở, đã qua phê duyệt chất lượng và chưa được ghi xếp. Quét thành công vẫn chưa chứng minh kiện thực sự nằm trên xe. Với hàng rủi ro cao, cân nhắc người nhận trong xe, camera cửa hoặc cảm biến xe nâng sau khi đã xác định đúng vị trí quét và cách ghi nhận dỡ hàng.

Dỡ hàng và đổi chuyến bằng sự kiện đảo

Xóa bản ghi xếp khi dỡ pallet làm mất dấu vết. Giữ riêng sự kiện xếp, dỡ và xếp lại cùng thời gian, người thao tác; trạng thái hiện tại được tính từ chuỗi sự kiện. Khi đổi chuyến, đảo lần xếp cũ, phê duyệt phân bổ mới rồi quét vào chuyến mới. Sau khi xe xuất phát, người dùng thông thường không được lùi chuyến về trạng thái cũ. Cách sửa chứng từ phải được bộ phận vận tải, bán hàng và kế toán thống nhất.

Đối chiếu kế hoạch và thực tế trước khi cho xe đi

Màn hình cổng phải hiển thị riêng kiện dự kiến còn thiếu, kiện ngoài kế hoạch đã lên, kiện dỡ chưa xếp lại, hàng HOLD, đổi chuyến chưa duyệt và mã trùng. Không chỉ so tổng số: thiếu một kiện A và thừa một kiện B làm tổng bằng nhau nhưng xe vẫn sai. Thông thường giữ chuyến ở trạng thái mở cho đến khi kiểm tra hàng thật. Giao một phần được khách hàng đồng ý chỉ nên thông qua khi lưu mã kiện, lý do, người duyệt, chuyến kế tiếp và thông báo liên quan. Khi đóng chuyến, cố định danh sách kiện thực tế, xe và giờ đi.

Các ngoại lệ phải dừng trong kiểm tra theo xe và chuyến

Chỉ hiện cảnh báo đỏ mà không có cách giải quyết sẽ tạo thói quen xin quản lý mở khóa lúc gấp. Phân loại trường hợp được làm tiếp, trường hợp phải kiểm tra vật lý và trường hợp cấm xuất phát, dựa trên cam kết với khách hàng và quy định chất lượng.

Màn hình xanh trên thiết bị ngoại tuyến không có nghĩa máy chủ đã nhận dữ liệu. Thiết bị khác có thể quét cùng kiện hoặc điều xe đã đổi chuyến. Dùng event ID, device ID và số thứ tự để tránh ghi hai lần khi gửi lại; yêu cầu đồng bộ xong trước khi xe đi. Kiểm tra vùng sóng yếu thực tế trong SAT.

Vì sao cân trọng lượng không thay được đối chiếu kiện và chuyến

Cân xe hoặc cân pallet là bằng chứng bổ sung hữu ích, có thể phát hiện thiếu lớn hoặc thiếu một pallet. Tuy nhiên nó không nhận ra việc đổi hai mặt hàng có khối lượng gần nhau hoặc hai khách hàng nhận cùng sản phẩm. Vật liệu đóng gói và điều kiện đo cũng gây sai khác. Hãy dùng mã kiện khớp chuyến làm quyết định chính, trọng lượng chỉ để phát hiện bất thường bổ sung. Nếu áp dụng, xác định nguồn trọng lượng chuẩn, dung sai có căn cứ, hiệu chuẩn cân và cách cân lại.

Nhận dạng biển số xác nhận xe, không xác nhận hàng trên xe. RFID có thể đọc nhiều thẻ nhưng phải thử nhiễu từ cửa kế bên hoặc kiện còn ngoài xe. Trước hết chứng minh quy tắc định danh, chuyến và cổng; sau đó mới đánh giá tự động hóa đọc có giúp năng suất hay tư thế làm việc. Dù dùng công nghệ nào, “đã đọc được” vẫn cần đối chiếu với chuyển động vật lý.

Phân định ERP, WMS và TMS trước khi tích hợp

ERP thường quản lý đơn bán và nghiệp vụ tài chính; WMS quản lý mã kiện, vị trí và thao tác kho; TMS hoặc bộ phận điều xe quản lý chuyến, xe, tuyến. Cấu hình từng nhà máy khác nhau. Với mỗi trường dữ liệu, hãy ghi hệ thống nguồn, quyền sửa và thời điểm bàn giao. Một luồng phổ biến: ERP đưa lệnh xuất sang WMS, WMS xác nhận nội dung kiện, điều xe quyết định chuyến, ứng dụng đối chiếu kết hợp dữ liệu và trả sự kiện xếp cùng ngoại lệ. Thời điểm trừ tồn kho hoặc ghi nhận doanh thu là khi xếp xong hay khi xe xuất phát phải do logistics và kế toán quyết định chung. Thời điểm gửi ASN cũng phụ thuộc ranh giới này và hợp đồng khách hàng.

Có API chưa đủ. Hãy thử khi bản sửa chuyến đến sau bản sửa nội dung kiện và ngược lại. Nếu phiên bản dữ liệu quan trọng chưa khớp, hệ thống cần giữ kiện ở trạng thái an toàn. Truy vết theo mã khách, mã nơi giao, dòng lệnh ổn định thay vì chỉ theo tên hiển thị. Mỗi sự kiện cần khóa gửi lại duy nhất để mạng chập chờn không làm tính pallet hai lần.

Viết RFP theo hành vi có thể nghiệm thu

“Quét mã vạch khi xếp xe” và “kết nối ERP” quá rộng để so hồ sơ. Cung cấp số cửa, số chuyến và giờ cao điểm đo tại cơ sở, rồi yêu cầu nhà cung cấp phân loại từng mục là chức năng chuẩn, cấu hình, phát triển thêm, sản phẩm bên ngoài hoặc thao tác thủ công.

Yêu cầu dữ liệu mẫu, định nghĩa API, lịch sử sự kiện, phân quyền và log sự cố chứ không chỉ trình diễn màn hình. Thử nhãn của khách hàng ở khoảng cách đọc thật. Nếu thường rút một số thùng khỏi pallet, đó phải là ca thử chính.

FAT và SAT cần thông qua những gì?

FAT kiểm tra quy tắc và kết quả tích hợp trong môi trường kiểm soát. SAT kiểm tra tại cửa thật với xe, thiết bị và mạng thật. Kết quả trong phòng thử không bảo đảm đọc được dưới ánh sáng, luồng xe nâng và vùng sóng yếu. Mỗi ca thử cần ghi trạng thái đầu vào, thao tác, màn hình mong đợi, sự kiện trong cơ sở dữ liệu, thông báo sang hệ thống khác và quyền mở khóa.

Ít nhất hãy thử xếp đúng, đưa kiện sai chuyến, quét trùng, dỡ, đổi chuyến, HOLD, giao một phần, in lại nhãn, mất và hồi mạng, lệch giờ thiết bị, sửa sau khi xe đi. Cần có ca tổng số bù trừ: thiếu một kiện theo kế hoạch, thừa một kiện ngoài kế hoạch nhưng tổng vẫn bằng nhau. Nghiệm thu đòi hỏi hệ thống chặn lỗi, người không có quyền không thể bỏ qua, việc sửa còn dấu vết và cuối cùng ERP/WMS/TMS thống nhất. Sau vận hành, xem các lý do mở khóa để sửa dữ liệu chủ và quy tắc gây đường vòng.

Bàn giao giữa ca và bằng chứng kiểm toán

Việc xếp một chuyến có thể kéo dài qua hai ca. Ca trước để kiện chờ tại cửa và ca sau hoàn tất. Màn hình bàn giao cần thể hiện trạng thái từng kiện theo chuyến: chưa bắt đầu, đang xếp, chờ dỡ, chờ xác minh và sẵn sàng xuất phát. Chỉ đổi tên người phụ trách không cho biết vì sao ca trước giữ kiện. Mỗi ngoại lệ cần người phát hiện, người xử lý, hành động tiếp theo và thời điểm phải giải quyết; không để nó biến mất trước khi được giải quyết hoặc chấp thuận rõ ràng.

Khi cần, tách các sự kiện xe đăng ký ở cổng, vào cửa xuất, bắt đầu xếp, gắn niêm phong và cho phép khởi hành. Nhờ đó có thể biết thay xe ở giai đoạn nào. Tránh bắt nhân viên nhập quá nhiều trường không cần thiết: những trường trực tiếp ngăn giao sai và tạo bằng chứng là bắt buộc; dữ liệu phụ nên lấy tự động. Nếu dùng số niêm phong, liên kết số đó với người gắn và thời gian; ghi cả lần niêm phong bị hỏng hoặc thay.

Khi khách hỏi một thùng đi trên xe nào và rời cổng lúc nào, tìm bằng mã kiện nên mở được nội dung thùng, lệnh xuất, lịch sử xếp-dỡ, chuyến cuối, xe và giờ đi. Cần cả truy vấn ngược từ chuyến đến toàn bộ kiện thực tế và kiện còn thiếu. Định quyền xem và thời gian lưu theo hợp đồng và quy chế nội bộ; không giữ hình ảnh hoặc dữ liệu cá nhân vô hạn. Khi sửa bản ghi, giữ giá trị cũ, mới và lý do.

Theo dõi nhiều hơn số chuyến. Xem số lần quét sai chuyến được phát hiện trước khi đi, kiện thiếu thấy ở cổng, lý do mở khóa, lần in lại nhãn và thời gian phục hồi ngoại tuyến. Ban đầu số ngoại lệ có thể tăng vì lỗi vốn không thấy nay được ghi lại. Hãy xem liệu việc phát hiện đã chuyển về trước khi xuất phát và số chuyến còn vấn đề chưa giải quyết có giảm không. Nếu mở khóa liên tục, xem kế hoạch chuyến cập nhật chậm, nhãn sai, tốc độ thiết bị và phân quyền trước khi kết luận nhân viên bất cẩn.

Định quy trình dự phòng khi hệ thống ngừng. Phiếu giấy phải có chuyến, xe, mã kiện, lý do không đọc được, người kiểm và giờ. Chỉ định ai nhập lại sau phục hồi và theo trình tự nào; đánh dấu là nhập hồi tố, khác quét trực tiếp. Cho xe đi khi hệ thống ngừng phải theo thủ tục được chất lượng, logistics và quản lý duyệt. Diễn tập một lần trong SAT và xác nhận sau phục hồi không có kiện tính hai lần hoặc sự kiện bị thiếu.

Xóa ngữ cảnh chuyến cũ khi đổi xe ở cùng cửa

Khi xe kế tiếp vào cùng cửa, máy quét có thể vẫn hiển thị chuyến trước nhưng thao tác trông bình thường. Sau khi đóng chuyến, khóa màn hình tại cửa và buộc xác nhận lại chuyến cùng xe mới. Đồng bộ hoặc cách ly các sự kiện cũ chưa gửi trước khi mở chuyến mới. Với thiết bị mang theo người, xác nhận lại cửa mỗi khi di chuyển. Có thể tự quay về màn hình chọn chuyến sau thời gian không thao tác, nhưng thời gian ấy cần đo từ công việc thực tế để không ngắt việc đang làm.

Cùng một chuyến cũng có thể xếp từ hai cửa. Nếu kiện đã đọc ở cửa này, máy chủ phải từ chối lượt đọc ở cửa kia như trùng, dù đúng chuyến. Hai cửa cần xem tiến độ chung và biết máy nào ngoại tuyến. Khi một chuyến trải qua nhiều cửa, giữ chuyến làm khóa chính, gom sự kiện nhiều cửa và kiểm tra xe đích vẫn đúng.

Với chuyến ghép nhiều khách, cần thống nhất với nhà vận tải liệu thứ tự điểm giao có nằm trong phạm vi hay không. Nếu kiểm soát cách đặt hàng trong xe, định riêng quy tắc kiện nằm sâu hay gần cửa, hạn chế với hàng nặng hoặc nguy hiểm và kiểm tra hàng còn lại sau điểm dỡ giữa tuyến. Thiết kế cơ bản ở đây xác nhận kiện thuộc chuyến; nó không tự tối ưu vị trí chất hàng. Tách yêu cầu này khi lập RFP và dự toán.

Tách hoặc gộp pallet là thay đổi dữ liệu, không chỉ thay nhãn

Khi thiếu hàng hoặc pallet hỏng, nhân viên có thể chuyển thùng sang pallet khác. Chỉ bóc nhãn cũ và dán nhãn mới khiến quan hệ cha-con trong hệ thống vẫn sai. Ghi thao tác rút thùng khỏi pallet cũ, thêm vào pallet mới và thời điểm hiệu lực. Quét pallet cũ không được coi các thùng đã rút vẫn có mặt. Khi số lượng bên trong thay đổi, kiểm tra lại số dư lệnh xuất và điều kiện phê duyệt chất lượng.

Với thùng quay vòng, phân biệt mã tài sản của vỏ thùng với lần đóng hàng và nội dung tại thời điểm đó. Tái sử dụng thùng tuần sau không được viết lại bằng chứng xuất hàng tuần trước. Nếu mã vật lý được dùng lại, thêm mã lần đóng hoặc chu kỳ vận chuyển. Nếu không, tra cứu lô sau này có thể trộn nhiều chuyến và chỉ sai xe.

Khi nhãn của bên ngoài không đọc được, không cho nhập một SKU tùy ý để qua cổng. Phân biệt lỗi in, mã đối tác chưa đăng ký và nhãn rách. In lại có kiểm soát có thể yêu cầu người thứ hai so hàng với chứng từ gốc theo rủi ro và quy định khách hàng. Nếu cho nhập tay, đánh dấu riêng với quét bình thường để phân tích về sau.

Giữ cả trạng thái hiện tại và lịch sử sự kiện

Người vận hành cần biết kiện đang ở chuyến nào. Kiểm toán cần biết ai xếp tại cửa nào, lên xe nào và vì sao dỡ xuống. Chỉ ghi đè trạng thái thì mất lịch sử; tính lại toàn bộ sự kiện mỗi lần mở màn hình có thể chậm. Một thiết kế phù hợp giữ các sự kiện bất biến làm nguồn chính và tạo bảng trạng thái hiện tại để hiển thị. Bổ sung phép thử xây lại trạng thái khi hai phần không khớp.

Sự kiện có thể chứa ID duy nhất, mã kiện, chuyến, xe, cửa, loại, thiết bị, người thao tác, giờ trên máy, giờ máy chủ nhận, tham chiếu sự kiện trước và trạng thái tích hợp. Giới hạn dữ liệu cá nhân theo chính sách. Hai mốc thời gian khác nhau khi thiết bị ngoại tuyến đồng bộ muộn; cũng cần giữ số thứ tự trong máy và thứ tự xác nhận trên máy chủ. Sự kiện dỡ phải tham chiếu lần xếp gốc; lần dỡ thứ hai của cùng một lượt phải bị từ chối. Nếu gói tin dỡ đến trước gói tin xếp do mạng, giữ chờ đối soát hoặc yêu cầu gửi lại thay vì báo thành công âm thầm. Màn hình phải phân biệt đăng ký tạm trên thiết bị với xác nhận của máy chủ.

Không gộp giao một phần, đổi khách và sửa sau xuất phát

Giao một phần để lại hàng theo kế hoạch. Đổi khách thay nơi giao của kiện. Sửa sau xuất phát thay bản ghi của xe đã di chuyển. Một nút “duyệt ngoại lệ” không chứng minh ai đã đồng ý việc gì. Giao một phần cần số còn lại và chuyến sau; đổi khách cần lệnh bán và xuất đã sửa; sửa sau xuất phát cần xác minh với nhà vận tải và thông báo điều chỉnh.

Nhân viên tại cửa không nên tự ghi đè nơi giao trên máy quét khi khách đổi địa điểm giao hàng. Bộ phận bán hàng hoặc quản lý đơn sửa lệnh, phiên bản mới đến WMS và thiết bị, rồi mới phân kiện sang chuyến khác. Kiện đã lên xe phải qua sự kiện dỡ. Nếu phát hiện bản ghi sai sau khi xe đi, thêm sự kiện điều chỉnh thay vì xóa bản gốc. Theo dõi nguyên nhân, giờ phát hiện, vị trí xe, liên lạc với khách và hãng vận tải, cùng việc có phải phát hành lại ASN hoặc chứng từ không. Kiểm toán cần thấy đường đi từ sai sót tới biện pháp khắc phục, không chỉ giá trị cuối.

Đo năng lực cửa xuất với mẫu số phù hợp

Số lần đọc mỗi phút của một thiết bị không cho biết năng lực toàn bộ quy trình xếp xe. Xe chờ vào cửa, xe nâng di chuyển, hướng của nhãn, chằng buộc hàng, đổi chuyến và xử lý ngoại lệ đều ảnh hưởng thời gian. Quy định đồng nhất mốc bắt đầu là khi xe vào cửa hay khi quét kiện đầu tiên; ghi kèm số kiện và tình trạng hàng ghép của mỗi chuyến. Chỉ đo các chuyến không có ngoại lệ sẽ bỏ sót điều kiện làm gián đoạn hoạt động thật. So sánh chuyến bình thường với chuyến có ngoại lệ về thời gian tới khi xuất phát, thời gian nhân viên chờ và số lần quét lại.

Mẫu số KPI cũng phải cố định. “Tỷ lệ đối chiếu” có thể là số lượt quét chia kiện theo kế hoạch, hoặc số lượt được máy chủ xác nhận chia kiện thực tế đã lên. Cách thứ nhất có thể bỏ qua kiện ngoài kế hoạch; cách thứ hai bỏ qua kiện dự kiến bị sót. Theo dõi riêng kiện kế hoạch còn thiếu, kiện lên xe ngoài kế hoạch và độ trễ tới xác nhận của máy chủ. Việc chặn hàng HOLD hoặc phát hiện sai chuyến cần được ghi là tình huống đã ngăn trước khi xe đi, không chỉ là thời gian chậm.

Chọn phạm vi ban đầu và quyết định đầu tư

Bắt đầu từ chuyến mà giao sai gây thiệt hại lớn và có thể gắn mã kiện đáng tin cậy. Quan sát thay đổi chuyến, hàng ghép, giao một phần, nhãn khách hàng. Đo dữ liệu gốc của chính mình: kiện/chuyến, thời gian xếp giờ cao điểm, giao sai, kiện bỏ sót, công sửa, chậm xuất phát. Tỷ lệ cải thiện giả định không phải căn cứ đầu tư.

Tách chi phí thiết bị đọc, máy in, mạng, phần mềm, tích hợp, làm sạch dữ liệu chủ, đào tạo và hỗ trợ. Nếu khách yêu cầu SSCC hoặc ASN bên ngoài, cộng kiểm thử tương thích. Đo cả lỗi tránh được, thời gian đối chiếu chuyến và thời gian đưa bằng chứng cho khách. Khi lỗi thực tế hiếm, dùng thêm tỷ lệ kiện được quét đầy đủ và số ngoại lệ chưa xử lý làm chỉ báo sớm.

Ở nhà máy Thái Lan, xác nhận thuật ngữ nhân viên thật sự sử dụng. Mã có thể khớp nhưng tên tiếng Anh trên màn hình khác tên tiếng Thái tại hiện trường. Thông báo lỗi phải hướng dẫn bước tiếp theo, chẳng hạn “Kiện này thuộc chuyến khác. Kiểm tra cửa và trả lại.” Đồng thời cho kiểm toán viên ở trụ sở tra cùng chuỗi sự kiện bằng báo cáo họ hiểu được.

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

Đã kiểm tra xuất hàng rồi có cần quét khi xếp xe nữa không?

Có thể không cần sản phẩm riêng nếu hệ thống hiện hữu đã đối chiếu từng kiện thật với xe và chuyến ngay tại cửa, đồng thời chặn sai lệch trước khi xe đi. Nếu “đã xuất” chỉ là đóng gói xong hoặc trừ tồn kho, rủi ro tại cửa vẫn còn. Hãy kiểm tra định nghĩa sự kiện và vị trí quét.

Kiểm tra theo xe và chuyến cần quét mã nào?

Chọn hoặc quét chuyến và cửa đang hoạt động, rồi quét mã kiện vật lý ngay trước khi vào xe. Xác nhận xe thật gắn với chuyến. SKU riêng lẻ không phân biệt khách hoặc chuyến. Pallet ghép cần quan hệ pallet cha và thùng con còn hiệu lực.

Chỉ quét mã pallet có đủ để khớp lệnh xuất không?

Đủ nếu pallet không bị tháo và danh sách thùng con chính xác. Nếu thêm hoặc rút thùng, cập nhật cấu trúc trước khi tin kết quả quét mã cha. Nếu không, mã cha hợp lệ có thể che nội dung thực tế sai.

Có thể dùng cân trọng lượng thay hệ thống chống xếp nhầm không?

Không. Cân giúp phát hiện thiếu khối lượng lớn nhưng không phân biệt hàng nặng gần nhau hoặc nhầm chuyến. Mã kiện khớp chuyến là kiểm soát chính; cân là tín hiệu bổ trợ.

Đổi chuyến sát giờ hoặc giao một phần xử lý ra sao?

Giữ sự kiện xếp ban đầu, thêm sự kiện dỡ, duyệt phân bổ mới và quét vào chuyến mới. Với giao một phần, lưu kiện chưa đi, chuyến kế tiếp và thỏa thuận khách hàng. Không cho người dùng thông thường lùi trạng thái chuyến đã xuất phát.

Kết luận

Hệ thống đối chiếu xếp hàng lên xe trong nhà máy bắt đầu từ mã kiện vật lý, lệnh xuất được xác nhận và quan hệ chuyến-xe-cửa. Nó lưu xếp và dỡ như các sự kiện, chỉ đóng chuyến khi danh sách kế hoạch và thực tế được đối chiếu. Mã vạch, cân, RFID và camera là phương tiện thực hiện hoặc bổ trợ thiết kế đó. RFP và FAT/SAT cần tập trung vào sai chuyến, thay đổi, kiện sót, phục hồi ngoại tuyến và sửa sau khi xe đi, không chỉ luồng xếp hàng thuận lợi.

Nếu nhà máy tại Thái Lan của bạn đang tìm điểm đứt của bằng chứng từ đóng gói đến xe rời cổng, hãy liên hệ TOMAS TECH. Có thể bắt đầu bằng lệnh xuất, bảng điều xe, nhãn kiện và quy trình cửa xuất hiện tại trước khi quyết định phạm vi hệ thống.

Nguồn tham khảo

• GS1 Logistic Label Guideline
• GS1 EPCIS and CBV 2.0 Guideline
• GS1: dữ liệu bắt buộc trên nhãn logistics
• SAP EWM: Loading of Transportation Units in Transit Warehouse
• SAP EWM: Immediate Loading
• Oracle WMS: Loading an OBLPN