Quản lý giao hàng một phần (Partial Delivery) và luồng vận chuyển ngược khi đổi trả hàng hoàn
Hệ thống quản lý giao hàng một phần (Partial Delivery) và vận chuyển ngược (Reverse Logistics) trên website thương mại điện tử cho phép khách hàng nhận những sản phẩm phù hợp và gửi trả lại phần còn lại ngay tại thời điểm bưu tá phát hàng, hoặc tạo yêu cầu đổi trả trực tuyến sau mua. Kiến trúc dữ liệu tách bạch vận đơn chiều đi và vận đơn thu hồi chiều về, tự động tính lại số tiền thu hộ thực tế, giữ chỗ tồn kho cho sản phẩm đổi mới và kiểm soát chặt chẽ trạng thái nhập kho hàng hoàn.
Trong kinh doanh thời trang, giày dép, phụ kiện hoặc đồ gia dụng trực tuyến, tâm lý e ngại sản phẩm không vừa kích cỡ là rào cản lớn khiến người mua chần chừ chốt đơn. Cung cấp tùy chọn giao hàng một phần (cho phép thử hoặc chọn lấy một số món trong đơn) cùng quy trình thu hồi đổi trả tự động tại nhà không chỉ nâng cao tỷ lệ chuyển đổi mà còn giúp doanh nghiệp kiểm soát thất thoát hàng hoàn.
Nghiệp vụ Giao hàng một phần (Partial Delivery) và thách thức hạch toán đơn hàng trên website
Giao hàng một phần (Partial Delivery) là dịch vụ vận chuyển đặc biệt rất được ưa chuộng trong ngành thời trang, giày dép và kính mắt: khách hàng có thể đặt mua cùng lúc 2 kích cỡ (ví dụ áo cỡ M và cỡ L) hoặc 3 mẫu thiết kế trong một đơn hàng, khi bưu tá giao tới nơi, khách chọn lấy 1 chiếc vừa vặn và gửi trả lại ngay các chiếc còn lại cho bưu tá mang về kho mà không cần hủy toàn bộ đơn hàng.
Về mặt kỹ thuật phần mềm, nghiệp vụ này phá vỡ giả định truyền thống của nhiều hệ thống giỏ hàng đơn giản vốn coi một đơn hàng chỉ có hai trạng thái cuối cùng là “Giao thành công 100%” hoặc “Hoàn toàn bộ”. Khi xảy ra giao hàng một phần, cả ba yếu tố cốt lõi của đơn hàng đều thay đổi ngay tại cửa nhà khách: danh sách sản phẩm thực nhận bị rút gọn, số tiền thu hộ COD thực tế giảm xuống (hoặc chỉ thu phí vận chuyển hỗ trợ thử hàng), và một vận đơn chuyển hoàn chiều về (Return Waybill) được sinh ra tự động cho phần hàng dư.
Để hệ thống website xử lý chính xác kịch bản này, cấu trúc bảng chi tiết dòng sản phẩm trong đơn (order_line_items) phải được thiết kế tách biệt các trường số lượng: ordered_qty (số lượng đặt ban đầu), shipped_qty (số lượng xuất kho), delivered_qty (số lượng khách thực nhận) và returned_qty (số lượng khách trả lại bưu tá). Đồng thời, khi đẩy đơn sang API đơn vị vận chuyển, hệ thống phải truyền cờ cho phép giao một phần (allow_partial_delivery = true) kèm hướng dẫn thu tiền cho từng phương án khách chọn.
- Cấu hình chính sách đồng kiểm và chọn hàng linh hoạt tại cấp độ đơn hàng: Cho xem hàng không thử, Cho thử hàng và nhận một phần, hoặc Không cho xem hàng.
- Tự động tính lại giá trị khuyến mãi khi nhận một phần (Promotion Recalculation Rule): nếu khách mua combo 3 áo được giảm 20% nhưng khi nhận hàng chỉ lấy 1 áo và trả lại 2 áo, hệ thống cần cung cấp bảng giá thu hộ theo từng số lượng thực nhận ngay trên phiếu gửi để bưu tá thu đúng tiền.
- Xử lý phí vận chuyển chiều hoàn khi khách từ chối toàn bộ đơn nhưng đồng ý thanh toán cước phí xem hàng (ví dụ thu 30.000đ tiền ship khi khách không ưng mẫu): hệ thống hạch toán khoản thu này vào doanh thu bù đắp chi phí vận chuyển thay vì ghi nhận doanh thu hàng hóa.
- Liên kết tự động mã vận đơn chiều đi (outbound_tracking_code) với mã vận đơn hoàn trả phần hàng dư (partial_return_tracking_code) do hãng vận chuyển phát sinh qua Webhook.
| Kịch bản nghiệp vụ | Thời điểm phát sinh | Luồng vận đơn & Bưu tá | Xử lý tiền thu hộ (COD) / Hoàn tiền | Biến động tồn kho (Inventory) |
|---|---|---|---|---|
| Giao một phần tại điểm phát (On-spot Partial) | Ngay lúc bưu tá đang giao hàng cho khách | Khách giữ món A, trả món B ngay cho bưu tá kèm vận đơn hoàn phụ | Bưu tá sửa số tiền COD thu thực tế theo món A đã nhận | Món A trừ kho vĩnh viễn; Món B chuyển vào kho Đang hoàn về |
| Giao hàng tách nhiều kiện (Split Shipment) | Ngay tại bước xuất kho từ nhiều chi nhánh | Một đơn gốc tách thành 2-3 mã vận đơn đi từ các kho khác nhau | Chia tỷ lệ COD theo từng kiện hoặc thu ở kiện đầu/kiện cuối | Trừ tồn kho riêng biệt tại từng kho chi nhánh xuất hàng |
| Thu hồi trả hàng hoàn tiền (Return & Refund) | Sau khi đơn đã giao thành công 1-15 ngày | Hệ thống gọi API tạo vận đơn chiều về (Reverse Pickup) đến nhà khách | Hoàn tiền qua cổng thanh toán hoặc chuyển khoản sau khi kho QC đạt | Nhập kho hàng hoàn sau bước kiểm định chất lượng (QC Pass) |
| Đổi hàng hai chiều đồng thời (Doorstep Exchange) | Sau khi khách nhận hàng và yêu cầu đổi cỡ/mẫu | Bưu tá mang kiện hàng mới đến giao đồng thời thu hồi kiện hàng cũ về | Thu phần chênh lệch giá + phí vận chuyển hai chiều (nếu có) | Giữ chỗ (Reserve) mã hàng mới ngay khi duyệt yêu cầu đổi |
Thiết kế cổng tự phục vụ yêu cầu Đổi trả – Bảo hành (Self-service RMA Portal) cho người mua
Đối với các đơn hàng đã giao thành công nhưng sau đó khách hàng phát hiện sản phẩm bị lỗi kỹ thuật, giao nhầm màu sắc hoặc muốn đổi sang kích cỡ khác theo chính sách của thương hiệu, việc bắt khách hàng phải gọi điện thoại trình bày qua nhiều khâu chăm sóc khách hàng rồi tự ra bưu cục gửi hàng về sẽ tạo ra trải nghiệm rất nặng nề. Giải pháp hiện đại là tích hợp Cổng yêu cầu đổi trả trực tuyến (Return Merchandise Authorization - RMA Portal) ngay trên website.
Khách hàng chỉ cần nhập mã đơn hàng và số điện thoại (hoặc đăng nhập tài khoản), hệ thống sẽ kiểm tra điều kiện hợp lệ tự động: đơn hàng có còn trong thời hạn đổi trả (ví dụ 7 ngày hoặc 15 ngày kể từ mốc thời gian delivered_at) hay không, sản phẩm có thuộc danh mục được phép đổi trả hay không (chặn tự động các mặt hàng đồ bơi, phụ kiện dùng một lần hoặc hàng đặt làm riêng). Nếu thỏa mãn điều kiện, khách hàng tích chọn sản phẩm muốn đổi trả, chọn lý do cụ thể và tải lên hình ảnh/video thực tế của sản phẩm.
Điểm đắt giá của cổng RMA tự động là khả năng kiểm tra tồn kho thời gian thực cho yêu cầu Đổi sang sản phẩm khác (Exchange). Khi khách muốn đổi từ đôi giày cỡ 40 sang cỡ 41, hệ thống lập tức truy vấn tồn kho khả dụng của cỡ 41; nếu còn hàng, hệ thống tự động tạo một bản ghi Giữ hàng tạm thời (stock_reservation) cho đôi giày cỡ 41 ngay khi quản trị viên duyệt phiếu RMA, tránh tình trạng khi hàng cũ được gửi về đến kho thì cỡ 41 đã bị bán hết cho người khác.
- Kiểm tra tự động cửa sổ thời gian đổi trả (Return Window Validation) dựa trên dấu thời gian giao thành công thực tế từ Webhook vận chuyển thay vì ngày đặt hàng.
- Bắt buộc đính kèm bằng chứng hình ảnh/video đối với các lý do “Sản phẩm lỗi sản xuất”, “Bể vỡ do vận chuyển” hoặc “Giao sai mẫu” để bộ phận kho và vận hành đối chiếu ngay trên màn hình duyệt phiếu.
- Tính toán tự động chi phí đổi trả: nếu lỗi thuộc về cửa hàng hoặc nhà vận chuyển, phí vận chuyển hai chiều được hệ thống đánh dấu 0đ (doanh nghiệp chịu); nếu khách đổi ý hoặc đổi cỡ theo nhu cầu cá nhân, hệ thống tự động tính phí vận chuyển thu hồi và giao mới.
- Cung cấp nhiều phương thức hoàn tiền linh hoạt: Hoàn trực tiếp về thẻ/ví điện tử đã thanh toán (Refund API), Chuyển khoản ngân hàng, hoặc Hoàn thành Điểm thưởng / Mã giảm giá (Store Credit) cộng thêm ưu đãi 5% để giữ dòng tiền ở lại hệ sinh thái website.
Tự động hóa vận chuyển ngược (Reverse Pickup API) và nghiệp vụ Đổi hàng 1-đổi-1 tại nhà
Sau khi phiếu yêu cầu đổi trả (RMA Ticket) được nhân viên chăm sóc khách hàng phê duyệt trên hệ thống quản trị, thay vì yêu cầu khách tự tìm đơn vị chuyển phát để gửi hàng về, hệ thống website sẽ tự động gọi API Tạo vận đơn chiều ngược (Reverse Logistics / Return Pickup API) sang đơn vị vận chuyển đã kết nối. Trong lệnh gọi này, địa chỉ của khách hàng trở thành Điểm lấy hàng (pickup_address) và địa chỉ kho chuyên xử lý hàng hoàn của doanh nghiệp trở thành Điểm nhận hàng (return_warehouse_address).
Đặc biệt, với nghiệp vụ Đổi hàng lấy ngay tại nhà (Doorstep Simultaneous Exchange / 1-for-1 Swap) — hiện được nhiều hãng chuyển phát nhanh toàn quốc hỗ trợ — hệ thống website có thể khởi tạo một vận đơn kép (Linked Outbound-Inbound Waybill). Kho của doanh nghiệp đóng gói sản phẩm mới (cỡ 41) và gửi đi; khi bưu tá đến nhà khách hàng, bưu tá thực hiện giao kiện hàng mới, đồng thời kiểm tra sơ bộ kiện hàng cũ (cỡ 40) từ tay khách, dán tem vận đơn chiều về đã được sinh sẵn và mang trả lại kho doanh nghiệp trong cùng một lần ghé thăm.
Toàn bộ hành trình của kiện hàng chiều về cũng được đồng bộ qua Webhook tương tự như đơn hàng chiều đi. Nhờ vậy, cả khách hàng lẫn bộ phận kế toán – kho vận đều theo dõi được chính xác khi nào bưu tá đã lấy hàng thu hồi từ nhà khách (RETURN_PICKED_UP), kiện hàng đang ở trạm trung chuyển nào (RETURN_IN_TRANSIT) và khi nào kiện hàng cập bến kho doanh nghiệp (RETURN_DELIVERED_TO_SELLER) để chuẩn bị nhân sự kiểm định.
- Định tuyến kho nhận hàng hoàn chuyên biệt: cho phép cấu hình địa chỉ nhận hàng hoàn về kho trung tâm (Central QC Warehouse) ngay cả khi đơn hàng ban đầu được xuất đi từ một cửa hàng bán lẻ chi nhánh.
- Tự động gửi mã vận đơn thu hồi và hướng dẫn đóng gói lại (kèm mã QR tra cứu) qua tin nhắn cho khách hàng ngay khi phiếu RMA được duyệt để khách chủ động bàn giao cho bưu tá.
- Quản lý số tiền thu hộ chênh lệch trên đơn đổi hàng (Exchange Differential COD): nếu khách đổi từ chiếc áo 350.000đ sang chiếc váy 500.000đ kèm 30.000đ phí vận chuyển đổi hàng, hệ thống tự động gán số tiền COD cần thu thêm trên vận đơn đổi là 180.000đ.
- Cảnh báo đơn thu hồi quá hạn: nếu sau 3 ngày kể từ khi tạo vận đơn chiều về mà bưu tá vẫn chưa lấy được hàng từ phía khách, hệ thống tự động nhắc lịch hoặc hủy giữ chỗ tồn kho sản phẩm đổi mới.
Quy trình kiểm định chất lượng kho hoàn (QC Inspection) và chống thất thoát tồn kho hàng trả về
Điểm gây thất thoát tài chính nghiêm trọng trong thương mại điện tử không nằm ở lúc duyệt cho khách hoàn hàng, mà nằm ở khâu nhận lại hàng hoàn tại kho. Trong thực tế vận hành, rất nhiều kiện hàng giao thất bại hoặc giao một phần được bưu tá trả về kho theo từng bao tải lớn vào cuối tuần; nếu hệ thống website tự động cộng lại tồn kho bán được (available_stock) ngay khi hãng vận chuyển báo trạng thái “Đã trả hàng về cho người bán”, kho rất dễ gặp tình trạng hàng thực tế bị tráo đổi, rách hỏng, bẩn hoặc mất hộp nhưng vẫn được bán tiếp cho khách mới.
Vì lý do đó, kiến trúc quản lý tồn kho trên website thương mại điện tử chuyên nghiệp bắt buộc phải tách biệt Kho hàng đang chuyển hoàn (in_transit_return_stock), Kho chờ kiểm định (quarantine_qc_stock) và Kho hàng thương mại loại A (sellable_stock). Khi Webhook báo kiện hàng hoàn đã về tới kho hoặc nhân viên kho dùng máy quét mã vạch quét nhận mã vận đơn hoàn ở cửa kho, số lượng sản phẩm chỉ được chuyển vào Kho chờ kiểm định.
Tại bàn kiểm định (QC Station), nhân viên mở kiện hàng dưới camera giám sát, đối chiếu sản phẩm thực tế với đơn hàng gốc trên màn hình và phân loại kết quả kiểm tra cho từng món: Đạt chuẩn nhập lại kho bán mới (Grade A - Restock), Hư hỏng nhẹ cần làm sạch/đóng hộp lại hoặc chuyển sang kho hàng thanh lý (Grade B - Refurbish/Outlet), hoặc Hư hỏng nặng / Bị tráo hàng cần lập biên bản khiếu nại đơn vị vận chuyển (Grade C - Claim/Write-off). Chỉ sau khi nhân viên bấm xác nhận hoàn tất bước QC trên hệ thống, lệnh hoàn tiền cho khách hàng mới được chuyển sang trạng thái sẵn sàng giải ngân.
- Quét mã vạch đối soát bàn giao hàng hoàn (Return Manifest Scanning): so khớp danh sách vận đơn hoàn mà bưu tá ký trả với danh sách các đơn đang mang trạng thái “Đang chuyển hoàn” trên hệ thống để phát hiện ngay các kiện hàng bị thất lạc trên đường về.
- Tích hợp ghi dấu thời gian (Timestamp) lúc quét mã vận đơn hoàn để liên kết trực tiếp với hệ thống đầu ghi camera đóng gói/mở kiện tại kho, làm bằng chứng đối chất khi xảy ra tranh chấp tráo hàng.
- Tự động hạch toán bút toán điều chỉnh giảm doanh thu, hoàn thuế giá trị gia tăng (nếu đã xuất hóa đơn điện tử) và ghi nhận chi phí cước hoàn hai chiều vào báo cáo hiệu quả vận hành.
- Thống kê tỷ lệ hoàn hàng và đổi trả theo từng mã SKU, từng bảng quy đổi kích cỡ (Size Chart) và từng khu vực địa lý để đội ngũ sản phẩm cải thiện mô tả hàng hóa trên website.
Câu hỏi thường gặp
Giải đáp nhanh những điểm thương hiệu bán lẻ D2C, chuỗi cửa hàng đa chi nhánh, doanh nghiệp sản xuất – phân phối B2B và đơn vị xây dựng sàn giao dịch thương mại điện tử hay hỏi về chủ đề này.
Khi khách hàng chỉ nhận 2 trên 3 sản phẩm trong đơn giao một phần thì số tiền COD được xử lý ra sao?
Ngay khi tạo đơn hàng có bật chế độ Giao một phần, hệ thống website đã truyền chi tiết đơn giá thực thu của từng dòng sản phẩm (sau khi phân bổ khuyến mãi) sang hệ thống của đơn vị vận chuyển. Khi khách chọn giữ 2 món và trả 1 món, bưu tá tích chọn món khách nhận trên ứng dụng giao hàng; số tiền COD cần thu sẽ tự động cập nhật lại đúng bằng giá trị 2 món đó và đồng bộ ngược về website qua Webhook.
Làm sao tránh tình trạng khách gửi trả hàng lỗi về nhưng kho chưa kiểm tra mà hệ thống đã hoàn tiền?
Hệ thống thiết lập luồng phê duyệt hai bước (Two-step Return Verification): bước 1 là đơn vị vận chuyển cập nhật đã giao kiện hàng hoàn về kho; bước 2 là nhân viên kho bắt buộc phải quét mã kiện hàng và bấm xác nhận kết quả kiểm định chất lượng (QC Pass) trên trang quản trị thì lệnh hoàn tiền tự động hoặc thông báo cho kế toán giải ngân mới được kích hoạt.
Hệ thống có theo dõi được các kiện hàng giao thất bại đã quá 7 ngày nhưng hãng vận chuyển vẫn chưa trả về kho không?
Có. Phân hệ quản lý vận đơn có bộ lọc chuyên biệt “Đơn hoàn quá hạn chưa nhập kho (Overdue Returns)”. Bất kỳ vận đơn nào đã chuyển sang trạng thái Duyệt hoàn quá số ngày quy định (ví dụ 5 ngày nội tỉnh hoặc 10 ngày liên tỉnh) mà chưa có xác nhận quét mã nhập kho đều được liệt kê cảnh báo đỏ để bộ phận vận hành yêu cầu hãng vận chuyển bồi hoàn.
Nhận tư vấn kiến trúc & Báo giá chi tiết hệ thống Website Thương mại điện tử
Hãy cho Uptech biết mô hình bán hàng của bạn (B2C, B2B hay Đa kho/Sàn), số lượng mã sản phẩm (SKU) dự kiến và các phần mềm cổng thanh toán, vận chuyển, ERP/POS cần kết nối. Kỹ sư giải pháp của Uptech sẽ phân tích và gửi bản đề xuất kiến trúc kèm dự toán chi phí minh bạch trong 24 giờ làm việc.
- Phản hồi kèm sơ đồ kiến trúc đề xuất trong vòng 24 giờ làm việc
- Tư vấn miễn phí lộ trình đồng bộ tồn kho ERP/POS và cấu trúc SEO danh mục lớn
- Hợp đồng pháp nhân rõ ràng, bàn giao mã nguồn, xuất hóa đơn GTGT (VAT) đầy đủ