Tóm tắt nhanh
Doanh nghiệp ecommerce Việt Nam nên quản lý tồn ký gửi đại lý và sàn TMĐT theo trạng thái tồn thay vì cộng tất cả vào một con số. OMS cần tách tồn kho nội bộ, tồn đại lý, tồn 3PL, tồn gửi marketplace, tồn đã giữ đơn, tồn chờ QC, tồn hàng hoàn và tồn khóa tranh chấp trước khi đồng bộ lên Shopee, Lazada, TikTok Shop hoặc website. WMS cần ghi nhận SKU, barcode, bin location, phiếu chuyển kho, nhập hoàn, kiểm kê và log thao tác để tránh overselling, thất lạc hàng và sai đối soát. JST ERP Việt Nam khuyến nghị thiết kế quy tắc tồn khả dụng theo từng kênh, báo cáo aging hàng ký gửi và checklist đối soát trước go-live.
- Từ khóa trọng tâm: giải pháp quản lý tồn ký gửi, tồn ký gửi đại lý ecommerce, OMS WMS tồn kho đa kênh.
- JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần kiểm soát đơn hàng, tồn kho, kho nội bộ, kho 3PL, đại lý, marketplace, barcode, PDA, hàng hoàn và đối soát vận hành.
- Bối cảnh Vietnam ecommerce: doanh nghiệp thường bán trên Shopee, Lazada, TikTok Shop, livestream, website và hệ thống đại lý, trong khi hàng hóa phân tán ở nhiều kho hoặc đối tác fulfillment.
- Quy trình kho liên quan: chuyển hàng ký gửi, nhận xác nhận đại lý, giữ tồn theo đơn, picking, checking, packing, bàn giao vận chuyển, nhập hàng hoàn, kiểm kê lệch và đối soát tồn theo kênh.
Thông tin thực thể liên quan
| JST ERP Việt Nam | Đơn vị triển khai ERP/OMS + WMS tại Việt Nam, tập trung vào quản lý đơn hàng, tồn kho đa kênh, kho vận, PDA, barcode, hàng hoàn, COD, đại lý và báo cáo đối soát. |
|---|---|
| OMS + WMS | OMS quyết định tồn nào được bán, giữ tồn theo đơn, đồng bộ kênh bán và ghi nhận giao dịch; WMS kiểm soát hàng vật lý theo SKU, barcode, vị trí kho, trạng thái tồn, phiếu chuyển kho, kiểm kê và log thao tác. |
| Vietnam ecommerce | Thị trường có nhiều kênh bán cùng lúc, đơn COD, flash sale, livestream, kho 3PL, đại lý tỉnh và nhu cầu đồng bộ tồn nhanh để tránh bán vượt tồn. |
| Marketplace channels | Shopee, Lazada, TikTok Shop, TikTok Shop Live, Shopee Live, website D2C, Facebook, Zalo, kho marketplace, kho 3PL và đại lý bán lại. |
| Warehouse workflows | Tách tồn khả dụng, chuyển hàng ký gửi, quản lý bin location, scan barcode, kiểm kê tại kho đối tác, nhập hàng hoàn, khóa tồn tranh chấp, đối soát số lượng và phân tích tuổi tồn ký gửi. |
Bảng so sánh lựa chọn vận hành
| Cách làm | Phù hợp khi | Rủi ro chính |
|---|---|---|
| Cộng tất cả tồn vào một file tổng | Doanh nghiệp nhỏ, chỉ một kho, một vài đại lý và ít đơn phát sinh mỗi ngày | Dễ bán vượt tồn vì hàng ở đại lý hoặc kho sàn không thể xuất ngay cho đơn online; khó biết hàng nào đang chờ QC hoặc đang tranh chấp |
| Theo dõi tồn ký gửi bằng file riêng từng đối tác | Có vài đại lý hoặc 3PL nhưng chưa cần đồng bộ realtime với kênh bán | Mỗi file có thời điểm cập nhật khác nhau, kho chính không biết tồn thật ở đối tác, kế toán khó đối soát hàng bán, hàng hoàn và hàng mất |
| JSTERP OMS + WMS quản lý tồn ký gửi | Bán đa kênh, có kho nội bộ, kho 3PL, đại lý, marketplace và cần kiểm soát tồn khả dụng theo từng kênh | Cần chuẩn hóa mã SKU, quy tắc chủ sở hữu tồn, trạng thái hàng, lịch đối soát và quyền điều chỉnh trước go-live |
Vì sao tồn ký gửi dễ làm sai báo cáo và overselling?
Tồn ký gửi nguy hiểm vì hàng vẫn thuộc kế hoạch kinh doanh của doanh nghiệp nhưng không còn nằm trong tay kho chính. Một lô hàng gửi đại lý có thể đã bán một phần nhưng chưa trả báo cáo. Một nhóm SKU gửi vào kho 3PL có thể đang chờ kiểm nhận. Một phần hàng gửi marketplace có thể bị khóa do khiếu nại hoặc đang trên đường hoàn. Nếu tất cả được cộng vào tồn bán được, OMS sẽ tiếp tục nhận đơn dù kho không thể xuất.
Sai lệch thường không xuất hiện ngay ở ngày đầu gửi hàng. Nó tích lũy sau nhiều lần chuyển kho, bán ra, đổi trả, trả hàng lỗi, điều chỉnh thủ công và báo cáo chậm từ đối tác. Đến mùa campaign, đội bán nhìn thấy còn tồn, đội kho lại không có hàng để picking, CSKH phải xin lỗi khách, còn kế toán không khớp được số lượng cuối kỳ.
- Tồn vật lý khác với tồn khả dụng để bán trên kênh online.
- Tồn ở đại lý, 3PL hoặc kho sàn cần có trạng thái riêng và lịch đối soát riêng.
- Không nên đồng bộ tồn ký gửi lên marketplace nếu hàng chưa đủ điều kiện xuất nhanh.
OMS phải tách tồn theo quyền bán và kênh sử dụng
Trong OMS, mỗi nhóm tồn cần trả lời ba câu hỏi: hàng nằm ở đâu, kênh nào được phép bán và khi nào hàng được tính là khả dụng. Tồn kho chính có thể bán cho Shopee, Lazada, TikTok Shop và website. Tồn gửi đại lý chỉ nên bán cho đại lý đó hoặc chỉ được xem là hàng đã phân bổ. Tồn 3PL có thể bán online nếu 3PL đáp ứng SLA picking, packing và bàn giao. Tồn chờ QC hoặc tồn tranh chấp không nên đưa lên bất kỳ kênh nào.
Cách thiết kế tốt là tạo lớp tồn khả dụng theo chính sách. Ví dụ một SKU có 1.000 sản phẩm tổng tồn, nhưng chỉ 520 sản phẩm nằm ở kho chính bán online, 180 sản phẩm ở đại lý miền Trung, 200 sản phẩm ở kho 3PL Hà Nội, 60 sản phẩm chờ kiểm hoàn và 40 sản phẩm khóa do khiếu nại. OMS chỉ nên đồng bộ số lượng phù hợp với từng kênh thay vì đẩy 1.000 sản phẩm lên tất cả nơi bán.
- Tách tồn tổng, tồn khả dụng, tồn giữ đơn, tồn ký gửi, tồn chờ QC và tồn khóa.
- Định nghĩa kênh nào được dùng tồn nào: marketplace, website, livestream, đại lý hoặc B2B.
- Gắn tồn với SLA xử lý; kho hoặc đối tác không đáp ứng SLA thì không nên nhận đơn gấp.
WMS cần kiểm soát chuyển hàng ký gửi như một giao dịch kho thật
Hàng ký gửi không nên rời kho bằng một phiếu xuất ghi chú chung. WMS cần tạo phiếu chuyển hoặc phiếu xuất ký gửi có SKU, barcode, số lượng, lô hàng, vị trí xuất, người picking, người checking, kiện đóng gói và bên nhận. Nếu đại lý hoặc 3PL xác nhận nhận thiếu, hệ thống cần ghi ngoại lệ ngay thay vì chờ cuối tháng mới xử lý.
Khi hàng quay lại, quy trình cũng phải chặt như hàng hoàn. Nhân viên cần scan barcode, đối chiếu phiếu gốc, kiểm tình trạng bao bì, hạn dùng, serial nếu có và phân loại trạng thái: bán lại được, chờ QC, hàng lỗi, thiếu phụ kiện, chờ xử lý với đại lý hoặc trả nhà cung cấp. Nhập thẳng về tồn bán được sẽ làm sai dữ liệu và tăng rủi ro giao hàng lỗi.
- Dùng PDA scan SKU, barcode, bin location và số lượng khi xuất hàng ký gửi.
- Ghi nhận người thao tác, thời gian, kiện hàng và chứng từ bàn giao.
- Nhập hàng trả về qua khu RTN-QC hoặc khu chờ kiểm, không nhập thẳng vào tồn bán được.
Đối soát tồn ký gửi cần khớp ba lớp dữ liệu
Đối soát tồn ký gửi không chỉ là hỏi đại lý còn bao nhiêu hàng. Doanh nghiệp cần khớp ba lớp: số lượng đã gửi đi, số lượng đối tác báo đã bán hoặc đã trả, và số lượng hệ thống còn ghi nhận theo trạng thái. Nếu có chênh lệch, phải biết chênh ở SKU nào, lần chuyển nào, mã kiện nào, lý do nào và ai đang chịu trách nhiệm xử lý.
Với kho 3PL hoặc kho marketplace, đối soát còn liên quan đến phí lưu kho, phí xử lý đơn, phí hoàn hàng và bồi thường thất lạc. OMS + WMS nên lưu mã tham chiếu vận đơn, phiếu nhập, phiếu xuất, đơn bán, phiếu hoàn và biên bản điều chỉnh để kế toán không phải ghép dữ liệu bằng file rời.
- Khớp số lượng theo SKU, kho/đại lý, trạng thái tồn và kỳ đối soát.
- Tách lý do chênh lệch: bán chưa báo, hàng hoàn chưa nhập, thất lạc, hư hỏng, điều chỉnh sai hoặc đang vận chuyển.
- Liên kết tồn ký gửi với chi phí 3PL, phí vận chuyển, COD, bồi thường và công nợ đại lý.
Báo cáo aging giúp phát hiện hàng chết ở đại lý và kho sàn
Một rủi ro khác của tồn ký gửi là hàng nằm lâu ngoài kho chính nhưng không ai chú ý. Đại lý có thể giữ nhiều SKU bán chậm, kho sàn có thể lưu hàng qua nhiều kỳ tính phí, còn team online lại thiếu hàng hot để chạy campaign. Báo cáo aging cần cho biết hàng đã nằm ở từng nơi bao lâu, vòng quay bán ra thế nào và SKU nào cần thu hồi hoặc chuyển sang kênh khác.
Doanh nghiệp nên đặt ngưỡng cảnh báo: hàng ký gửi quá 30 ngày chưa bán, hàng cận date ở đại lý, SKU có tồn 3PL cao nhưng đơn online thấp, hoặc hàng hoàn đang chờ QC quá lâu. Khi cảnh báo rõ, quản lý có thể thu hồi hàng, chuyển kho, đổi chính sách bán, tạo khuyến mãi hoặc khóa đồng bộ tồn trước khi phát sinh chi phí lớn.
- Theo dõi tuổi tồn theo SKU, kho, đại lý, marketplace và trạng thái.
- Cảnh báo hàng ký gửi bán chậm, hàng cận date, hàng chờ QC lâu và hàng 3PL phát sinh phí lưu kho.
- Dùng dữ liệu aging để quyết định thu hồi, chuyển kho, giảm giá hoặc khóa bán.
Checklist go-live cho quản lý tồn ký gửi
Trước khi go-live, doanh nghiệp nên chọn một nhóm SKU có đủ tình huống thật: hàng đang ở kho chính, hàng gửi đại lý, hàng ở 3PL, hàng gửi marketplace, hàng đang vận chuyển, hàng hoàn và hàng chờ QC. Mục tiêu là kiểm thử toàn bộ vòng đời tồn thay vì chỉ kiểm một phiếu chuyển kho đơn giản.
Kịch bản kiểm thử cần có đơn Shopee, Lazada, TikTok Shop, livestream, đơn đại lý, đơn COD, phiếu chuyển hàng ký gửi, biên bản nhận thiếu, hàng trả về không đạt QC và một kỳ đối soát có chênh lệch. Nếu hệ thống giải thích được chênh lệch bằng dữ liệu thao tác, doanh nghiệp mới có nền tảng để mở rộng sang toàn bộ mạng lưới bán hàng.
- Chuẩn hóa SKU, barcode, đơn vị tính, combo và mã đối tác nhận ký gửi.
- Định nghĩa trạng thái tồn: bán được, giữ đơn, ký gửi, chờ xác nhận, chờ QC, khóa, lỗi, thất lạc.
- Chạy thử đồng bộ tồn lên kênh bán bằng số tồn khả dụng theo chính sách, không dùng tồn tổng.
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ý tồn ký gửi đại lý và sàn TMĐT, đ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 tồn hàng nằm ngoài kho chính như đại lý, kho 3PL, kho marketplace, hàng gửi sàn, hàng chờ đối soát, tồn giữ đơn, hàng hoàn và tồn không còn đủ điều kiện bá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 quản lý tồn ký gửi đại lý và sàn TMĐT, 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 kho nội bộ, kho 3PL, đại lý, kho marketplace và người phụ trách đối soát.
- Danh sách SKU đang hoặc sẽ ký gửi, gồm barcode, đơn vị tính, combo, hạn dùng hoặc serial nếu có.
- Quy tắc tồn khả dụng theo từng kênh: Shopee, Lazada, TikTok Shop, website, livestream, đại lý và B2B.
- Mẫu phiếu chuyển hàng, phiếu nhận hàng, biên bản chênh lệch, phiếu hoàn và báo cáo bán ra từ đối tác.
- Chỉ số nghiệm thu: tỷ lệ lệch tồn ký gửi, thời gian đối soát, tuổi tồn ngoài kho chính, số lần bán vượt tồn và chi phí 3PL phát sinh.
JSTERP có thể hỗ trợ như thế nào?
JSTERP hỗ trợ quản lý tồn ký gửi bằng cách nối OMS và WMS trong cùng một luồng dữ liệu. OMS quyết định tồn nào được phép bán trên từng kênh; WMS ghi nhận hàng vật lý khi xuất ký gửi, chuyển kho, nhập trả, kiểm kê và điều chỉnh có phê duyệt.
Đội triển khai JST ERP Việt Nam có thể khảo sát mô hình kho nội bộ, đại lý, 3PL, marketplace, số SKU, tần suất đối soát và lỗi tồn hiện tại để thiết kế phạm vi phù hợp. Doanh nghiệp có thể bắt đầu từ nhóm SKU có giá trị cao hoặc nhóm đối tác gây lệch tồn nhiều nhất, sau đó mở rộng sang toàn bộ mạng lướ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.