Chi phí của một khoản hoàn tiền đối với ứng dụng của bạn lớn hơn số tiền bạn trả lại

Khi một khách hàng lấy lại tiền, con số bạn để ý là giá bán rời khỏi tài khoản của bạn. Con số đó là thật, nhưng nó là dòng nhỏ nhất trên hóa đơn. Chi phí của một khoản hoàn tiền đối với ứng dụng của bạn là giao dịch bán mà bạn đảo ngược cộng với mọi thứ bạn đã tiêu để kiếm được và phục vụ nó, trừ đi một thứ mà cửa hàng lặng lẽ trả lại. Đọc toàn bộ hóa đơn và các khoản hoàn tiền không còn trông giống như một sự trả lại phẳng lặng của một mức giá. Chúng trông đúng như bản chất, một khoản lỗ với nhiều phần, mà chỉ một trong số đó hiện lên ở dòng hoàn tiền.

Đây là toàn bộ hạch toán, với con số thật và nguồn gốc của chúng. Cửa hàng trả lại hoa hồng của họ, nên bạn mất phần của mình chứ không phải toàn bộ khoản thanh toán của khách hàng. Phần điện toán, lệnh gọi API, lưu trữ, và các khoản chi trả bạn đã đốt không đảo ngược. Và một khoản bồi hoàn, người anh em họ khắc nghiệt hơn của khoản hoàn tiền, giờ đây mang theo một khoản phí ngân hàng mà doanh nghiệp của bạn phải gánh. Đi qua hóa đơn từ trên xuống dưới và bạn có thể định giá một khoản hoàn tiền cho đúng, đó là bước đầu tiên để chỉ chi tiêu cho phòng thủ ở nơi nó mang lại hiệu quả.

Chi phí của một khoản hoàn tiền, từng dòng một

Một khoản hoàn tiền có ba lớp chi phí, và chỉ lớp đầu tiên là rõ ràng. Giá bán bạn trả lại là lớp một. Phép tính hoa hồng quyết định bao nhiêu trong giá đó thực sự là phần bạn phải mất là lớp hai. Và số tiền bạn đã tiêu để cung cấp giao dịch mua, thứ mà không khoản hoàn tiền nào chạm tới, là lớp ba. Bỏ sót bất kỳ lớp nào trong ba lớp và bạn sẽ định giá sai mọi khoản hoàn tiền trong sổ cái của mình.

Lớp một là giao dịch bán, nhưng không phải toàn bộ giao dịch bán

Điểm nổi bật là giá khách hàng đã trả. Khi hoàn tiền, khách hàng nhận lại toàn bộ giá đó. Nhưng ngay từ đầu bạn chưa từng giữ toàn bộ giá, vì cửa hàng đã lấy hoa hồng của họ lúc bán. Vậy nên số tiền thực sự rời khỏi túi bạn khi hoàn tiền là phần của bạn, còn phần cắt của cửa hàng được giải quyết riêng. Sự phân biệt đó là chênh lệch giữa mất mười đô la và mất bảy đô la, và nó được giải quyết theo cách khác nhau ở mỗi cửa hàng.

Apple trả lại hoa hồng của họ

Trên App Store, khi Apple hoàn tiền cho một khách hàng, Apple khấu trừ phần sau hoa hồng của bạn, chứ không phải toàn bộ giá. Một nhà phát triển kiểm tra báo cáo thanh toán App Store Connect của chính mình đã phát hiện rằng Apple xóa Extended Partner Share, cột chứa khoản thu của nhà phát triển, khi thực hiện hoàn tiền cho người dùng của họ. Nói đơn giản, Apple trả lại hoa hồng của chính họ và chỉ thu lại đúng những gì họ đã trả cho bạn. Có một lưu ý trên giấy tờ: Paid Applications Agreement của Apple bảo lưu quyền của Apple giữ lại hoa hồng bất kể có hoàn tiền. Trong các giao dịch thông thường điều khoản đó về cơ bản không bao giờ được thực thi, nhưng đó là lý do bạn không bao giờ xem việc trả lại hoa hồng như một sự bảo đảm cho các trường hợp gian lận hay lạm dụng.

Google cũng trả lại phí dịch vụ

Google Play hoạt động theo cách tương tự và nói rõ điều đó. Khi bạn thực hiện hoàn tiền, Google trả lại phí dịch vụ cho bạn và bạn thấy khoản phí được trả lại trên báo cáo thu nhập kế tiếp. Phí dịch vụ của Google Play thường là 15 phần trăm trên một triệu đô la đầu tiên mà một nhà phát triển kiếm được mỗi năm và trên các gói đăng ký, và 30 phần trăm cho phần vượt trên đó. Hoa hồng của Apple là 30 phần trăm cho hầu hết ứng dụng, hoặc 15 phần trăm theo App Store Small Business Program và trên các gói đăng ký tự động gia hạn sau một năm dịch vụ trả phí. Dù mức của bạn là bao nhiêu, cả hai cửa hàng đều trả lại phần cắt của họ khi hoàn tiền, nên khoản lỗ giá bán là phần của bạn, chứ không phải toàn bộ khoản thanh toán.

Những chi phí bạn đã tiêu sẽ không quay lại

Lớp ba là lớp mà không cửa hàng nào có thể trả lại, vì cửa hàng chưa từng giữ nó. Ngay khoảnh khắc một giao dịch mua được cung cấp, bạn đã tiêu tiền thật để phục vụ nó. Khoản chi đó là như nhau dù khách hàng giữ lại giao dịch mua hay xin hoàn tiền một giờ sau đó, và một khoản hoàn tiền không đảo ngược một chút nào trong đó.

Hãy gọi tên các yếu tố, vì chúng là tiền mặt

Đây không phải là chi phí mềm. Chúng là những khoản mục bạn đã trả: các chu kỳ điện toán chạy tính năng, các lệnh gọi API mô hình bị tính phí theo từng token, phần lưu trữ bạn cấp phát cho dữ liệu của khách hàng, băng thông để cung cấp nó, và bất kỳ khoản chi trả nào cho nhà sáng tạo hay đối tác mà bạn đã gửi cho giao dịch đó. Một khoản hoàn tiền trả lại giao dịch bán. Nó không đòi lại được một khoản nào trong số đó. Với một giao dịch mua nặng, một lô ảnh, một lần tạo dài, một lần xuất lớn, riêng lớp ba đã có thể là một tỷ lệ đáng kể của giá bán, và nó đã được tiêu trước cả khi yêu cầu hoàn tiền xuất hiện.

Một khoản bồi hoàn là hóa đơn lớn hơn một khoản hoàn tiền

Một khoản bồi hoàn không phải là một khoản hoàn tiền, và nó không có chi phí như nhau. Một khoản hoàn tiền là việc khách hàng đòi cửa hàng trả lại tiền. Một khoản bồi hoàn là việc khách hàng yêu cầu ngân hàng của họ buộc phải trả lại, và ngân hàng tính một khoản phí để xử lý tranh chấp đó. Ai gánh khoản phí đó chính là nơi hai cửa hàng giờ đây khác nhau rõ rệt.

Apple giữ khoản bồi hoàn trong phạm vi giữa ngân hàng và chính họ

Trên App Store, một khoản bồi hoàn thẻ được giải quyết giữa ngân hàng và Apple. Apple không chuyển giá bị tranh chấp lại cho bạn theo cách một khoản hoàn tiền khấu trừ khoản thu của bạn, và không có khoản phí ngân hàng riêng nào bị tính vào tài khoản của bạn. Điều đó không khiến các tranh chấp thẻ trở nên miễn phí, vì một khoản hoàn tiền trên cùng giao dịch vẫn sẽ khiến bạn mất phần của mình, nhưng Apple tự gánh toàn bộ bộ máy bồi hoàn.

Google Play giờ đây đặt khoản bồi hoàn lên bạn

Google Play đã thay đổi điều này vào ngày 3 tháng 8 năm 2026. Đối với các đơn hàng đặt sau ngày đó, một khoản bồi hoàn chuyển giá mua trừ phí dịch vụ của Play, cộng với các khoản phí bồi hoàn liên quan từ tổ chức tài chính, sang cho nhà phát triển. Google Play vẫn tiếp tục gánh phí dịch vụ cho giao dịch đó. Trước thay đổi này Google gánh toàn bộ khoản lỗ bồi hoàn, nên đây là một chi phí mới thực sự, và Google mô tả nó như việc đưa Play phù hợp với các tiêu chuẩn ngành và như một lý do để dùng Review Refund API nhằm phản đối các tranh chấp không chính đáng.

Hãy đặt một con số lên khoảng cách đó

Hãy lấy một giao dịch mua trong ứng dụng trị giá mười đô la trên Google Play với phí dịch vụ 15 phần trăm. Nếu bạn tự hoàn tiền, bạn mất phần của mình, khoảng 8.50 đô la, và Google trả lại khoản phí 1.50 đô la. Nếu chính giao dịch mua đó thay vào lại trở thành khoản bồi hoàn sau ngày 3 tháng 8 năm 2026, bạn mất cùng 8.50 đô la và bạn còn phải gánh phí bồi hoàn của ngân hàng, mức mà ngành thẻ thường đặt ở 15 đến 25 đô la cho mỗi tranh chấp. Với một giao dịch bán mười đô la, riêng phí ngân hàng đã có thể tốn kém hơn cả giao dịch bán. Đó là toàn bộ lập luận cho việc thực hiện hoàn tiền trước khi một tranh chấp có thể leo thang: giao dịch bán mất theo cả hai cách, nhưng phí ngân hàng chỉ được đặt lên bàn khi ngân hàng vào cuộc.

Những khoản hoàn tiền bạn chưa từng có cơ hội định giá

Một số khoản hoàn tiền được quyết định mà không có bạn và vẫn khiến bạn mất toàn bộ số tiền. Khoản hoàn tiền tự phục vụ 48 giờ của Google Play được cấp theo chính sách của Google mà không cần ý kiến nhà phát triển, và phép tính tiền là như nhau, bạn mất phần của mình cộng với bất cứ thứ gì bạn đã tiêu để phục vụ nó. Khoản hoàn tiền tự động mà Google thực hiện khi ứng dụng của bạn không xác nhận một giao dịch mua trong khoảng ba ngày là cùng một khoản lỗ cho một giao dịch mua mà khách hàng có thể chưa bao giờ dùng, và không giống các trường hợp khác, nó hoàn toàn có thể ngăn được bằng cách xác nhận ở phía máy chủ. Bạn không thể tranh cãi giảm những khoản này, nhưng bạn có thể đếm chúng cho đúng, và bạn có thể chặn những khoản có thể ngăn được ngay từ gốc.

Cách định giá và phòng ngừa, không cần một con người trong vòng lặp

Hai thói quen biến điều này từ một chỗ rò rỉ thành một con số bạn quản lý. Thứ nhất, gắn nhãn chi phí thực của mỗi giao dịch mua, phần điện toán, API, lưu trữ, và khoản chi trả mà nó kích hoạt, để một khoản hoàn tiền ghi nợ một con số chính xác chứ không chỉ là giá bán. Thứ hai, đóng con đường leo thang trước khi nó mở ra: xác nhận các giao dịch mua ở phía máy chủ để khoản hoàn tiền tự động ba ngày không bao giờ kích hoạt, và thực hiện hoàn tiền trên một đơn hàng rõ ràng có vấn đề trước khi nó có thể trở thành khoản bồi hoàn và kéo theo một khoản phí ngân hàng. RefundHalt vận hành toàn bộ hệ thống này một cách tự động, khớp mỗi khoản hoàn tiền và tranh chấp với tài khoản của nó và lật quyền truy cập ngay khi kết quả xuất hiện, để những khoản hoàn tiền duy nhất bạn phải trả là những khoản bạn không bao giờ có thể ngăn được.