Tóm tắt nhanh
Seller Center quản lý từng sàn; OMS gom đơn, chuẩn hóa SKU, giữ tồn và điều phối; WMS kiểm soát hàng thật trong kho. ERP Shopee Lazada hiệu quả khi ba lớp này trao đổi đúng sự kiện, không phải khi doanh nghiệp chỉ có thêm một dashboard.
- Mỗi SKU/biến thể trên Shopee và Lazada phải mapping về một master SKU.
- Tồn đẩy lên sàn phải là tồn khả dụng, không phải tổng hàng đang có trong kho.
- Đơn hủy, giao thất bại và hàng hoàn cần quy tắc riêng trước khi mở lại tồn.
- Phạm vi API, trạng thái và độ trễ phải được xác nhận bằng tài liệu và đơn test.
Vấn đề không nằm ở việc “có hai Seller Center”
Hai Seller Center riêng chỉ là phần nhìn thấy. Rủi ro lớn hơn nằm ở dữ liệu không cùng chuẩn: cùng một áo nhưng mã biến thể khác nhau, tồn trên sàn không phản ánh hàng đang bị giữ cho đơn, kho nhận file từ nhiều nguồn, hoặc hàng hoàn đã về nhưng chưa biết có bán lại được không.
Nếu nhân viên tải đơn, chỉnh Excel và gửi nhóm chat cho kho, doanh nghiệp có thể vẫn xử lý được lúc đơn ít. Khi sale lớn hoặc hai sàn cùng bán một SKU nhanh, độ trễ giữa đặt đơn, giữ tồn và lấy hàng sẽ tạo overselling, hủy đơn hoặc kho đi tìm hàng không còn khả dụng.
Shopee, Lazada và ERP đảm nhiệm phần nào?
| Điểm kiểm soát | Shopee | Lazada | OMS + WMS |
|---|---|---|---|
| Nguồn đơn | Nhận đơn và trạng thái trong phạm vi kết nối | Nhận đơn và trạng thái trong phạm vi kết nối | Chuẩn hóa về trạng thái OMS nội bộ |
| SKU | Mã sản phẩm/biến thể của gian hàng | Mã sản phẩm/biến thể của gian hàng | Mapping về một master SKU dùng chung |
| Tồn hiển thị | Theo quy tắc và giới hạn cập nhật của Shopee | Theo quy tắc và giới hạn cập nhật của Lazada | Tính tồn khả dụng trước khi gửi sang từng kênh |
| Hủy/hoàn | Có trạng thái và nghiệp vụ riêng của Shopee | Có trạng thái và nghiệp vụ riêng của Lazada | Chuyển thành luồng ngoại lệ OMS + WMS |
| Kho | Không thay thế quản lý vị trí vật lý chi tiết | Không thay thế quản lý vị trí vật lý chi tiết | WMS quản lý bin, PDA, picking, checking, packing |
Bảng trên là mô hình vận hành, không phải cam kết rằng mọi trường dữ liệu đều được đồng bộ giống nhau. API, trạng thái, giới hạn gọi và nghiệp vụ sau bán có thể khác theo nền tảng, quốc gia, loại tài khoản và phiên bản kết nối. Phạm vi thực tế phải được xác nhận trước go-live.
Luồng 7 bước từ đơn trên sàn đến hàng rời kho
| Bước | Hệ thống cần làm | Điểm kiểm soát |
|---|---|---|
| 1. Nhận đơn | Kết nối lấy đơn và thông tin cần thiết trong phạm vi được hỗ trợ. | Đơn trùng, đơn thiếu dữ liệu hoặc kết nối chậm phải vào hàng đợi ngoại lệ. |
| 2. Chuẩn hóa SKU | Mapping mã sản phẩm/biến thể trên từng gian hàng về master SKU. | Không cho đơn vào kho nếu SKU chưa mapping hoặc combo chưa tách thành phần. |
| 3. Giữ tồn | OMS tính tồn khả dụng rồi giữ số lượng cho đơn đủ điều kiện. | Không dùng tồn vật lý làm tồn có thể bán nếu còn tồn giữ, QC hoặc safety stock. |
| 4. Chọn kho | Phân bổ theo tồn khả dụng, vùng giao, SLA và năng lực kho. | Nếu đổi kho sau giữ tồn, phải hoàn tác và giữ lại đúng giao dịch. |
| 5. Thực hiện kho | WMS tạo picking; nhân viên quét vị trí và SKU; checking trước packing. | Sai barcode, thiếu hàng hoặc đơn hủy muộn chuyển sang luồng ngoại lệ. |
| 6. Bàn giao | Kiện được xác nhận trước khi bàn giao cho đơn vị vận chuyển. | Trạng thái chỉ cập nhật khi có sự kiện đủ tin cậy, tránh nhảy trạng thái thủ công. |
| 7. Hủy và hoàn | OMS xử lý nghiệp vụ đơn; WMS xác nhận hàng vật lý quay về. | Chỉ hàng qua QC và đủ điều kiện mới trở lại tồn bán được. |
Đồng bộ tồn: con số nào được phép bán?
Tồn vật lý là tổng hàng hệ thống ghi nhận trong kho. Tồn khả dụng cần loại trừ ít nhất số đã giữ cho đơn, safety stock, hàng chờ QC, hàng lỗi và các trạng thái chưa được phép bán. Tùy mô hình, doanh nghiệp còn phải tính combo, tồn phân bổ riêng cho chiến dịch hoặc giới hạn theo từng gian hàng.
Một công thức khởi đầu có thể là:
Tồn khả dụng = tồn bán được - tồn giữ theo đơn - tồn an toàn - tồn bị khóa
Công thức phải gắn với sự kiện. Đơn mới đủ điều kiện thì giữ tồn; đơn hủy sớm thì giải phóng; đơn đã vào kho cần WMS xác nhận hàng quay lại; hàng hoàn chỉ tăng tồn bán được sau QC. Xem quy trình chi tiết tại hướng dẫn đồng bộ tồn kho Shopee, Lazada và TikTok Shop.
Xử lý đơn hủy, giao thất bại và hàng hoàn
Hủy trước khi kho xử lý
OMS có thể giải phóng tồn khi chắc chắn đơn không tiếp tục. Cần chống xử lý lặp để cùng một sự kiện hủy không cộng tồn hai lần.
Hủy sau picking hoặc packing
Hàng không tự quay về ô bán được. WMS tạo nhiệm vụ tháo kiện hoặc trả hàng về vị trí, quét SKU và xác nhận trạng thái trước khi OMS mở lại tồn.
Hàng hoàn sau giao
Kho nhận kiện hoàn, đối chiếu đơn gốc, kiểm SKU, phụ kiện và tình trạng. Hàng bán lại được, hàng cần xử lý và hàng lỗi phải đi vào các trạng thái/vị trí khác nhau.
Khi nào chỉ cần OMS, khi nào cần OMS + WMS?
| Tình huống | Hướng phù hợp |
|---|---|
| Ít đơn, một kho nhỏ, điểm nghẽn chính là tải và theo dõi đơn đa sàn | Bắt đầu từ OMS và chuẩn hóa SKU/tồn |
| Nhiều vị trí, nhiều nhân viên, thường lấy nhầm hoặc không tìm thấy hàng | OMS + WMS với bin location, barcode và PDA |
| Nhiều kho, cần chọn kho xuất theo tồn và vùng giao | OMS phân bổ đơn + WMS theo từng kho |
| Hàng hoàn, combo, campaign và đơn ngoại lệ chiếm nhiều công sức | OMS + WMS với luồng ngoại lệ và trạng thái tồn rõ |
Checklist trước khi chọn ERP Shopee Lazada
- Liệt kê từng shop, quốc gia, loại tài khoản và người chịu trách nhiệm.
- Xuất danh sách sản phẩm/biến thể và kiểm tra mapping master SKU.
- Định nghĩa tồn vật lý, tồn bán được, tồn giữ, safety stock và hàng chờ QC.
- Vẽ trạng thái đơn từ mới tạo đến hủy, giao thất bại, hoàn và hoàn tiền.
- Chốt kho nào xuất đơn nào và quy tắc đổi kho khi thiếu hàng.
- Kiểm thử đơn thường, combo, nhiều biến thể, hủy sớm, hủy muộn và hàng hoàn.
- Kiểm tra log lỗi, cơ chế thử lại và người nhận cảnh báo khi kết nối gián đoạn.
- Đo kết quả bằng thời gian xử lý, hủy do hết hàng, lỗi picking và lệch tồn.
JST ERP hỗ trợ luồng Shopee và Lazada thế nào?
JST ERP Việt Nam tập trung vào OMS + WMS cho thương mại điện tử: quản lý đơn đa kênh, tồn kho, SKU, kho, PDA, picking, checking, packing, kiểm kê và hàng hoàn. Giá trị chính là nối dữ liệu đơn với thao tác kho, để quản lý không chỉ thấy “đơn đã nhận” mà còn biết hàng đang được xử lý ở bước nào.
Khả năng kết nối cụ thể với từng shop, trạng thái, trường dữ liệu và tần suất đồng bộ cần được xác nhận trong bước khảo sát/demo. Doanh nghiệp nên dùng đơn test thật và checklist nghiệm thu thay vì chỉ xem màn hình mẫu. Nếu kho đã là điểm nghẽn, đọc thêm cách thiết kế bin location và quy trình picking-checking-packing.