Giải pháp quản lý đơn B2B và B2C cùng kho: tách luồng đại lý, sàn và livestream trong OMS + WMS

Tóm tắt nhanh

Khi đơn B2B đại lý và đơn B2C marketplace dùng chung một kho, doanh nghiệp cần tách rõ loại đơn, chính sách giữ tồn, quy cách xuất hàng, SLA, chứng từ, COD và đổi trả. Đơn B2B thường xuất theo thùng, theo bảng giá, có phê duyệt công nợ hoặc điều kiện giao riêng; đơn B2C từ Shopee, Lazada, TikTok Shop, website và livestream thường xuất lẻ, cần xử lý nhanh theo SLA sàn, kiểm barcode từng SKU, đóng gói theo mã vận đơn và đối soát COD. JST ERP Việt Nam khuyến nghị thiết kế OMS + WMS theo luồng vận hành thật: tồn tổng, tồn khả dụng, tồn giữ theo kênh, khu bulk, khu fast-pick, khu staging B2B/B2C, quy tắc picking, checking, packing, hàng hoàn và báo cáo ngoại lệ.

• Từ khóa trọng tâm: giải pháp quản lý đơn B2B B2C cùng kho, OMS WMS cho đơn đại lý và ecommerce, quản lý kho chung B2B B2C.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp thương mại điện tử cần kiểm soát đơn đa kênh, tồn kho, PDA, barcode, vị trí kho, fulfillment, đổi trả, COD và báo cáo vận hành.
• Bối cảnh Vietnam ecommerce: doanh nghiệp vừa bán đại lý B2B, vừa bán B2C trên Shopee, Lazada, TikTok Shop, livestream, website D2C, Facebook và Zalo thường dùng chung SKU nhưng khác quy tắc giá, đóng gói và giao hàng.
• Quy trình kho liên quan: SKU master, barcode, tồn khả dụng, tồn giữ theo đơn, bulk location, fast-pick location, picking theo thùng, picking theo chiếc, checking, packing, staging, bàn giao vận chuyển, hàng hoàn, COD và đối soát công 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 B2B và B2C không nên đi chung một quy trình mù?

Đơn B2B và B2C có thể dùng cùng SKU nhưng không giống nhau về cách xử lý. Đơn đại lý thường cần kiểm hạn mức công nợ, bảng giá, điều kiện giao, xuất theo thùng, theo carton hoặc pallet. Đơn B2C trên Shopee, Lazada, TikTok Shop lại cần giữ SLA nhanh, in nhãn vận chuyển, đóng gói từng kiện nhỏ và cập nhật trạng thái về sàn.

Nếu kho chỉ nhận một danh sách đơn chung, nhân viên sẽ tự đoán cách xuất hàng. Một SKU mỹ phẩm có thể cần xuất nguyên thùng cho đại lý, nhưng với đơn TikTok Shop lại phải lấy từng chai, kiểm barcode, dán tem phụ và cho vào túi chống sốc. Không tách luồng sẽ tạo lỗi ngay ở picking và packing.

• Đơn B2B cần chính sách giá, công nợ, quy cách xuất và lịch giao riêng.
• Đơn B2C cần xử lý nhanh theo SLA marketplace, mã vận đơn và COD.
• Cùng một SKU cần biết đang nằm ở bulk location, fast-pick location, hàng chờ QC hay hàng hoàn.

OMS phải phân loại đơn trước khi đẩy xuống kho

OMS là lớp quyết định trước khi WMS bắt đầu lấy hàng. Khi đơn vào hệ thống, OMS cần biết nguồn đơn, loại khách, điều kiện thanh toán, kênh giao, SLA và quy tắc giữ tồn. Đơn đại lý chưa đủ điều kiện công nợ không nên chiếm tồn của campaign B2C; ngược lại, đơn sàn sắp quá hạn không nên bị chậm vì kho đang xử lý một phiếu xuất sỉ lớn.

Cách làm tốt là tạo trạng thái và hàng đợi riêng: đơn B2B chờ duyệt, đơn B2B đã duyệt xuất, đơn B2C chờ picking, đơn livestream chờ chốt phiên, đơn ngoại lệ thiếu hàng, đơn cần tách kho và đơn cần kiểm lại địa chỉ. Khi trạng thái rõ, kho không phải hỏi sale hoặc CSKH bằng chat riêng.

• Phân loại đơn theo nguồn: đại lý, Shopee, Lazada, TikTok Shop, livestream, website và nhập tay.
• Giữ tồn theo quy tắc: ưu tiên SLA sàn, hợp đồng B2B, tồn an toàn hoặc campaign đã khóa.
• Chặn đơn chưa đủ điều kiện thanh toán, công nợ, địa chỉ, tồn hoặc chứng từ trước khi chuyển WMS.

WMS cần tách vị trí bulk, fast-pick và staging

Kho chung không nhất thiết phải chia thành hai kho độc lập, nhưng WMS phải biết vai trò từng vị trí. Khu bulk phù hợp lưu thùng nguyên, hàng nhập mới hoặc hàng chờ replenishment. Khu fast-pick đặt SKU bán chạy cho đơn B2C lẻ. Khu staging B2B có thể gom theo tuyến giao hoặc đại lý; khu staging B2C gom theo hãng vận chuyển, ca lấy hàng hoặc mã vận đơn.

Khi vị trí không rõ, nhân viên có thể lấy hàng lẻ từ thùng dành cho đại lý hoặc xuất nguyên thùng từ khu đã được reserve cho campaign. WMS dùng barcode vị trí và PDA để ép thao tác đúng: quét location, quét SKU, xác nhận số lượng, chuyển hàng từ bulk sang fast-pick khi cần và ghi lại ai đã thao tác.

• Thiết kế bin location theo khu: bulk, fast-pick, QC, lỗi, hoàn, staging B2B và staging B2C.
• Dùng replenishment từ bulk sang fast-pick để đơn lẻ không phá quy cách tồn.
• Quét barcode vị trí và SKU ở các bước picking, checking, packing và bàn giao.

Picking cho thùng lớn và đơn lẻ phải có luật khác nhau

Đơn B2B thường phù hợp với picking theo phiếu lớn, theo thùng hoặc theo tuyến giao. Nhân viên cần biết số carton, số lẻ, trọng lượng, pallet nếu có và chứng từ giao hàng. Đơn B2C lại có thể dùng wave picking, batch picking hoặc cluster picking để gom nhiều đơn cùng SKU, sau đó checking tách về từng mã vận đơn.

Nếu hai mô hình dùng chung một kiểu picking, kho sẽ mất hiệu suất. Lấy từng chiếc cho đơn đại lý làm chậm cả ca; lấy nguyên thùng cho đơn B2C lại dễ thiếu bước kiểm biến thể, màu, size hoặc quà tặng. OMS + WMS nên tự đề xuất luồng picking theo loại đơn, số lượng, vị trí và SLA.

• Đơn B2B: picking theo phiếu lớn, carton, tuyến giao, khách hoặc lịch xuất.
• Đơn B2C: wave/batch picking theo SKU, khu vực, hãng vận chuyển hoặc hạn SLA.
• Đơn hỗn hợp cần kiểm lại ở checking để tránh giao thiếu quà tặng, sai biến thể hoặc sai số lượng.

Checking và packing là điểm chặn lỗi trước khi hàng rời kho

Với đơn B2B, checking cần xác nhận đủ số thùng, số lượng lẻ, tình trạng hàng, chứng từ và người nhận. Với đơn B2C, checking cần quét từng SKU, đối chiếu mã vận đơn, kiểm combo/quà tặng và xác nhận vật tư đóng gói. Đây là điểm WMS giúp doanh nghiệp chặn lỗi trước khi chi phí đổi trả phát sinh.

Packing cũng cần phân luồng. Đơn đại lý có thể cần tem thùng, phiếu giao hàng, biên bản bàn giao hoặc hình ảnh pallet. Đơn sàn cần nhãn vận chuyển, cân nặng, ảnh đóng gói, vật tư và trạng thái bàn giao cho hãng vận chuyển. Nếu packing không ghi nhận bằng hệ thống, đối soát sau giao sẽ phụ thuộc vào trí nhớ của nhân viên.

• Bắt buộc quét barcode SKU ở checking với SKU dễ nhầm màu, size, dung tích hoặc phiên bản.
• Ghi nhận ảnh đóng gói, trọng lượng, số kiện hoặc carton khi giá trị đơn cao.
• Tách staging theo đại lý/tuyến giao và theo hãng vận chuyển để giảm thất lạc kiện.

Hàng hoàn và đổi trả phải trả về đúng trạng thái tồn

Đơn B2B trả hàng thường liên quan đến công nợ, hóa đơn, điều kiện nhận lại và kiểm chất lượng theo lô. Đơn B2C hoàn từ Shopee, Lazada, TikTok Shop hoặc đơn livestream thường về theo mã vận đơn, lý do hoàn, tình trạng bao bì và trạng thái refund. Nếu nhập lại tồn như hàng bán được ngay, doanh nghiệp có thể đẩy hàng lỗi lên sàn.

WMS nên có khu return và QC riêng. Hàng hoàn sau khi quét mã vận đơn hoặc SKU phải được phân loại: bán lại được, chờ vệ sinh/đóng gói lại, hàng lỗi, thiếu phụ kiện, sai sản phẩm, chờ xử lý với sàn hoặc trả nhà cung cấp. OMS cập nhật trạng thái đổi trả, còn WMS cập nhật tồn thật theo điều kiện hàng.

• Tách hàng hoàn B2B và B2C theo nguồn, lý do và điều kiện nhận lại.
• Không nhập hàng hoàn về tồn khả dụng nếu chưa qua QC.
• Liên kết refund, COD, công nợ, phiếu nhập hoàn và trạng thái tồn trong cùng một luồng.

Báo cáo cần nhìn được lợi nhuận và hiệu suất theo loại đơn

Khi B2B và B2C chạy chung kho, báo cáo tổng số đơn không đủ để quản trị. Quản lý cần biết loại đơn nào chiếm nhiều nhân sự, bước nào gây chậm, SKU nào vừa bán sỉ vừa bán lẻ gây thiếu hàng, tồn nào bị giữ quá lâu và kênh nào tạo nhiều hàng hoàn.

Bộ chỉ số nên gồm tốc độ xử lý đơn B2B, tốc độ xử lý đơn B2C, tỷ lệ lỗi picking/checking/packing, độ lệch tồn theo khu, số lần replenishment từ bulk sang fast-pick, đơn sàn trễ SLA, đơn đại lý chờ duyệt công nợ, tỷ lệ hoàn và giá trị COD/công nợ cần đối soát.

• Đo năng suất theo loại đơn: B2B, B2C marketplace, livestream và website.
• Theo dõi tồn giữ theo kênh để tránh SKU bán chạy bị khóa sai.
• So sánh chi phí xử lý đơn, lỗi kho, hàng hoàn và doanh thu theo từng mô hình bá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 quản lý đơn B2B và B2C cùng kho, đ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 tách luồng đơn đại lý B2B, đơn marketplace B2C, đơn livestream, tồn khả dụng, picking theo thùng hoặc theo chiếc, packing, COD, xuất hóa đơn, đổi trả và báo cáo lợi nhuận trong cùng một kho vận hành, 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 quản lý đơn B2B và B2C cùng kho, 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ê nguồn đơn: đại lý B2B, Shopee, Lazada, TikTok Shop, livestream, website, Facebook, Zalo và đơn nhập tay.
• Chuẩn hóa SKU, barcode, combo, quy cách thùng/lẻ, đơn vị tính, bảng giá và chính sách giữ tồn.
• Vẽ sơ đồ kho: bulk, fast-pick, QC, hàng lỗi, hàng hoàn, staging B2B, staging B2C và khu bàn giao vận chuyển.
• Định nghĩa quy tắc OMS: đơn nào được giữ tồn, đơn nào cần duyệt công nợ, đơn nào ưu tiên SLA, đơn nào chặn vì thiếu dữ liệu.
• Kiểm thử bằng đơn thật: đơn đại lý nhiều thùng, đơn marketplace một SKU, đơn combo, đơn livestream, đơn thiếu hàng, đơn hủy sau packing và đơn hoàn.
• Chuẩn bị báo cáo nghiệm thu: tốc độ xử lý, lỗi picking/checking/packing, tồn lệch, đơn trễ SLA, hàng hoàn và đối soát COD/công nợ.

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

JSTERP hỗ trợ doanh nghiệp thiết kế luồng OMS + WMS cho mô hình bán hỗn hợp B2B và B2C. Thay vì bắt kho chọn giữa "tách kho hoàn toàn" hoặc "làm chung bằng kinh nghiệm", hệ thống giúp tách quy tắc vận hành trong cùng một nguồn dữ liệu: loại đơn, tồn khả dụng, vị trí kho, picking, checking, packing, bàn giao, hàng hoàn và báo cáo.

Đội triển khai JST ERP Việt Nam có thể khảo sát số đơn/ngày, số SKU, tỷ trọng đơn đại lý, tỷ trọng đơn marketplace, quy cách thùng/lẻ, số kho, tình trạng barcode, điểm nghẽn kho và nhu cầu đối soát để đề xuất lộ trình triển khai phù hợp. Doanh nghiệp có thể bắt đầu từ OMS để phân loại đơn và giữ tồn, sau đó mở rộng WMS/PDA khi cần kiểm soát thao tác kho sâu hơn.

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.