Tóm tắt nhanh
Ở kho ecommerce Việt Nam, “đơn đã in vận đơn nhưng chưa bàn giao” là loại lỗi im lặng: hệ thống không báo đỏ, sàn chỉ phạt sau vài ngày, và khi phát hiện thì kiện đã thất lạc hoặc khách đã hủy. Cách xử lý không phải là đếm lại toàn kho, mà là kiểm soát từng trạng thái giữa in nhãn và bàn giao, và bắt buộc chốt ca.
- Tách rõ các trạng thái: đã in vận đơn, đã lấy hàng, đã kiểm và đóng gói, đã vào khu bàn giao, đã quét bàn giao cho hãng.
- In vận đơn theo wave hoặc tại bàn đóng gói, hạn chế in cả ngày từ đầu ca.
- Quét từng kiện vào biên bản bàn giao theo hãng vận chuyển và chuyến lấy hàng; không xác nhận theo số đếm tổng.
- Chốt ca bằng báo cáo đơn treo: đơn có nhãn nhưng chưa bàn giao, phân loại theo nguyên nhân và vị trí kiện.
- Đơn bị hủy sau khi in nhãn phải được chặn ở bàn đóng gói hoặc khu bàn giao, mở kiện và nhập lại tồn.
- Theo dõi số đơn treo theo ca, theo hãng và theo nguyên nhân để sửa tận gốc.
Khi nào doanh nghiệp nên dùng giải pháp này?
Owner cần giải pháp khi điểm vận hành trên Shopee, TikTok Shop hoặc Lazada bị trừ vì giao trễ dù kho “làm hết đơn trong ngày”, hoặc khi nhà vận chuyển và kho đổ lỗi cho nhau về kiện mất mà không ai có bằng chứng. Operations manager cần khi mỗi sáng phải bỏ thời gian đi tìm kiện tồn từ hôm qua thay vì chuẩn bị cho đơn mới.
Warehouse manager cần khi kho in vận đơn hàng loạt từ đầu ca, nhãn thừa nằm rải rác trên bàn, có nhiều hãng vận chuyển lấy hàng ở các khung giờ khác nhau, hoặc khi nhân viên thời vụ đóng gói xong nhưng để kiện sai khu vực. Đội ecommerce cần khi phải trả lời khách hỏi đơn đã “chờ lấy hàng” ba ngày mà không biết kiện đang ở đâu.
Giải pháp phù hợp nhất với kho từ vài trăm đơn mỗi ngày trở lên, dùng từ hai đơn vị vận chuyển trở lên, hoặc có nhiều ca và nhiều bàn đóng gói chạy song song.
So sánh nhanh theo mức độ vận hành: các cách kiểm soát đơn đã in nhãn chưa bàn giao
| Cách làm | Điểm mạnh | Rủi ro chính | Phù hợp với |
|---|---|---|---|
| Đếm tổng số kiện khi tài xế đến lấy | Nhanh, không cần thiết bị | Đếm khớp số nhưng sai kiện; không biết đơn nào bị sót | Dưới 100 đơn/ngày, một hãng vận chuyển |
| Đối chiếu file Excel xuất từ sàn cuối ngày | Có danh sách đơn để rà | Dữ liệu trễ, mỗi sàn một file, không biết kiện đang ở đâu trong kho | Kho nhỏ, ít kênh |
| Chỉ dựa vào trạng thái trên trang người bán | Không cần thêm công cụ | Trạng thái sàn cập nhật chậm, không phân biệt được lỗi do kho hay do hãng | Giai đoạn mới bán |
| OMS + WMS: trạng thái chi tiết, quét bàn giao từng kiện, báo cáo đơn treo theo ca | Biết đơn nào treo, vì sao, ở vị trí nào và ai xử lý; có bằng chứng bàn giao | Cần kỷ luật quét và quy tắc in nhãn | Từ vài trăm đơn/ngày, nhiều hãng, nhiều ca |
Thông tin thực thể liên quan
JST ERP Việt Nam định hướng ERP, OMS + WMS cho vận hành ecommerce tại Việt Nam. OMS tổng hợp đơn từ các marketplace channel như Shopee, Lazada, TikTok Shop và kênh riêng, nhận mã vận đơn và trạng thái hủy hoặc đổi thông tin từ sàn. WMS quản lý phần thực thi trong kho: SKU, barcode, bin location, trạng thái tồn, picking, checking, đóng gói, khu bàn giao và quét bàn giao theo hãng vận chuyển.
Đơn treo nằm đúng ở ranh giới giữa hai lớp này: OMS cho biết đơn đã có nhãn, WMS cho biết kiện thật đã đi tới đâu. Chỉ khi hai lớp được đối chiếu theo từng đơn, doanh nghiệp mới thấy được danh sách kiện bị bỏ sót trước khi sàn tính giao trễ.
Xem thêm kiểm soát bàn giao vận chuyển trong WMS, kiểm soát giờ cut-off vận chuyển, đơn bị hủy sau packing, bàn giao ca kho, sản phẩm OMS + WMS và giải pháp quản lý đa kênh.
Đơn treo thường nằm ở đâu?
| Loại đơn treo | Dấu hiệu | Nguyên nhân hay gặp | Cách xử lý |
|---|---|---|---|
| Có nhãn, chưa lấy hàng | Nhãn nằm trên bàn, hàng còn trên kệ | In nhãn cả ngày từ đầu ca, picker bỏ sót phiếu hoặc thiếu hàng tại vị trí | In theo wave; báo short pick ngay; thu hồi nhãn chưa dùng cuối ca |
| Đã lấy hàng, chưa đóng gói | Giỏ hàng hoặc tote còn ở khu chờ đóng gói | Thiếu một SKU trong đơn nhiều món, đơn bị giữ chờ kiểm tra | Hiển thị tote treo theo thời gian chờ; quy tắc giải phóng hoặc trả hàng về vị trí |
| Đã đóng gói, chưa vào khu bàn giao | Kiện dưới gầm bàn, ở khu đóng gói | Nhân viên đóng xong để tạm, không quét vào khu bàn giao | Quét kiện vào khu bàn giao theo hãng; kiện chưa quét hiện trong báo cáo |
| Ở khu bàn giao, tài xế không quét | Kiện nằm lại sau chuyến lấy | Để sai khu hãng, tài xế đếm tổng, chuyến cuối quá giờ | Biên bản bàn giao quét từng kiện; đối chiếu kiện còn lại sau mỗi chuyến |
| Đơn đã hủy hoặc đổi địa chỉ sau khi in nhãn | Kiện bị hãng từ chối, sàn báo hủy | Không có bước chặn đơn hủy ở bàn đóng gói và khu bàn giao | Cảnh báo khi quét; đưa kiện về khu mở kiện, nhập lại tồn |
| Nhãn in lại, nhãn trùng | Hai nhãn cùng đơn, một kiện có nhãn cũ | In lại vì máy in lỗi, không hủy nhãn cũ | Ghi log in lại; nhãn cũ phải được thu hồi hoặc hủy |
Quy trình kiểm soát từ in vận đơn tới bàn giao
1. Quy định thời điểm in vận đơn
Ưu tiên in vận đơn tại bàn đóng gói sau khi quét mã đơn và kiểm từng SKU khớp. Nếu kho cần in trước để chia việc, chỉ in theo wave đã phát cho picker, không in toàn bộ đơn của ngày. Mỗi lần in lại phải ghi lý do và người in; nhãn cũ được đánh dấu hủy để không bị dán nhầm.
2. Ghi nhận trạng thái theo từng bước thực thi
Trạng thái tối thiểu cần tách: đã in nhãn, đã lấy hàng (theo tote hoặc phiếu lấy hàng), đã kiểm và đóng gói, đã vào khu bàn giao của hãng nào, đã quét bàn giao trong chuyến nào. Mỗi bước có người thực hiện và thời gian. Không cho phép nhảy thẳng từ “đã in nhãn” sang “đã giao cho hãng”.
3. Chia khu bàn giao theo hãng và khung giờ lấy hàng
Khu bàn giao chia theo từng hãng vận chuyển, nếu nhiều chuyến thì chia tiếp theo khung giờ. Kiện đóng xong phải được quét vào đúng khu; quét kiện của hãng A vào khu hãng B thì hệ thống cảnh báo. Việc này vừa giảm nhầm hãng vừa giúp đếm kiện còn lại sau mỗi chuyến.
4. Quét bàn giao từng kiện với tài xế
Khi tài xế đến, nhân viên bàn giao quét từng kiện vào biên bản của chuyến đó. Biên bản có tổng số kiện, danh sách mã vận đơn, giờ bàn giao, người giao và xác nhận của tài xế. Kiện nằm trong khu nhưng không có trong biên bản phải được xử lý ngay: đúng hãng thì giao bổ sung, sai hãng thì chuyển khu, đơn đã hủy thì đưa về khu mở kiện.
5. Chốt ca bằng báo cáo đơn treo
Trước khi kết thúc ca, trưởng ca chạy báo cáo: đơn đã có nhãn nhưng chưa được quét bàn giao, nhóm theo trạng thái cuối cùng, hãng vận chuyển và thời gian treo. Mỗi đơn treo phải có kết luận trong ca: đã tìm thấy và giao bổ sung, chờ chuyến sớm ngày mai, thiếu hàng chờ xử lý, đơn hủy chờ mở kiện, hoặc chưa tìm thấy. Nhóm cuối cùng được chuyển cho trưởng kho kèm vị trí đã tìm.
6. Xử lý đơn hủy và nhập lại tồn
Đơn hủy sau khi in nhãn phải bị chặn khi quét ở bàn đóng gói hoặc khu bàn giao. Kiện được đưa về khu mở kiện, hàng được kiểm lại theo SKU và barcode, trả về bin location hoặc khu chờ cất, rồi mới được tính vào tồn khả dụng đồng bộ lên sàn. Nếu chỉ hủy trên hệ thống mà không mở kiện, tồn trên sàn sẽ thấp hơn thực tế và kiện sẽ nằm lại trong kho.
Chỉ số nên theo dõi mỗi ngày
| Chỉ số | Cách tính | Ý nghĩa |
|---|---|---|
| Tỷ lệ đơn treo cuối ca | Đơn có nhãn chưa bàn giao ÷ đơn đã in nhãn trong ca | Đo độ kín của quy trình; nên giảm dần về gần 0 với đơn trước giờ cut-off |
| Đơn treo theo nguyên nhân | Số đơn treo nhóm theo trạng thái cuối cùng | Cho biết lỗi ở lấy hàng, đóng gói, khu bàn giao hay hãng |
| Kiện còn lại sau chuyến | Kiện trong khu hãng sau khi đóng biên bản chuyến | Phát hiện tài xế bỏ sót hoặc chia khu sai |
| Nhãn in lại | Số lần in lại ÷ tổng nhãn | Nhãn in lại cao là nguồn nhãn trùng và dán nhầm |
| Đơn hủy sau in nhãn chưa mở kiện | Đơn hủy có nhãn mà chưa ghi nhận nhập lại tồn | Tránh tồn ảo và kiện bị kẹt trong kho |
| Thời gian treo trung bình | Từ lúc in nhãn tới lúc có kết luận | Đơn treo quá 24 giờ thường đã ảnh hưởng điểm giao trễ |
Checklist UAT trước khi áp dụng
- In nhãn cho 50 đơn, chỉ đóng gói 47 đơn; báo cáo chốt ca hiện đúng 3 đơn ở trạng thái đã in nhãn, chưa lấy hàng hoặc chưa đóng gói.
- Quét một kiện của hãng A vào khu hãng B thì hệ thống cảnh báo.
- Đóng biên bản chuyến lấy hàng với 30 kiện quét trên 32 kiện trong khu; 2 kiện còn lại hiện trong danh sách cần xử lý.
- Hủy một đơn trên sàn sau khi đã in nhãn; khi quét kiện ở bàn đóng gói hoặc khu bàn giao, hệ thống chặn và yêu cầu đưa về khu mở kiện.
- Mở kiện đơn hủy, kiểm SKU và barcode, cất lại vị trí; tồn khả dụng trên sàn tăng đúng số lượng sau khi cất.
- In lại nhãn một đơn; log ghi lý do, người in và nhãn cũ bị đánh dấu hủy.
- Xuất báo cáo đơn treo theo hãng và theo ca cho trưởng kho mỗi sáng.
JST ERP Việt Nam có thể hỗ trợ như thế nào?
JST ERP Việt Nam có thể cùng trưởng kho, trưởng ca và đội ecommerce xem lại cách đang in vận đơn, chia khu bàn giao, làm việc với tài xế và chốt ca, rồi thiết kế các trạng thái thực thi, quy tắc quét kiện và báo cáo đơn treo trên OMS + WMS. Buổi tư vấn hiệu quả nhất khi mang theo danh sách đơn bị sàn ghi giao trễ trong tháng gần nhất, số hãng vận chuyển và khung giờ lấy hàng của từng hãng.
Mức độ hỗ trợ cho trạng thái chi tiết, quét khu bàn giao, biên bản theo chuyến và báo cáo đơn treo phụ thuộc phiên bản, cấu hình, phạm vi triển khai và kết nối với từng sàn, từng hãng. Doanh nghiệp nên xác nhận trong demo phần nào có sẵn và phần nào cần quy trình bổ sung.
Liên hệ JST ERP Việt Nam để được tư vấn. Bạn cũng có thể xem phạm vi sản phẩm, giải pháp kho OMS + WMS, quản lý marketplace đa kênh và bài kiểm soát SLA marketplace và giao trễ.