← Quay lại Blog
Giải pháp OMS + WMS

Giải pháp ngừng kinh doanh SKU: chặn nhập, xả tồn và ẩn listing đa sàn đúng thời điểm bằng OMS + WMS

Một mẫu túi đã ngừng nhập từ tháng trước, kho còn 38 chiếc, nhưng listing trên Shopee vẫn hiển thị, TikTok Shop vẫn gắn trong video livestream cũ và Lazada còn nằm trong chương trình voucher. Hai ngày sau, khách đặt 6 đơn, kho chỉ còn 4 chiếc vì hai chiếc đã bị bán thanh lý cho đại lý. Đây là hậu quả quen thuộc khi shop ngừng kinh doanh một SKU mà không có quy trình: mỗi kênh, mỗi bộ phận hiểu “ngừng bán” theo một cách.

Giải pháp ngừng kinh doanh SKU bằng OMS + WMS tách việc này thành các bước có thứ tự: đặt trạng thái SKU là đang xả tồn, chặn nhập và đặt hàng mới, hạ dần số lượng đẩy lên sàn, ẩn listing đúng thời điểm, xử lý phần tồn còn lại và đóng SKU khi số liệu khớp. Mục tiêu là không hủy đơn vì hết hàng ảo, không để vốn nằm chết ở hàng không còn kế hoạch bán.

Tóm tắt nhanh

Ngừng kinh doanh một SKU là một quy trình nhiều bước chứ không phải một cú bấm “ẩn listing”: cần trạng thái riêng, chặn nhập, hạ dần tồn đẩy lên sàn, xử lý đơn đang chạy và đóng SKU khi số liệu khớp.

  • Đặt trạng thái SKU riêng: đang bán, đang xả tồn, ngừng bán, đã đóng.
  • Chặn đơn mua hàng và nhập kho mới ngay khi SKU vào giai đoạn xả tồn.
  • Đẩy tồn lên sàn thấp hơn tồn thật và về 0 trước khi hết hẳn để tránh đơn hủy.
  • Rà đơn đang xử lý, hàng giữ trước, combo và voucher có chứa SKU.
  • Xử lý phần tồn còn lại theo hướng có người duyệt: bán lô, combo, tặng kèm hoặc thanh lý.
  • Giữ barcode và dữ liệu lịch sử cho đơn hoàn, bảo hành và đối soát.

Khi nào doanh nghiệp nên dùng giải pháp này?

Owner cần khi vốn đang nằm ở những mã không còn kế hoạch bán và không ai chịu trách nhiệm xả. Operations manager cần khi mỗi lần đổi mẫu, đổi bao bì hoặc dừng nhà cung cấp lại phát sinh đơn hủy vì listing còn mở.

Warehouse manager cần quy tắc cho hàng cuối vòng đời nằm trong bin bán hàng. Đội ecommerce cần danh sách listing, combo, voucher, video livestream liên quan để gỡ đúng lúc trên Shopee, Lazada, TikTok Shop.

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. OMS gom đơn và tồn từ marketplace channel như Shopee, Lazada, TikTok Shop và kênh riêng; WMS thực thi trong kho với bin location, trạng thái tồn, quét PDA/barcode, picking, checking, packing và hàng hoàn.

Xem thêm xử lý hàng tồn lâu và thanh lý, đổi SKU thay thế khi hết hàng, listing bị khóa, ẩn và giải phóng tồn, chuẩn hóa master data SKU, sản phẩm OMS + WMS và giải pháp kho.

Vì sao ngừng bán SKU hay phát sinh đơn hủy và hàng chết?

  1. Không có trạng thái xả tồn: SKU chỉ có “còn hàng” hoặc “hết hàng”, nên không ai chặn nhập hay đặt kế hoạch xả.
  2. Listing sống lâu hơn tồn: mỗi kênh một listing, ẩn chậm một kênh là còn đơn vào.
  3. Tồn đẩy lên sàn bằng tồn thật: đơn đang xử lý và hàng giữ cho đại lý chưa được trừ.
  4. Combo và voucher kéo theo: SKU nằm trong combo hoặc chương trình khuyến mãi nên vẫn được bán dưới tên khác.
  5. Phần tồn cuối không có chủ: vài chục chiếc nằm trong bin bán hàng, chiếm vị trí và bị đếm vào giá trị tồn.

So sánh nhanh theo mức độ vận hành: cách ngừng bán một SKU

Tiêu chíẨn listing tùy lúcExcel danh sách mã ngừng bánQuy trình gắn OMS + WMS
Trạng thái SKUKhông có, chỉ còn hay hết hàngMột cột ghi chúBốn trạng thái có người đổi và ngày hiệu lực
Chặn nhập hàngPhụ thuộc người mua hàng nhớGửi tin nhắn nội bộChặn tạo đơn mua và phiếu nhập khi vào xả tồn
Tồn đẩy lên sànBằng tồn thậtSửa tay từng kênhThấp hơn tồn thật, về 0 trước khi hết
Combo và voucher chứa SKUPhát hiện khi có đơnRà tayDanh sách combo, kênh, chương trình liên quan
Phần tồn còn lạiNằm trong bin bánGhi chú chờ xử lýChuyển sang khu xả tồn, mỗi hướng có người duyệt
Dữ liệu lịch sửCó thể bị xóaRời rạcGiữ SKU và barcode ở trạng thái đã đóng

Quy trình xử lý trên OMS + WMS

1. Ra quyết định và đặt ngày hiệu lực

Người phụ trách ngành hàng ghi lý do ngừng bán (đổi mẫu, nhà cung cấp dừng, hết chu kỳ), số tồn hiện có và ngày dự kiến đóng. Quyết định được duyệt bởi người chịu trách nhiệm giá trị tồn.

2. Chuyển SKU sang trạng thái đang xả tồn

Từ thời điểm này hệ thống không cho tạo đơn mua hoặc nhập kho mới cho SKU. Nếu còn hàng đang về, cần quyết định nhận hay trả nhà cung cấp, xem thêm trả hàng nhà cung cấp RTV.

3. Rà đơn đang xử lý và tồn đã giữ

Tính tồn thực bán được: tồn trong bin bán hàng trừ đơn chưa giao, trừ phần đã giữ cho đại lý hoặc chương trình khác. Chỉ phần còn lại được đưa vào kế hoạch xả.

4. Hạ dần số lượng đẩy lên các kênh

Đẩy số thấp hơn tồn thật một mức an toàn. Khi còn vài chiếc, đặt số lượng về 0 ở kênh có thời gian xử lý dài, giữ lại cho kênh bán nhanh nhất hoặc cho đơn trực tiếp.

5. Gỡ combo, voucher và nội dung gắn SKU

Đội ecommerce rà combo, chương trình khuyến mãi, quảng cáo và video livestream có gắn SKU. Combo cần chuyển sang SKU thay thế hoặc ngừng cùng lúc, tránh bán thành phần đã hết.

6. Xử lý phần tồn còn lại ở khu riêng

Hàng cuối cùng được quét chuyển sang khu xả tồn, rời bin bán hàng. Mỗi hướng (bán lô, tặng kèm, thanh lý, ghi giảm giá trị) có người duyệt và lý do lưu lại.

7. Ẩn listing và đóng SKU khi số liệu khớp

Khi tồn bằng 0, không còn đơn đang xử lý và hàng hoàn đã về, ẩn listing rồi đóng SKU. Barcode và dữ liệu lịch sử được giữ cho đơn hoàn, bảo hành và đối soát.

Ví dụ ba tình huống

Tình huốngDấu hiệu trong hệ thốngHướng xử lý
Mẫu túi còn 38 chiếc, 2 chiếc đã hứa cho đại lýTồn khả dụng 36, tồn đã giữ 2Đẩy 30 lên sàn, giữ 6 làm đệm cho đơn hoàn và đổi, về 0 khi còn 8
SKU nằm trong combo quà tặng đang chạyCombo còn bán dù thành phần sắp hếtChuyển combo sang SKU thay thế hoặc ngừng combo cùng ngày đóng SKU
Còn 12 chiếc không bán được trên sànTồn nằm trong bin bán hàng 30 ngàyChuyển sang khu xả tồn, duyệt phương án bán lô hoặc tặng kèm

Chỉ số theo dõi

Chỉ sốCách tínhMục đích
Đơn hủy do hết hàng ở SKU xả tồnSố đơn hủy / tổng đơn của SKUĐo độ chính xác tồn đẩy lên sàn
Thời gian từ quyết định đến đóng SKUSố ngày trung bìnhRút ngắn vòng đời cuối
Giá trị tồn còn lại sau ngày dự kiếnGiá vốn của tồn chưa xảNhìn thấy vốn bị kẹt
Số SKU ngừng bán vẫn còn listing mởĐếm theo kênhBảo đảm không còn đơn vào
Tỷ lệ phương án xả theo hướngBán lô, tặng kèm, thanh lý, ghi giảm giá trịChọn hướng ít lỗ hơn cho lần sau
Combo còn chứa SKU đã đóngSố comboMục tiêu bằng 0

Checklist UAT trước khi go-live

  • SKU ở trạng thái xả tồn không tạo được đơn mua hoặc phiếu nhập mới.
  • Tồn đẩy lên sàn thấp hơn tồn thật theo mức an toàn và về 0 đúng ngưỡng.
  • Danh sách combo, kênh và chương trình chứa SKU lấy được trước ngày đóng.
  • Quét chuyển hàng cuối sang khu xả tồn làm giảm tồn bin bán hàng ngay.
  • Mỗi phương án xử lý tồn còn lại yêu cầu người duyệt và lý do.
  • SKU đã đóng vẫn tra cứu được cho đơn hoàn, bảo hành và đối soát.

JST ERP Việt Nam có thể hỗ trợ như thế nào?

JST ERP Việt Nam cung cấp nền tảng OMS + WMS cho doanh nghiệp ecommerce tại Việt Nam bán trên Shopee, TikTok Shop, Lazada, livestream và kênh riêng, quản lý đơn đa kênh, tồn khả dụng theo SKU và vị trí kho, picking, checking, packing và hàng hoàn bằng PDA/barcode. Đội triển khai có thể cùng doanh nghiệp thiết kế vòng đời SKU, quy tắc đẩy tồn và luồng xử lý hàng cuối vòng đời.

Mức hỗ trợ trạng thái vòng đời SKU, chặn nhập theo trạng thái và đẩy tồn có hệ số an toàn phụ thuộc phiên bản, cấu hình và phạm vi triển khai. Doanh nghiệp nên xác nhận trong demo phần nào có sẵn, phần nào cần cấu hình và phần nào vẫn là bước thủ công có kiểm soát; việc ẩn hoặc xóa listing còn phụ thuộc quy định của từng sàn.

Liên hệ JST ERP Việt Nam để được tư vấn. Xem thêm phạm vi sản phẩm, marketplace đa kênh và giải pháp kho OMS + WMS.

Câu hỏi thường gặp

Ngừng kinh doanh SKU khác gì với hết hàng tạm thời?

Hết hàng tạm thời vẫn có kế hoạch nhập lại, listing giữ nguyên lịch sử bán và đánh giá. Ngừng kinh doanh là quyết định không nhập nữa, nên cần chặn đơn mua, xả phần tồn còn lại và xử lý listing. Hai trạng thái này nên là hai giá trị khác nhau trong danh mục SKU.

Nên xóa hay ẩn listing khi ngừng bán?

Thường nên ẩn hoặc đưa về trạng thái không bán trước, chỉ xóa khi chắc chắn không còn đơn đang xử lý, đơn hoàn hoặc bảo hành. Xóa listing có thể mất đánh giá, lịch sử bán và khó khôi phục, nên cần xác nhận quy định từng sàn trước khi thao tác.

Làm sao tránh bán lố trong giai đoạn xả tồn?

Dùng tồn khả dụng sau khi trừ phần giữ cho đơn đang xử lý và phần đã cam kết cho kênh thanh lý. Số đẩy lên sàn nên thấp hơn tồn thật một mức an toàn, và khi còn rất ít hàng thì đặt về 0 trước khi kho hết hẳn.

Hàng còn lại sau xả tồn xử lý thế nào?

Có thể bán lô cho đại lý, gộp thành combo, tặng kèm, thanh lý giá thấp hoặc ghi giảm giá trị theo quy định kế toán. Mỗi hướng nên có người duyệt và lý do được lưu, tránh để hàng nằm im trong bin bán hàng.

Có cần giữ lại barcode và dữ liệu SKU cũ không?

Nên giữ vì đơn hoàn, bảo hành và đối soát vẫn có thể phát sinh sau ngày ngừng bán. Chỉ đóng SKU để không nhập hay bán thêm, không xóa dữ liệu lịch sử.

JSTERP có sẵn trạng thái vòng đời SKU không?

Mức hỗ trợ phụ thuộc 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 dùng trường trạng thái có sẵn, phần nào cần cấu hình thuộc tính hoặc quy trình thủ công kèm kiểm soát.

Shop đang ngừng bán SKU nhưng listing và tồn các kênh chưa khớp?

JST ERP Việt Nam có thể cùng đội vận hành thiết kế vòng đời SKU, quy tắc ẩn listing và luồng xả tồn trên OMS + WMS để ngừng bán gọn, không phát sinh đơn hủy.

Đăng ký tư vấn quy trình ngừng kinh doanh SKUXem giải pháp marketplace đa kênh

Bài viết liên quan

OMS + WMS chuyên sâu

Kiểm soát nội bộ kho ecommerce: phân quyền, tách nhiệm và nhật ký điều chỉnh tồn trên OMS + WMS

Ba nhóm quyền G/S/D, mức duyệt L0–L3 theo giá trị, nhật ký sáu trường, kiểm kê hai lần độc lập, hàng hoàn và tài khoản kết nối sàn.

Giải pháp OMS + WMS

Giải pháp kiểm soát khách mua nhiều size rồi trả hàng: giữ tồn, kiểm hàng hoàn và đo tỷ lệ trả bằng OMS + WMS

Nhận diện đơn nhiều biến thể cùng mẫu, tách trạng thái hàng đang hoàn, kiểm hàng hoàn theo mã phân loại và dùng tỷ lệ trả theo size để chỉnh bảng size, ảnh mẫu và tồn an toàn.

Giải pháp OMS + WMS

Giải pháp tìm hàng thất lạc và sai vị trí trong kho: khoanh vùng, hạn tìm và điều chỉnh tồn có duyệt bằng OMS + WMS

Biến việc đi tìm hàng thành quy trình: ghi nhận khi PDA báo không thấy, xem lịch sử di chuyển, kiểm điểm trung gian, đặt hạn tìm và chỉ điều chỉnh tồn khi có mã nguyên nhân và người duyệt.

Giải pháp OMS + WMS

Giải pháp xử lý khiếu nại hàng khác mô tả: đối chiếu listing, lô và checking bằng OMS + WMS

Phân loại khiếu nại theo nguyên nhân gốc (listing, kho, lô nhà cung cấp, kỳ vọng khách), đối chiếu dữ liệu từng đơn, đưa hàng hoàn vào chờ QC và tạm giữ lô khi vượt ngưỡng.

Gọi tư vấnNhận demo