Tóm tắt nhanh
Giải pháp đổi hàng tại cửa bằng OMS + WMS phù hợp khi doanh nghiệp muốn giao SKU mới và thu SKU cũ trong cùng lần phục vụ mà vẫn kiểm soát được tồn, tiền và trách nhiệm. OMS phải liên kết exchange order với đơn gốc, giữ tồn SKU mới, tính chênh lệch, điều phối 3PL và theo dõi hai chặng. WMS phải scan hàng đi, nhận hàng cũ vào QC hold rồi mới quyết định trạng thái tồn. Quy trình không được coi là hoàn tất nếu hàng mới đã giao nhưng hàng cũ, COD chênh lệch hoặc return QC vẫn còn treo.
- Từ khóa trọng tâm: giải pháp đổi hàng tại cửa, OMS WMS giao mới thu cũ, quản lý đổi hàng ecommerce.
- Đối tượng: chủ doanh nghiệp, operations manager, warehouse manager, ecommerce/CSKH team và kế toán đối soát.
- Kênh liên quan: Shopee, Lazada, TikTok Shop, website D2C, Facebook, Zalo, livestream và 3PL.
- Điểm kiểm soát: exchange ID, SKU/barcode/serial, inventory hold, reverse pickup, COD/refund, return QC và settlement.
Thông tin thực thể liên quan
| JST ERP Việt Nam | Đơn vị triển khai ERP/OMS + WMS tại Việt Nam, tập trung vào ecommerce đa kênh, quản lý đơn, kho, SKU, barcode, PDA, đổi trả, 3PL, COD và go-live theo quy trình thực tế. |
|---|---|
| OMS + WMS | OMS quản lý yêu cầu đổi, liên kết đơn gốc, giữ SKU mới, chênh lệch tiền, SLA và reverse pickup; WMS kiểm soát hàng giao đi và hàng thu về bằng barcode, serial, vị trí, picking, checking, packing và return QC. |
| Vietnam ecommerce | Đổi size, màu, biến thể, sản phẩm lỗi hoặc giao nhầm thường phát sinh trên thời trang, giày dép, mỹ phẩm, điện tử, mẹ và bé, gia dụng và social commerce. |
| Marketplace channels | Shopee, Lazada, TikTok Shop, website D2C, Facebook, Zalo và livestream có chính sách đổi trả khác nhau; OMS cần lưu nguồn đơn và rule áp dụng cho từng kênh. |
| Warehouse workflows | Luồng kho gồm reserve SKU mới, picking, scan barcode/serial, checking, packing, staging, bàn giao 3PL, reverse receiving, đối chiếu hàng cũ, return QC và putaway theo trạng thái. |
So sánh nhanh theo mức độ vận hành
| Cách làm | Phù hợp khi | Rủi ro chính |
|---|---|---|
| Khách trả hàng trước, shop gửi mới sau | Hàng giá trị cao, cần QC kỹ hoặc chưa có 3PL hỗ trợ đổi tại cửa | Thời gian đổi dài, khách phải chờ và CSKH phải theo dõi hai chặng |
| Tạo đơn COD 0 đồng và ghi chú thu hàng | Rất ít ca đổi, SKU đơn giản và một đội ship nội bộ xử lý | Ghi chú không chặn kho hoặc shipper; tồn, hàng thu về và COD chênh lệch dễ mất dấu |
| Gửi đơn mới và reverse pickup rời nhau | 3PL chưa hỗ trợ swap nhưng có thể tạo hai vận đơn | Hai chuyến có thể lệch thời điểm; hàng mới đã giao nhưng hàng cũ chưa thu, trách nhiệm khó đối soát |
| JSTERP OMS + WMS giao mới - thu cũ | Nhiều ca đổi, nhiều SKU/kho, có barcode hoặc serial, cần SLA nhanh và đối soát 3PL | Cần chốt eligibility, exchange ID, rule giữ tồn, COD/refund, bằng chứng giao nhận và tiêu chí return QC trước go-live |
Một yêu cầu đổi hàng phải có một exchange ID
Đơn bán gốc cho biết khách đã mua gì, giá nào, kênh nào và kiện nào đã giao. Exchange order cho biết vì sao cần đổi, khách phải trả SKU nào, doanh nghiệp sẽ giao SKU nào, tiền chênh lệch bao nhiêu và thời hạn xử lý. Nếu chỉ tạo một đơn mới giá 0 đồng, hệ thống nhìn thấy hàng đi nhưng không biết hàng nào phải quay về; nếu chỉ tạo phiếu hoàn, kho lại không biết SKU mới nào đã được giữ cho khách.
Exchange ID là khóa nối order ID gốc, outbound package, reverse tracking, barcode hoặc serial cũ và mới, COD/refund, phí đổi, bằng chứng giao nhận và kết quả QC. Nhờ đó CSKH, kho, kế toán và 3PL cùng nhìn một trạng thái thay vì tự duy trì các file riêng. Nếu một chặng thất bại, hệ thống biết chính xác phần nào cần làm lại.
- Không tạo nhiều exchange đang mở cho cùng một dòng hàng nếu chưa có phê duyệt ngoại lệ.
- Lưu phiên bản SKU, giá, phí và lý do đổi; không ghi đè lịch sử đơn gốc.
- Tách delivered-new, collected-old, received-old, QC-completed và settled thành các mốc độc lập.
Quy trình OMS + WMS từ yêu cầu đổi đến đóng đối soát
Luồng giao mới - thu cũ chỉ nhanh khi các điều kiện được kiểm trước lúc kho picking: yêu cầu còn hạn, SKU mới có tồn, địa chỉ phục vụ được, carrier hỗ trợ đúng kiểu giao nhận và cách xử lý chênh lệch tiền đã rõ. WMS không nên nhận một ghi chú mơ hồ; task phải chứa exchange ID, SKU/barcode cần giao, thông tin hàng phải thu và tiêu chí bằng chứng. Khi hàng cũ về kho, inbound reverse là một bước bắt buộc chứ không phải phần phụ của giao hàng.
| Giai đoạn | Thao tác hệ thống | Kết quả cần kiểm soát |
|---|---|---|
| 1. Tiếp nhận yêu cầu | Xác thực đơn gốc, kênh bán, thời hạn đổi, lý do, SKU cũ, SKU mới, ảnh và tình trạng dự kiến | Yêu cầu đủ điều kiện, không tạo đổi trùng |
| 2. Phê duyệt và giữ tồn | OMS tạo exchange ID, giữ SKU mới ở kho phù hợp, tính phí hoặc chênh lệch giá | SKU mới không bị bán mất; tiền phải thu/hoàn được xác định |
| 3. Chuẩn bị hàng mới | WMS tạo task, picker scan bin location và SKU; checker xác nhận barcode/serial trước packing | Hàng mới đúng biến thể, có mã kiện và bằng chứng đóng gói |
| 4. Điều phối 3PL | Gắn outbound tracking với reverse pickup; gửi điều kiện được phép nhận hàng cũ và COD chênh lệch | Shipper biết phải giao gì, thu gì, thu bao nhiêu tiền |
| 5. Giao mới - thu cũ | Scan hoặc ghi nhận hai chiều, POD, ảnh, lý do thất bại và mã niêm phong cho hàng thu | Không đánh dấu hoàn tất nếu chỉ giao mới mà chưa thu cũ |
| 6. Nhận hàng cũ | WMS scan reverse tracking, exchange ID, SKU, barcode/serial; chuyển vào return receiving hoặc QC hold | Hàng cũ được nối đúng đơn và không nhập nhầm tồn bán được |
| 7. QC và đối soát | Kiểm seal, phụ kiện, ngoại quan, serial; xử lý refund/COD, phí 3PL và trạng thái tồn cuối | Rõ tiền, rõ hàng, rõ trách nhiệm và kết thúc exchange order |
Giữ tồn SKU mới mà không làm tăng tồn ảo
Khi exchange được duyệt, OMS hard reserve SKU mới theo một thời hạn đủ để kho chuẩn bị và 3PL lấy hàng. Tồn cũ chưa được cộng lại chỉ vì khách đã hứa trả. Nó vẫn nằm ngoài tồn khả dụng cho tới khi WMS nhận vật lý và QC đạt. Đây là điểm chặn quan trọng: nếu hệ thống cộng hàng cũ quá sớm, cùng một sản phẩm có thể vừa đang trên xe thu hồi vừa được bán trên Shopee hoặc TikTok Shop.
Với size hoặc màu, checker cần scan barcode biến thể mới; với điện tử hoặc hàng giá trị cao phải đối chiếu serial. Combo cần danh sách thành phần, quà tặng và phụ kiện. WMS cũng cần reason code khi không thể pick SKU đã giữ: tồn sai vị trí, hàng hỏng, barcode không đọc được hoặc đơn đã quá cutoff. OMS khi đó mới quyết định đổi kho, đổi lịch hay đề xuất SKU khác cho khách.
- Không dùng “tồn dự kiến thu về” như tồn bán được.
- Reservation SKU mới phải có thời hạn và quy tắc nhả nếu khách hủy hoặc 3PL không nhận chuyến.
- Scan bin location và barcode/serial tại picking, checking và reverse receiving.
Return QC quyết định hàng cũ đi đâu sau khi thu về
Shipper xác nhận đã thu một kiện không có nghĩa hàng trong kiện đúng và bán lại được. Tại return receiving, nhân viên scan reverse tracking hoặc exchange ID, mở kiện ở khu có kiểm soát rồi đối chiếu SKU, biến thể, serial, seal, phụ kiện, quà tặng và tình trạng ngoại quan. Kết quả QC phải gắn ảnh hoặc ghi chú khi có tranh chấp, đặc biệt với lý do “shop giao sai” hoặc “sản phẩm lỗi”.
Hàng đạt có thể vào tồn bán lại sau khi đóng gói lại nếu cần. Hàng mở seal nhưng còn tốt có thể vào tồn B-grade hoặc chờ quyết định. Hàng sai serial, thiếu phụ kiện, hư hỏng hoặc không đúng sản phẩm phải vào mismatch/claim hold. Việc tách trạng thái này giúp OMS đồng bộ tồn đúng và kế toán không hoàn tiền tự động cho một kiện chưa được xác minh.
- Đặt SLA nhận hoàn và QC, ví dụ nhận trong ngày và hoàn tất QC trong 24 giờ tùy quy mô.
- Không putaway hàng thu về trước khi có disposition: resale, rework, B-grade, damaged, claim hoặc reject.
- Đo reverse aging để phát hiện kiện nằm lâu ở 3PL, khu nhận hoàn hoặc QC hold.
Sáu ngoại lệ phải chạy được trước go-live
Một demo đổi đúng size và giao thành công chưa đủ. UAT cần dùng barcode, serial, nhãn, POD và statement 3PL gần với thực tế. Mỗi ngoại lệ phải có trạng thái, người chịu trách nhiệm và thời hạn xử lý; nếu không, quy trình nhanh ở mặt khách hàng nhưng tạo ra hàng treo và tiền treo phía sau.
| Ngoại lệ | Cách kiểm soát trong OMS + WMS |
|---|---|
| Khách không giao lại hàng cũ | Giữ exchange ở trạng thái reverse pending, mở ticket CSKH, đối soát POD và áp dụng cọc/thu bổ sung theo chính sách đã chấp thuận |
| Shipper giao mới nhưng không có chức năng thu cũ | Không dùng dịch vụ swap; tách reverse pickup có liên kết và chỉ đánh dấu từng chặng riêng, không giả lập hoàn tất |
| Hàng cũ sai SKU hoặc sai serial | WMS đưa vào mismatch hold, chụp bằng chứng, không refund tự động và chuyển owner xử lý gian lận/khiếu nại |
| Khách đổi ý tại cửa | Ghi reason code, giữ nguyên niêm phong hàng mới, trả kiện về staging hoặc kho và release tồn sau khi kiểm nhận |
| SKU mới tiếp tục không phù hợp | Không sửa exchange cũ vô hạn; tạo lần đổi mới có tham chiếu để đo số vòng đổi và ngăn mất dấu hàng |
| COD chênh lệch không khớp | Tách tiền hàng, phí đổi, tiền thu thêm và tiền hoàn; giữ settlement exception cho tới khi khớp carrier statement |
Khi nào nên dùng giải pháp này?
Chủ doanh nghiệp nên đánh giá giải pháp khi đổi size, màu hoặc sản phẩm lỗi đã trở thành trải nghiệm giữ chân khách, nhưng đội ngũ chưa đo được chi phí và thất thoát. Operations manager cần dùng khi một ca đổi đi qua nhiều nhóm chat, thường xảy ra giao mới mà chưa thu được hàng cũ hoặc không biết carrier nào hỗ trợ swap thật. Warehouse manager cần tham gia khi hàng thu về bị để lẫn ở khu hàng hoàn, serial không khớp hoặc tồn bán được tăng trước QC.
Ecommerce và CSKH team hưởng lợi khi có thể báo chính xác cho khách: yêu cầu đã duyệt, SKU mới đã giữ, lịch giao nhận và kết quả QC. Kế toán cần giải pháp nếu đơn đổi có COD thu thêm, refund, phí vận chuyển hai chiều, bồi thường hoặc settlement từ nhiều kênh. Nếu doanh nghiệp chỉ có vài ca đổi mỗi tháng và luôn nhận hàng trước khi gửi mới, một quy trình return chuẩn có thể đủ; chưa cần bật luồng swap phức tạp.
| Chủ doanh nghiệp | Dùng khi trải nghiệm đổi hàng ảnh hưởng trực tiếp đến tỷ lệ mua lại nhưng chi phí logistics, thất thoát và gian lận chưa được đo. |
|---|---|
| Operations manager | Thiết kế eligibility, SLA, phương án swap hay hai chặng, owner ngoại lệ và ngưỡng rủi ro cho từng nhóm SKU/khách hàng. |
| Warehouse manager | Kiểm soát tồn giữ cho SKU mới, scan hai chiều, khu return receiving, tiêu chí QC và thời hạn xử lý hàng thu về. |
| Ecommerce / CSKH team | Tiếp nhận yêu cầu trên cùng lịch sử đơn, báo đúng trạng thái cho khách và không hứa giao mới khi tồn hoặc dịch vụ 3PL chưa sẵn sàng. |
| Kế toán / đối soát | Theo dõi giá trị SKU mới/cũ, COD thu thêm, refund, phí đổi, phí hai chiều, bồi thường và settlement của carrier hoặc marketplace. |
Checklist triển khai và nghiệm thu
Nên pilot trên một nhóm SKU có tỷ lệ đổi rõ, một kho và một 3PL. Chạy ít nhất các ca đổi ngang giá, thu thêm, hoàn tiền, sai serial, thiếu phụ kiện, khách không trả hàng và giao thất bại. Chỉ mở rộng khi tồn OMS, log WMS, POD/reverse tracking và settlement đều nối được về cùng exchange ID.
- Phân loại lý do đổi: sai size/màu, shop giao sai, hàng lỗi, khách đổi nhu cầu, thiếu phụ kiện hoặc nghi ngờ tráo hàng.
- Chốt kênh nào cho phép đổi tại cửa, thời hạn đổi, phí, điều kiện seal/phụ kiện và nhóm SKU phải nhận trước - QC trước.
- Chuẩn hóa SKU, barcode, serial, combo, quà tặng, đơn vị tính và mapping biến thể giữa OMS, WMS và marketplace.
- Xác nhận 3PL có hỗ trợ swap thật hay chỉ hỗ trợ outbound và reverse pickup riêng; định nghĩa bằng chứng cho từng chặng.
- Thiết kế trạng thái: requested, approved, inventory reserved, ready, outbound, delivered, reverse pending, received, QC hold, settled và rejected.
- Kiểm thử COD thu thêm, refund, đổi ngang giá, phí đổi, giao thất bại, khách không trả hàng, sai serial và hàng thu về thiếu phụ kiện.
- Đặt tiêu chí nghiệm thu: thời gian đổi, first-attempt completion, scan accuracy, reverse aging, QC pass rate, settlement aging và chi phí mỗi ca.
JSTERP có thể hỗ trợ như thế nào?
JSTERP đặt đổi hàng tại cửa trong kiến trúc OMS + WMS thay vì coi đây là ghi chú cho shipper. OMS quản lý đơn gốc, điều kiện đổi, tồn giữ, exchange order, tiền chênh lệch, SLA và 3PL. WMS kiểm soát outbound và reverse bằng SKU, barcode, serial, bin location, picking, checking, packing, return receiving, QC và trạng thái tồn cuối.
Trước buổi tư vấn, doanh nghiệp nên chuẩn bị chính sách đổi trả, 30 ca đổi gần nhất, nhóm SKU có tỷ lệ đổi cao, mẫu vận đơn/statement 3PL, sơ đồ khu hàng hoàn và các khoản COD/refund đang treo. JST ERP Việt Nam có thể dùng dữ liệu đó để xác định nên triển khai swap một chuyến, hai chặng có liên kết hay nhận trước - giao sau theo từng mức rủi ro, sau đó xây bộ test go-live đo được.
Xem thêm sản phẩm OMS + WMS, giải pháp marketplace đa kênh, giải pháp vận hành kho và bài về đối soát COD, phí sàn và hàng hoàn.