Quy Trình Đổi Trả Hàng Cho Cửa Hàng: Làm Sao Cho Chuẩn 2026

Trả lời nhanh: Quy trình đổi trả chuẩn năm 2026 cho cửa hàng nhỏ gồm 5 bước cố định: đối chiếu chính sách đổi trả đã công bố, kiểm hàng thực tế, chọn cách xử lý (hoàn tiền, đổi hàng hoặc trừ công nợ), cộng ngay hàng trả vào kho, và ghi lại giao dịch để đối soát cuối ngày.

Vì sao một ca đổi trả tưởng đơn giản lại dễ gây lỗ

Thử hình dung buổi chiều cuối tuần, một khách mang áo về đổi size, nhân viên thu ngân đang bận tính tiền cho ba người phía sau. Áo cũ nhận lại, áo mới giao đi, nhưng cuối ngày kiểm kho thì số lượng áo cũ trong hệ thống vẫn chưa được cộng lại — vì nhân viên quên ghi, hoặc ghi vào sổ tay rồi cuối ngày mới nhập, lúc đó đã quên mất chi tiết. Lặp lại vài lần một tuần, kho trên giấy và kho thật lệch nhau, và chủ cửa hàng không biết lệch từ đâu.

Cái khó không nằm ở việc đồng ý hay từ chối đổi trả, mà ở việc mỗi người xử lý theo cách khác nhau. Nhân viên A hoàn tiền mặt ngay, nhân viên B trừ vào công nợ của khách quen, nhân viên C giữ hàng lỗi lại một góc không ghi gì cả. Khi không có quy định viết ra, chủ cửa hàng là người duy nhất biết "nên làm sao", và khi không có mặt, mọi quyết định đều mang tính may rủi.

Viết chính sách đổi trả trước khi cần dùng đến nó

Chính sách đổi trả không cần dài, nhưng cần trả lời được ba câu hỏi mà nhân viên hay bị hỏi ngược lại khi khách đứng trước mặt: trong bao lâu thì được đổi trả, hàng phải còn gì (tag, hộp, tem bảo hành) mới được nhận lại, và ai có quyền quyết định khi hàng không đủ điều kiện nhưng khách vẫn muốn đổi. Một cửa hàng quần áo có thể quy định 7 ngày, còn tem mác, chưa giặt; một cửa hàng điện thoại có thể quy định đổi máy lỗi trong 48 giờ kèm số serial khớp với hóa đơn.

Giả sử một cửa hàng bán đồ gia dụng quy định: đổi trong 5 ngày, giữ hóa đơn hoặc có thể tra theo số điện thoại, hàng chưa qua sử dụng. Khi có quy định rõ, nhân viên thu ngân chỉ cần đối chiếu ba điều kiện này trước, không phải gọi điện hỏi chủ quán giữa lúc đông khách. Quy định này nên dán ở quầy và nhắc lại trong nhóm nhân viên, không chỉ nằm trong đầu người quản lý.

Phần khó xử lý hơn chính sách là quyết định ai được quyền hoàn tiền mặt trên một mức nào đó. Nhiều cửa hàng nhỏ để thu ngân tự quyết mọi khoản hoàn, dẫn đến rủi ro hoàn sai hoặc hoàn cho trường hợp không đủ điều kiện để tránh khách giận. Một mức trần hợp lý — ví dụ thu ngân tự xử lý hoàn dưới một ngưỡng tiền nhất định, trên ngưỡng đó cần quản lý xác nhận — giúp giảm việc này mà không làm chậm những ca đổi trả nhỏ, thường xuyên.

Năm bước xử lý một ca đổi trả tại quầy

Khi khách mang hàng đến, trình tự xử lý nên đi theo thứ tự cố định, không nhảy cóc, vì nhảy cóc là lúc dễ quên một bước:

• Đối chiếu hàng trả với điều kiện trong chính sách (thời hạn, tình trạng hàng, có hóa đơn hay không).
• Kiểm hàng thực tế — mở hộp, thử máy, kiểm tem, so với mô tả khách đưa ra.
• Xác định hướng xử lý: hoàn tiền toàn phần, đổi sang hàng khác, hoặc trừ vào công nợ nếu khách đang mua kèm đơn mới.
• Cộng hàng trả về đúng vị trí trong kho ngay lúc đó, không để cuối ngày mới nhập.
• Ghi lại giao dịch (mã đơn gốc, giá trị hàng trả, cách hoàn) để đối soát quỹ cuối ngày khớp với số liệu đã xử lý.

Bước dễ bị bỏ quên nhất là bước thứ tư. Thu ngân thường tập trung vào việc hoàn tiền cho khách hài lòng rồi chuyển sang khách tiếp theo, còn việc cộng lại hàng vào kho bị gác lại "làm sau". Nếu cửa hàng quản lý kho bằng sổ tay hoặc file Excel tách riêng khỏi khâu bán hàng, khoảng trễ này gần như chắc chắn xảy ra. Đây cũng là lý do nhiều cửa hàng chuyển sang phần mềm bán hàng có module đổi trả tích hợp sẵn với kho — hàng trả được cộng lại ngay trong cùng một màn hình xử lý, không phải mở thêm sổ khác để ghi tay.

Trường hợp đổi hàng: tính chênh lệch sao cho không lệch quỹ

Đổi hàng khó hơn trả hàng thuần, vì phát sinh thêm phép tính chênh lệch giá. Giả sử một khách mua áo giá 350.000đ, muốn đổi sang áo khác giá 420.000đ — cửa hàng cần thu thêm 70.000đ. Ngược lại, nếu đổi sang áo giá 280.000đ, cửa hàng cần hoàn lại 70.000đ. Vấn đề nảy ra khi cửa hàng còn áp thêm phí xử lý đổi hàng (một số nơi tính phí nhỏ nếu khách đổi quá nhiều lần) hoặc giảm giá cho hàng trả lại không còn nguyên vẹn — lúc đó số tiền thu/hoàn không còn là phép trừ đơn giản nữa.

Nếu đang theo dõi bằng Google Sheets, một bảng ghi đổi trả tối thiểu cần các cột: cột A là ngày, cột B là mã đơn gốc, cột C là giá trị hàng trả, cột D là giá trị hàng đổi mới, cột E tính số tiền thu thêm hoặc phải hoàn bằng công thức =D2-C2 (kết quả dương là thu thêm từ khách, âm là phải hoàn lại). Thêm cột F ghi hình thức xử lý (tiền mặt, chuyển khoản, trừ công nợ) để cuối ngày đối chiếu với sổ quỹ. Cách làm này đơn giản nhưng đủ dùng cho cửa hàng xử lý vài ca đổi trả mỗi ngày; muốn quản lý đơn hàng gốc chặt hơn để tra cứu nhanh khi khách quay lại đổi, có thể tham khảo thêm cách quản lý đơn hàng hiệu quả cho shop online.

Khi cửa hàng có chương trình tích điểm, đổi trả còn kéo theo một bước nữa: điểm đã cộng cho đơn gốc phải được trừ lại theo đúng số tiền hoàn, nếu không khách sẽ tích điểm trên cả phần tiền đã được hoàn lại. Đây là chi tiết dễ bị bỏ sót khi làm thủ công, vì tích điểm thường ở một sổ khác, tách biệt với sổ bán hàng. Những nguyên tắc cộng — trừ điểm khi có hoàn tiền nên được quy định rõ ngay từ khi xây chương trình, tham khảo thêm ở bài tích điểm khách hàng thân thiết cho cửa hàng.

Hàng lỗi và hàng mua từ nhà cung cấp: đừng xử lý chung một rọ

Không phải hàng trả nào cũng do khách đổi ý. Hàng lỗi sản xuất, hàng bị hư trong quá trình vận chuyển, hoặc hàng hết hạn sử dụng cần một luồng xử lý riêng, vì cửa hàng còn có thể trả ngược lại cho nhà cung cấp hoặc yêu cầu đổi. Nếu trộn chung hàng lỗi với hàng khách trả bình thường trong một kho, rất dễ bán nhầm hàng lỗi cho khách sau, hoặc quên không đòi đổi với nhà cung cấp trong thời hạn bảo hành của họ.

Cách làm thực tế hơn là tách một khu riêng — có thể chỉ là một thùng hoặc một kệ nhỏ — cho hàng chờ xử lý với nhà cung cấp, và ghi rõ ngày nhận lại, lý do lỗi, số lượng. Với cửa hàng bán hàng điện tử hoặc thiết bị có số serial, việc này quan trọng hơn nữa: khi hàng lỗi được trả về nhà cung cấp, cửa hàng cần chứng minh đúng serial đó đã bán ra từ lô nào, mua vào ngày nào, để không bị nhà cung cấp từ chối đổi vì thiếu căn cứ.

Khi sổ tay và Excel rời rạc không còn theo kịp

Với cửa hàng chỉ bán vài chục đơn mỗi ngày, ghi đổi trả vào một bảng Sheets riêng vẫn đủ dùng, miễn là có người kiên trì cập nhật đúng lúc. Nhưng khi số lượng đơn tăng lên, hoặc cửa hàng bắt đầu bán hàng có serial (điện thoại, máy tính, đồ điện) hoặc hàng theo lô có hạn sử dụng, việc giữ đồng bộ giữa sổ bán hàng, sổ kho và sổ công nợ bằng tay bắt đầu lộ ra kẽ hở — đúng như tình huống áo đổi size ở đầu bài, chỉ là quy mô lớn hơn.

Phần mềm quản lý bán hàng offline cho Windows của SheetStore xử lý đổi trả ngay trong một nghiệp vụ: có thể trả hàng theo đúng đơn gốc hoặc trả nhanh khi khách không giữ hóa đơn, đổi hàng được xử lý trong một lần với phần mềm tự trừ giá trị hàng trả vào hàng mới và tính ra số tiền thu thêm hoặc hoàn lại, kèm tùy chọn điều chỉnh thêm nếu có phí hoặc giảm giá cho hàng trả. Cửa hàng chọn cách hoàn tiền mặt, chuyển khoản hoặc trừ vào công nợ ngay trên màn hình xử lý, hàng trả tự cộng lại vào kho kể cả khi hàng có theo dõi serial hoặc theo lô, còn điểm tích lũy của khách được trừ tự động theo đúng số tiền hoàn — không cần nhớ sang sổ khác để chỉnh tay. Phần mềm cài trực tiếp trên máy Windows của cửa hàng, bán hàng không cần Internet, hai gói đều cho 1 máy: Khởi Đầu 999.000đ cho 12 tháng hoặc Vĩnh Viễn 3.500.000đ trả một lần, dùng thử 7 ngày ngay trong ứng dụng.

Với cửa hàng bán lẻ nói chung chưa cần đến mức quản lý serial hay lô, việc chọn công cụ tính tiền và quản lý kho phù hợp quy mô vẫn là bước nên làm trước khi nghĩ đến đổi trả phức tạp — có thể xem thêm tiêu chí chọn ở bài phần mềm tính tiền cho cửa hàng bán lẻ.

Checklist áp dụng ngay cho tuần này

Không cần làm hết mọi thứ cùng lúc. Một cửa hàng nhỏ có thể bắt đầu bằng việc viết ra chính sách đổi trả rồi dán ở quầy, sau đó thống nhất với nhân viên thứ tự xử lý năm bước đã nêu, và cuối cùng mới tính đến việc chuyển từ ghi tay sang công cụ tự động cộng kho. Thứ tự này quan trọng, vì phần mềm hay bảng tính nào cũng chỉ chạy đúng khi quy định đằng sau nó đã rõ ràng — còn khi quy định còn mơ hồ, công cụ chỉ giúp ghi sai nhanh hơn thay vì ghi đúng hơn.