Tóm tắt nhanh
Giải pháp quản lý đơn đa kênh nên gom đơn Shopee, Lazada, TikTok Shop, website và livestream về một OMS, sau đó chuyển việc kho sang WMS. Cách làm này giúp JST ERP Việt Nam kiểm soát trạng thái đơn, giữ tồn, xử lý ngoại lệ và giảm giao chậm khi shop tăng trưởng.
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 ecommerce bán đa kênh tại Việt Nam. |
|---|---|
| OMS | Gom đơn, chuẩn hóa trạng thái, giữ tồn và điều phối đơn đủ điều kiện sang kho. |
| WMS | Kiểm soát picking, checking, packing, bàn giao vận chuyển và ngoại lệ kho. |
So sánh nhanh theo mức độ vận hành
| Cách quản lý | Phù hợp khi | Rủi ro khi đơn tăng |
|---|---|---|
| Từng Seller Center | Ít kênh, ít đơn, kho nhỏ | Dễ bỏ sót đơn và khó nhìn tổng trạng thái |
| Excel và chat nhóm | Giai đoạn thử nghiệm, ít người xử lý | Mỗi bộ phận nhìn một dữ liệu khác nhau |
| JSTERP OMS + WMS | Bán đa kênh, nhiều SKU, cần kho xử lý theo quy trình | Cần chuẩn hóa SKU, trạng thái đơn và quyền thao tác trước go-live |
Vì sao quản lý đơn đa kênh dễ rối?
Ở giai đoạn đầu, nhiều shop Việt Nam xử lý đơn bằng cách mở từng Seller Center, tải file đơn, gửi danh sách cho kho qua Excel hoặc chat nhóm. Cách này có thể chạy khi mỗi ngày chỉ vài chục đơn. Nhưng khi cùng một SKU bán trên Shopee, Lazada, TikTok Shop, website và livestream, dữ liệu bắt đầu phân tán. Mỗi kênh có trạng thái riêng, thời hạn xử lý riêng, quy tắc hủy riêng và cách cập nhật vận chuyển riêng.
Vấn đề lớn nhất không phải là nhân viên làm chậm. Vấn đề là mỗi bộ phận nhìn một phiên bản dữ liệu khác nhau. Sale thấy đơn đã xác nhận, CSKH thấy khách đổi địa chỉ, kho thấy chưa có phiếu lấy hàng, còn quản lý chỉ biết cuối ngày có đơn giao trễ. Khi không có một luồng trạng thái chung, shop càng tăng đơn càng phải chữa cháy nhiều hơn.
Giải pháp đúng: tách rõ OMS và WMS
Với JSTERP, quản lý đơn đa kênh nên được thiết kế theo hai lớp. OMS là lớp gom đơn và điều phối: nhận đơn từ nhiều kênh, chuẩn hóa trạng thái, kiểm tra tồn khả dụng, giữ tồn, xử lý đơn ngoại lệ và quyết định đơn nào đủ điều kiện chuyển kho. WMS là lớp thực thi trong kho: picking, checking, packing, bàn giao vận chuyển, xử lý hàng hoàn và ghi nhận thao tác bằng barcode hoặc PDA.
Hai lớp này phải đi cùng nhau. Nếu chỉ có OMS, shop nhìn thấy đơn nhưng kho vẫn có thể lấy hàng thủ công và sai. Nếu chỉ có WMS, kho làm chặt hơn nhưng đơn từ nhiều kênh vẫn phân tán. Khi OMS và WMS nối thành một quy trình, đơn hàng không chỉ được ghi nhận, mà được thực thi đúng từ lúc phát sinh đến lúc rời kho.
Bảng trạng thái cần chuẩn hóa
| Trạng thái | Hệ thống xử lý | Ý nghĩa vận hành |
|---|---|---|
| Đơn mới | OMS nhận đơn từ sàn, website hoặc livestream | Không bỏ sót đơn khi nhiều kênh cùng phát sinh |
| Đơn chờ xác nhận | Kiểm tra thanh toán, địa chỉ, COD, tồn và điều kiện xử lý | CSKH biết đơn nào cần gọi lại hoặc sửa thông tin |
| Đơn đã giữ tồn | Tồn khả dụng được trừ hoặc giữ theo đơn | Giảm overselling khi cùng SKU bán trên nhiều sàn |
| Đơn chuyển kho | WMS nhận nhiệm vụ picking, checking, packing | Kho làm theo luồng thay vì nhận file rời rạc |
| Đơn ngoại lệ | Thiếu hàng, hủy, đổi địa chỉ, tách kiện, lỗi vận chuyển | Không để đơn lỗi lẫn trong danh sách đơn bình thường |
Luồng xử lý đơn nên chạy như thế nào?
Một đơn Shopee, Lazada hoặc TikTok Shop sau khi phát sinh nên đi vào OMS trước. OMS kiểm tra shop, SKU, số lượng, trạng thái thanh toán, COD, địa chỉ và tồn khả dụng. Nếu đơn đủ điều kiện, hệ thống giữ tồn và chuyển sang WMS. Nếu đơn có vấn đề, hệ thống đưa vào hàng đợi ngoại lệ để CSKH xử lý trước khi kho nhận việc.
Trong WMS, nhân viên kho không nên nhận một file chung rồi tự tìm hàng. Hệ thống cần tạo nhiệm vụ theo đơn hoặc theo wave, hướng dẫn vị trí lấy hàng, yêu cầu scan SKU, kiểm hàng ở bước checking, đóng gói ở packing station và ghi nhận thời điểm bàn giao vận chuyển. Khi đơn bị hủy sau khi đã picking hoặc packing, WMS phải có luồng trả hàng về tồn, không để OMS tự mở tồn trong khi hàng vật lý vẫn nằm trong kiện đã đóng.
Lộ trình triển khai cho shop Việt Nam
- Chuẩn hóa danh sách kênh bán, shop, kho, SKU, barcode, combo và biến thể.
- Định nghĩa trạng thái đơn chung cho tất cả kênh, bao gồm đơn mới, đơn giữ tồn, đơn chuyển kho, đơn lỗi và đơn hoàn.
- Thiết lập quy tắc giữ tồn: giữ ngay khi đơn đủ điều kiện, mở tồn khi đơn hủy, giữ riêng cho campaign hoặc livestream nếu cần.
- Kết nối OMS với WMS để đơn đủ điều kiện tự chuyển thành nhiệm vụ kho.
- Kiểm thử bằng đơn thật: đơn nhiều SKU, đơn combo, đơn hủy, đơn thiếu hàng, đơn COD, đơn đổi địa chỉ và đơn livestream.
Không nên triển khai bằng một đơn mẫu quá đơn giản. Doanh nghiệp nên kiểm thử bằng những đơn hay gây lỗi nhất: đơn nhiều sản phẩm, đơn combo, đơn đổi thông tin, đơn thiếu hàng, đơn khách hủy sau khi kho đã đóng gói, đơn phát sinh từ livestream và đơn cần tách kiện. Khi các tình huống này chạy ổn, go-live mới có ý nghĩa.
Chỉ số cần đo sau khi triển khai
- Thời gian từ lúc đơn phát sinh đến lúc chuyển kho.
- Tỷ lệ đơn bị giao trễ theo từng kênh bán.
- Tỷ lệ đơn bị hủy do hết hàng hoặc xử lý chậm.
- Số đơn ngoại lệ đang chờ CSKH, kho hoặc quản lý xử lý.
- Tỷ lệ lỗi picking, checking, packing và bàn giao vận chuyển.
- Số lần nhân viên phải hỏi trạng thái đơn qua chat ngoài hệ thống.
JSTERP phù hợp khi nào?
JSTERP phù hợp với shop hoặc doanh nghiệp ecommerce đã vượt qua giai đoạn xử lý đơn thủ công. Dấu hiệu thường thấy là bán trên nhiều kênh, có nhiều SKU, nhiều nhân viên cùng xử lý đơn, kho bắt đầu giao chậm, tồn thường xuyên lệch hoặc quản lý không còn nhìn rõ đơn đang kẹt ở bước nào.
Thay vì chỉ thêm người, doanh nghiệp nên chuẩn hóa quy trình trước: một nguồn dữ liệu đơn hàng, một logic giữ tồn, một luồng chuyển việc cho kho và một hệ thống báo cáo theo trạng thái. Đây là nền tảng để mở rộng bán hàng mà không làm đội vận hành quá tải.