Giải pháp bàn giao đơn sang 3PL trong OMS + WMS: rõ tồn, rõ kiện, rõ trách nhiệm

Tóm tắt nhanh

Doanh nghiệp ecommerce Việt Nam nên dùng OMS + WMS để bàn giao đơn sang 3PL khi có nhiều kênh bán, nhiều kho, nhiều SKU, COD, hàng hoàn hoặc yêu cầu giao nhanh theo vùng. Quy trình cần kiểm soát từ tồn khả dụng, mapping SKU-barcode, phân bổ kho, wave picking, checking, packing, mã kiện, cut-off, trạng thái bàn giao, nhập hoàn đến đối soát phí fulfillment. JST ERP Việt Nam có thể hỗ trợ thiết kế luồng 3PL để chủ doanh nghiệp, vận hành, quản lý kho, CSKH và kế toán cùng nhìn một nguồn dữ liệu, giảm đơn trễ, giảm lệch tồn và giảm tranh cãi trách nhiệm với đối tác kho.

• Từ khóa trọng tâm: giải pháp bàn giao đơn sang 3PL, OMS WMS quản lý kho 3PL, đối soát phí fulfillment 3PL.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần gom đơn đa kênh, kiểm tồn khả dụng, SKU, barcode, PDA, picking, checking, packing, hàng hoàn, COD và go-live quy trình kho.
• Bối cảnh Vietnam ecommerce: Shopee, Lazada, TikTok Shop, livestream, social commerce và website D2C thường có đơn COD, đơn campaign, nhiều hãng vận chuyển, nhiều điểm kho và áp lực giao đúng SLA.
• Quy trình kho liên quan: stock reservation, warehouse allocation, 3PL handoff, wave picking, barcode checking, packing by parcel, carrier handover, return receiving, QC, inventory adjustment và fulfillment fee reconciliation.

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 giao 3PL dễ thành điểm mù vận hành?

Khi kho còn nằm trong công ty, quản lý có thể đi xuống kho hỏi đơn đang ở đâu. Khi một phần đơn được chuyển sang 3PL, câu trả lời phụ thuộc vào file, API, chat nhóm hoặc portal của đối tác. Nếu các trạng thái này không được nối về OMS + WMS, doanh nghiệp chỉ biết đơn đã gửi cho 3PL, nhưng không biết đã picking chưa, đã checking chưa, đã đóng kiện chưa, có bị thiếu hàng hay trễ cut-off không.

Điểm mù này ảnh hưởng trực tiếp đến CSKH và kế toán. Khách hỏi đơn chưa giao, CSKH không biết lỗi do kho nội bộ, kho 3PL hay hãng vận chuyển. Cuối tháng, kế toán nhận bảng phí fulfillment gồm phí lưu kho, phí pick-pack, phí vật tư, phí hoàn và phí xử lý ngoại lệ nhưng không có dữ liệu thao tác để đối chiếu từng dòng.

• Không nên coi 3PL là nơi nhận file đơn; cần coi 3PL là một node trong mạng fulfillment.
• Mỗi đơn chuyển sang 3PL cần trạng thái rõ: chờ nhận, đã nhận, đang pick, thiếu hàng, đã pack, đã bàn giao, hoàn về hoặc hủy.
• Tồn ở kho 3PL phải tách tồn vật lý, tồn khả dụng, tồn giữ theo đơn, tồn chờ QC và tồn lỗi.

OMS quyết định đơn nào nên chuyển sang 3PL

Không phải mọi đơn đều nên đẩy sang kho thuê ngoài. OMS cần quyết định dựa trên địa chỉ giao, SLA marketplace, tồn khả dụng theo kho, năng lực xử lý trong ngày, loại SKU, hàng cồng kềnh, đơn COD, quy định campaign và cut-off của hãng vận chuyển. Một đơn ở Hà Nội có thể phù hợp với kho 3PL miền Bắc, nhưng nếu SKU chính chỉ còn ở kho TP.HCM thì hệ thống phải cân nhắc chia đơn, điều chuyển hoặc giữ lại.

Quy tắc phân bổ nên được cấu hình trước thay vì để nhân viên lọc file bằng tay. Khi đơn từ Shopee, Lazada, TikTok Shop hoặc livestream đi vào OMS, hệ thống kiểm tra mapping SKU, tồn khả dụng và kênh bán. Nếu đủ điều kiện, đơn được gắn kho xử lý là 3PL, tạo nhiệm vụ xuất kho và truyền dữ liệu cần thiết cho WMS hoặc hệ thống đối tác.

• Phân bổ theo vùng giao, SLA, tồn khả dụng, năng lực kho và chính sách kênh.
• Chặn đơn thiếu mapping SKU, thiếu barcode, thiếu trọng lượng/kích thước hoặc địa chỉ lỗi trước khi gửi 3PL.
• Ghi log lý do phân bổ để quản lý biết vì sao đơn đi kho nội bộ hay kho thuê ngoài.

WMS kiểm soát SKU, barcode, vị trí và mã kiện

Một trong những lỗi phổ biến khi làm việc với 3PL là mã SKU của doanh nghiệp, mã SKU trên sàn và mã SKU của kho thuê ngoài không giống nhau. Nếu không chuẩn hóa mapping, cùng một sản phẩm có thể bị pick nhầm biến thể màu, size hoặc combo. WMS cần giữ bảng liên kết SKU, barcode, đơn vị tính, combo thành phần, vị trí lưu trữ và trạng thái tồn của từng kho.

Ở bước xuất kho, 3PL hoặc kho nội bộ cần scan barcode khi picking và checking. Nếu SKU thiếu, sai vị trí, sai lô, sai hạn sử dụng hoặc sai số lượng, ngoại lệ phải quay về OMS để CSKH và vận hành xử lý. Ở bước packing, mỗi kiện cần mã kiện, mã vận đơn, trọng lượng, vật tư đóng gói và thời điểm bàn giao. Đây là bằng chứng vận hành khi khách báo thiếu hàng hoặc khi hãng vận chuyển trả kiện.

• Chuẩn hóa SKU master, mã vạch, biến thể, combo và đơn vị tính trước khi mở kho 3PL.
• Picking nên scan đúng bin location và barcode để giảm nhầm hàng.
• Packing cần kiểm số kiện, mã vận đơn, ảnh đóng gói nếu cần và trạng thái staging trước bàn giao.

Bàn giao vận chuyển phải đo được theo cut-off

3PL thường cam kết cut-off theo từng hãng vận chuyển hoặc từng vùng. Nếu doanh nghiệp chỉ nhìn trạng thái "đã gửi kho", quản lý không biết đơn nào đang có nguy cơ trễ. OMS + WMS cần thể hiện từng mốc: đơn vào hàng đợi, kho nhận đơn, picking xong, checking xong, packing xong, sẵn sàng bàn giao, hãng đã scan nhận và đơn đã rời kho.

Khi đơn tăng trong ngày sale, hệ thống nên cho phép chia wave theo SLA: đơn sắp trễ xử lý trước, đơn cùng hãng gom chung wave, đơn cồng kềnh tách riêng, đơn cần QC hoặc thiếu dữ liệu giữ lại hàng ngoại lệ. Nhờ vậy doanh nghiệp không chỉ hỏi 3PL "đơn đã làm chưa" mà có thể nhìn điểm nghẽn cụ thể nằm ở picking, checking, packing hay bàn giao hãng.

• Theo dõi thời gian xử lý từ lúc OMS phân đơn đến khi hãng vận chuyển scan nhận.
• Ưu tiên wave theo SLA marketplace, cut-off hãng, địa chỉ giao và nhóm SKU.
• Tách đơn ngoại lệ trước khi gửi 3PL để tránh đơn nằm im trong hàng đợi.

Hàng hoàn từ 3PL không được nhập lại tồn một cách mù mờ

Hàng hoàn là nơi dữ liệu 3PL thường lệch nhất. Một kiện có thể hoàn vì khách từ chối nhận, giao thất bại, sai địa chỉ, thiếu phụ kiện, lỗi sản phẩm hoặc hãng vận chuyển làm hỏng bao bì. Nếu kho 3PL chỉ báo "đã hoàn" mà không có QC chi tiết, doanh nghiệp dễ nhập lại tồn bán được những sản phẩm không đủ điều kiện bán.

WMS nên có luồng nhập hoàn riêng cho kho 3PL: scan mã vận đơn hoặc mã kiện, đối chiếu đơn gốc, kiểm SKU, kiểm serial/batch nếu có, phân loại bán được, cần đóng gói lại, thiếu phụ kiện, lỗi, chờ khiếu nại hoặc hủy. OMS dùng kết quả này để cập nhật trạng thái sau bán, hỗ trợ CSKH, đối soát COD và tính đúng tồn khả dụng.

• Hàng hoàn cần liên kết với đơn gốc, mã kiện, mã vận đơn và lý do hoàn.
• QC sau hoàn phải phân loại tồn bán được, tồn chờ xử lý, tồn lỗi và tồn cần khiếu nại.
• Không nhập hoàn vào tồn khả dụng nếu chưa scan và kiểm trạng thái sản phẩm.

Đối soát phí fulfillment cần dữ liệu thao tác

Phí 3PL không chỉ là phí thuê kho. Doanh nghiệp thường phải đối soát phí lưu kho, inbound, outbound, pick, pack, vật tư, dán tem, xử lý hàng hoàn, đổi kiện, kiểm đếm, hủy hàng, lưu kho quá hạn và phí phát sinh theo campaign. Nếu không có dữ liệu thao tác từ OMS + WMS, bảng phí cuối tháng rất khó kiểm.

Một quy trình tốt cần nối phí với sự kiện: đơn nào đã pick, kiện nào đã pack, SKU nào cần vật tư đặc biệt, kiện nào hoàn, SKU nào QC lỗi, đơn nào phát sinh xử lý ngoài chuẩn. Kế toán có thể so sánh bảng phí 3PL với log hệ thống theo mã đơn, mã kiện, SKU, ngày thao tác và loại dịch vụ. Đây là cách giảm tranh cãi và phát hiện phí bất thường sớm.

• Đối soát phí theo mã đơn, mã kiện, SKU, thao tác kho và ngày phát sinh.
• Tách phí fulfillment, phí vận chuyển, COD, phí hàng hoàn và phí xử lý ngoại lệ.
• Thiết lập ngưỡng cảnh báo khi phí pick-pack, phí hoàn hoặc phí lưu kho tăng bất thường.

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

Chủ doanh nghiệp nên quan tâm khi đơn tăng nhanh hơn năng lực kho nội bộ, muốn mở kho miền Bắc hoặc miền Nam để rút ngắn thời gian giao, hoặc muốn thuê 3PL cho mùa campaign nhưng vẫn giữ quyền kiểm soát dữ liệu. Quản lý vận hành nên quan tâm khi đơn bị trễ mà không biết do phân bổ, kho 3PL, hãng vận chuyển hay dữ liệu thiếu.

Quản lý kho và đội ecommerce nên triển khai khi đang dùng song song kho nội bộ và kho thuê ngoài, có nhiều SKU, nhiều barcode, nhiều kênh bán, có COD, hàng hoàn, livestream hoặc campaign lớn. Khi 3PL xử lý một phần lớn đơn hàng, việc thiếu OMS + WMS sẽ biến báo cáo vận hành thành báo cáo sau sự cố.

• Phù hợp với doanh nghiệp có nhiều kho, thuê 3PL, giao nhanh nội vùng hoặc mở rộng fulfillment theo mùa sale.
• Phù hợp khi tồn ở 3PL cập nhật chậm, SKU mapping hay lệch, phí fulfillment khó kiểm hoặc CSKH không biết trạng thái đơn.
• Phù hợp khi muốn chuẩn hóa go-live giữa kho nội bộ, kho thuê ngoài, sàn TMĐT và hãng vận chuyển.

Kịch bản thực tế: đơn TikTok Shop cần giao từ kho 3PL Hà Nội

Một thương hiệu mỹ phẩm có kho chính ở TP.HCM và thuê 3PL tại Hà Nội. Khách ở Bắc Ninh đặt combo serum, kem dưỡng và quà mini trên TikTok Shop. Nếu xử lý thủ công, nhân viên có thể gửi file cho 3PL nhưng không biết quà mini còn tồn ở Hà Nội hay không, đơn đã qua checking chưa và có kịp cut-off hãng vận chuyển không.

Trong OMS + WMS, đơn vào hệ thống sẽ kiểm địa chỉ, SLA, tồn khả dụng tại kho Hà Nội, mapping SKU, barcode và chính sách quà tặng. OMS phân bổ đơn sang 3PL Hà Nội. WMS tạo nhiệm vụ picking, yêu cầu scan serum, kem dưỡng và quà mini, sau đó checking chặn nếu thiếu quà. Packing tạo mã kiện và mã vận đơn. Khi hãng scan nhận, OMS cập nhật trạng thái để CSKH và kế toán theo dõi. Nếu đơn hoàn, 3PL scan nhập hoàn và QC trước khi tồn được bán lại.

• Đơn chỉ được gửi 3PL khi SKU, barcode, tồn và địa chỉ đủ điều kiện.
• Mỗi bước từ nhận đơn đến bàn giao hãng cần mốc thời gian và người thao tác.
• Hàng hoàn phải quay về đúng đơn gốc để đối soát COD, phí và tồn.

Checklist go-live cho luồng 3PL

Trước khi go-live, doanh nghiệp nên kiểm thử bằng đơn thật trong 30 ngày gần nhất: đơn nhiều SKU, đơn combo, đơn quà tặng, đơn COD, đơn hủy, đơn đổi trả, đơn hoàn, đơn sai địa chỉ, đơn cồng kềnh và đơn phải xử lý ở nhiều kho. Mục tiêu là chứng minh quy trình 3PL chạy được vận hành thật chứ không chỉ gửi được file.

Buổi nghiệm thu cần có vận hành ecommerce, kho nội bộ, đại diện 3PL, CSKH, kế toán và người quản lý dự án. Từng bên phải thống nhất trạng thái, SLA, trách nhiệm, dữ liệu trả về, mẫu đối soát và cách xử lý ngoại lệ trước khi mở toàn bộ đơn.

• Chuẩn hóa mã kho, mã SKU, barcode, đơn vị tính, combo, vật tư đóng gói và bảng mapping với 3PL.
• Định nghĩa trạng thái đơn: chờ gửi 3PL, 3PL đã nhận, đang pick, thiếu hàng, đã pack, đã bàn giao, hoàn về, chờ QC.
• Kiểm thử API/file trao đổi, cut-off, mã vận đơn, ảnh đóng gói, nhập hoàn và báo cáo phí fulfillment.

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 bàn giao đơn sang 3PL trong 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 chuyển sang kho 3PL, tồn khả dụng, mã kiện, SLA, hàng hoàn, phí fulfillment và trách nhiệm giữa doanh nghiệp, kho nội bộ, kho thuê ngoài và hãng vận chuyể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 bàn giao đơn sang 3PL trong 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ê kênh bán, số đơn/ngày, số SKU, số kho nội bộ, số kho 3PL và vùng giao trọng điểm.
• Chuẩn bị bảng mapping SKU-barcode giữa doanh nghiệp, marketplace và kho 3PL.
• Thu thập ví dụ đơn thật: đơn campaign, đơn COD, đơn livestream, đơn nhiều kiện, đơn hoàn và đơn bị trễ SLA.
• Xác định quy tắc phân bổ kho theo địa chỉ, tồn khả dụng, SLA, cut-off, loại SKU và năng lực xử lý.
• Chuẩn bị mẫu đối soát phí fulfillment, COD, hàng hoàn, phí vận chuyển và phí ngoại lệ.
• Thống nhất chỉ số nghiệm thu: tỷ lệ đơn đúng SLA, độ trễ cập nhật tồn 3PL, tỷ lệ lệch phí, tỷ lệ lỗi picking/checking/packing và thời gian nhập hoàn.

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

JSTERP hỗ trợ thiết kế luồng bàn giao đơn sang 3PL bằng cách nối OMS và WMS thành một quy trình có trạng thái rõ. Doanh nghiệp có thể gom đơn đa kênh, phân bổ kho, giữ tồn, truyền đơn cho kho thuê ngoài, nhận trạng thái xử lý, kiểm hàng hoàn và đối soát phí trên cùng một nền dữ liệu.

Đội triển khai JST ERP Việt Nam có thể khảo sát mô hình kho nội bộ, kho 3PL, kênh bán, SKU, barcode, quy trình hiện tại và lỗi vận hành để đề xuất phạm vi phù hợp. Doanh nghiệp có thể bắt đầu từ luồng phân bổ đơn và tồn 3PL, sau đó mở rộng sang PDA, hàng hoàn, phí fulfillment và dashboard SLA.

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.