Tóm tắt nhanh
Giải pháp quản lý hàng hoàn và đổi trả cần tách trạng thái tiền, trạng thái đơn và trạng thái hàng vật lý. JST ERP Việt Nam nối OMS after-sales với WMS return để kiểm soát refund, hàng quay về, QC, nhập lại tồn, hàng lỗi và đơn xuất bù.
Thông tin thực thể liên quan
| JST ERP Việt Nam | Đơn vị triển khai OMS + WMS cho doanh nghiệp cần kiểm soát hàng hoàn, đổi trả và tồn kho. |
|---|---|
| OMS after-sales | Ghi nhận yêu cầu hoàn tiền, đổi hàng, xuất bù, lý do sau bán và trạng thái CSKH. |
| WMS return | Scan hàng trả về, QC, phân loại tình trạng và nhập lại tồn đúng vị trí. |
So sánh nhanh theo mức độ vận hành
| Cách xử lý | Phù hợp khi | Rủi ro chính |
|---|---|---|
| CSKH báo kho qua chat | Ít đơn hoàn, quản lý trực tiếp từng trường hợp | Dễ mất liên kết giữa đơn gốc, refund, hàng trả về và đơn xuất bù |
| Nhập hàng hoàn thẳng về tồn | Chỉ áp dụng khi hàng chắc chắn chưa mở và còn nguyên trạng | Mở bán hàng lỗi, thiếu phụ kiện hoặc chưa QC |
| JSTERP OMS + WMS return | Nhiều hàng hoàn, nhiều lý do đổi trả, cần kiểm soát QC và tồn | Cần định nghĩa khu return, khu QC và quy tắc hàng bán lại |
Vì sao hàng hoàn làm lệch tồn?
Trong ecommerce, khách có thể hoàn hàng vì đổi ý, sai size, lỗi sản phẩm, giao thất bại, không nhận COD hoặc muốn đổi sang sản phẩm khác. Trên sàn, trạng thái refund có thể đã xong, nhưng hàng vật lý vẫn đang nằm ở đơn vị vận chuyển. Ngược lại, hàng có thể đã về kho nhưng chưa được kiểm chất lượng. Nếu hệ thống nhập lại tồn quá sớm, shop sẽ mở bán một sản phẩm chưa chắc còn đủ điều kiện bán.
Sai lệch thường xảy ra khi CSKH, kế toán và kho dùng ba bộ dữ liệu khác nhau. CSKH quan tâm khách đã được xử lý chưa, kế toán quan tâm tiền hoàn hay chênh lệch, còn kho quan tâm hàng đã về chưa và có bán lại được không. OMS + WMS cần nối ba góc nhìn này thành một quy trình.
Phải tách trạng thái tài chính và trạng thái hàng
Một lỗi phổ biến là xem refund xong đồng nghĩa với hàng đã quay về tồn. Điều này rất nguy hiểm. Refund chỉ nói rằng tiền đã được xử lý theo chính sách bán hàng hoặc chính sách sàn. Nó không xác nhận sản phẩm đã về kho, đúng SKU, đủ phụ kiện, không lỗi và có thể bán lại.
Trong JSTERP, OMS nên quản lý yêu cầu sau bán: hoàn tiền, đổi hàng, xuất bù, hủy đổi hoặc chờ khách gửi hàng. WMS nên quản lý hàng vật lý: scan kiện trả về, kiểm SKU, kiểm số lượng, QC, nhập lại tồn hoặc chuyển sang khu hàng lỗi. Chỉ khi WMS xác nhận, OMS mới nên cập nhật tồn khả dụng.
Bảng trạng thái hàng hoàn nên có
| Trạng thái | Ý nghĩa | Giá trị vận hành |
|---|---|---|
| Yêu cầu sau bán | OMS ghi nhận khách muốn hoàn, đổi, refund hoặc xuất bù | CSKH có trạng thái rõ để theo dõi |
| Hàng đang trên đường về | Có mã vận đơn hoặc trạng thái từ đơn vị vận chuyển | Không nhập tồn khi hàng chưa về kho |
| Hàng chờ kiểm | WMS nhận hàng vào khu return hoặc QC | Tách khỏi tồn bán được |
| Hàng bán lại được | Đủ số lượng, đúng SKU, không lỗi, đủ phụ kiện | Nhập về vị trí bán được |
| Hàng lỗi hoặc thiếu | Hư hỏng, thiếu phụ kiện, sai SKU hoặc cần xử lý | Không mở bán lại, chuyển khu xử lý |
Quy trình đổi hàng chuẩn
Đổi hàng phức tạp hơn hoàn hàng vì nó có hai luồng vật lý: hàng cũ quay về và hàng mới xuất đi. Hệ thống cần liên kết yêu cầu đổi với đơn gốc, SKU trả về, SKU xuất bù, chênh lệch tiền nếu có, trạng thái giao hàng mới và trạng thái nhập lại hàng cũ. Nếu các bước này bị tách rời, báo cáo doanh thu, tồn kho và CSKH đều sẽ rối.
Với shop thời trang, ví dụ khách đổi size M sang size L. OMS ghi nhận yêu cầu đổi và giữ tồn size L nếu còn hàng. WMS chờ hàng size M quay về, scan nhận hàng, kiểm tình trạng, quyết định nhập lại tồn bán được hay chuyển QC. Sau đó hệ thống tạo đơn xuất bù size L và kho xử lý như một đơn mới nhưng có liên kết với đơn gốc.
Những lỗi cần tránh
- Nhập hàng hoàn về tồn bán được trước khi QC.
- Không liên kết đơn đổi hàng với đơn gốc.
- Để hàng hoàn nằm chung với hàng mới trong cùng vị trí.
- Không ghi lý do hoàn đổi nên không biết sản phẩm nào đang gây lỗi.
- Không tách hàng thiếu phụ kiện, hàng hỏng bao bì và hàng bán lại được.
- Dùng chat để báo kho xuất bù nhưng không tạo trạng thái trên OMS.
Báo cáo cần xem mỗi tuần
Quản lý không nên chỉ xem số lượng đơn hoàn. Cần xem lý do hoàn, SKU hoàn nhiều, kênh có tỷ lệ hoàn cao, tỷ lệ hàng hoàn bán lại được, thời gian từ khách gửi hàng đến kho nhận, thời gian từ kho nhận đến QC xong và số hàng đang nằm ở khu chờ xử lý quá lâu.
Những dữ liệu này giúp doanh nghiệp sửa nguyên nhân gốc. Nếu một SKU có tỷ lệ đổi size cao, cần xem lại bảng size hoặc mô tả sản phẩm. Nếu một kênh có nhiều giao thất bại COD, cần xem lại xác nhận đơn hoặc khu vực vận chuyển. Nếu nhiều hàng hoàn bị thiếu phụ kiện, cần sửa hướng dẫn đóng gói hoặc kiểm hàng trước khi xuất.
Kết luận
Hàng hoàn và đổi trả không nên nằm ngoài hệ thống. Càng xử lý bằng chat, Excel và kinh nghiệm cá nhân, doanh nghiệp càng khó biết hàng đang ở đâu, tiền đã xử lý chưa và tồn nào có thể bán lại. Giải pháp đúng là nối OMS after-sales với WMS return để từng yêu cầu, từng kiện hàng và từng quyết định nhập tồn đều có trạng thái rõ ràng.