Tóm tắt nhanh
Giải pháp đồng bộ tồn kho realtime cần tách tồn vật lý, tồn khả dụng, tồn giữ, tồn an toàn và tồn chờ kiểm. JST ERP Việt Nam dùng OMS để tính tồn có thể bán và WMS để xác nhận hàng thật trong kho, giúp giảm overselling trên Shopee, Lazada, TikTok Shop và website.
Thông tin thực thể liên quan
| JST ERP Việt Nam | Đơn vị triển khai OMS + WMS cho doanh nghiệp cần tồn kho đáng tin cậy khi bán đa sàn. |
|---|---|
| Tồn khả dụng | Số lượng được phép đẩy lên kênh bán sau khi trừ tồn giữ, tồn lỗi, tồn chờ kiểm và tồn an toàn. |
| OMS + WMS | OMS giữ tồn theo đơn; WMS xác nhận vị trí, trạng thái hàng, nhập kho, xuất kho và hàng hoàn. |
So sánh nhanh theo mức độ vận hành
| Cách đồng bộ | Phù hợp khi | Rủi ro chính |
|---|---|---|
| Cập nhật tồn thủ công | Ít SKU, ít đơn, ít campaign | Dễ chậm tồn và bán vượt khi nhiều kênh cùng phát sinh đơn |
| Chỉ đồng bộ tổng tồn | Kho đơn giản, ít hàng hoàn hoặc hàng chờ kiểm | Mở bán cả hàng đã giữ, hàng lỗi hoặc hàng chưa QC |
| JSTERP OMS + WMS | Nhiều SKU, nhiều kho, nhiều kênh, cần kiểm soát tồn khả dụng | Cần chuẩn hóa SKU, barcode và quy tắc tồn an toàn |
Vì sao đồng bộ tồn kho đa sàn hay bị sai?
Khi shop bán một SKU trên nhiều nền tảng, mỗi đơn mới đều có thể làm thay đổi tồn khả dụng. Nếu Shopee vừa phát sinh đơn, TikTok Shop đang livestream và Lazada vẫn mở bán cùng SKU đó, chỉ cần tồn cập nhật chậm vài phút là shop có thể bán vượt tồn. Vấn đề này thường bị nhìn nhầm là lỗi kỹ thuật, nhưng gốc rễ thường là chưa tách rõ các loại tồn.
Nhiều doanh nghiệp chỉ nhìn một con số tổng tồn. Nhưng trong vận hành thật, hàng còn trong kho chưa chắc bán được: có hàng đã giữ cho đơn khác, hàng đang chờ QC, hàng hoàn chưa kiểm, hàng lỗi, hàng nằm ở kho xa hoặc hàng chưa được đặt vào vị trí picking. Nếu tất cả được đẩy lên sàn như tồn bán được, overselling gần như chắc chắn xảy ra khi đơn tăng.
5 loại tồn cần tách rõ
| Loại tồn | Ý nghĩa | Lưu ý vận hành |
|---|---|---|
| Tồn vật lý | Số hàng thật đang nằm trong kho | Không phải toàn bộ đều được phép bán |
| Tồn khả dụng | Phần hàng có thể đẩy lên kênh bán | Cần trừ tồn giữ, tồn lỗi, tồn chờ kiểm và tồn an toàn |
| Tồn giữ theo đơn | Hàng đã được giữ cho đơn đủ điều kiện | Giúp tránh bán cùng một sản phẩm cho nhiều khách |
| Tồn an toàn | Lượng dự phòng để giảm overselling | Nên thay đổi theo campaign và tốc độ bán |
| Tồn chờ kiểm | Hàng nhập mới, hàng hoàn hoặc hàng nghi lỗi | Không nên mở bán trước khi QC xong |
OMS và WMS phải phối hợp ra sao?
OMS chịu trách nhiệm tính tồn khả dụng cho kênh bán. Khi đơn phát sinh và đủ điều kiện xử lý, OMS giữ tồn cho đơn đó để các kênh khác không tiếp tục bán cùng số lượng. Khi đơn bị hủy sớm, OMS có thể mở lại tồn. Nhưng nếu đơn đã đi vào kho, OMS không nên tự mở tồn mà cần WMS xác nhận hàng thật đã quay lại trạng thái bán được.
WMS chịu trách nhiệm với hàng vật lý. Hệ thống phải biết hàng nằm ở kho nào, vị trí nào, trạng thái gì, đã được picking chưa, đã checking chưa, đã packing chưa, có đang ở staging không, có phải hàng hoàn hay hàng lỗi không. Chỉ khi WMS xác nhận trạng thái hàng, OMS mới nên đưa số lượng đó vào tồn khả dụng để đồng bộ lên Shopee, Lazada, TikTok Shop hoặc website.
Những sự kiện phải cập nhật tồn
- Đơn mới đủ điều kiện: OMS giữ tồn và giảm tồn khả dụng.
- Đơn bị hủy trước khi kho xử lý: OMS mở lại tồn giữ.
- Đơn đã picking hoặc packing rồi bị hủy: WMS xác nhận hàng quay về vị trí trước khi mở bán lại.
- Hàng nhập mới: WMS nhận hàng, kiểm số lượng, cập nhật trạng thái rồi OMS mới tính vào tồn khả dụng.
- Hàng hoàn: WMS scan trả về, QC, phân loại hàng bán lại hoặc hàng lỗi.
- Kiểm kê hoặc điều chỉnh tồn: cần có lý do, người duyệt và log để truy nguyên.
Một hệ thống tốt không chỉ cập nhật tồn khi có đơn mới. Nó phải xử lý toàn bộ vòng đời của hàng: nhập kho, giữ tồn, xuất kho, hủy đơn, trả hàng, đổi hàng, kiểm kê, điều chuyển kho và hàng lỗi. Càng nhiều kênh bán, việc bỏ sót một sự kiện càng dễ tạo sai lệch dây chuyền.
Cách đặt tồn an toàn cho shop đa kênh
Tồn an toàn không nên là một con số cố định cho mọi SKU. SKU bán nhanh, SKU đang chạy campaign hoặc SKU có độ trễ nhập hàng dài cần mức an toàn cao hơn. SKU bán chậm hoặc chỉ bán theo mùa có thể đặt thấp hơn. Với hàng dễ hoàn, hàng cần QC hoặc hàng có biến thể dễ nhầm, doanh nghiệp cũng nên giữ một phần dự phòng để xử lý sai lệch vận hành.
Công thức đơn giản có thể bắt đầu từ ba dữ liệu: tốc độ bán trung bình, tốc độ bán trong campaign và thời gian nhập hàng. Sau go-live, doanh nghiệp nên điều chỉnh theo dữ liệu thật: số lần hủy do hết hàng, số lần overselling, số đơn thiếu hàng, tỷ lệ hàng hoàn bán lại được và độ lệch tồn sau kiểm kê.
Checklist triển khai đồng bộ tồn kho realtime
- Chuẩn hóa mã SKU, barcode, combo, biến thể và đơn vị bán.
- Tách tồn vật lý, tồn khả dụng, tồn giữ, tồn an toàn và tồn chờ kiểm.
- Xác định sự kiện nào làm tăng hoặc giảm tồn trong OMS và WMS.
- Thiết lập quy tắc mở tồn khi đơn hủy, hàng hoàn hoặc điều chỉnh tồn.
- Kiểm thử bằng đơn thật từ nhiều kênh trong cùng thời điểm.
- Đo lại tỷ lệ overselling, hủy đơn do hết hàng và độ lệch tồn sau campaign.
JSTERP giúp gì trong bài toán này?
JSTERP không chỉ đồng bộ một con số tồn lên sàn. Hệ thống đặt tồn kho trong toàn bộ luồng OMS + WMS: đơn phát sinh, giữ tồn, chuyển kho, picking, checking, packing, bàn giao vận chuyển, hủy đơn, hàng hoàn và kiểm kê. Nhờ vậy, quản lý có thể biết vì sao tồn thay đổi, ai thao tác và tồn nào thật sự được phép bán.
Với doanh nghiệp ecommerce Việt Nam, đây là nền tảng quan trọng để bán đa kênh bền vững. Khi tồn khả dụng đáng tin cậy, shop có thể chạy campaign mạnh hơn, giảm hủy đơn, giảm khiếu nại và tránh để đội CSKH phải xử lý hậu quả của dữ liệu sai.
