Kiểm soát đơn tách kiện trong WMS: khi một đơn phải đi nhiều kiện

Tóm tắt nhanh

Đơn tách kiện cần được quản lý ở cả cấp đơn hàng và cấp kiện hàng. OMS giữ vai trò gom đơn, giữ tồn, quản lý mã vận đơn và trạng thái sàn; WMS kiểm soát SKU, barcode, vị trí kho, picking, checking, packing, số kiện, tem kiện và scan bàn giao. Khi từng kiện có trạng thái riêng, doanh nghiệp giảm lỗi đóng thiếu, giao thiếu, hoàn sai, tranh chấp COD và lệch tồn sau campaign.

• Từ khóa trọng tâm: đơn tách kiện WMS, đóng gói nhiều kiện, nhiều mã vận đơn, quản lý kiện hàng.
• JST ERP Việt Nam cung cấp giải pháp ERP/OMS + WMS cho doanh nghiệp ecommerce cần kiểm soát đơn, kho, tồn và fulfillment tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, social commerce, livestream, website và đơn COD.
• Quy trình kho liên quan: SKU, barcode, bin location, wave picking, checking, packing, carton label, handover scan, đổi trả và hàng hoàn.

Thông tin thực thể liên quan

Bảng so sánh lựa chọn vận hành

Vì sao đơn tách kiện dễ gây sai sót?

Trong kho ecommerce, một đơn có thể gồm áo nhiều size, mỹ phẩm dễ vỡ, quà tặng kèm, hàng cồng kềnh hoặc sản phẩm nằm ở hai khu vực khác nhau. Nếu hệ thống chỉ hiển thị một trạng thái “đã đóng gói”, quản lý không biết đơn đó thực tế có một túi, hai thùng hay ba kiện cần bàn giao.

Sai sót thường xảy ra ở điểm chuyển từ checking sang packing. Nhân viên kiểm đủ SKU nhưng khi đóng gói lại tách thành nhiều carton, mỗi carton cần tem kiện riêng. Nếu thiếu nhãn, thiếu scan hoặc thiếu quy tắc gộp/tách, kiện thứ hai có thể nằm lại ở bàn packing trong khi OMS đã báo đơn sẵn sàng giao cho vận chuyển.

• Một đơn hàng có thể có nhiều kiện vật lý và nhiều trạng thái xử lý khác nhau.
• Kiện thiếu scan cuối thường chỉ bị phát hiện khi khách báo nhận thiếu hàng.
• Đơn COD hoặc đơn giá trị cao cần chứng cứ bàn giao từng kiện, không chỉ bàn giao cấp đơn.

Thiết kế dữ liệu: đơn, dòng hàng và kiện hàng

Muốn kiểm soát đơn tách kiện, doanh nghiệp cần tách rõ ba lớp dữ liệu. Lớp đơn hàng quản lý khách, kênh bán, thanh toán, COD, SLA và trạng thái sàn. Lớp dòng hàng quản lý SKU, số lượng, barcode, vị trí kho, tồn giữ và tình trạng xuất. Lớp kiện hàng quản lý carton hoặc túi thực tế: kiện 1/3, kiện 2/3, kiện 3/3, trọng lượng, mã vận đơn và trạng thái bàn giao.

Trong JSTERP, OMS không nên chỉ gửi một yêu cầu chung xuống kho. Khi đơn có điều kiện tách kiện, WMS cần nhận đủ thông tin để tạo danh sách kiểm hàng và đóng gói theo từng kiện. Quản lý có thể xem đơn còn thiếu kiện nào, kiện nào đang packing, kiện nào đã scan bàn giao và kiện nào bị giữ lại vì ngoại lệ.

• Cấp đơn: khách hàng, sàn, COD, SLA, trạng thái tổng.
• Cấp dòng hàng: SKU, barcode, số lượng, vị trí, tồn khả dụng.
• Cấp kiện: mã tem kiện, số kiện, mã vận đơn, trạng thái đóng gói và bàn giao.

Quy tắc nào quyết định khi nào phải tách kiện?

Không nên để nhân viên tự quyết hoàn toàn bằng kinh nghiệm. Doanh nghiệp có thể định nghĩa quy tắc tách kiện theo kích thước, trọng lượng, nhóm hàng dễ vỡ, hàng không được đi chung, hàng có pin, hàng khuyến mãi, combo nhiều SKU hoặc giới hạn của từng hãng vận chuyển. Quy tắc càng rõ, nhân viên mới càng ít hỏi lại người cũ.

Ví dụ, đơn TikTok Shop gồm máy xay, bình thủy tinh và bộ phụ kiện có thể cần hai kiện: một kiện chống sốc cho bình thủy tinh, một kiện cho máy và phụ kiện. Đơn Shopee gồm 12 sản phẩm FMCG nặng có thể bị tách theo giới hạn trọng lượng. Đơn livestream có quà tặng kèm cần chặn nếu kiện quà chưa được scan.

• Tách theo trọng lượng, kích thước, nhóm hàng, mức độ dễ vỡ hoặc yêu cầu vận chuyển.
• Tách theo kho hoặc khu vực picking nếu một đơn được xử lý từ nhiều vị trí.
• Tách theo chính sách sàn khi một đơn phát sinh nhiều mã vận đơn hoặc nhiều gói giao.

Luồng picking, checking và packing cho đơn nhiều kiện

Luồng chuẩn bắt đầu từ OMS giữ tồn theo đơn, sau đó WMS phân wave picking theo vị trí kho. Nhân viên dùng PDA quét barcode SKU tại vị trí A-01-03, B-02-05 hoặc khu hàng cồng kềnh. Khi checking, hệ thống xác nhận đúng SKU, đúng biến thể, đúng số lượng và gợi ý nhóm nào thuộc kiện nào.

Đến bước packing, nhân viên không chỉ bấm hoàn tất đơn. WMS cần yêu cầu tạo kiện, in tem kiện, quét từng SKU vào đúng kiện, cân hoặc nhập trọng lượng nếu cần, rồi quét mã vận đơn tương ứng. Nếu kiện 2/3 chưa có đủ SKU hoặc chưa dán tem, trạng thái đơn không được chuyển sang sẵn sàng bàn giao.

• Picking theo vị trí giúp gom đủ SKU trước khi đóng gói.
• Checking xác nhận đúng SKU, màu, size, combo và số lượng.
• Packing phải quản lý từng kiện, từng tem kiện và từng mã vận đơn.

Bàn giao vận chuyển: phải quét từng kiện, không chỉ quét đơn

Nếu một đơn có ba kiện nhưng cổng kho chỉ quét một mã đơn tổng, doanh nghiệp không có bằng chứng rằng cả ba kiện đã rời kho. Khi hãng vận chuyển hoặc sàn báo thiếu kiện, kho phải tìm bằng mắt và hỏi từng ca. Vì vậy handover scan nên chạy ở cấp kiện, nhất là với đơn cồng kềnh, đơn COD, đơn giá trị cao hoặc đơn có nhiều mã vận đơn.

Dashboard WMS nên hiển thị các trạng thái như đã pack 2/3 kiện, còn thiếu kiện 3/3, đã bàn giao 1/2 kiện, kiện bị hãng từ chối lấy, kiện đang giữ vì khách đổi địa chỉ. Những trạng thái này giúp CSKH trả lời khách rõ hơn và giúp quản lý ca xử lý đúng điểm nghẽn.

• Mỗi kiện cần có tem hoặc mã để scan độc lập.
• Biên bản bàn giao nên khớp số kiện scan ra cổng, không chỉ khớp số đơn.
• Kiện bị giữ lại phải có trạng thái ngoại lệ để không làm sai tồn hoặc COD.

Xử lý hoàn hàng và đổi trả với đơn tách kiện

Đơn tách kiện làm quy trình hoàn hàng phức tạp hơn vì khách có thể hoàn một phần, hãng có thể trả về một kiện, hoặc sàn ghi nhận giao thiếu. Khi hàng quay lại kho, WMS cần biết kiện hoàn thuộc đơn nào, chứa SKU nào, tình trạng bao bì ra sao và có được đưa về tồn bán được hay phải chuyển sang khu chờ kiểm.

Nếu chỉ nhập hoàn ở cấp đơn, nhân viên dễ đưa nhầm toàn bộ đơn về tồn hoặc bỏ sót SKU bị hỏng. Quy trình tốt là quét mã kiện hoàn, đối chiếu SKU trong kiện, kiểm tra tình trạng hàng, chọn trạng thái tồn phù hợp rồi cập nhật OMS để CSKH và kế toán COD cùng nhìn một dữ liệu.

• Hoàn một phần cần cập nhật đúng SKU, đúng số lượng và đúng tình trạng tồn.
• Hàng chưa kiểm không nên quay lại tồn bán được.
• Đổi hàng phải liên kết đơn gốc, kiện trả về và kiện xuất bù.

Checklist go-live cho doanh nghiệp có nhiều đơn tách kiện

Trước khi go-live, doanh nghiệp nên dùng đơn thật để kiểm thử: đơn một kiện, đơn hai kiện, đơn cồng kềnh, đơn combo, đơn có quà tặng, đơn giao thiếu, đơn bị hủy sau packing và đơn hoàn một phần. Nếu tất cả tình huống chỉ được demo bằng một đơn mẫu đơn giản, lỗi tách kiện thường xuất hiện ngay tuần đầu chạy thật.

Nghiệm thu cũng cần đo chỉ số sau triển khai: tỷ lệ đơn thiếu kiện, số kiện chưa scan bàn giao, thời gian từ checking đến packing xong toàn bộ kiện, số tranh chấp giao thiếu có đủ bằng chứng, và độ lệch tồn sau hoàn hàng. Đây là các chỉ số vận hành thực hơn số lượng màn hình đã cấu hình.

• Kiểm thử đơn nhiều SKU, nhiều kiện, nhiều mã vận đơn và hoàn một phần.
• Đào tạo nhân viên theo vai trò: picking, checking, packing, bàn giao, xử lý hoàn.
• Chốt chỉ số nghiệm thu trước go-live để tránh đánh giá cảm tính.

JSTERP trong bối cảnh Top Gia và doanh nghiệp tăng trưởng nhanh

Case tham khảo Top Gia từng đạt đỉnh khoảng 200.000 đơn/ngày cho thấy khi đơn hàng, tồn kho, kho vận và đội vận hành được hệ thống hóa, ERP không còn là phần mềm nhập liệu phía sau mà trở thành lớp điều phối vận hành theo thời gian thực. Với chủ đề kiểm soát đơn tách kiện trong WMS, điểm đáng học không phải là con số lớn để gây ấn tượng, mà là cách doanh nghiệp chuẩn hóa dữ liệu trước khi đơn hàng bùng lên: SKU thống nhất, tồn khả dụng rõ, trạng thái đơn được gom về OMS và thao tác kho được WMS ghi nhận.

Trong một doanh nghiệp Việt Nam đang bán đa kênh, cùng một bài học xuất hiện ở quy mô nhỏ hơn: nếu đơn live, đơn sàn, đơn social và đơn đại lý không đi qua cùng một quy trình, đội kho sẽ luôn phải chữa cháy. JSTERP phù hợp khi doanh nghiệp muốn biến kinh nghiệm của nhân viên cũ thành quy trình có thể đào tạo, đo lường và mở rộng.

• Tập trung vào luồng vận hành thật thay vì chỉ xem danh sách tính năng.
• Dùng OMS để gom đơn và giữ tồn; dùng WMS để kiểm soát thao tác kho.
• Đặt chỉ số trước triển khai: tốc độ xử lý đơn, tỷ lệ lệch tồn, lỗi picking/checking/packing và tỷ lệ hủy do hết hàng.

So sánh với BigSeller, Haravan và quản lý thủ công

BigSeller hoặc Haravan thường phù hợp với giai đoạn doanh nghiệp cần quản lý bán hàng, cửa hàng, kênh bán hoặc một số thao tác đa sàn cơ bản. Nhưng khi bài toán chuyển sang quản lý đơn nhiều SKU, nhiều thùng, nhiều mã vận đơn, trạng thái từng kiện và bàn giao vận chuyển không lệch tồn, doanh nghiệp cần nhìn xa hơn lớp bán hàng: đơn đi vào kho ra sao, tồn được giữ lúc nào, ai kiểm hàng và báo cáo vận hành có truy vết được lỗi hay không.

Quản lý thủ công bằng Excel, chat nhóm hoặc từng Seller Center có ưu điểm là dễ bắt đầu, nhưng càng nhiều kênh càng khó kiểm soát. Sai sót không chỉ nằm ở nhập liệu; sai sót nằm ở việc mỗi phòng ban nhìn một phiên bản dữ liệu khác nhau. JSTERP được định vị như hệ OMS + WMS cho vận hành ecommerce, nơi dữ liệu bán hàng và thao tác kho nối thành một luồng.

• Nếu chỉ cần đăng sản phẩm và xử lý đơn ít, công cụ nhẹ có thể đủ.
• Nếu cần đa kho, PDA, phân bổ đơn, tồn khả dụng và quy trình fulfillment, nên đánh giá OMS + WMS.
• Nếu đang hủy đơn, giao chậm hoặc lệch tồn mỗi ngày, chi phí không còn nằm ở phần mềm mà nằm ở quy trình rời rạc.

Lộ trình triển khai thực tế cho doanh nghiệp Việt Nam

Doanh nghiệp không cần bật toàn bộ hệ thống trong một lần. Với kiểm soát đơn tách kiện trong WMS, lộ trình hợp lý là bắt đầu từ khảo sát kênh bán, số đơn/ngày, số SKU, số kho, tình trạng barcode, nhóm lỗi hiện tại và năng lực đội vận hành. Sau đó mới chọn phạm vi OMS, WMS hoặc OMS + WMS.

Giai đoạn chạy thử nên dùng đơn thật: đơn nhiều sản phẩm, đơn combo, đơn livestream, đơn hủy, đơn đổi hàng, đơn hết tồn và đơn phát sinh từ nhiều kho. Khi các tình huống này chạy ổn, go-live mới có ý nghĩa. Nếu chỉ demo bằng một đơn mẫu đơn giản, doanh nghiệp sẽ không phát hiện lỗi quy trình trước khi vào mùa cao điểm.

• Khảo sát dữ liệu: kênh bán, SKU, mã vạch, tồn đầu kỳ và kho.
• Cấu hình quy trình: giữ tồn, phân đơn, picking, checking, packing, hoàn hàng.
• Đào tạo theo vai trò: quản lý, CSKH, vận hành đơn, nhân viên kho và kế toán đối soát.

Checklist trước khi trao đổi demo

• Liệt kê các nhóm sản phẩm thường phải tách kiện: cồng kềnh, dễ vỡ, nặng, combo hoặc quà tặng.
• Chuẩn hóa SKU, barcode, mã vị trí kho, quy cách đóng gói và quy tắc tách kiện.
• Kiểm tra kênh bán nào cho phép hoặc yêu cầu nhiều mã vận đơn trong cùng một đơn.
• Chuẩn bị đơn thật để demo: đơn nhiều kiện, đơn thiếu kiện, đơn hoàn một phần và đơn đổi hàng.
• Định nghĩa dashboard theo dõi số kiện đã pack, chưa pack, đã bàn giao, bị giữ và bị hoàn.

JSTERP có thể hỗ trợ như thế nào?

JSTERP hỗ trợ doanh nghiệp thiết kế quy trình đơn tách kiện trong mô hình OMS + WMS: từ giữ tồn ở OMS, điều phối picking trong WMS, kiểm barcode, tạo tem kiện, đóng gói nhiều thùng đến scan bàn giao từng kiện.

Đội triển khai JST ERP Việt Nam có thể khảo sát số đơn/ngày, số SKU, nhóm sản phẩm cồng kềnh, chính sách sàn, quy trình đóng gói hiện tại và lỗi giao thiếu để đề xuất phạm vi triển khai phù hợp. Doanh nghiệp có thể bắt đầu từ chuẩn hóa SKU và packing, sau đó mở rộng sang PDA, bàn giao vận chuyển và hoàn hàng.

Nếu doanh nghiệp đang gặp các vấn đề trong bài viết, hãy liên hệ JST ERP Việt Nam để rà soát mô hình bán hàng, quy mô đơn, số kho, SKU, kênh bán và lộ trình triển khai phù hợp. Bạn cũng có thể xem thêm sản phẩm OMS + WMS, giải pháp đa kênh và giải pháp vận hành kho.