← Quay lại Blog
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

Shop thời trang nhận đơn qua Zalo, fanpage và website, khách chọn chuyển khoản. Sale giữ hàng “cho chị đến tối”, nhưng tối khách không chuyển, sáng hôm sau mới báo đã chuyển nhưng ảnh sao kê không rõ. Trong lúc đó, 3 túi cuối của mẫu bán chạy bị giữ cho một đơn chưa có tiền, còn hai khách khác trên Shopee và TikTok Shop mua hụt. Nếu nhả hàng quá sớm, đến khi tiền về thì hết hàng; nếu giữ quá lâu, tồn khả dụng bị khóa vô ích. Vấn đề không phải thiếu người đối soát mà là đơn chuyển khoản chưa có trạng thái, thời hạn giữ hàng và người chịu trách nhiệm xác nhận.

Giải pháp xử lý đơn chuyển khoản chờ xác nhận bằng OMS + WMS đặt đơn vào trạng thái “chờ thanh toán” có đồng hồ đếm ngược, giữ tồn theo hạn và theo giá trị đơn, khớp tiền về với mã đơn trước khi cho phép picking, và tự nhả tồn có ghi lý do khi hết hạn. Nhờ vậy shop vừa không để hàng bị khóa treo, vừa không xuất kho cho đơn chưa chắc có tiền.

Tóm tắt nhanh

Đơn chuyển khoản cần trạng thái “chờ thanh toán” có hạn giữ hàng, quy tắc khớp tiền với mã đơn và cổng chặn picking cho đến khi tiền về, thay vì giữ tồn bằng lời hứa của sale.

  • Tạo trạng thái chờ thanh toán riêng, có thời điểm bắt đầu, hạn giữ và người phụ trách.
  • Đặt hạn giữ theo giá trị đơn, độ khan hàng và kênh bán; hết hạn thì tự nhả tồn kèm lý do.
  • Chỉ tạo nhiệm vụ picking khi giao dịch đã khớp với mã đơn, không dựa vào ảnh chuyển khoản.
  • Có hàng đợi riêng cho tiền về chưa rõ đơn, chuyển thiếu, chuyển thừa và chuyển trùng.
  • Khôi phục đơn hết hạn phải kiểm tra lại tồn khả dụng và có người duyệt.
  • Đo tỷ lệ đơn bị hủy do không thanh toán và số giờ tồn bị khóa vô ích.

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 từ Zalo, fanpage, website và livestream tăng, còn dòng tiền chuyển khoản vẫn được theo dõi bằng tin nhắn và sao kê. Operations manager cần khi tồn khả dụng trên sàn thấp hơn tồn thực vì nhiều đơn chưa thanh toán đang khóa hàng.

Warehouse manager cần khi kho từng soạn hàng cho đơn chưa có tiền rồi phải putback, mất công picking hai lần. Đội ecommerce và kế toán cần khi cuối ngày không biết đơn nào đã nhận tiền, đơn nào chờ, đơn nào nên hủy.

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 tổng hợp đơn từ marketplace channel như Shopee, Lazada, TikTok Shop, livestream và kênh riêng như website, fanpage, Zalo; quản lý trạng thái đơn, tồn khả dụng theo SKU và đồng bộ tồn lên sàn. WMS phụ trách thực thi trong kho: bin location, trạng thái tồn, picking bằng PDA, checking theo barcode, đóng gói và putback.

Với đơn chuyển khoản, OMS giữ trạng thái thanh toán, hạn giữ hàng và việc khớp tiền; WMS chỉ nhận nhiệm vụ picking khi đơn đủ điều kiện. Hai lớp này tách rõ thì kho không phải soạn hàng cho đơn chưa chắc có tiền.

Xem thêm giải phóng tồn giữ treo, quản lý đơn Facebook, Zalo ngoài sàn, giảm đơn bom hàng COD, tránh overselling khi bán nhiều sàn, sản phẩm OMS + WMS và giải pháp quản lý đa kênh.

Năm lỗi khiến đơn chuyển khoản khóa tồn vô ích

  1. Giữ hàng bằng lời: sale hứa giữ nhưng hệ thống không có hạn, nên hàng bị khóa vô thời hạn hoặc bị bán cho người khác.
  2. Tin ảnh chuyển khoản: xuất kho theo ảnh chụp, sau đó tiền không về hoặc về thiếu.
  3. Nội dung chuyển khoản lộn xộn: tiền về nhưng không biết thuộc đơn nào, kế toán và sale hỏi qua lại.
  4. Không có luồng chuyển thiếu, thừa, trùng: các trường hợp này bị xử lý bằng tin nhắn, không để lại dấu vết.
  5. Khôi phục đơn hết hạn bằng cách sửa tay tồn: làm OMS và sàn lệch nhau, phát sinh bán vượt.

So sánh nhanh theo mức độ vận hành: các cách xử lý đơn chuyển khoản

Tiêu chíSale tự nhắc qua chatExcel theo dõi công nợ đơnTrạng thái chờ thanh toán trên OMS + WMS
Hạn giữ hàngTheo lời hứaGhi chú, dễ quênĐồng hồ đếm ngược theo đơn, tự nhả tồn khi hết hạn
Điều kiện xuất khoẢnh chuyển khoảnKế toán báo lạiChỉ picking khi tiền đã khớp mã đơn
Khớp tiền với đơnTìm tay trong sao kêLọc theo số tiềnKhớp theo mã đơn, số tiền, thời điểm; có hàng đợi ngoại lệ
Chuyển thiếu, thừa, trùngNhắn tin xử lýGhi chú cuối ngàyTrạng thái chênh lệch, yêu cầu hoàn tiền có người duyệt
Tồn trên sànDễ lệch vì khóa tayCập nhật thủ côngTồn khả dụng đồng bộ theo phần đang giữ có hạn
Dấu vết xử lýRải rác trong chatMột bảng không có lịch sửNhật ký trạng thái theo người và thời điểm
Phù hợp vớiVài đơn chuyển khoản mỗi ngàyDưới vài chục đơn mỗi ngàyShop nhiều kênh, nhiều đơn Zalo, fanpage, livestream

Thiết kế quy trình xử lý đơn chuyển khoản chờ xác nhận trên OMS + WMS

1. Tạo trạng thái chờ thanh toán

Đơn chọn chuyển khoản vào OMS ở trạng thái “chờ thanh toán” kèm mã đơn ngắn làm nội dung chuyển khoản chuẩn, giá trị cần thu và thời điểm tạo. Đơn ở trạng thái này chưa sinh nhiệm vụ picking nhưng đã giữ tồn khả dụng theo hạn.

2. Đặt hạn giữ hàng theo quy tắc

Hạn giữ không nên đồng nhất. Mẫu đang khan hoặc đang chạy campaign dùng hạn ngắn; hàng tồn dư dùng hạn dài hơn; đơn giá trị cao có thể yêu cầu cọc. Hạn hiển thị cho sale để họ báo khách, và hệ thống nhắc trước khi hết hạn.

3. Khớp tiền về với mã đơn

Giao dịch về được khớp theo mã đơn trong nội dung, số tiền và thời điểm. Khớp đủ thì đơn chuyển sang “đã thanh toán” và mới đủ điều kiện sinh nhiệm vụ picking. Việc có tự động đọc sao kê hay nhập file đối soát phụ thuộc cấu hình, cần xác nhận khi demo.

4. Hàng đợi tiền về chưa rõ đơn

Giao dịch không khớp mã được đưa vào hàng đợi riêng có người phụ trách và hạn xử lý: tìm theo số tiền, tên người chuyển, số điện thoại. Không để giao dịch lẫn trong sao kê tổng, vì đó là nguồn của các khiếu nại “em chuyển rồi mà”.

5. Xử lý chuyển thiếu, thừa và trùng

Chuyển thiếu giữ đơn ở trạng thái chênh lệch trong hạn bổ sung. Chuyển thừa hoặc trùng tạo yêu cầu hoàn tiền với người duyệt và chứng từ. Tất cả ghi vào lịch sử đơn để kế toán đối chiếu, nối với đối soát dòng tiền 4-way match.

6. Hết hạn thì nhả tồn có lý do

Hết hạn mà chưa đủ tiền, đơn chuyển sang “hết hạn chờ thanh toán”, phần tồn giữ được nhả và đồng bộ lại lên các sàn. Lý do và thời điểm được ghi, để đo số giờ tồn bị khóa vô ích và tỷ lệ đơn không thanh toán theo từng nhân viên bán hàng hoặc kênh.

7. Khôi phục đơn hết hạn có kiểm soát

Khi khách chuyển muộn, hệ thống kiểm tra tồn khả dụng hiện tại. Còn hàng thì người duyệt khôi phục đơn; hết hàng thì chuyển sang phương án đổi hàng hoặc hoàn tiền. Không sửa tay tồn để “giữ lại”, vì sẽ gây lệch với sàn.

8. Giữ hàng đã picking nếu tiền về trễ

Với đơn đã nới quy tắc cho khách quen, nếu hàng đã picking mà tiền chưa về, đưa hàng vào khu chờ có nhãn và hạn rõ ràng. Hết hạn thì putback theo quy trình hủy đơn sau picking.

Ví dụ một ngày với ba đơn chuyển khoản

ĐơnTình huốngKết quả hệ thống
ZL-2410-0187Áo khoác A12, 3 túi cuối, hạn giữ 2 giờ, khách chuyển đủ sau 40 phútKhớp mã đơn, chuyển “đã thanh toán”, sinh nhiệm vụ picking
FB-2410-0211Khách chuyển 850.000 trên đơn 1.050.000, hạn giữ 4 giờTrạng thái chênh lệch, nhắc sale xin bổ sung 200.000 trong hạn
ZL-2410-0195Hết hạn 2 giờ, không có tiềnNhả giữ tồn, đồng bộ lại sàn, ghi lý do hết hạn chờ thanh toán

Chỉ số theo dõi hằng tháng

Chỉ sốCách tínhMục tiêu tham khảo
Tỷ lệ đơn chuyển khoản hết hạnĐơn hết hạn / tổng đơn chuyển khoảnGiảm theo thời gian, theo dõi theo kênh
Giờ tồn bị khóa vô íchTổng giờ giữ của đơn hết hạn × số lượngGiảm dần
Thời gian từ tiền về đến khớp đơnPhút từ giao dịch đến trạng thái đã thanh toánDưới ngưỡng do doanh nghiệp đặt
Giao dịch chưa rõ đơn tồn đọngSố giao dịch quá hạn xử lýVề gần 0 cuối ngày
Đơn picking rồi mới phát hiện chưa có tiềnSố đơn / tổng đơn chuyển khoảnVề gần 0
Hoàn tiền do chuyển thừa, trùngSố yêu cầu và thời gian xử lýCó người duyệt và hạn xử lý

Checklist UAT trước khi go-live

  • Tạo đơn chuyển khoản: có trạng thái chờ thanh toán, mã đơn ngắn và hạn giữ hiển thị.
  • Đơn chờ thanh toán không sinh nhiệm vụ picking trên PDA.
  • Tiền về khớp mã đơn: đơn chuyển đã thanh toán và sinh nhiệm vụ picking.
  • Tiền về sai nội dung: vào hàng đợi chưa rõ đơn với người phụ trách.
  • Chuyển thiếu, thừa và trùng đều có trạng thái và luồng xử lý riêng.
  • Hết hạn: tồn giữ được nhả và số tồn trên Shopee, TikTok Shop, Lazada cập nhật lại.
  • Khôi phục đơn hết hạn kiểm tra tồn hiện tại và ghi người duyệ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 và packing bằng PDA/barcode. Với đơn chuyển khoản, đội triển khai có thể cùng doanh nghiệp xác định trạng thái chờ thanh toán, hạn giữ hàng theo nhóm sản phẩm, điều kiện cho phép picking và luồng ngoại lệ cho tiền về chưa rõ đơn.

Mức độ hỗ trợ tự khớp sao kê, kết nối cổng thanh toán và đếm ngược hạn giữ 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ấu hình và phần nào cần nhập tay hoặc tích hợp thêm.

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 và giải pháp kho OMS + WMS.

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

Đơn chuyển khoản chờ xác nhận nên giữ hàng bao lâu?

Không có một con số chung. Doanh nghiệp nên đặt hạn theo giá trị đơn, mức độ khan hàng và kênh bán, ví dụ hạn ngắn cho mẫu đang bán chạy hoặc đang chạy campaign, hạn dài hơn cho hàng tồn dư. Điều quan trọng là hạn được ghi trên đơn, hiển thị cho sale và khách, và hệ thống tự nhả tồn khi hết hạn thay vì chờ người nhớ.

Có nên xuất kho khi khách gửi ảnh chuyển khoản nhưng tiền chưa về tài khoản?

Không nên. Ảnh chụp màn hình có thể là lệnh chưa hoàn tất, chuyển nhầm hoặc bị chỉnh sửa. Nên chỉ cho phép picking khi giao dịch đã khớp với mã đơn trên sao kê hoặc cổng thanh toán, còn ảnh khách gửi chỉ dùng để sale ưu tiên kiểm tra. Đơn giá trị thấp có thể áp quy tắc nới riêng nếu doanh nghiệp chấp nhận rủi ro.

Làm sao khớp tiền về với đơn khi khách ghi sai nội dung chuyển khoản?

Dùng mã đơn ngắn dễ gõ làm nội dung chuẩn, nhưng vẫn chuẩn bị luồng ngoại lệ: tìm theo số tiền, thời điểm, tên người chuyển và số điện thoại. Giao dịch chưa khớp được đưa vào hàng đợi “tiền về chưa rõ đơn” có người phụ trách và hạn xử lý, không để nằm chung trong sao kê.

Khách chuyển thiếu, thừa hoặc chuyển hai lần thì xử lý thế nào?

Hệ thống nên ghi tổng tiền đã nhận so với giá trị đơn và chuyển đơn sang trạng thái chênh lệch. Chuyển thiếu thì chờ bổ sung trong hạn giữ hàng, chuyển thừa hoặc trùng thì tạo yêu cầu hoàn tiền có người duyệt. Không nên tự động xuất kho khi số tiền chưa đủ.

Đơn hết hạn rồi khách mới chuyển tiền thì làm gì?

Kiểm tra lại tồn khả dụng. Còn hàng thì cho khôi phục đơn có ghi nhận ai duyệt, hết hàng thì đề nghị khách đổi sản phẩm hoặc hoàn tiền. Cần tránh việc nhân viên tự giữ lại hàng bằng cách chỉnh tay tồn kho, vì sẽ làm lệch dữ liệu giữa OMS và các sàn.

JSTERP có tự đối soát sao kê ngân hàng với đơn không?

Khả năng tự khớp sao kê, kết nối cổng thanh toán hoặc nhập file đối soát 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 là tính năng sẵn có, phần nào cấu hình bằng trạng thái đơn và quy tắc giữ tồn, và phần nào cần nhập tay hoặc tích hợp thêm.

Đơn chuyển khoản đang khóa tồn mà không ai biết tiền đã về chưa?

JST ERP Việt Nam có thể cùng đội bán hàng, kế toán và kho rà lại trạng thái chờ thanh toán, hạn giữ hàng, cách khớp tiền về với mã đơn và điều kiện cho phép picking trên OMS + WMS trước mùa sale tiếp theo.

Đăng ký tư vấn xử lý đơn chuyển khoảnXem giải pháp quản lý đa kênh

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.

OMS + WMS chuyên sâu

Phục hồi sự cố đồng bộ đơn và tồn kho: runbook OMS + WMS, chống trùng và cổng mở bán lại

Runbook khôi phục đơn thiếu, đơn trùng và tồn cũ: bốn sổ đối soát, cửa sổ rủi ro, PDA, putback, COD, 3PL và cổng mở bán lại.

Gọi tư vấnNhận demo