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

Giải pháp giải phóng tồn giữ treo: đơn hết hiệu lực nhưng hàng vẫn không bán được trên OMS + WMS

Trên kệ còn 40 áo đen size M nhưng gian hàng chỉ còn bán được 5 chiếc. Đội bán hàng xin nhập thêm, kho khẳng định chưa thiếu, còn báo cáo cho thấy 35 chiếc đang giữ cho những đơn từ nhiều ngày trước. Một số đơn đã hủy, một số chưa thanh toán, vài đơn đã lấy hàng nhưng chưa trả về kệ. Bấm “bỏ giữ tồn” cho tất cả có thể làm doanh nghiệp bán lại chính số hàng đang nằm trong giỏ picking.

Giải pháp giải phóng tồn giữ treo phải nối ba nguồn: hiệu lực đơn trong OMS, nhiệm vụ kho trong WMS và hàng vật lý. Bài viết hướng dẫn phát hiện phần giữ tồn không còn lý do, xử lý theo từng trạng thái và kiểm thử trước khi tự động hóa. Đây là thiết kế vận hành đề xuất, không phải cam kết mọi chức năng đều có sẵn trên JSTERP.

Tóm tắt nhanh

Giải phóng tồn giữ treo là gỡ phần giữ tồn không còn hiệu lực, không phải nhập thêm hàng hay tăng tồn vật lý. Chỉ mở bán lại khi đơn, nhiệm vụ kho và vị trí hàng cùng cho phép.

  • Theo dõi giữ tồn theo dòng đơn, SKU, kho, số lượng và thời điểm tạo; không chỉ xem tổng theo SKU.
  • Tách đơn chưa picking, đã picking, đang packing và đã bàn giao.
  • Tuổi giữ tồn là tín hiệu điều tra, không tự chứng minh đơn đã hết hiệu lực.
  • Sự kiện hủy lặp lại không được làm giải phóng cùng một lượng hàng hai lần.
  • Chỉ đồng bộ tồn khả dụng sau khi đối soát và ghi nhận thay đổi hợp lệ.

Khi nào cần giải pháp này?

Chủ shop cần rà soát khi vốn mua hàng tăng dù hàng vẫn nằm trên kệ. Quản lý ecommerce cần khi listing Shopee, Lazada hoặc TikTok Shop thường báo hết hàng trong lúc kho còn hàng. Trưởng kho cần khi giỏ hàng của đơn hủy tồn qua nhiều ca; quản lý vận hành cần khi nhân viên đang sửa tồn bằng Excel để “mở bán cho kịp”.

Không nên bắt đầu bằng một tác vụ tự động xóa giữ tồn. Nếu lượng đơn ít, có thể dùng danh sách đối soát và người phê duyệt. Khi nhiều gian hàng hoặc nhiều kho khiến cùng SKU bị giữ ở nhiều nguồn, mới cần hàng đợi và quy tắc xử lý theo trạng thái.

OMS, WMS và nguồn sự thật của tồn giữ

JST ERP Việt Nam cung cấp định hướng giải pháp OMS + WMS cho vận hành thương mại điện tử Việt Nam. OMS tổ chức đơn đa kênh và phân bổ tồn; WMS thực thi nhập kho, bin location, picking, checking, packing và xử lý hàng hoàn. Phạm vi kết nối Shopee, Lazada, TikTok Shop và từng cơ chế giữ tồn cần xác nhận trong demo sản phẩm.

Ví dụ mô hình đơn giản: tồn bán được = tồn đạt điều kiện bán − lượng đã giữ hợp lệ − phần đệm chưa bán. Không cộng trừ máy móc nếu hệ thống đã loại hàng QC hoặc hàng đang lấy khỏi tồn bán được ở bước trước. Đội triển khai phải chỉ ra từng trạng thái đang nằm trong cơ sở tính nào để tránh trừ hai lần.

Một reservation nên có khóa nguồn đơn + dòng đơn + kho + SKU, lượng giữ ban đầu, lượng đã tiêu thụ khi xuất, lượng đã giải phóng và lượng còn giữ. Thay đổi kho hoặc thay SKU phải có quan hệ với bản ghi cũ; không tạo một lượt giữ mới mà quên đóng lượt trước.

So sánh cách xử lý theo vị trí của hàng

Tình huốngCách xử lý dễ saiCách kiểm soát
Đơn hết hiệu lực, chưa nhặtCộng tồn vật lý để mở bánXác minh nguồn đơn, đóng giữ tồn; tồn vật lý không đổi
Đã nhặt vào toteBỏ giữ và để hàng trong giỏDừng nhiệm vụ, thu hồi, kiểm SKU và putback có xác nhận
Đã đóng gói, chưa giaoMở bán ngay sau thông báo hủyGiữ kiện, xác minh hủy, tháo kiện có kiểm soát rồi trả hàng về vị trí
Đã bàn giao vận chuyểnBỏ giữ như đơn chưa xuấtTheo luồng thu hồi hoặc hàng hoàn; không tạo tồn bán trước khi nhận hàng
Giữ lâu nhưng đơn còn hiệu lựcXóa vì vượt số giờ quy địnhXác nhận lý do, hạn giữ và người chịu trách nhiệm

Quy trình sáu bước: từ danh sách nghi treo đến tồn bán được

1. Lập danh sách theo tuổi giữ tồn

Xuất mã đơn, dòng đơn, kênh, kho, SKU, số lượng còn giữ, thời điểm giữ gần nhất, trạng thái thanh toán và nhiệm vụ kho. Chia nhóm theo thời hạn do doanh nghiệp chọn; ví dụ dưới một ca, qua một ca và qua một ngày chỉ là nhãn điều tra nội bộ, không phải thời hạn thanh toán của sàn. Loại riêng đơn pre-order, đơn hẹn ngày và đơn đang xác minh thanh toán.

2. Kiểm tra nguồn đơn trước khi sửa

Nhân viên vận hành đối chiếu trạng thái tại kênh bán và thời điểm cập nhật vào OMS. Nếu webhook chậm hoặc trạng thái chưa rõ, đưa đơn vào hàng chờ xác minh. Không suy ra “đã hủy” từ việc khách nhắn không muốn mua. Ghi nguồn xác nhận, người kiểm tra và thời điểm để ca sau không điều tra lại từ đầu.

3. Khóa phạm vi đang xử lý

Trước khi giải phóng, ngăn nhiệm vụ picking tiếp tục chạy cho dòng đơn đó bằng cơ chế được cấu hình và kiểm thử. Nếu chỉ có thao tác thủ công, trưởng ca thu hồi nhiệm vụ và kiểm tra lại trạng thái ngay trước khi duyệt. Khi một nhân viên đang nhặt đồng thời với người bỏ giữ, kết quả phải chuyển ngoại lệ, không được coi cả hai đều thành công.

4. Đối chiếu hàng ngoài kệ

Với hàng đã lấy, quét tote, SKU, barcode, số lượng và bin trả về. Áo đen size M không được trả sang bin áo đen size L vì bao bì giống nhau. Hàng rách túi hoặc mất tem chuyển chờ QC; chỉ phần đạt điều kiện bán mới về bin bán được. Xem quy trình putback cho đơn hủy sau picking.

5. Đóng giữ tồn đúng số lượng còn lại

Chỉ xử lý lượng còn giữ chưa tiêu thụ, chưa giải phóng. Đơn ba chiếc đã xuất một chiếc cần đối chiếu hai chiếc còn lại, không bỏ giữ cả ba. Lưu lý do, bản ghi trước/sau, người duyệt và mã giao dịch. Nếu thao tác báo lỗi hoặc timeout, kiểm tra giao dịch đã ghi nhận hay chưa trước khi bấm lại.

6. Kiểm tra tồn kênh sau xử lý

Đối chiếu tồn khả dụng nguồn với lượng gửi ra kênh, trạng thái phản hồi và thời điểm đọc lại. Kênh chưa cập nhật không phải lý do giải phóng thêm một lần. Với nhiều gian hàng dùng chung tồn, kiểm tra tổng quy tắc phân bổ thay vì yêu cầu mỗi gian hàng đều hiển thị toàn bộ lượng hàng có thể bán.

Ví dụ đối soát 40 áo: vì sao không được mở bán lại toàn bộ?

Ví dụ giả định, không phải kết quả khách hàng: 40 áo cùng SKU đang ở kho gồm 30 trên kệ và 10 trong tote. Hệ thống giữ 35 chiếc; 5 chiếc chưa bị giữ. Trong 35 chiếc giữ có 20 chiếc thuộc đơn hủy chưa nhặt, 10 chiếc thuộc đơn hủy đã nhặt và 5 chiếc của đơn còn hiệu lực.

Sau khi xác minh 20 chiếc chưa nhặt, đóng phần giữ đó: lượng bán được tăng từ 5 lên 25, tổng hàng vật lý vẫn 40. Mười chiếc trong tote chỉ được mở lại sau putback; nếu hai chiếc rách túi chuyển QC, chỉ tám chiếc trở về trạng thái bán. Cuối cùng có 33 chiếc bán được, 5 chiếc giữ hợp lệ và 2 chiếc chờ QC. Tổng ba nhóm vẫn bằng 40. Nếu báo cáo ra 43, đội vận hành phải kiểm tra cộng tồn nhầm hoặc giải phóng trùng.

Đây là phép kiểm soát số lượng, không thay thế cấu trúc sổ tồn riêng của từng hệ thống. Khi cấu hình WMS đã chuyển tồn khỏi cơ sở bán ngay lúc picking, phải đối chiếu sổ trạng thái trước khi áp dụng phép tính.

Bộ ca nghiệm thu trước khi bật xử lý tự động

  • Hủy một đơn chưa nhặt: lượng giữ giảm đúng, tồn vật lý không tăng.
  • Gửi lại cùng sự kiện hủy hai lần: lần thứ hai không đổi số lượng.
  • Hủy trong lúc PDA xác nhận picking: nhiệm vụ và giữ tồn không cùng được xử lý theo hai hướng trái ngược.
  • Đơn hủy một phần: chỉ dòng và lượng được hủy thay đổi; phần còn hiệu lực vẫn giữ.
  • Đơn đổi kho: giữ ở kho cũ được đối soát trước hoặc cùng giao dịch điều phối sang kho mới, không treo cả hai nơi.
  • Đơn đã giao bị thông báo hủy muộn: không cộng tồn bán; chuyển người xử lý ngoại lệ.
  • Hai chiếc trả về QC: không xuất hiện trong tồn gửi lên marketplace.
  • Mất phản hồi khi bỏ giữ: tra giao dịch trước khi thử lại; không sửa trực tiếp tổng tồn để “cân số”.

Yêu cầu người demo đưa bằng chứng lịch sử biến động và trạng thái từng dòng, không chỉ màn hình tổng đã khớp. Với chức năng chưa có sẵn, ghi rõ phương án cấu hình, tích hợp hoặc quy trình thủ công, người phụ trách và điều kiện nghiệm thu.

Chỉ số và phân quyền để tồn không treo trở lại

Theo dõi mỗi ngày: lượng giữ quá ngưỡng trên tổng lượng giữ; số đơn đã hết hiệu lực vẫn còn giữ; thời gian từ xác nhận hủy đến giải phóng đủ điều kiện; lượng đã nhặt đang chờ putback; số lần giải phóng bị từ chối do xung đột. Tách theo kênh và kho để không đổ lỗi toàn bộ cho nhân viên kho khi nguồn sự cố là cập nhật đơn chậm.

Đội bán xác minh hiệu lực đơn; kho xác minh hàng và vị trí; trưởng ca duyệt ngoại lệ; kỹ thuật xử lý sự kiện hoặc tích hợp bị lỗi. Người có quyền duyệt bỏ giữ không mặc nhiên có quyền điều chỉnh tồn vật lý. Mỗi đợt sửa cần lưu danh sách trước/sau để có thể rà soát, không xóa lịch sử cũ.

Liên hệ JST ERP Việt Nam để rà soát một luồng giữ tồn thực tế. Tham khảo quản lý đơn marketplace đa kênh, vận hành kho OMS + WMS và hướng dẫn giảm nhặt sai và bằng chứng đóng gói. Phòng ngừa sai hàng và gỡ giữ tồn là hai lớp kiểm soát khác nhau; cả hai cần thống nhất trạng thái đơn trước khi kiện rời kho.

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

Tồn giữ treo là gì?

Là phần tồn vẫn bị dành cho một yêu cầu không còn hợp lệ hoặc không còn khớp trạng thái thực tế. Giữ tồn lâu chưa chắc là treo: đơn đặt trước được duyệt vẫn có thể cần giữ hàng theo chính sách riêng.

Đơn đã hủy có được cộng lại tồn bán ngay không?

Chỉ khi xác nhận đơn hủy hợp lệ, không còn nhiệm vụ xuất đang chạy và hàng vẫn ở vị trí bán được. Hàng đã picking phải được thu hồi, kiểm và xác nhận putback trước khi mở bán lại.

Có nên tự bỏ giữ tồn sau 30 phút không?

Không áp dụng một thời hạn chung cho mọi kênh và mọi loại đơn. Thời hạn phải theo nguồn đơn, phương thức thanh toán và chính sách đã xác nhận; hết ngưỡng chỉ tạo ứng viên rà soát nếu chưa có bằng chứng đơn hết hiệu lực.

Webhook hủy đến hai lần có làm tồn tăng hai lần không?

Thiết kế cần chống xử lý trùng bằng mã sự kiện hoặc khóa nghiệp vụ cùng số lượng đã giải phóng. Phải thử lại cùng sự kiện và kiểm tra sổ biến động, không chỉ nhìn thông báo thành công.

JSTERP có tự động giải phóng mọi tồn giữ treo không?

Cần xác nhận theo phiên bản, kênh kết nối và cấu hình triển khai. Yêu cầu demo báo cáo tuổi giữ tồn, quyền phê duyệt, lịch sử reservation và cách xử lý xung đột với picking. Nếu chưa hỗ trợ đầy đủ, dùng hàng đợi rà soát có kiểm soát thay vì tự viết tác vụ cộng tồn.

Có hàng trên kệ nhưng tồn bán được vẫn bằng không?

Mang danh sách đơn giữ tồn lâu, một SKU thường bị treo và lịch sử thao tác kho đến buổi tư vấn JST ERP Việt Nam để đối chiếu trên dữ liệu thực tế.

Tư vấn xử lý tồn giữ treoXem giải pháp vận hành kho

Bài viết liên quan

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.

Giải pháp OMS + WMS

Giải pháp quản lý hàng giá trị cao: khu khóa, quét serial và kiểm đếm hai người bằng OMS + WMS

Gắn cờ SKU giá trị cao, đặt vào khu khóa có phân quyền, quét serial ở mọi lần di chuyển, kiểm đếm hai người tại điểm bàn giao và đối soát theo ca để truy ra đúng ca, đúng bước khi thiếu hàng.

Giải pháp OMS + WMS

Giải pháp xử lý đơn chuyển khoản chờ xác nhận: giữ hàng có hạn, khớp tiền về với mã đơn bằng OMS + WMS

Đặt trạng thái chờ thanh toán có hạn giữ hàng, chỉ cho picking khi tiền đã khớp mã đơn, xử lý chuyển thiếu, thừa, trùng và tự nhả tồn khi hết hạn.

Gọi tư vấnNhận demo