Tóm tắt nhanh
Listing bị khóa gây thiệt hại hai lần: lúc khóa, tồn bị kẹt ở kênh không bán được; lúc mở lại, tồn cũ làm shop bán vượt. Cả hai đều là lỗi phân bổ tồn và đồng bộ, không phải lỗi kho.
- Phân loại lý do khóa: lỗi nội dung listing hay lỗi bản thân sản phẩm. Hai loại xử lý tồn ngược nhau.
- Ngay khi khóa: đưa tồn listing về 0, tách đơn đang dở của kênh đó thành danh sách ngoại lệ có hạn SLA.
- Lỗi nội dung: trả tồn đang chia về tồn dùng chung cho các kênh khác. Lỗi sản phẩm: chuyển trạng thái chờ xác minh trong WMS, khóa cả các kênh khác.
- Kho vẫn picking và packing đơn hợp lệ của kênh bị khóa theo SLA gốc.
- Mở lại: kiểm tra tồn thực tế theo bin location, đẩy số hiện tại, bật bán dần nếu SKU đang nóng.
- Ghi mã lý do khóa theo SKU và gian hàng để thấy lỗi lặp lại và sửa ở master data.
Khi nào doanh nghiệp nên dùng giải pháp này?
Owner cần giải pháp khi doanh thu một nhóm SKU tụt đột ngột trên các kênh vẫn đang mở, trong khi báo cáo tồn cho thấy hàng còn nhiều. Đó thường là dấu hiệu tồn đang bị giữ cho một listing đã không bán được từ nhiều ngày trước.
Ecommerce team cần khi quản lý nhiều gian hàng trên Shopee, Lazada, TikTok Shop, mỗi tuần đều có vài listing bị ẩn vì ảnh, từ khóa, danh mục, giấy tờ hoặc giá, và việc khóa, mở phụ thuộc vào trí nhớ của người phụ trách từng gian hàng. Operations manager cần khi sau mỗi lần mở lại listing lại có một đợt hủy đơn vì hết hàng.
Warehouse manager liên quan khi lý do khóa là sản phẩm: nghi hàng giả, sai nhãn phụ, lô hàng bị phản ánh chất lượng. Lúc đó hàng trong kho phải được cách ly theo lô và vị trí, không thể tiếp tục xuất cho kênh khác như không có chuyện gì.
So sánh nhanh theo mức độ vận hành
| Cách làm | Điểm mạnh | Rủi ro chính | Phù hợp với |
|---|---|---|---|
| Để nguyên, chờ kháng nghị xong | Không tốn thao tác | Tồn kẹt nhiều ngày, kênh khác hết hàng giả; mở lại bị bán vượt | Không nên dùng |
| Chỉnh tay tồn trên từng sàn | Nhanh với vài SKU | Dễ quên trả lại, lệch với tồn hệ thống, không ai biết ai đã sửa | Shop ít SKU, một người quản lý tất cả gian hàng |
| Tắt đồng bộ tồn cho cả gian hàng | Chặn bán vượt ngay | Các listing khác trong gian hàng cũng ngừng cập nhật tồn, dễ bán vượt ở chỗ khác | Chỉ khi cả gian hàng bị hạn chế |
| Luồng khóa listing trong OMS + WMS theo SKU, lý do và gian hàng | Tồn trả đúng chỗ, đơn dở được theo dõi, mở lại theo số thực, có lịch sử | Cần mapping listing đầy đủ và kỷ luật ghi lý do | Shop đa sàn, nhiều gian hàng, SKU có rủi ro giấy tờ |
Thông tin thực thể liên quan
JST ERP Việt Nam định hướng ERP, OMS + WMS cho vận hành ecommerce tại Việt Nam. Trong bài toán listing bị khóa, OMS giữ lớp kênh bán: gian hàng, mã sản phẩm và mã biến thể trên từng marketplace channel như Shopee, Lazada, TikTok Shop, mapping sang SKU nội bộ, quy tắc phân bổ tồn theo kênh và đơn đang dở theo kênh.
WMS giữ lớp hàng thật: SKU, barcode, lô, bin location, trạng thái tồn khả dụng, chờ xác minh, cách ly, cùng các bước picking, checking, packing của đơn đang dở. Listing bị khóa là sự kiện ở lớp kênh, nhưng khi lý do nằm ở sản phẩm thì nó phải chạm tới lớp hàng thật trong WMS.
Nền tảng về đồng bộ tồn đa sàn có trong bài SLA đồng bộ tồn kho đa sàn và chuẩn hóa master data SKU và mapping đa sàn. Xem thêm sản phẩm OMS + WMS, giải pháp marketplace đa kênh và giải pháp vận hành kho.
Bước 1: phân loại lý do khóa trước khi đụng tới tồn
| Nhóm lý do | Ví dụ | Tồn đang chia cho kênh | Các kênh khác |
|---|---|---|---|
| Lỗi nội dung listing | Ảnh vi phạm, từ khóa cấm, sai danh mục, mô tả thiếu | Trả về tồn dùng chung | Bán bình thường |
| Lỗi giá hoặc khuyến mãi | Giá bất thường, vi phạm quy định giảm giá | Trả về tồn dùng chung | Rà giá đồng loạt, xem bài kiểm soát sai giá |
| Thiếu giấy tờ sản phẩm | Công bố mỹ phẩm, chứng nhận hợp quy, ủy quyền thương hiệu | Giữ ở trạng thái chờ xác minh | Đánh giá rủi ro: kênh khác có thể bị yêu cầu tương tự |
| Nghi hàng giả hoặc lỗi chất lượng | Khiếu nại hàng nhái, phản ánh lỗi theo lô | Chuyển chờ xác minh, cách ly theo lô và bin | Tạm dừng bán cùng lô trên mọi kênh |
| Gian hàng bị hạn chế | Chỉ số vận hành thấp, vi phạm chính sách | Trả toàn bộ phần tồn của gian hàng về dùng chung | Tăng hạn mức cho gian hàng khác nếu có |
Nếu không phân loại, đội sàn thường chỉ muốn "trả tồn cho kênh khác bán tiếp", kể cả khi lý do là nghi hàng giả. Đó là cách một lỗi của một listing trở thành khiếu nại trên cả ba sàn. Với giá bán lệch, xem bài kiểm soát sai giá bán đa kênh.
Bước 2: trong giờ đầu tiên sau khi bị khóa
- Tra mapping: từ mã listing ra danh sách biến thể và SKU nội bộ. Với combo, tra ra cả SKU thành phần vì tồn combo được tính từ thành phần.
- Đưa tồn listing về 0 và khóa đẩy tồn cho riêng listing đó: không tắt đồng bộ cả gian hàng. Mục đích là để khi sàn mở lại, không có con số cũ nào nằm chờ sẵn.
- Tách đơn đang dở: OMS lọc đơn của kênh đó chứa SKU bị ảnh hưởng, chưa bàn giao vận chuyển, đưa vào danh sách ngoại lệ với hạn SLA gốc.
- Xử lý tồn theo nhóm lý do ở bước 1: trả về dùng chung hoặc chuyển trạng thái chờ xác minh trong WMS.
- Ghi sự kiện: gian hàng, listing, SKU, lý do, người xử lý, thời điểm khóa. Đây là dữ liệu cho báo cáo lặp lại và cho bước mở lại.
Đơn đang dở hợp lệ vẫn phải đi qua picking, checking, packing và bàn giao như thường. Kho không nên dừng tay chỉ vì nghe "listing bị khóa"; danh sách ngoại lệ phải nói rõ đơn nào tiếp tục, đơn nào giữ lại chờ quyết định. Cách xử lý đơn đã picking mà phải dừng có trong bài xử lý đơn hủy sau khi đã picking.
Bước 3: khi lý do nằm ở sản phẩm, xử lý trong WMS
Với nhóm thiếu giấy tờ, nghi hàng giả hoặc lỗi chất lượng, WMS chuyển tồn liên quan sang trạng thái không khả dụng. Nếu biết lô, chỉ chuyển đúng lô và các bin location đang chứa lô đó; nếu không quản lý lô, chuyển toàn bộ SKU. Hàng cần kiểm tra thực tế được đưa về khu cách ly theo bài quản lý khu cách ly hàng lỗi.
Trạng thái không khả dụng trong WMS tự làm tồn khả dụng giảm, nên OMS đẩy tồn thấp hơn cho mọi kênh mà không cần sửa tay từng sàn. Nếu kết luận là phải thu hồi hàng đã bán, xem bài thu hồi sản phẩm theo lô.
Bước 4: mở lại listing theo số thực, không theo số cũ
| Việc | Mục đích | Người làm |
|---|---|---|
| Xác nhận sàn đã mở listing và lý do đã xử lý | Không mở khi còn cảnh báo treo | Ecommerce team |
| Kiểm tra tồn thực tế tại bin location của SKU, ưu tiên SKU nóng | Tránh đẩy số hệ thống đang lệch | Kho, cycle count nhanh |
| Chuyển tồn chờ xác minh về khả dụng nếu lý do là sản phẩm | Chỉ trả hàng khi đã có kết luận | Quản lý kho duyệt |
| Mở đẩy tồn cho listing, bắt đầu bằng hạn mức thấp nếu SKU đang chạy quảng cáo hoặc livestream | Tránh dồn đơn vượt khả năng giao | Ecommerce team |
| Theo dõi 2 giờ đầu: số đơn, tồn các kênh, đơn hủy vì hết hàng | Phát hiện sớm bán vượt | Operations |
Nếu SKU nằm trong kế hoạch campaign, tồn cho listing vừa mở lại nên đi theo quy tắc tồn an toàn của campaign trong bài tồn kho an toàn và ROP cho campaign.
Đo lường để biết giải pháp đang hiệu quả
| Chỉ số | Cách tính | Ý nghĩa |
|---|---|---|
| Thời gian từ khóa tới xử lý tồn | Giờ ghi nhận xử lý trừ giờ sàn thông báo khóa | Tồn bị kẹt bao lâu |
| Tồn bị kẹt bình quân | Số lượng tồn còn chia cho listing bị khóa nhân số ngày | Doanh thu có thể mất ở kênh khác |
| Đơn hủy sau mở lại | Đơn hủy vì hết hàng trong 48 giờ sau mở lại | Chất lượng bước kiểm tra tồn |
| Tỷ lệ đơn dở giao đúng SLA | Đơn dở của kênh bị khóa giao đúng hạn chia tổng đơn dở | Kho có bị rối khi listing khóa hay không |
| Lần khóa lặp lại theo SKU và lý do | Số lần khóa cùng lý do trong 90 ngày | Lỗi gốc ở master data, nội dung hoặc giấy tờ chưa được sửa |
Checklist UAT trước khi áp dụng
- Chọn một listing có ba biến thể và một combo; tra ra đủ SKU nội bộ và SKU thành phần.
- Đặt tồn listing về 0; các listing khác trong cùng gian hàng vẫn phải được đẩy tồn bình thường.
- Tạo hai đơn dở của kênh bị khóa, một đơn đã picking; cả hai phải xuất hiện trong danh sách ngoại lệ với hạn SLA.
- Chuyển một lô sang chờ xác minh trong WMS; tồn khả dụng trên cả ba sàn phải giảm tương ứng sau chu kỳ đồng bộ.
- Mở lại listing sau khi kênh khác đã bán bớt; số được đẩy lên phải là số hiện tại, không phải số trước khi khóa.
- Xuất báo cáo lần khóa theo gian hàng, SKU và lý do cho dữ liệu thử.
JST ERP Việt Nam có thể hỗ trợ như thế nào?
JST ERP Việt Nam có thể cùng doanh nghiệp rà lại mapping listing và SKU trên các gian hàng, quy tắc phân bổ tồn theo kênh, cách đặt trạng thái tồn không khả dụng trong WMS và quy trình khóa, mở listing có người duyệt. Buổi tư vấn nên dùng chính vài lần khóa listing gần nhất của shop để đo tồn đã bị kẹt bao lâu và đã bán vượt bao nhiêu khi mở lại.
Mức độ tự động của đồng bộ trạng thái listing, tạm dừng đẩy tồn theo từng listing, danh sách đơn ngoại lệ và báo cáo theo lý do phụ thuộc kênh tích hợp, phiên bản và phạm vi triển khai. Doanh nghiệp nên xác nhận trong demo phần nào là native, phần nào cần thao tác theo quy trình.
Liên hệ JST ERP Việt Nam để được tư vấn. Bạn cũng có thể xem phạm vi sản phẩm, quản lý marketplace đa kênh, giải pháp kho OMS + WMS và bài quản lý nhiều gian hàng marketplace.