Tóm tắt nhanh
Quy trình gồm 7 bước: kiểm kê kênh và kho, chuẩn hóa SKU, chọn nguồn tồn kho chuẩn, định nghĩa tồn có thể bán, kết nối phạm vi đồng bộ, kiểm thử mọi trạng thái đơn, rồi giám sát và đối soát sai lệch.
Đây là hướng dẫn tồn kho trong cụm ERP cho TikTok Shop khi vận hành bằng OMS + WMS; trọng tâm của trang này là nguồn tồn chung cho Shopee, Lazada và TikTok Shop.
Luồng dữ liệu: Đơn từ các kênh → nguồn tồn kho chuẩn → nghiệp vụ OMS/WMS → tính lại tồn có thể bán → cập nhật về từng kênh.
Bốn khái niệm phải thống nhất trước khi kết nối
| Nguồn tồn kho chuẩn | Nơi được chọn làm dữ liệu gốc để tính và phân phối tồn sang các kênh. |
|---|---|
| Tồn đã giữ | Số lượng đã được dành cho đơn hoặc nghiệp vụ khác nhưng chưa hoàn tất xuất kho. |
| Buffer an toàn | Phần tồn chủ động không công bố để giảm rủi ro bán vượt khi nhiều kênh cùng phát sinh đơn. |
| Tồn bị khóa | Hàng lỗi, chờ kiểm tra, hàng hoàn chưa QC hoặc trạng thái khác chưa đủ điều kiện bán. |
Bước 1: Lập danh sách shop, kho, SKU và trạng thái tồn
Liệt kê từng shop Shopee, Lazada, TikTok Shop, từng kho cấp hàng, số lượng SKU/biến thể và nơi nhân viên đang sửa tồn. Đồng thời xác định các trạng thái như tồn vật lý, tồn đã giữ, hàng lỗi, hàng đang chuyển kho và hàng hoàn chưa kiểm tra.
Bước 2: Chuẩn hóa SKU gốc và ánh xạ biến thể
Mỗi sản phẩm và biến thể cần một mã SKU gốc thống nhất. Một áo màu đen size M trên ba sàn phải cùng trỏ về một SKU nội bộ; tên hiển thị khác nhau không được làm phát sinh ba nguồn tồn độc lập. Combo cần được ánh xạ về các SKU thành phần.
Bước 3: Chọn một nguồn tồn kho chuẩn
Quy định hệ thống nào là source of truth và ai được phép điều chỉnh. Nếu tồn trên sàn, file Excel và kho đều có thể sửa mà không có thứ tự ưu tiên, sai lệch sẽ quay lại sau mỗi lần đồng bộ.
Bước 4: Định nghĩa tồn có thể bán và buffer
Một công thức minh họa là: tồn có thể bán = tồn ghi nhận − tồn đã giữ − buffer an toàn − tồn bị khóa. Đây không phải công thức bắt buộc cho mọi doanh nghiệp; cần xác nhận cách xử lý đơn chưa thanh toán, đơn hủy, hàng chuyển kho, hàng lỗi và hàng hoàn.
Bước 5: Kết nối shop và giới hạn phạm vi đồng bộ
Sau khi xác nhận cơ chế tích hợp, chỉ bật shop, kho, SKU và trạng thái đã được ánh xạ. Xác định chiều ghi dữ liệu, quyền sửa tồn và cách xử lý khi nền tảng hoặc kết nối không phản hồi. Không nên bật toàn bộ danh mục trước khi thử nghiệm.
Bước 6: Kiểm thử bằng SKU và đơn mẫu
Chọn một nhóm SKU không ảnh hưởng lớn đến bán hàng và kiểm tra lần lượt: đơn mới, thanh toán chậm, hủy trước xuất kho, xuất kho, giao thất bại, hàng hoàn, điều chỉnh thủ công, combo và chuyển kho. Đối chiếu tồn ở nguồn chuẩn và cả ba kênh sau mỗi tình huống.
Bước 7: Giám sát sai lệch và chuẩn bị quy trình dự phòng
Theo dõi log hoặc báo cáo lỗi theo shop, SKU và thời điểm. Quy định ai dừng đồng bộ, ai đối soát, khi nào được sửa tay và cách ghi lại thay đổi. Kiểm tra định kỳ nhóm SKU bán nhanh, biến thể dễ nhầm và hàng có nhiều kho cấp.
Ví dụ minh họa: một SKU thời trang bán trên ba sàn
Giả sử SKU nội bộ AO-DEN-M được đăng bằng ba tên khác nhau trên Shopee, Lazada và TikTok Shop. Kho ghi nhận 20 sản phẩm, 3 sản phẩm đã giữ cho đơn, 2 sản phẩm bị khóa chờ kiểm tra và doanh nghiệp đặt buffer 1 sản phẩm. Theo công thức minh họa, tồn có thể bán là 14.
Khi một đơn mới được xác nhận theo quy tắc của doanh nghiệp, nguồn tồn chuẩn giữ thêm số lượng tương ứng, tính lại tồn có thể bán rồi mới phân phối con số mới tới các kênh. Tần suất và trạng thái kích hoạt việc cập nhật phải được xác nhận theo từng nền tảng và tích hợp thực tế.
Ma trận xử lý các tình huống dễ làm lệch tồn
| Tình huống | Quy tắc cần xác nhận |
|---|---|
| Đơn hủy trước khi xuất kho | Kiểm tra tồn đã giữ và điều kiện giải phóng trước khi cộng lại tồn có thể bán. |
| Giao thất bại / hàng hoàn | Chờ kho nhận và kiểm tra; không mặc định hàng đang về đã có thể bán. |
| Combo / bundle | Quy đổi combo về các SKU thành phần và kiểm tra thành phần giới hạn số lượng bán. |
| Nhiều kho | Xác định kho nào cấp tồn cho từng shop, khu vực hoặc mức ưu tiên; tránh cộng trùng cùng một lượng hàng. |
| Flash sale / livestream | Cân nhắc buffer và giới hạn công bố tồn vì đơn có thể phát sinh đồng thời. |
| Đồng bộ thất bại | Lưu lỗi, SKU, shop và thời điểm; đối soát trước khi chạy lại hoặc sửa tay. |
| Nhân viên sửa tồn trên sàn | Quy định hệ thống nào có quyền ghi; tránh thay đổi thủ công bị lần đồng bộ sau ghi đè. |
Nên cập nhật thủ công, dùng OMS hay OMS + WMS?
| Cập nhật thủ công | Ít SKU, ít đơn, một shop; chấp nhận đối chiếu thường xuyên. |
|---|---|
| Công cụ của từng nền tảng | Vận hành chủ yếu trên một nền tảng và không cần một nguồn tồn chung cho nhiều kênh. |
| OMS | Cần gom đơn, chuẩn hóa SKU và phân phối tồn cho nhiều shop/kênh từ một lớp dữ liệu. |
| OMS + WMS | Cần để biến động trong kho thực tế như giữ tồn, picking, xuất kho, hàng hoàn và kiểm kê tham gia vào tính tồn có thể bán. |
Doanh nghiệp có thể đọc thêm về cách giảm overselling, tồn khả dụng và tồn chiếm dụng, hoặc xem giải pháp vận hành đa kênh.
Checklist trước khi bật đồng bộ chính thức
- Mỗi biến thể trên ba sàn đã được ánh xạ về đúng SKU gốc.
- Nguồn tồn kho chuẩn và quyền sửa tồn đã được thống nhất.
- Công thức tồn có thể bán, tồn đã giữ, buffer và tồn bị khóa đã được duyệt.
- Đã kiểm thử đơn mới, đơn hủy, giao thất bại, hàng hoàn, combo, nhiều kho và sửa tồn thủ công.
- Có danh sách người phụ trách, nơi xem lỗi và quy trình đối soát khi đồng bộ thất bại.
- Phạm vi kết nối, trạng thái hỗ trợ và tần suất cập nhật đã được xác nhận theo từng nền tảng.
Kết luận
Đồng bộ tồn kho đa sàn không bắt đầu từ nút “kết nối”, mà từ SKU thống nhất, nguồn tồn kho chuẩn và quy tắc ngoại lệ có thể kiểm thử. Khi các nền tảng, đơn hàng và kho cùng dựa trên một logic đã được xác nhận, doanh nghiệp mới có thể giảm thao tác chồng chéo và truy vết sai lệch rõ ràng hơn.