Tóm tắt nhanh
Hàng đã picking nhưng chưa checking phải được quản lý như tồn trong quá trình (warehouse WIP), không phải một chồng tote vô danh giữa hai đội.
- Gắn từng đơn hoặc ngăn chứa với tote/container có mã duy nhất.
- Quét bàn giao tại điểm nhận checking; lưu người giao, người nhận và thời điểm.
- Tách rõ trạng thái đang nhặt, chờ bàn giao, chờ kiểm, bị giữ ngoại lệ và đã kiểm.
- Cảnh báo theo tuổi WIP, cut-off vận chuyển và latest safe time của đơn.
- Đơn hủy, tote thiếu hoặc hàng rơi khỏi luồng phải vào exception flow, không tự trả tồn.
Đây là lớp kiểm soát chuyển tiếp trong cụm giảm nhặt sai hàng và lưu bằng chứng đóng gói: PDA chặn lỗi khi lấy, WIP giữ chuỗi bàn giao, checker xác minh độc lập và video chỉ bổ sung bằng chứng ở packing.
Khi nào doanh nghiệp nên dùng giải pháp này?
Chủ doanh nghiệp nên ưu tiên bài toán này khi tồn hệ thống vẫn khớp tổng nhưng thường mất thời gian tìm hàng đã lấy khỏi kệ. Operations manager cần dùng khi đơn Shopee, Lazada, TikTok Shop hoặc livestream đi qua nhiều ca, nhiều wave và có cut-off khác nhau. Warehouse manager cần dùng khi picker để tote vào khu chờ mà checker không biết tote thuộc đơn nào, đến lúc gần trễ mới tìm người chịu trách nhiệm.
Kho nhỏ, một người vừa pick vừa check và xử lý ít đơn có thể bắt đầu bằng vị trí chờ được đánh dấu cùng nhật ký đơn giản. Nhưng khi đã tách vai trò, batch picking, nhiều bàn checking hoặc nhiều tầng kho, WIP phải có mã và scan. Thêm kệ chờ mà không thêm trạng thái chỉ làm vùng mù gọn hơn về mặt hình thức.
So sánh nhanh theo mức độ vận hành
| Cách quản lý | Phù hợp khi | Rủi ro chính | Bằng chứng bàn giao |
|---|---|---|---|
| Đặt tote vào khu chung | Kho rất nhỏ, một ca, ít đơn | Không biết tote nào đến trước, thiếu ở đâu hoặc ai đang giữ | Quan sát và hỏi miệng |
| Bảng tính hoặc chat nhóm | Cần đánh dấu tạm nhưng thiết bị chưa sẵn sàng | Cập nhật chậm, mã đơn gõ sai, trạng thái không nối tồn và SLA | Tin nhắn hoặc dòng nhập tay |
| WMS quản lý WIP bằng scan | Nhiều picker/checker, batch hoặc wave, nhiều cut-off | Cần chuẩn hóa tote, điểm scan, quyền và ngoại lệ trước go-live | Sự kiện đơn–tote–vị trí–người–thời điểm |
Thông tin thực thể liên quan
JST ERP Việt Nam phục vụ bối cảnh thương mại điện tử Việt Nam theo mô hình OMS và OMS + WMS. OMS tiếp nhận và điều phối đơn đa kênh từ các bối cảnh như Shopee, Lazada, TikTok Shop và livestream; WMS kiểm soát SKU, barcode, bin location, PDA, picking, checking, packing, hàng hoàn và các điểm bàn giao trong kho.
Trong bài này, OMS giữ trạng thái đơn, tồn được cấp và ưu tiên SLA; WMS ghi nhận hàng vật lý đã rời bin nhưng chưa qua kiểm. Xem phạm vi sản phẩm, giải pháp marketplace đa kênh và vận hành kho bằng OMS + WMS. Mọi quy tắc khóa tote, cảnh báo WIP hoặc tự động chuyển việc cần xác nhận trong demo, không mặc định là tính năng native đã cấu hình sẵn.
Mô hình dữ liệu tối thiểu cho một WIP có thể truy vết
Một trạng thái “đã picking” là chưa đủ. Hệ thống phải trả lời hàng thuộc đơn hoặc wave nào, đang nằm trong vật chứa nào, ở điểm vật lý nào và ai chịu trách nhiệm tiếp theo. Nếu không, báo cáo chỉ nói hàng đã rời kệ nhưng không giúp tìm lại.
- Định danh: order ID, shipment ID nếu đơn tách kiện, wave/task và tote hoặc ngăn tote.
- Thành phần: SKU, barcode, biến thể size/màu, số lượng kỳ vọng, số lượng đã scan và serial/lot nếu áp dụng.
- Vị trí: bin nguồn, điểm bàn giao, lane chờ checking và bàn kiểm đích.
- Trách nhiệm: picker, người giao, checker nhận, ca làm và supervisor xử lý ngoại lệ.
- Thời gian: bắt đầu/kết thúc picking, vào khu chờ, nhận checking, hạn SLA và tuổi WIP.
Tote không được tái sử dụng khi còn nhiệm vụ mở. Nếu dùng xe nhiều ngăn, từng ngăn cần mã hoặc vị trí rõ. Tham khảo quy trình quản lý vòng đời tote để tránh giải phóng giỏ chỉ vì picker đã bấm hoàn tất.
Quy trình picking–handover–checking không tạo vùng mù
- Release có kiểm soát: OMS xác nhận đơn đủ điều kiện; WMS giao task theo wave, SLA, bin location và năng lực điểm checking.
- Gắn đích trước khi lấy: picker quét tote/ngăn nhận hàng. PDA không cho gắn cùng đích vào hai nhiệm vụ không tương thích.
- Scan khi picking: quét bin rồi barcode SKU, xác nhận số lượng. Sai vị trí, sai biến thể hoặc thiếu hàng tạo ngoại lệ tại nguồn.
- Đưa vào lane chờ: quét vị trí bàn giao. Trạng thái chuyển từ “đang picking” sang “chờ checking”; hệ thống bắt đầu đo tuổi chờ.
- Checker nhận việc: checker quét lane, tote và đơn. Chỉ khi khớp mới nhận trách nhiệm; tote không thấy hoặc seal tạm bị phá phải bị giữ.
- Kiểm độc lập: quét lại đơn, SKU và số lượng theo quy trình checking độc lập. Không dùng lần scan của picker làm kết quả kiểm.
- Đóng WIP: hàng đạt chuyển packing; chênh lệch chuyển khu cách ly hoặc quay lại xử lý bằng nhiệm vụ có reason code.
Cảnh báo tuổi WIP theo rủi ro, không chỉ theo FIFO
Tote đến trước không phải lúc nào cũng cần kiểm trước. Một đơn có cut-off sau 20 phút, đơn same-day hoặc đơn campaign gần vi phạm SLA cần được ưu tiên hơn tote cũ nhưng còn nhiều thời gian. Dashboard nên kết hợp tuổi WIP với latest safe time, kênh bán, carrier, loại đơn và thời gian checking dự kiến.
| Tín hiệu | Hành động | Không nên làm |
|---|---|---|
| Tote chờ lâu nhưng còn xa cut-off | Kiểm vị trí và hàng đợi; phân việc theo năng lực | Tự mở tote hoặc đổi đơn chỉ để giảm tuổi |
| Đơn gần latest safe time | Ưu tiên checker phù hợp; giữ chuỗi scan bàn giao | Bỏ qua barcode hoặc checking độc lập để chạy kịp |
| Nhiều tote dồn ở một lane | Ngừng release wave nếu downstream quá tải; điều phối bàn kiểm | Tiếp tục đẩy picking vì KPI người nhặt |
| Không tìm thấy tote | Khóa chuyển bước, rà scan cuối, vị trí và người giữ; lập incident | Tạo lại picking ngay làm trùng hàng |
Chỉ số cần theo dõi gồm WIP đang mở, tuổi trung vị và nhóm lâu nhất, tote không có vị trí, thời gian handover-to-check, số lần mở khóa, sai lệch checker phát hiện và đơn trễ do chờ kiểm. Đo cả tốc độ lẫn chất lượng để tránh đội kho đẩy hàng qua điểm scan nhưng không bàn giao vật lý.
Ngoại lệ quan trọng: hủy đơn, thiếu tote và chênh lệch
| Ngoại lệ | Trạng thái cần giữ | Luồng xử lý có kiểm soát |
|---|---|---|
| Đơn hủy sau picking | Khóa dòng hàng/tote; chưa cộng lại tồn khả dụng | Scan kiểm SKU–số lượng, tạo return-to-bin, putaway đúng vị trí rồi xử lý reservation |
| Tote thiếu một SKU | Quarantine WIP, ghi dòng thiếu và người phát hiện | Đối chiếu scan picking, bin, short-pick và hàng rơi; không tự lấy bù ngoài task |
| Tote có thừa hoặc sai SKU | Giữ cả tote tại điểm kiểm | Ghi reason code, truy picker/bin và trả hàng bằng nhiệm vụ được duyệt |
| Đổi ca khi WIP còn mở | Giữ owner hiện tại đến khi có scan bàn giao | Ca mới kiểm đếm tote, nhận trách nhiệm từng container và ký nhận ngoại lệ |
| PDA mất mạng ở điểm bàn giao | Để hàng tại khu riêng chưa xác nhận | Không quét bù hàng loạt; phục hồi và đối soát đơn–tote–vị trí trước khi mở checking |
Hàng bị loại không nên đặt lại lên kệ gần nhất. Dùng khu cách ly hàng lỗi khi cần QC hoặc quyết định, và dùng nhiệm vụ putaway khi hàng đủ điều kiện trở lại tồn bán được.
Nghiệm thu trước go-live bằng một ca có lỗi thật
Pilot với ít nhất hai picker, hai checker, một wave nhiều đơn, một tote nhiều ngăn và một lần đổi ca. Tạo có chủ đích các tình huống: scan sai ngăn, tote đặt nhầm lane, SKU thiếu, đơn hủy sau picking, PDA mất mạng và checker nhận tote không đúng đơn.
- Không thể dùng tote đang có nhiệm vụ mở cho đơn mới.
- Mỗi WIP tìm được theo đơn, tote, vị trí, owner và tuổi chờ.
- Scan sai lane, sai tote hoặc sai checker role bị chặn hoặc tạo cảnh báo có trách nhiệm.
- Đơn hủy không trả tồn khả dụng trước khi hàng được kiểm và putaway.
- Ca sau nhận đúng số tote, đơn, dòng SKU và danh sách ngoại lệ từ ca trước.
- Báo cáo giải thích được WIP cuối ca thay vì chỉ hiển thị số đơn chưa hoàn tất.
Trước buổi demo, chuẩn bị sơ đồ kho, mã lane, loại tote, số bàn checking, vai trò người dùng và dữ liệu một ngày có nghẽn thật. Yêu cầu nhà cung cấp ghi rõ phần nào có sẵn, cần cấu hình, cần tích hợp hoặc chưa hỗ trợ. Đăng ký tư vấn JST ERP Việt Nam để xây tiêu chí pilot theo kho và cut-off hiện tại.