Ai trả tiền cho khoản hoàn tiền trên ứng dụng của bạn chủ yếu là bạn, nhưng không phải cho khoản hoa hồng bạn nghĩ mình đang mất

Có một niềm tin không chịu chết trên các diễn đàn nhà phát triển: bạn giữ 70 phần trăm của một giao dịch bán, nhưng một khoản hoàn tiền buộc bạn trả lại 100 phần trăm, nên mỗi khoản hoàn tiền lặng lẽ khiến bạn mất phần chiết khấu của cửa hàng. Điều đó sai. Khi Apple hoặc Google hoàn tiền cho một trong các khách hàng của bạn, cửa hàng cũng trả lại phần hoa hồng của mình, và sổ sách của bạn chỉ đảo ngược phần bạn thực sự giữ lại. Vậy câu trả lời trung thực cho ai trả tiền cho khoản hoàn tiền trên ứng dụng của bạn là bạn, nhưng cho một hóa đơn khác với những gì hầu hết mọi người nêu ra. Bạn mất giao dịch bán và mọi thứ bạn đã chi để giao nó, không phải thêm 30 phần trăm cho cửa hàng. Đây là nơi tiền thực sự chảy đến, từng dòng một, và vì sao một loại đảo ngược, tức chargeback, phá vỡ quy tắc.

Ai trả tiền cho khoản hoàn tiền, chia theo cửa hàng

Hãy bắt đầu với chính việc đảo ngược, trước khi bàn về chi phí giao hàng. Một khoản hoàn tiền trên App Store và một khoản hoàn tiền trên Google Play tháo gỡ giao dịch bán theo cùng một cách ở cấp độ sổ cái: cửa hàng ngừng tính hoa hồng cho bạn và bạn trả lại khoản thu ròng của mình. Khách hàng lấy lại toàn bộ giá tiền dù thế nào đi nữa. Đây là cách chia, theo từng cửa hàng.

Apple có giữ hoa hồng khi một khách hàng được hoàn tiền không

Đây là câu hỏi các nhà phát triển hỏi nhiều nhất, trên Apple Developer Forums và trên Hacker News: nếu Apple hoàn tiền cho một người mua, họ có giữ phần chiết khấu đã lấy trên giao dịch không? Đọc báo cáo tài chính và câu trả lời là không. Một khoản hoàn tiền hiện ra dưới dạng một dòng có Sale or Return được đặt thành R và một Quantity âm, và số tiền bị đảo ngược là Extended Partner Share, tức Quantity nhân Partner Share, trong đó Partner Share là giá khách hàng trừ thuế và hoa hồng của Apple. Apple đang rút lại thứ họ đã trả cho bạn, khoản thu ròng của bạn, không phải giá gộp. Các nhà phát triển kéo báo cáo chi tiết của chính mình cũng thấy điều tương tự: Apple đã trừ số tiền sau hoa hồng, không phải toàn bộ giao dịch bán.

Có một điểm gài trong phần chữ nhỏ. Paid Applications Agreement của Apple nói rằng Apple có quyền giữ lại hoa hồng trên một giao dịch bán bất kể có một khoản hoàn tiền cho người dùng cuối. Vậy nên hành vi trả lại là cách các báo cáo được quyết toán trên thực tế, không phải một lời hứa. Apple giữ quyền chọn theo hợp đồng để giữ lại phần của mình, và cách hiểu chung là họ làm vậy khi họ quyết định rằng một nhà phát triển đang làm điều gì đó sai.

Google trả lại gì, và một chargeback sau đó giữ lại gì

Google rõ ràng hơn bằng văn bản. Phần trợ giúp quản lý đơn hàng của họ nói rằng khi bạn hoàn tiền một đơn hàng, Google trả lại phí dịch vụ cho bạn và bạn thấy nó trên báo cáo thu nhập kế tiếp. Thời điểm gắn với khoản chi trả của bạn. Hoàn tiền một đơn hàng trước khi Google đã trả tiền cho bạn cho nó thì bạn đơn giản không bao giờ nhận được số tiền đó trong lần chi trả kế tiếp. Hoàn tiền sau khi bạn đã được trả thì số tiền bị trừ vào một lần chi trả trong tương lai. Hoàn tiền một phần co giãn theo tỷ lệ: hoàn nửa đơn hàng thì một nửa của cả khoản chi trả của bạn lẫn phí dịch vụ quay về người mua.

Đó là trường hợp sạch sẽ. Một chargeback thì không sạch sẽ, và đó là nơi duy nhất mà cửa hàng ngừng trả lại phần chiết khấu của mình theo cách một khoản hoàn tiền thông thường làm.

Thứ gì thực sự rời khỏi tài khoản của bạn

Vậy nếu hoa hồng quay lại, vì sao một khoản hoàn tiền vẫn gây đau? Bởi vì giá bán chưa bao giờ là toàn bộ chi phí của khách hàng đó. Hãy lần theo tiền trong hai giỏ.

Giỏ đầu tiên là chính giao dịch bán. Trên một khoản hoàn tiền, nó gần như bằng không. Khách hàng lấy lại tiền, cửa hàng trả lại hoa hồng, và bạn đảo ngược khoản thu của mình. Bạn mất khoản lợi nhuận đã ghi nhận, điều này quan trọng ở quy mô lớn, nhưng bạn không phải trả một khoản phạt cho nền tảng.

Giỏ thứ hai là giỏ mà các báo cáo không bao giờ hiển thị. Đó là mọi thứ bạn đã chi để biến khoản thanh toán đó thành một sản phẩm đã giao, và không thứ nào trong số đó được đảo ngược khi khoản thanh toán bị đảo ngược.

• Tính toán bạn đã chạy: những giây GPU đằng sau một hình ảnh, video, hoặc phản hồi mô hình được tạo ra mà khách hàng đã nhận.
• Các lệnh gọi API bạn đã trả tiền: mọi yêu cầu từ bên thứ ba, từ một lượt tra cứu bản đồ đến một token LLM, được tính cho bạn ngay khi nó kích hoạt.
• Bộ nhớ bạn vẫn đang trả tiền: các tệp, bản xuất, và lịch sử mà khách hàng tạo ra và bạn vẫn tiếp tục lưu trữ.
• Các khoản chi trả bạn đã gửi: phần của người sáng tạo, tài xế, hoặc người bán mà bạn đã giải ngân cho một giao dịch bán vừa bị đảo ngược.

Cộng những thứ đó lại và một khách hàng được hoàn tiền có thể tốn kém hơn sau khi hoàn tiền so với một khách hàng chưa từng mua. Giao dịch bán triệt tiêu. Khoản chi đằng sau nó thì không.

Một khoản hoàn tiền di chuyển qua khoản chi trả của bạn như thế nào

Các khoản hoàn tiền không xuất hóa đơn riêng cho bạn. Chúng đi qua cùng đợt quyết toán hàng tháng như các giao dịch bán của bạn, đó là lý do một tháng hoàn tiền nặng có thể làm co lại một khoản chi trả bạn đã trông cậy.

Trên App Store

Apple tạo một báo cáo tài chính cho mỗi tháng tài chính, và các khoản hoàn tiền được ghi vào tháng chúng được quyết toán, dưới dạng các dòng Return âm. Báo cáo cho một tháng tài chính có sẵn trước thứ Sáu đầu tiên của tháng kế tiếp. Một khoản hoàn tiền phát hành trong tháng này làm giảm khoản thu của tháng này. Không có hóa đơn riêng, chỉ là một con số nhỏ hơn.

Trên Google Play

Google đặt mọi biến động trên báo cáo thu nhập của bạn thành một dòng riêng, một cho một lần tính phí, một cho một khoản phí, một cho một khoản hoàn tiền. Nếu khoản hoàn tiền đến trước khoản chi trả của bạn cho đơn hàng đó, doanh thu của đơn hàng không bao giờ đến. Nếu nó đến sau, khoản hoàn tiền bị trừ khỏi một lần chi trả muộn hơn. Dù thế nào nó cũng ra khỏi thu nhập, không phải một hóa đơn bạn phải trả.

Một dòng duy nhất trong báo cáo của bạn chính là khoản hoàn tiền

Trên Apple, lọc theo Sale or Return bằng R. Mỗi một trong những dòng đó là tiền đang rời đi. Trên Google, tìm loại giao dịch hoàn tiền trên báo cáo thu nhập và dòng phí dịch vụ được trả lại khớp với nó. Đối chiếu những thứ đó với các sự kiện hoàn tiền của chính bạn là cách bạn bắt được một khách hàng được hoàn tiền nhưng chưa bao giờ mất quyền truy cập, đó là sai sót biến một khoản hoàn tiền rẻ thành một khoản đắt.

Vì sao một chargeback tốn kém hơn một khoản hoàn tiền

Đặt hai thứ cạnh nhau và khác biệt chính là ngân hàng. Trên một khoản hoàn tiền Google Play bình thường, phí dịch vụ quay lại và bạn chỉ mất phần của mình trong một giao dịch bán bị đảo ngược. Trên một chargeback theo chính sách ngày 3 tháng 8 năm 2026, bạn mất giá mua trừ phí dịch vụ, và thêm phí chargeback của tổ chức tài chính bên trên. Cùng một giao dịch bán bị mất, cộng một khoản phí chỉ tồn tại vì một ngân hàng, không phải một cửa hàng, đã thực hiện việc đảo ngược.

Phía Apple có góc sắc của riêng mình. Một chargeback, hoặc một khoản hoàn tiền mà Apple cấp sau một CONSUMPTION_REQUEST bạn trả lời trễ, vẫn đảo ngược khoản thu của bạn, và Apple giữ quyền theo hợp đồng để giữ lại phần hoa hồng nếu họ quyết định mô hình đó trông giống sự lạm dụng. Phép tính hoàn tiền thông thường, nơi cửa hàng trả lại phần chiết khấu của mình, chỉ đúng khi không có gì về giao dịch trông có vẻ sai.

Thứ bạn thực sự có thể kiểm soát

Bạn không thể quyết định liệu một khoản hoàn tiền có xảy ra hay không. Cả hai cửa hàng đều bảo lưu điều đó. Bạn có thể quyết định mỗi khoản tốn kém bao nhiêu sau khi nó kích hoạt.

• Cắt quyền truy cập ngay khoảnh khắc việc đảo ngược đến. Một khách hàng được hoàn tiền hoặc bị chargeback mà vẫn tiếp tục tạo kết quả, gọi các API của bạn, và lấp đầy bộ nhớ của bạn sẽ biến một lần đảo ngược hòa vốn thành một hóa đơn ngày càng lớn.
• Trả lời hai cửa sổ bằng chứng đúng hạn. CONSUMPTION_REQUEST của Apple cho bạn 12 giờ để gửi dữ liệu tiêu thụ. orders.reviewrefund của Google cho bạn 24 giờ để phản đối một chargeback. Đó là những khoảnh khắc duy nhất mà phía câu chuyện của bạn được tính đến.
• Đối chiếu các khoản hoàn tiền với hồ sơ của chính bạn mỗi tháng, để một lần đảo ngược không thu hồi quyền truy cập hiện ra như một dòng bạn có thể hành động, chứ không phải một rò rỉ chậm.

Không điều nào trong số đó thay đổi ai trả tiền cho khoản hoàn tiền. Nó thay đổi hóa đơn lớn đến mức nào vào lúc bạn trả xong.