Giải pháp kiểm soát bán thùng và bán lẻ cùng SKU bằng OMS + WMS: không lệch tồn giữa đại lý, sàn và kho

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS khi cùng một SKU được bán theo nhiều quy cách như thùng, lốc, hộp, chai, chiếc hoặc set. Điểm quan trọng không chỉ là tạo nhiều mã bán hàng, mà là kiểm soát quy đổi tồn từ lúc nhập kho, tách thùng, giữ tồn theo đơn, lấy hàng bằng PDA, kiểm barcode, đóng kiện, giao COD, nhận hàng hoàn và đối soát cuối kỳ. JST ERP Việt Nam có thể hỗ trợ owner, operations manager, warehouse manager, ecommerce team và kế toán thiết kế luồng OMS + WMS để đơn B2B đại lý, đơn B2C marketplace và đơn livestream cùng dùng một nguồn tồn đáng tin cậy.

• Từ khóa trọng tâm: giải pháp bán thùng và bán lẻ cùng SKU, OMS WMS đơn vị tính ecommerce, quản lý quy cách thùng lẻ Shopee Lazada TikTok.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần quản lý đơn đa kênh, kho, SKU, barcode, PDA, nhiều đơn vị tính, fulfillment, hàng hoàn, COD và đối soát.
• Bối cảnh Vietnam ecommerce: doanh nghiệp thường bán đồng thời cho đại lý B2B, khách lẻ trên Shopee, Lazada, TikTok Shop, website D2C, Facebook, Zalo và livestream.
• Quy trình kho liên quan: nhập hàng theo thùng, putaway bulk, tách thùng sang fast-pick, giữ tồn theo đơn vị bán, picking bằng PDA, checking barcode, packing theo kiện, nhận hoàn và kiểm kê quy cách.

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

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

Vì sao bán thùng và bán lẻ cùng SKU dễ làm lệch tồn?

Sai lệch thường bắt đầu từ một quyết định nhỏ: nhập hàng theo thùng nhưng bán trên sàn theo từng sản phẩm lẻ. Nếu hệ thống chỉ lưu tổng số lượng mà không hiểu đơn vị tính, một thao tác tách thùng có thể bị ghi nhận như điều chỉnh tồn thủ công. Sau vài ngày bán đa kênh, quản lý không còn biết kho đang có bao nhiêu thùng nguyên, bao nhiêu lốc đã tách và bao nhiêu sản phẩm lẻ đủ điều kiện xuất.

Khi đơn B2B và B2C dùng chung tồn, rủi ro còn lớn hơn. Một đơn đại lý cần 30 thùng có thể giữ toàn bộ tồn bulk, trong khi sàn vẫn nhận đơn lẻ vì tồn khả dụng chưa trừ đúng. Ngược lại, kho có thể xé thùng để xử lý đơn lẻ gần cut-off, khiến đơn đại lý đã chốt không còn đủ quy cách giao.

• Tồn tổng không đủ; cần biết tồn theo thùng nguyên, lốc, hộp lẻ và trạng thái đã giữ theo đơn.
• Tách thùng phải là thao tác WMS có log, không phải ghi chú ngoài hệ thống.
• OMS cần quy đổi tồn trước khi đồng bộ lên marketplace và trước khi nhận đơn B2B.

OMS cần quản lý quy đổi tồn và đơn vị bán

OMS là nơi quyết định kênh nào được bán bao nhiêu. Với cùng một SKU master, hệ thống cần biết một thùng gồm bao nhiêu lốc, một lốc gồm bao nhiêu sản phẩm lẻ, barcode nào dùng cho từng cấp, giá bán nào áp dụng cho đại lý, giá nào áp dụng cho marketplace và tồn an toàn nào phải giữ lại cho từng kênh.

Khi đơn đến từ Shopee, Lazada, TikTok Shop, website, livestream hoặc đại lý, OMS cần chuyển đơn vị bán về cùng một logic tồn khả dụng. Ví dụ, 1 đơn đại lý 5 thùng và 60 đơn lẻ trên TikTok Shop phải cùng giữ vào một nguồn tồn có quy tắc ưu tiên rõ. Nếu tồn không đủ, đơn cần được đưa vào ngoại lệ thay vì đẩy xuống kho rồi mới phát hiện thiếu hàng.

• Thiết lập SKU master, đơn vị cơ sở, quy cách thùng/lốc/hộp/lẻ và barcode tương ứng.
• Tính tồn khả dụng theo quy đổi, tồn an toàn, đơn đã giữ, đơn chờ thanh toán và tồn chờ QC.
• Tách giá bán, chính sách chiết khấu và điều kiện giữ tồn cho B2B, B2C, marketplace và livestream.

WMS phải kiểm soát thao tác tách thùng và picking đúng quy cách

WMS là nơi chứng minh hàng vật lý có đúng quy cách hay không. Kho nên có vị trí bulk cho thùng nguyên, vị trí fast-pick cho hàng lẻ, vị trí hàng đã tách, vị trí chờ QC và vị trí hàng hoàn. Khi cần bổ sung hàng lẻ, nhân viên dùng PDA scan thùng, scan vị trí đích và hệ thống ghi nhận số lượng quy đổi thay vì nhập điều chỉnh thủ công.

Ở bước picking, WMS phải hiển thị rõ đơn yêu cầu thùng nguyên hay sản phẩm lẻ. Nếu picker lấy một thùng nguyên cho đơn cần hàng lẻ, hoặc lấy hàng lẻ cho đơn đại lý cần nguyên thùng, checking phải chặn ngay bằng barcode và quy cách. Packing cũng cần quy định vật tư: đơn thùng đi kiện lớn, đơn lẻ cần bao bì bảo vệ, tem phụ hoặc gộp kiện theo carrier rule.

• Scan barcode thùng và barcode lẻ để tránh lấy sai cấp đóng gói.
• Tạo nhiệm vụ replenishment từ bulk sang fast-pick khi hàng lẻ xuống dưới ngưỡng.
• Checking phải xác nhận đúng SKU, đúng quy cách, đúng số lượng và đúng mã vận đơn.
• Packing cần lưu vật tư, số kiện, cân nặng, ảnh bằng chứng và staging theo carrier.

Hàng hoàn và đổi trả là nơi quy cách dễ sai nhất

Một đơn lẻ hoàn về không thể nhập lại như một thùng nguyên. Một thùng đại lý trả thiếu vài sản phẩm cũng không còn là thùng nguyên đủ điều kiện bán B2B. Vì vậy hàng hoàn cần đi qua QC theo quy cách: còn nguyên seal hay đã mở, đủ số lượng trong lốc hay thiếu món, barcode còn đọc được không, bao bì có móp hỏng không và có thể bán lại ở kênh nào.

OMS và WMS cần nối kết quả QC hoàn với tồn khả dụng. Hàng hoàn đạt chuẩn có thể nhập lại vị trí lẻ hoặc thùng tùy trạng thái; hàng thiếu số lượng phải vào khu chờ xử lý; hàng lỗi phải khóa không đồng bộ lên sàn. Nếu bỏ qua bước này, doanh nghiệp dễ bán nhầm hàng thiếu hoặc báo tồn thùng nguyên trong khi kho chỉ còn hàng lẻ.

• Return QC phải ghi nhận quy cách thực tế sau hoàn: thùng nguyên, lốc đủ, lẻ, thiếu, lỗi hoặc chờ xử lý.
• COD, hoàn tiền và công nợ đại lý cần căn cứ vào số lượng thực nhận sau QC.
• Không tự động nhập hàng hoàn vào tồn bán được nếu seal, barcode, phụ kiện hoặc số lượng chưa đạt.

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

Owner nên dùng giải pháp này khi doanh nghiệp vừa bán sỉ vừa bán lẻ, doanh thu tăng nhưng báo cáo tồn thường xuyên không giải thích được. Operations manager nên triển khai khi đội sale, ecommerce, kho và kế toán thường tranh luận về cùng một SKU còn bao nhiêu thùng, bao nhiêu hàng lẻ và bao nhiêu hàng đã giữ cho đơn.

Warehouse manager nên ưu tiên khi kho phải tách thùng mỗi ngày, nhân viên picking hay lấy sai quy cách, hoặc kiểm kê cuối kỳ luôn phải quy đổi thủ công. Ecommerce team nên dùng khi Shopee, Lazada, TikTok Shop hoặc livestream hay bị hết hàng ảo, overselling hoặc phải hủy đơn vì kho còn hàng nhưng không đúng đơn vị xuất.

• Cùng một sản phẩm bán theo thùng cho đại lý và bán lẻ trên marketplace.
• Kho nhập hàng theo thùng nhưng thường xuyên phải tách lẻ để xử lý đơn campaign.
• Tồn trên hệ thống còn nhưng không biết là thùng nguyên, lốc đã tách hay hàng lẻ.
• Kế toán khó đối soát giá vốn, COD, hàng hoàn và công nợ vì đơn vị tính không thống nhất.

Checklist go-live cho quy cách thùng/lẻ

Trước go-live, doanh nghiệp không nên chỉ import danh sách sản phẩm. Cần chuẩn hóa SKU master, đơn vị tính cơ sở, quy cách đóng gói, barcode từng cấp, vị trí bulk, vị trí fast-pick, tồn đầu kỳ theo quy cách và quyền cho phép tách thùng. Mỗi quy tắc phải được kiểm thử bằng đơn thật hoặc tình huống mô phỏng sát thực tế.

Bộ kiểm thử nên bao gồm đơn đại lý nhiều thùng, đơn marketplace nhiều sản phẩm lẻ, đơn livestream giữ tồn tạm, đơn hết tồn lẻ nhưng còn tồn thùng, đơn hủy sau khi đã tách thùng, đơn hàng hoàn thiếu số lượng và kiểm kê phát hiện lệch quy cách. Nếu các tình huống này chạy ổn, dữ liệu tồn sau go-live mới đáng tin.

• Chốt bảng quy đổi: thùng, lốc, hộp, chai, chiếc, set hoặc đơn vị ngành hàng riêng.
• Chuẩn hóa barcode cho từng cấp đóng gói và quy định khi nào bắt buộc scan.
• Thiết lập vị trí bulk, fast-pick, hàng đã tách, hàng hoàn, QC và hàng lỗi.
• Cấu hình dashboard: tồn thùng nguyên, tồn lẻ, tồn cần replenishment, đơn thiếu quy cách và hàng hoàn chờ QC.

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 bán thùng và bán lẻ cùng SKU 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 quản lý cùng một sản phẩm theo nhiều đơn vị tính, quy cách thùng lốc hộp lẻ, tồn khả dụng, barcode, picking đúng quy cách, packing đúng kiện, đơn B2B đại lý, đơn B2C marketplace, COD, hàng hoàn và đối soát 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 Giải pháp kiểm soát bán thùng và bán lẻ cùng SKU 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

• Danh sách SKU đang bán theo nhiều quy cách, gồm barcode thùng, barcode lẻ và đơn vị cơ sở.
• Bảng quy đổi thùng/lốc/hộp/lẻ và quy tắc làm tròn khi bán B2B hoặc B2C.
• Sơ đồ vị trí kho: bulk, fast-pick, khu tách thùng, QC, hàng hoàn và staging.
• Ví dụ đơn thật: đơn đại lý, đơn Shopee, đơn TikTok Shop, đơn livestream, đơn hủy và đơn hoàn.
• Chỉ số nghiệm thu: tỷ lệ lệch tồn theo quy cách, lỗi picking, lỗi packing, đơn hủy do hết hàng và thời gian replenishment.

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

JSTERP hỗ trợ kiểm soát bán thùng và bán lẻ bằng cách nối SKU master, đơn vị tính, quy đổi tồn, đơn hàng đa kênh và thao tác kho trong cùng một mô hình OMS + WMS. Thay vì để kho tự nhớ quy cách, hệ thống biến quy cách đóng gói thành dữ liệu vận hành có thể scan, giữ tồn, kiểm tra và báo cáo.

Đội triển khai JST ERP Việt Nam có thể cùng doanh nghiệp rà soát danh sách SKU, mô hình B2B/B2C, quy cách nhập xuất, vị trí kho, quy trình tách thùng, hàng hoàn và đối soát hiện tại. Từ đó hệ thống được cấu hình để giảm overselling, giảm lấy sai hàng, giảm lệch tồn và giúp đội bán tự tin mở rộng kênh mà không làm kho rối.

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.