Hàng hoàn — nơi những tổn thất thật sự của fulfillment bắt đầu

Khi so sánh các đơn vị fulfillment, chỉ số mà seller nhìn nhiều nhất là xuất kho: độ chính xác xuất hàng, thời điểm cut-off, đơn giá. Nhưng nơi tổn thất thật sự tích tụ tại hiện trường vận hành lại nằm ở chỗ khác. Đó là hàng hoàn.

Vận đơn hàng hoàn từ đơn vị chuyển phát về mỗi ngày được nhập tay rồi bị bỏ sót; hàng đã kiểm không biết đang lưu ở đâu nên lệch với tồn kho; chủ hàng muốn biết tình trạng hàng hoàn cũng phải hỏi từng cái một với đơn vị fulfillment — phần lớn 3PL đều dừng lại ở đây.

RUNIC tự phát triển và vận hành hệ thống quản lý hàng hoàn riêng để giải quyết bài toán này. Đây không phải giải pháp bên ngoài mà là nền tảng dành riêng cho chủ hàng, do đội vận hành RUNIC cùng đội phát triển nội bộ xây dựng, và được cung cấp miễn phí cho chủ hàng hợp tác với RUNIC — kể cả chỉnh sửa theo yêu cầu cũng không tính phí.

1. Vận đơn hàng hoàn CJ, tự động thu thập 100%

Mọi vận đơn hàng hoàn về qua đơn vị chuyển phát đều được ghi nhận tự động vào hệ thống. Người vận hành không cần nhập tay từng vận đơn mỗi ngày.

Vì sao quan trọng: Nhập tay dễ sinh sót. Một vận đơn hoàn bị bỏ sót sẽ trở thành "hàng có tồn nhưng không tìm ra", dẫn tới sự cố xuất hàng. RUNIC liên kết dữ liệu logistics bên ngoài với hệ thống nên vận đơn được ghi nhận tự động ngay khi về, và vận đơn đã thu thập tự động được bảo vệ riêng để con người không thể ghi đè do nhầm lẫn.

2. Theo dõi thời gian thực vận đơn hoàn — điểm khác biệt hiếm thấy trong ngành

Hệ thống hàng hoàn của RUNIC tự động cập nhật trạng thái đến tận từng số vận đơn hoàn.

Phần lớn đơn vị fulfillment chỉ theo dõi vận đơn xuất, còn vận đơn hoàn thì không được xử lý riêng trong hệ thống. Thông thường phải đợi thùng hàng hoàn về đến trung tâm mới nhận diện thủ công, hoặc chủ hàng phải hỏi từng cái với đơn vị fulfillment để biết trạng thái. 99% doanh nghiệp ngoài thị trường dừng ở đây.

RUNIC thì khác.

• Từ yêu cầu hoàn → đơn vị chuyển phát thu hồi → vận chuyển → nhập kho RUNIC → kiểm hàng → nhập lại/tiêu hủy, toàn bộ hành trình được truy vết tự động
• Chủ hàng tra cứu bằng số vận đơn gốc hoặc số vận đơn hoàn đều xem được thông tin truy vết theo từng bước ở mức tương đương vận đơn xuất — chỉ cần biết vận đơn gốc, hệ thống cũng tự động truy vết luôn vận đơn hoàn đã được đối chiếu và hiển thị cùng nhau.
• Thay đổi trạng thái theo thời gian thực được hệ thống tự cập nhật, nên chủ hàng tra cứu được trạng thái mới nhất mà không cần làm mới trang.

Hiệu quả trong xử lý CS: Không chỉ đơn thuần kiểm tra trạng thái mà còn dùng được như một tài sản vận hành.

• Người mua hỏi "Hàng hoàn của tôi về đến chưa?" → chủ hàng tra vận đơn hoàn trên hệ thống → trả lời ngay là đang thu hồi, đang vận chuyển, hay đã về và đang kiểm
• Ghi nhận tình trạng sản phẩm và lịch sử xử lý CS theo từng vận đơn nên khi cùng một vận đơn được tra lại về sau, toàn bộ bối cảnh xử lý trước đó hiện nguyên vẹn — dù cùng một vụ việc được hỏi lại, không cần kiểm tra lại từ đầu.
• Có thể quản lý tách theo từng lý do hoàn. Ví dụ, gom riêng hàng hoàn vì đổi ý rồi phân luồng theo kiểm hàng tốt để bán lại·xử lý loại B·xuất lại, qua đó hạ tỷ lệ tiêu hủy và nâng tỷ lệ thu hồi tồn kho.
• Chủ hàng tự vận hành được mà không cần hỏi đơn vị fulfillment, nhờ đó cả tốc độ xử lý lẫn tính tự chủ vận hành đều tăng.

3. Đối chiếu quét vận đơn gốc — chỉ ghi nhận nhập kho khi hàng thật sự về

Hàng hoàn được đăng ký vào hệ thống không có nghĩa là đã nhập kho xong. RUNIC bố trí một bước xác minh đối chiếu riêng ngay tại thời điểm hàng thật sự về đến trung tâm.

• Khi thùng hàng hoàn về, nhân viên quét vận đơn gốc (vận đơn xuất) dán trên sản phẩm.
• Hệ thống tự động đối chiếu số vận đơn gốc đó với dữ liệu vận đơn hoàn đã đăng ký.
• Chỉ khi khớp mới được ghi nhận là nhập kho thật và phản ánh vào tồn kho.

Vì sao điều này quan trọng:

• Khi hàng hoàn sai (sản phẩm của seller khác·vận đơn khác·thiếu nhãn v.v.) lẫn vào, hệ thống chặn ngay lập tức.
• Ngăn sự cố "vận đơn hoàn đã đăng ký nhưng hàng không về" — vấn đề thường gặp ở các hệ thống chỉ kiểm hàng thủ công.
• Đối chiếu hai chiều vận đơn xuất ↔ vận đơn hoàn được lưu lại, giúp truy vết khi phát sinh tranh chấp về sau.

Đơn vị fulfillment chỉ kiểm thủ công thì không có bước này nên thường xử lý luôn hàng hoàn sai thành nhập kho. Ở RUNIC, chỉ sau khi hệ thống tự động xác minh thì nhập kho mới được công nhận.

4. Tự động truy vết vị trí theo từng món hàng hoàn — biết ngay đang ở đâu

Quan trọng hơn cả việc hàng hoàn đã nhập kho là "món hàng đó bây giờ đang ở đâu". Hệ thống fulfillment thông thường chỉ xử lý đến bước đăng ký nhập kho, còn vị trí lưu trữ thì phụ thuộc vào trí nhớ hay ghi chú của nhân viên. Qua thời gian sẽ xảy ra cảnh "hàng thì có nhưng không biết ở đâu", và tồn kho bị lệch.

Hệ thống hàng hoàn của RUNIC tự động ghi nhận vị trí lưu trữ ngay khi xác minh nhập kho.

• Với sản phẩm đã hoàn tất đối chiếu quét vận đơn gốc, khi đội kiểm hàng quét vị trí lưu (kệ·khu vực·số thùng) thì hệ thống sẽ tự động ánh xạ.
• Chủ hàng hoặc người vận hành tra cứu bằng số vận đơn·tên sản phẩm·SKU thì vị trí lưu trữ hiện tại được hiển thị nguyên vẹn.
• Dù hàng tốt·loại B·chờ tiêu hủy được lưu ở các khu vực khác nhau theo từng trạng thái, hệ thống vẫn truy vết toàn bộ.

Được dùng thế nào tại hiện trường:

• Khi cần kiểm lại một sản phẩm cụ thể do khiếu nại của đối tác → tra vị trí trên hệ thống → việc trước đây mất hàng chục phút rút xuống còn hàng chục giây
• Khi sắp lịch kiểm hàng tốt → tối ưu tuyến di chuyển làm việc theo vị trí lưu
• Khi kiểm kê thực tế → đối chiếu vị trí hệ thống với vị trí tồn thực để phát hiện ngay điểm không khớp
• Khi xử lý tiêu hủy → xử lý gộp hàng đã tập trung tại khu chờ tiêu hủy

Nếu "hàng hoàn đã về nhưng không biết ở đâu" là thực tế của fulfillment thông thường, thì ở RUNIC, nhập kho hàng hoàn và truy vết vị trí được vận hành trong cùng một luồng.

5. Tích hợp nhiều đường nhập liệu — thôi chép tay

Cung cấp 5 đường đăng ký hàng hoàn phù hợp với hiện trường vận hành.

• Thu thập tự động — tự động đăng ký vận đơn qua liên kết dữ liệu logistics bên ngoài
• Chuyển tiếp tiếp nhận thu hồi từ CS trên WMS — chọn theo từng mục danh sách "đang tiếp nhận thu hồi" mà đội CS đã đăng ký trên WMS của RUNIC rồi chuyển tiếp·tiếp nhận nguyên dữ liệu sang hệ thống hàng hoàn. CS và đội hàng hoàn làm việc trên cùng một dữ liệu nên không cần nhập hai lần.
• Tiếp nhận qua tìm kiếm tích hợp — tìm đơn gốc bằng tên người nhận·mã đơn·số vận đơn, tách hiển thị theo từng dòng sản phẩm → chọn nhiều mục và tiếp nhận gộp
• Tải lên Excel — đăng ký hàng loạt
• Quét barcode — đăng ký ngay tại hiện trường nhập kho

Dù một đơn có nhiều sản phẩm, mỗi sản phẩm được tách thành từng thẻ riêng, nên cùng một đơn vẫn có thể quản lý chính xác kiểu sản phẩm A đưa vào xử lý hoàn, sản phẩm B giữ nguyên. Sản phẩm đã đăng ký sẽ tự hiện nhãn "đã đăng ký" để chặn đăng ký trùng.

6. Kiểm tra trạng thái hàng hoàn theo thời gian thực — xử lý CS nhanh hơn

Cùng với theo dõi vận đơn hoàn, các bước xử lý sau nhập kho cũng đều được hiển thị cho chủ hàng theo thời gian thực.

Được dùng thế nào tại hiện trường CS:

• Người mua hỏi "Hôm qua tôi gửi hoàn rồi, đã xử lý chưa?" → mở hệ thống một lần, tìm vận đơn → xem ngay đến các bước đang thu hồi·nhập kho·kiểm xong·nhập lại → trả lời tức thì
• Khiếu nại hàng hoàn đã về mà hoàn tiền chậm → tra thời gian thực đang ở bước kiểm hay bước nhập lại → báo được cả ngày dự kiến xử lý chính xác
• Đối tác B2B yêu cầu xác nhận số lượng hoàn → vì trạng thái được tách hiển thị theo từng dòng sản phẩm nên xử lý chi tiết được kiểu sản phẩm A đã nhập lại xong, sản phẩm B đã tiêu hủy

Trước đây CS hay nói "Để em kiểm tra rồi liên hệ lại", thì khi dùng hệ thống hàng hoàn của RUNIC, câu trả lời có ngay tại chỗ. Thời gian xử lý giảm bao nhiêu thì mức hài lòng của khách và tỷ lệ mua lại tăng bấy nhiêu.

7. Thống kê hóa dữ liệu hàng hoàn — nhìn ra "vì sao hàng bị hoàn"

Hệ thống hàng hoàn của RUNIC không chỉ là công cụ ghi nhận vận đơn. Nó tự động thống kê hóa dữ liệu hàng hoàn tích lũy để cung cấp góc nhìn giúp chủ hàng cải thiện vận hành tiếp theo.

Ví dụ về các thống kê hệ thống hiển thị:

• Tỷ lệ hoàn theo sản phẩm·SKU — sản phẩm nào phát sinh hoàn nhiều nhất
• Phân bố lý do hoàn — lý do nào nhiều: đổi ý, lỗi, giao sai, sai size v.v.
• Xu hướng hoàn theo thời điểm — hàng hoàn có dồn vào ngay sau một mùa·khuyến mãi·sự kiện cụ thể không
• Tỷ lệ nhập lại·tiêu hủy·loại B — trong hàng hoàn thu về, tỷ lệ bán lại được là bao nhiêu
• Tỷ lệ hoàn theo đối tác·kênh — kênh nào phát sinh hoàn nhiều hơn

Điểm cải thiện chủ hàng thu được:

• Tỷ lệ hoàn của một SKU cao bất thường → bổ sung mô tả·hình ảnh·thông tin size trên trang chi tiết
• Hoàn vì lý do size nhiều → chỉnh lại hướng dẫn size hoặc nâng độ chính xác của tùy chọn
• Hoàn dồn vào một kênh cụ thể → rà soát nội dung hiển thị·xử lý CS của kênh
• Thấy được quy luật tỷ lệ hoàn theo mùa → điều chỉnh lượng đặt·vận hành tồn kho cho mùa sau
• Phát hiện danh mục có tỷ lệ tiêu hủy cao → xem lại cách đóng gói·phương thức vận chuyển

Hàng hoàn không chỉ là gánh nặng vận hành đơn thuần mà là dữ liệu giúp cải thiện việc hoạch định sản phẩm và chiến lược bán hàng. Hệ thống của RUNIC tự động tổng hợp để chủ hàng tra cứu trực tiếp dữ liệu đó, nên không cần yêu cầu riêng đơn vị fulfillment mới nhận được.

8. Hệ thống chặn "thay đổi giá trị ngoài ý muốn"

Có một sự cố phổ biến trong ngành — khi lưu biểu mẫu, một mục người dùng không hề đụng vào lại âm thầm bị đổi sang tùy chọn đầu tiên, làm hỏng dữ liệu. Hệ thống của RUNIC theo dõi xem người dùng có thật sự đụng vào mục đó không, và giữ nguyên giá trị cũ với các mục không đụng đến.

Ý nghĩa: Người vận hành đang thao tác ở ô khác lỡ tay bấm nút lưu thì các mục khác cũng không bị hỏng. Tính toàn vẹn dữ liệu được đảm bảo ở cấp hệ thống.

9. Nhập kho một lần, in nhãn một lần

Sản phẩm đã kiểm xong chỉ cần một lần bấm nút nhập kho là thời điểm nhập kho được ghi tự động. Sản phẩm cần nhãn thì chỉ một lần bấm nút in nhãn là in ra barcode·mã quản lý·tên sản phẩm. Xuất PDF đã được kiểm tra tương thích với máy in nhãn nên in được ngay mà không cần chuyển đổi riêng.

10. Dữ liệu dung lượng lớn cũng an toàn

Khi nhận hàng chục nghìn bản ghi dữ liệu hàng hoàn bằng Excel, hệ thống tạo file ở nền và hiển thị tiến trình theo thời gian thực bằng cửa sổ modal (tổng số bản ghi / số đã xong / tỷ lệ tiến độ / thời gian đã trôi qua / thời gian còn lại). Bạn có thể tiếp tục làm việc khác trong lúc chờ tải xuống.

11. Chủ hàng tự xem trực tiếp, chỉ dữ liệu của mình

Nhờ phân quyền độc lập, chủ hàng chỉ tra cứu được dữ liệu của công ty mình, đội kiểm hàng chỉ sửa được thời điểm nhập kho, và chỉ quản trị viên mới xem toàn bộ dữ liệu vận hành. Cấu trúc multi-tenant giúp dữ liệu giữa các chủ hàng không bị lẫn.

Chủ hàng nhận được gì

• Dùng miễn phí toàn bộ tính năng trên — không phí sử dụng giải pháp·không tính phí theo tài khoản
• Chỉnh sửa theo yêu cầu của chủ hàng cũng miễn phí và được áp dụng nhanh
• Tự kiểm tra trực tiếp tiến trình hàng hoàn mà không cần hỏi đơn vị fulfillment
• Truy vết thời gian thực toàn hành trình thu hồi → vận chuyển → nhập kho → kiểm hàng → nhập lại bằng số vận đơn hoàn
• Tra ngay vị trí lưu trữ (kệ·khu vực·thùng) của sản phẩm hoàn đã nhập kho bằng vận đơn·SKU
• Trả lời tức thì các thắc mắc CS của người mua·đối tác — rút ngắn thời gian xử lý, tăng tỷ lệ mua lại
• Phát hiện điểm cải thiện theo sản phẩm·kênh·mùa từ dữ liệu hàng hoàn tích lũy
• Chặn trước tình trạng lệch tồn kho do sai số lượng·vận đơn
• Tách song song xử lý CS và nhập kho hàng hoàn để nâng tốc độ vận hành
• Tự tra cứu trực tiếp dữ liệu tỷ lệ hoàn·tỷ lệ nhập lại·tỷ lệ tiêu hủy theo SKU

Cung cấp miễn phí cho chủ hàng — kể cả chỉnh sửa theo yêu cầu cũng không tính phí

Hệ thống quản lý hàng hoàn của RUNIC được cung cấp miễn phí cho chủ hàng hợp tác với RUNIC. Không có phí sử dụng giải pháp riêng, cũng không tính phí theo mỗi tài khoản. Chủ hàng giao việc vận hành hàng hoàn cho RUNIC sẽ dùng nguyên vẹn mọi tính năng đã nêu ở trên — từ tự động thu thập vận đơn, theo dõi vận đơn hoàn, đối chiếu vận đơn gốc, truy vết vị trí, đến thống kê — mà không phát sinh thêm chi phí.

Quan trọng hơn là chỉnh sửa theo yêu cầu cũng miễn phí. Với giải pháp bên ngoài, chỉ để đổi một màn hình cũng phải nhận báo giá riêng từ nhà cung cấp và trả phí phát triển. RUNIC thì khác.

• Phát triển theo yêu cầu cũng miễn phí — liên kết một kênh cụ thể, mẫu nhãn riêng cho đối tác, hệ thống phân loại lý do, luồng kiểm hàng đặc thù, thêm mục thống kê v.v. đều được phản ánh theo yêu cầu chủ hàng mà không tính phí riêng
• Áp dụng nhanh — đội phát triển nội bộ trực tiếp vận hành nên từ yêu cầu → xem xét → phát triển → áp dụng đều diễn ra trong cùng một đội. Không có bước thuê ngoài·báo giá·ký hợp đồng nên không phải chờ vài tuần đến vài tháng.
• Đội vận hành và đội phát triển ở trong cùng một công ty nên phản hồi từ hiện trường được phản ánh vào hệ thống ngay lập tức
• Theo cùng luồng đó, RUNIC cũng tự phát triển·vận hành WMS·TMS ngay trong nội bộ — hàng hoàn và các công cụ vận hành khác được kết nối thành một luồng

Khi chủ hàng hỏi "Cái này chỉnh lại thế này được không?", RUNIC có thể trả lời "Chúng tôi sẽ xem xét, phát triển rồi áp dụng cho quý vị — không tính phí". Đó là câu trả lời khó có được ở các đơn vị fulfillment dùng giải pháp bên ngoài.

Đó là điều làm được vì chính công ty vận hành tự xây dựng. RUNIC hiểu rõ thực tế hiện trường rằng mỗi chủ hàng có cách vận hành khác nhau, mẫu nhãn của mỗi đối tác khác nhau, tiêu chuẩn kiểm hàng nhập kho khác nhau. Vì vậy RUNIC không mua hệ thống từ bên ngoài mà tự xây dựng, rồi dùng chung hệ thống đó với chủ hàng một cách miễn phí.

Trang chủ chính thức www.runic.kr · Kiểm xuất hàng giao B2B · Danh mục kiểm tra SLA · Hướng dẫn fulfillment SmartStore →