Giải pháp kiểm soát đơn nhiều kiện bằng OMS + WMS: giao đủ thùng, đối soát đúng tiền

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS cho đơn nhiều kiện khi một đơn thường có nhiều SKU, nhiều thùng, nhiều vị trí lấy hàng, combo tách kiện, hàng cồng kềnh hoặc đơn giá trị cao cần bằng chứng bàn giao. Quy trình cần có mã kiện riêng, mapping giữa đơn - SKU - thùng, scan barcode ở picking/checking/packing, cân nặng từng kiện, trạng thái bàn giao theo vận chuyển, xử lý giao thiếu kiện, hoàn một phần và đối soát COD. JST ERP Việt Nam có thể hỗ trợ chủ doanh nghiệp, ecommerce team, quản lý kho và kế toán thiết kế luồng kiểm soát để giảm giao thiếu, giảm tranh chấp và truy vết được từng kiện.

• Từ khóa trọng tâm: giải pháp kiểm soát đơn nhiều kiện, OMS WMS đơn nhiều thùng, quản lý mã kiện ecommerce.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp ecommerce cần quản lý đơn đa kênh, SKU, barcode, PDA, vị trí kho, packing station, mã kiện, COD, hàng hoàn, đối soát và go-live theo quy trình thật.
• Bối cảnh Vietnam ecommerce: Shopee, Lazada, TikTok Shop, TikTok Shop Live, Shopee Live, website D2C, Facebook, Zalo và đơn livestream thường phát sinh combo, quà tặng, đơn nhiều sản phẩm, đơn cồng kềnh và tranh chấp giao thiếu.
• Quy trình kho liên quan: giữ tồn, wave picking, scan barcode, checking theo đơn, tách thùng, tạo mã kiện, cân từng kiện, dán vận đơn/phụ kiện, staging, handover scan, nhập hoàn và QC hoàn một phầ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 nhiều kiện dễ gây lệch giữa đơn, hàng và tiền?

Ở cấp đơn hàng, một đơn chỉ có một mã đơn và một tổng tiền. Nhưng ở cấp kho, đơn đó có thể gồm ba thùng: một thùng hàng cồng kềnh, một thùng phụ kiện nhỏ và một thùng quà tặng khuyến mãi. Nếu hệ thống không biết SKU nào nằm trong thùng nào, mọi sự cố sau giao đều trở thành tranh luận.

Vấn đề càng rõ khi đơn COD hoặc đơn marketplace phát sinh giao thiếu. Khách có thể nhận một kiện và thiếu một kiện, hãng vận chuyển có thể cập nhật trạng thái chưa đồng bộ, CSKH cần trả lời khách, kế toán cần đối soát tiền, còn kho cần biết hàng còn nằm ở staging, đã bàn giao hay đã hoàn về. OMS + WMS giúp tách vấn đề ra thành trạng thái từng kiện thay vì chỉ nhìn một trạng thái đơn tổng.

• Một đơn nhiều kiện cần mapping rõ giữa đơn, kiện, SKU, số lượng và mã vận đơn.
• COD và phí vận chuyển cần được đối soát theo tình huống giao đủ, giao thiếu, hoàn một phần.
• CSKH cần bằng chứng scan, ảnh packing và trạng thái kiện để xử lý tranh chấp nhanh.

OMS cần quyết định khi nào phải tách kiện

Không phải mọi đơn đều cần tách kiện thủ công. OMS có thể dùng quy tắc theo kích thước, trọng lượng, nhóm SKU, hàng dễ vỡ, hàng cần đóng riêng, combo khuyến mãi hoặc chính sách vận chuyển của từng kênh. Khi đơn từ Shopee, Lazada, TikTok Shop hoặc livestream vào hệ thống, OMS nên đánh dấu đơn có khả năng nhiều kiện trước khi chuyển xuống WMS.

Quy tắc tốt giúp đội kho không phải đoán. Ví dụ: đơn có sản phẩm cồng kềnh và phụ kiện nhỏ được tách hai kiện; đơn có hàng dễ vỡ được tách khỏi hàng nặng; đơn B2B nhỏ có nhiều thùng cần mã kiện liên tục; đơn có quà tặng cần kiểm đủ phụ kiện trước khi đóng thùng chính.

• Cấu hình ngưỡng trọng lượng, thể tích, nhóm hàng và kênh vận chuyển.
• Giữ tồn theo SKU trước khi tách kiện để tránh overselling hoặc thiếu một phần đơn.
• Đẩy cờ ngoại lệ xuống WMS nếu đơn cần quản lý nhiều thùng, nhiều nhãn hoặc nhiều điểm scan.

WMS phải biết SKU nào nằm trong kiện nào

Điểm cốt lõi của đơn nhiều kiện là quan hệ giữa SKU và mã kiện. Khi nhân viên picking bằng PDA, hệ thống đã biết SKU được lấy từ vị trí nào. Khi checking, nhân viên scan lại barcode để xác nhận đúng biến thể, đúng số lượng. Khi packing, WMS cần cho phép gán từng SKU vào kiện số 1, kiện số 2 hoặc kiện số 3, rồi in tem mã kiện tương ứng.

Nếu doanh nghiệp chỉ dán một vận đơn ngoài cùng nhưng không lưu cấu trúc bên trong, khi khách báo thiếu phụ kiện hoặc thiếu thùng, kho không thể chứng minh kiện đó đã được đóng. Với mã kiện riêng, doanh nghiệp có thể xem người đóng, thời điểm, cân nặng, ảnh bằng chứng, vật tư đóng gói và trạng thái bàn giao của từng kiện.

• Mỗi kiện nên có mã kiện riêng, có thể liên kết với mã đơn và mã vận đơn.
• Packing station cần hiển thị SKU đã gán vào từng kiện và cảnh báo nếu còn SKU chưa đóng.
• Cân nặng từng kiện giúp phát hiện kiện thiếu hàng trước khi bàn giao vận chuyển.

Bàn giao vận chuyển cần scan theo từng kiện

Nhiều lỗi giao thiếu không xảy ra trong lúc packing mà xảy ra ở staging hoặc bàn giao. Một đơn ba kiện có thể bị đặt ở hai khu khác nhau, tài xế lấy thiếu một kiện, hoặc một kiện bị chuyển sang line vận chuyển khác. Nếu WMS chỉ ghi nhận đơn đã rời kho, doanh nghiệp không có dữ liệu để xử lý.

Quy trình tốt là staging theo hãng vận chuyển, tuyến giao hoặc cut-off, sau đó scan từng mã kiện khi bàn giao. Nếu đơn nhiều kiện chưa đủ số lượng scan, WMS phải cảnh báo trước khi xác nhận rời kho. Với kho 3PL, biên bản bàn giao cũng nên ghi nhận số kiện thực tế, mã kiện và thời điểm nhận để tránh tranh chấp trách nhiệm.

• Không xác nhận bàn giao nếu đơn nhiều kiện còn thiếu kiện chưa scan.
• Theo dõi trạng thái từng kiện: đã đóng, chờ bàn giao, đã bàn giao, thất lạc, hoàn về.
• Báo cáo lỗi theo hãng vận chuyển, ca kho, khu staging và nhóm SKU để cải tiến.

COD, phí sàn và hoàn một phần phải đi cùng trạng thái kiện

Khi đơn nhiều kiện giao không đủ, đối soát COD dễ bị lệch. Khách có thể trả tiền đủ nhưng thiếu hàng, hoặc marketplace ghi nhận trạng thái khác với thực tế từng kiện. Nếu kế toán chỉ xem tổng đơn, họ sẽ khó biết khoản lệch nằm ở giao thiếu, hoàn một phần, phí vận chuyển bổ sung hay tranh chấp đang chờ xử lý.

OMS nên liên kết trạng thái kiện với đối soát tiền. Khi một kiện hoàn về kho, WMS scan nhập hoàn, QC tình trạng hàng và cập nhật tồn sau khi kiểm. OMS ghi nhận lý do: giao thiếu, khách từ chối một phần, sai SKU, thiếu phụ kiện, kiện hư hỏng hay hãng vận chuyển hoàn sai. Nhờ vậy kế toán, CSKH và kho cùng nhìn một dữ liệu.

• Tách rõ giao đủ, giao thiếu một kiện, hoàn một phần và hoàn toàn bộ đơn.
• Không cộng hàng hoàn vào tồn khả dụng trước khi WMS QC xong từng SKU.
• Đối soát COD nên xem được mã đơn, mã kiện, trạng thái giao, trạng thái hoàn và lý do lệch.

Khi nào doanh nghiệp nên dùng giải pháp này?

Chủ doanh nghiệp nên triển khai khi chi phí khiếu nại, giao thiếu hoặc hoàn một phần bắt đầu ảnh hưởng lợi nhuận và đánh giá shop. Ecommerce team nên dùng khi bán combo, hàng cồng kềnh, đơn livestream nhiều sản phẩm hoặc đơn marketplace có nhiều phụ kiện. Quản lý kho nên dùng khi packing phải tách thùng thường xuyên nhưng hiện tại chỉ ghi chú bằng giấy hoặc chat.

Giải pháp này cũng phù hợp khi doanh nghiệp mở thêm kho, dùng kho 3PL, chạy campaign lớn, bán B2B/B2C chung tồn hoặc có nhiều ca kho. Càng nhiều điểm chuyển giao, dữ liệu mã kiện càng quan trọng vì nó biến trách nhiệm vật lý thành trạng thái có thể truy vết.

• Đơn thường có từ hai thùng trở lên hoặc nhiều SKU cần đóng riêng.
• Thường gặp khiếu nại khách nhận thiếu thùng, thiếu phụ kiện hoặc thiếu quà tặng.
• Cần đối soát COD, phí vận chuyển, hàng hoàn và trách nhiệm với kho/3PL rõ hơn.

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ủ đề Giải pháp kiểm soát đơn nhiều kiện bằng OMS + 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 kiểm soát đơn có nhiều thùng, nhiều SKU, nhiều vị trí kho, mã kiện riêng, cân nặng riêng, bàn giao vận chuyển, COD, giao thiếu kiện, hoàn một phần và đối soát trách nhiệm sau giao, 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 Giải pháp kiểm soát đơn nhiều kiện bằng OMS + 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ê nhóm SKU thường phải tách kiện: hàng cồng kềnh, dễ vỡ, combo, quà tặng, phụ kiện nhỏ.
• Chuẩn bị ví dụ đơn thật có nhiều thùng, nhiều SKU, nhiều vị trí kho và tình huống giao thiếu.
• Kiểm tra barcode, kích thước, trọng lượng, định mức đóng gói và quy tắc vận chuyển theo kênh.
• Định nghĩa trạng thái kiện: chờ đóng, đã đóng, chờ bàn giao, đã bàn giao, thiếu kiện, hoàn về, đã QC.
• Xác định chỉ số nghiệm thu: tỷ lệ giao thiếu kiện, thời gian packing, lỗi checking, COD lệch và thời gian xử lý khiếu nại.

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

JSTERP hỗ trợ kiểm soát đơn nhiều kiện bằng cách nối OMS và WMS trong cùng một luồng dữ liệu: OMS giữ tồn, quản lý đơn, COD và ngoại lệ; WMS kiểm soát SKU, vị trí, barcode, mã kiện, packing, cân nặng, scan bàn giao và nhập hoàn.

Đội triển khai JST ERP Việt Nam có thể khảo sát số đơn/ngày, số SKU, nhóm hàng cần tách kiện, mô hình kho nội bộ hoặc 3PL, dữ liệu vận chuyển và quy trình đối soát hiện tại để thiết kế lộ trình go-live phù hợp. Doanh nghiệp có thể bắt đầu từ nhóm đơn rủi ro cao trước, sau đó mở rộng sang toàn bộ quy trình fulfillment.

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.