Cơ chế hoàn tiền, thay đổi chính sách cửa hàng và chiến thuật bảo vệ doanh thu cho nhà phát triển ứng dụng.
Hướng dẫn 5.6.4 của Apple nêu rõ yêu cầu hoàn tiền quá mức là dấu hiệu ứng dụng không đạt chuẩn chất lượng, còn Thỏa thuận phân phối của Google cho phép gỡ ứng dụng của nhà phát triển mới dựa trên tỷ lệ hoàn tiền. Đây là những gì mỗi kho quy định, cái giá khi bị gỡ và cách tránh rủi ro.
Đọc bài viết
Một thông báo hoàn tiền chỉ là một yêu cầu HTTPS cho đến khi bạn kiểm tra chữ ký của nó. Bài viết này hướng dẫn cách xác minh thông báo máy chủ App Store và tin nhắn RTDN của Google Play, mỗi cửa hàng ký những gì, và một khoản hoàn tiền giả mạo hoặc bị từ chối nhầm khiến bạn tốn bao nhiêu.
Khi máy chủ của bạn bỏ lỡ một thông báo hoàn tiền, hai quy trình hoàn tiền cần bằng chứng của bạn sẽ khép lại mà không có bạn. Bài viết này giải thích cách Apple và Google Play gửi lại, bạn có thể khôi phục thông báo hoàn tiền bị bỏ lỡ từ bao lâu trước đó, và những khoảng trống trong việc khôi phục nằm ở đâu.
Khoản hoàn tiền cho một giao dịch bằng ngoại tệ có thể lấy lại nhiều hơn số tiền giao dịch đó đã trả cho bạn, hoặc ít hơn. Bài viết giải thích tỷ giá hoàn tiền hoạt động thế nào trên Apple và Google Play, mỗi cửa hàng dùng tỷ giá nào, và nó ảnh hưởng ra sao đến khoản thanh toán của bạn.
Theo Đạo luật Cạnh tranh Phần mềm Di động của Nhật Bản, Apple và Google cho phép ứng dụng nhận thanh toán bên ngoài cửa hàng, và cả hai đều giao việc hoàn tiền cho bạn. Bài viết này giải thích ai xử lý hoàn tiền thanh toán thay thế tại Nhật Bản, cách báo cáo, và việc chuyển đổi thực sự tiết kiệm được bao nhiêu.
Google Play ghi lại lý do hủy gói đăng ký từ khảo sát hủy, còn Apple chỉ gửi một mã hết hạn. Đây là những gì mỗi cửa hàng cho bạn biết, tín hiệu nào báo trước một yêu cầu hoàn tiền hoặc chargeback, và mỗi tín hiệu khiến bạn tốn bao nhiêu.
Khi ứng dụng của bạn ngừng hoạt động, bạn có thể lùi ngày gia hạn gói đăng ký thay vì chờ yêu cầu hoàn tiền. Bài viết giải thích cách hoạt động của việc lùi ngày gia hạn tối đa 90 ngày của Apple và tính năng hoãn thanh toán của Google Play, giới hạn của từng cửa hàng, và chi phí của mỗi lựa chọn.
Google Play cho phép một gói đăng ký cơ bản mang tối đa 49 add-on trên cùng một purchase token. Bài viết này giải thích cách hoàn tiền add-on gói đăng ký hoạt động, lệnh gọi API nào hoàn tiền một mục mà không ảnh hưởng phần còn lại, khi nào Google chặn nó, và mỗi cách hoàn tiền tốn của bạn bao nhiêu.
Google Play cho phép sản phẩm mua một lần có tùy chọn mua dạng thuê, và các trang hoàn tiền của Google không đối xử khác với gói thuê. Bài này giải thích ai quyết định hoàn tiền gói thuê, khi nào bạn được yêu cầu bằng chứng, cách chấm dứt quyền truy cập và một gói thuê bị hoàn tiền khiến bạn mất bao nhiêu.
Phần lớn nhà phát triển iOS không thể hoàn tiền cho khách hàng. Các ứng dụng dùng Advanced Commerce API của Apple có thể yêu cầu hoàn tiền, thu hồi gói đăng ký hoặc trả lại một số tiền tùy chỉnh. Bài này giải thích cách từng endpoint hoạt động, những gì Apple vẫn có thể từ chối và chỗ tiền dễ bị thất thoát.
Gói trả trước không bao giờ tự động gia hạn, nên khách hàng không thể hủy mà chỉ nạp thêm. Bài viết giải thích cách Google Play quyết định hoàn tiền gói trả trước, một lần nạp thêm không được xác nhận khiến bạn mất gì, và lệnh gọi API nào hoàn tiền cho phần nào.
Lệnh cấm chấm dứt quyền truy cập, nhưng không chấm dứt quy trình hoàn tiền của cửa hàng. Việc hoàn tiền cho người chơi bị cấm vẫn do Apple hoặc Google quyết định, bằng chứng của bạn có giới hạn cứng, và một khoản hoàn tiền bị đảo ngược có thể buộc bạn khôi phục những gì đã thu hồi. Dưới đây là những gì bạn kiểm soát được và cái giá phải trả.
Apple đã bật gói đăng ký multiseat cho doanh nghiệp và trường học vào ngày 22 tháng 10 năm 2026, bật sẵn theo mặc định. Một giao dịch mua giờ bao phủ nhiều người, việc thu hồi suất đến dưới dạng thông báo REVOKE, và endpoint gửi bằng chứng hoàn tiền từ chối các suất được chỉ định. Đây là những gì thay đổi và chi phí của nó.
Khi Apple hoặc Google hoàn tiền một gói đăng ký đa nền tảng, ứng dụng Android, ứng dụng iPhone và trang web của bạn không tự biết điều đó. Bài viết này hướng dẫn cách gắn mỗi giao dịch mua trên cửa hàng với một tài khoản, thu hồi đúng quyền lợi và ngừng trả tiền để phục vụ những người dùng đã được hoàn tiền.
Một mã đơn hàng Google Play như GPA.1234-5678-9012-34567..2 chỉ đúng một khoản phí. Bài viết này hướng dẫn cách đọc hậu tố gia hạn, tra cứu đơn hàng trong Play Console hoặc Orders API, và hoàn đúng khoản phí khách hàng muốn nói đến mà không phải trả tiền cho khoản sai.
Retention Messaging API của Apple cho phép bạn hiển thị một lời nhắn, gợi ý đổi gói hoặc ưu đãi khuyến mãi khi người đăng ký chạm Cancel. Bài này giải thích cách nó hoạt động, chi phí vận hành, và vì sao yêu cầu hoàn tiền đến Apple mà không hề chạm vào màn hình đó.
Khoản hoàn tiền hiếm khi được gửi ngược về nền tảng quảng cáo, nên ROAS vẫn ghi nhận những giao dịch mà Apple và Google đã trả lại tiền. Bài viết chỉ ra nơi Firebase, Google Ads và AdAttributionKit bỏ sót hoàn tiền, cái giá phải trả, và cách xây dựng ROAS ròng cho ứng dụng.
Endpoint Look Up Order ID của Apple biến order ID trên biên lai App Store của khách hàng thành các giao dịch đã ký, kèm ngày và lý do hoàn tiền. Đây là cách dùng nó cho email hoàn tiền, những gì nó không làm được, và order ID của Google Play khác ra sao.
Ứng dụng iPhone tại Mỹ giờ có thể dẫn người mua sang web checkout. Apple nói không thể hỗ trợ hoàn tiền cho các giao dịch này, nên việc xử lý hoàn tiền, chargeback và phí tranh chấp $15 chuyển sang bạn. Dưới đây là những gì thay đổi, chi phí ra sao và cách giảm tranh chấp.
Hoàn tiền cho ứng dụng trả phí trả trước bỏ qua mọi thông báo mà máy chủ của bạn lắng nghe. Google cho người mua hai giờ để trả lại và gỡ cài đặt ứng dụng, Apple có thể hoàn tiền trong vòng 90 ngày theo thỏa thuận với bạn, và không bên nào yêu cầu bằng chứng. Dưới đây là những gì mỗi store cho bạn biết, chi phí thực tế, và cách kiểm tra ngay trong ứng dụng.
Apple đã ngừng hỗ trợ App Store Server Notifications V1 từ tháng 6 năm 2023, và phiên bản này chưa bao giờ có CONSUMPTION_REQUEST cho gói đăng ký, REFUND_DECLINED hay REFUND_REVERSED. Bài viết này giải thích máy chủ V1 bỏ lỡ những gì, thiệt hại ra sao và cách chuyển sang V2 mà không mất một khoản hoàn tiền nào.
Gói thuê bao tháng cam kết 12 tháng của Apple chia việc hoàn tiền thành hai trường hợp. Hoàn tiền cho một tháng đã qua thì việc thanh toán vẫn tiếp tục. Hoàn tiền cho tháng hiện tại thì cam kết chấm dứt ngay. Bài viết giải thích từng trường hợp đến máy chủ của bạn ra sao, tốn bao nhiêu, và bạn nên gửi gì cho Apple.
Chính sách hoàn tiền của ứng dụng chỉ ràng buộc bạn ở nơi bạn thực sự là người hoàn tiền. Apple tự hoàn tiền cho mọi giao dịch mua trên App Store, còn Google Play giao việc hoàn tiền cho bạn sau 48 giờ. Dưới đây là nội dung của từng thỏa thuận, cái giá của một lời hứa thiếu cân nhắc và những điều khoản đáng viết.
Khi khách hàng gửi email hoặc để lại đánh giá đòi lại tiền, cách bạn phản hồi yêu cầu hoàn tiền phụ thuộc vào cửa hàng đã bán giao dịch đó. Bài viết này cho biết ai là người quyết định, những thời hạn ràng buộc bạn, chi phí của từng kết quả và các mẫu trả lời giúp khép lại vụ việc.
Khi khách hàng bị tính phí hai lần cho cùng một gói đăng ký, thường là một gói mua qua App Store và gói còn lại qua Google Play hoặc website của bạn. Bài viết này cho biết ai có thể hoàn tiền cho từng bên, bạn mất bao nhiêu, và cách chặn khoản phí thứ hai.
Ứng dụng bị gỡ khỏi Google Play hoặc App Store sẽ ngừng tạo doanh thu, nhưng các thỏa thuận của cửa hàng vẫn buộc bạn chịu trách nhiệm hoàn tiền và cho phép Apple và Google giữ lại khoản thanh toán của bạn. Dưới đây là nội dung từng thỏa thuận, điều gì xảy ra với người đăng ký và cái giá của một lần bị gỡ.
Apple và Google Play bắt buộc bạn cho phép xóa tài khoản ứng dụng, nhưng xóa tài khoản không dừng việc tính phí ở cửa hàng nào cả. Bài viết này nêu yêu cầu của từng cửa hàng, vì sao một tài khoản đã bị xóa sạch có thể khiến bạn không còn gì để trả lời CONSUMPTION_REQUEST hay một đợt xem xét chargeback, và bạn nên giữ lại những gì.
Khi bạn chuyển ứng dụng sang tài khoản nhà phát triển khác, người dùng và gói đăng ký được chuyển theo, nhưng đơn hàng và hồ sơ thanh toán trước thời điểm chuyển thì ở lại. Bài viết này giải thích ai được hoàn tiền cho khoản nào trên Apple và Google Play, phần nào trong hệ thống hoàn tiền bị hỏng, và những gì cần thỏa thuận về tiền trước khi ký.
Gói đăng ký trả góp trên Google Play ràng buộc người mua vào 3 đến 24 khoản thanh toán hằng tháng, nhưng bạn được trả theo từng tháng và không ai truy thu khoản bị bỏ lỡ. Bài viết giải thích cách hủy gói, hoàn tiền và chargeback thực sự vận hành trên gói trả góp, cùng chi phí của từng trường hợp.
Cho một gói đăng ký nghỉ hưu và hai cửa hàng làm điều ngược nhau. Gỡ khỏi bán trên App Store và việc gia hạn dừng lại. Vô hiệu hóa gói cơ bản trên Google Play và những người đăng ký hiện tại của bạn vẫn tiếp tục trả tiền. Đây là cách ngừng một gói đăng ký trên từng cửa hàng, và hóa đơn tiếp diễn thực sự là gì.
Khi một người đăng ký muốn rời đi, thay vì hoàn tiền bạn có thể tạm dừng gói đăng ký, hoãn lần tính phí tiếp theo, hoặc gia hạn ngày gia hạn. Mỗi cách đều giữ được khách hàng và không trả lại khoản tiền bạn đã thu. Đây là cách từng đòn bẩy hoạt động trên mỗi cửa hàng, và những gì nó tiết kiệm.
Một bản phát hành lỗi là một trong số ít nguyên nhân hoàn tiền mà bạn có thể kìm lại trong vài phút. Một bản cập nhật ứng dụng lỗi trao cho khách hàng đang trả tiền một lý do để đòi lại tiền, và giá bán chỉ là phần nhỏ nhất trong những gì bạn mất. Đây là cách dừng nó trên từng cửa hàng, và một làn sóng hoàn tiền thực sự tốn kém đến mức nào.
Chargeback trên ứng dụng giờ đây là cách tốn kém nhất để một giao dịch bị hoàn lại, bởi vì Google Play chuyển chi phí sang cho nhà phát triển đối với các đơn hàng đặt sau ngày 3 tháng 8 năm 2026. Hầu hết các tranh chấp bắt đầu từ sự nhầm lẫn hoặc gian lận mà bạn có thể chặn trước. Đây là cẩm nang, và chi phí thực sự của một tranh chấp bị thua.
Một giao dịch được tính ngay khi nó hoàn tất. Khoản hoàn tiền đến sau vài ngày, khoản bồi hoàn đến sau vài tháng, và đến lúc đó bạn đã chi tiêu dựa trên số tiền ấy rồi. Đây là cách hoàn tiền và bồi hoàn thổi phồng doanh thu và LTV của bạn, và vì sao doanh thu ròng sau hoàn tiền là con số để vận hành doanh nghiệp.
Cửa sổ hoàn tiền của cửa hàng thì ngắn. Cửa sổ bồi hoàn thì không. Theo quy tắc của Visa và Mastercard, khách hàng thường có 120 ngày để tranh chấp một giao dịch, và một số trường hợp lên tới 540 ngày, tức là rất lâu sau khi mọi cửa sổ hoàn tiền của cửa hàng đã đóng. Đây là thời hạn bồi hoàn thực sự và một tranh chấp muộn khiến bạn tốn kém những gì.
Gói hằng tháng hoàn lại một tháng. Việc hoàn tiền gói đăng ký hằng năm được tính trên khoản tính phí gần nhất, nên với gói theo năm đó là cả năm. Đây là cách Google Play và App Store quyết định điều đó, những gì bạn có thể kiểm soát, và một năm trọn bị đảo ngược thực sự tốn kém đến mức nào.
Bên bán hàng chính thức là cửa hàng, không phải bạn. Apple tự bán mọi giao dịch trên App Store, và trên Google Play người bán là Google ở EEA và UK nhưng là bạn ở gần như mọi nơi khác. Chỉ một sự thật đó quyết định ai có thể hoàn tiền cho khách hàng của bạn, ai gánh một chargeback, và bạn có tiếng nói ở đâu.
Một gói đăng ký không gia hạn trên App Store, và người anh em của nó là gói trả trước của Google Play, tính phí một lần và không bao giờ gia hạn. Điều đó đặt đồng hồ hết hạn, việc gia hạn và các khoản hoàn tiền lên vai bạn. Đây là cách hoàn tiền hoạt động trên từng cửa hàng, quy tắc trả trước chưa dùng, và cái giá thực sự của mô hình có kỳ hạn cố định.
Trên App Store và Google Play, đặt trước ứng dụng không tính phí gì cho đến khi ra mắt và người mua có thể hủy miễn phí cho tới lúc đó. Thẻ bị từ chối còn hủy thêm nhiều đơn nữa lúc phát hành. Đây là cách đặt trước và đăng ký trước ứng dụng thực sự hoạt động, và khoảng cách đó khiến đợt ra mắt của bạn tốn kém thế nào.
Trên Google Play, người mua có thể yêu cầu hoàn tiền trong cửa sổ 48 giờ và Google có thể chấp thuận mà không cần hỏi bạn. Sau đó, họ mới đến hộp thư của bạn. Đây là cách cửa sổ hoàn tiền của Google Play hoạt động ở cả hai phía của mốc 48 giờ, và mỗi lần hoàn tiền lấy đi những gì từ khoản chi trả của bạn.
Tăng giá một gói đăng ký tự động gia hạn, và khách hàng có quyền lên tiếng. Trên App Store, không có sự đồng ý nghĩa là gói hết hạn ở mức giá cũ. Trên Google Play, một đợt tăng giá opt-in bị bỏ qua sẽ hủy gói đăng ký. Dưới đây là cách một đợt tăng giá gói đăng ký hoạt động trên từng cửa hàng, và cái giá phải trả.
Cả App Store lẫn Google Play đều có trạng thái mua đang chờ, một đơn hàng cửa hàng đã chấp nhận nhưng chưa tính phí. Mở khóa nó trước khi khoản thanh toán hoàn tất và mỗi đơn thất bại là chi phí thuần túy. Đây là cách các giao dịch mua đang chờ hoạt động trên từng cửa hàng, một đơn cấp nhầm tốn kém ra sao, và cách xử lý chúng mà không rò rỉ.
Một thẻ bị từ chối, chứ không phải một cú chạm vào nút hủy, mới là thứ chấm dứt phần lớn các gói đăng ký, và cửa hàng tiếp tục cố thu tiền trong nhiều tuần. Đây là cách thời gian ân hạn thanh toán, thử lại thanh toán và tạm giữ tài khoản hoạt động trên App Store và Google Play, cùng chi phí thực sự mà tỷ lệ rời bỏ ngoài ý muốn gây ra cho bạn.
Khi một đứa trẻ mua gói xu trên điện thoại của phụ huynh, cả Apple lẫn Google đều hoàn tiền và không bên nào hỏi bạn trước. Các cơ quan quản lý đã tạo ra nó theo cách đó. Đây là cách các khoản hoàn tiền cho giao dịch mua trong ứng dụng trái phép này hoạt động trên từng cửa hàng, khung 15 phút nơi tiền chuyển đi, và một khoản thực sự khiến bạn tốn bao nhiêu.
Hoàn tiền một giao dịch trong ứng dụng và biên nhận hiển thị giá cộng thuế được trả lại. Khoản thuế đó chưa bao giờ là tiền của bạn. Apple và Google thu và nộp nó với tư cách merchant of record, rồi đảo ngược nó khi hoàn tiền mà không chạm vào phần của bạn. Đây là chi phí thực sự của một lần hoàn tiền, và một trường hợp thiết lập duy nhất khiến khoản thuế trở thành của bạn.
Khi khách hàng chuyển lên bậc cao hơn, cửa hàng phát hành khoản hoàn tiền nâng cấp gói đăng ký cho những ngày chưa dùng trên gói cũ, và nó tự động làm giảm doanh thu của bạn. Đây là cách hoàn tiền nâng cấp hoạt động trên App Store và Google Play, và lý do Apple giữ số tiền này khỏi máy chủ của bạn.
Hoàn tiền không phải là một giao dịch bán nhỏ hơn, đó là số tiền cửa hàng rút lại từ một khoản chi trả sau này, thường là nhiều tuần sau khi bán và đôi khi lấy thẳng từ tài khoản ngân hàng của bạn. Đây là thời điểm tiền hoàn thực sự rời đi trên App Store và Google Play, và lý do khoản chi trả của bạn không bao giờ khớp với bảng điều khiển.
Hoàn tiền non-consumable, trên một lifetime unlock, một bản nâng cấp gỡ quảng cáo, hay một tầng pro vĩnh viễn, là khoản hoàn tiền duy nhất bạn thật sự có thể đảo ngược, vì bạn lấy lại được tính năng. Đây là chi phí của nó trên App Store và Google Play, vì sao Apple không bao giờ hỏi bạn trước, và làm sao để revoke có hiệu lực chắc chắn.
Chuyển thanh toán của bạn ra khỏi App Store hoặc Google Play và Apple cùng Google ngừng xử lý hoàn tiền cho bạn. Đây là chi phí thực sự của hoàn tiền qua thanh toán thay thế, tại sao các luồng xét duyệt hoàn tiền của cửa hàng biến mất, và ai trả tiền khi ngân hàng ép một chargeback.
Một giao dịch mua trong ứng dụng loại tiêu hao, một gói xu, một gói đá quý, một loạt tín dụng AI, là giao dịch duy nhất mà bạn đã tiêu tiền để cung cấp trước khi có ai đó đòi lại. Đây là chi phí mà một khoản hoàn tiền tiêu hao gây ra cho bạn trên App Store và Google Play, và cửa sổ duy nhất mà câu trả lời của bạn thực sự có giá trị.
Một bản dùng thử miễn phí chuyển sang gói trả phí là nơi hầu hết các khoản hoàn tiền đăng ký bắt đầu, vì khách hàng quên hủy và thứ đầu tiên họ thấy là khoản tính phí. Đây là chi phí mà một khoản hoàn tiền dùng thử miễn phí gây ra cho bạn trên App Store và Google Play, vì sao bạn hiếm khi phản đối được, và cách ngăn nó.
Mỗi khoản hoàn tiền mà Apple và Google gửi đến máy chủ của bạn đều mang một mã lý do. Google Play đóng dấu một trong chín lý do và một nguồn trên mỗi lần void, Apple đánh dấu liệu khoản hoàn tiền có quy lỗi cho ứng dụng của bạn không. Đây là ý nghĩa của từng mã, cách phân loại chúng thành sửa, tranh luận, hoặc chấp nhận, và chúng đáng giá bao nhiêu tiền.
Hầu hết các khoản hoàn tiền và bồi hoàn ứng dụng được Apple, Google hoặc ngân hàng quyết định mà không hỏi bạn. Đây là nơi bạn thực sự giảm hoàn tiền ứng dụng: xác nhận giao dịch đúng hạn, giao hàng sạch sẽ, gắn thẻ mọi tài khoản, và trả lời hai cửa sổ bằng chứng trước khi tiền rời đi.
Khách hàng nghĩ rằng họ có 48 giờ để nhận hoàn tiền ứng dụng. Cửa sổ thực sự dài hơn nhiều. Apple nhận yêu cầu hoàn tiền trong tối đa 90 ngày, và một khoản chargeback ngân hàng có thể đảo ngược một giao dịch bán trên Google Play trong tối đa 120 ngày. Đây là mọi chiếc đồng hồ giữ cho doanh thu của bạn vẫn có thể bị đảo ngược, và cái đuôi đó tốn kém ra sao.
Khi một khách hàng yêu cầu Apple hoàn tiền, bạn có 12 giờ để gửi dữ liệu tiêu thụ. Tài liệu của chính Apple gọi đó là một trong nhiều yếu tố, không phải một phán quyết. Đây là điều mà dữ liệu của bạn thực sự tác động, tại sao một DECLINE vẫn có thể kết thúc bằng việc hoàn tiền, và cú hích đó đáng giá bao nhiêu tính bằng đô la.
Google Play cho phép bạn đóng dấu một id ổn định, đã băm lên mọi giao dịch mua và đọc lại nó khi tranh chấp xảy ra. Thiết lập nó, và phiên xem xét bồi hoàn gắn với đúng người dùng mà bạn phải báo cáo mức sử dụng. Bỏ qua nó, và bạn phải khớp một id đơn hàng trần trụi với các phỏng đoán dưới một chiếc đồng hồ 24 giờ.
Khi khách hàng không thể biết ứng dụng của bạn đã tính phí gì, họ gọi cho ngân hàng thay vì bạn, và tranh chấp đó trở thành chargeback. Apple hiển thị mọi thứ dưới dạng apple.com/bill và không cho bạn thay đổi gì. Google Play cho phép bạn đặt tên trên sao kê. Đây là chi phí của mỗi bên và những gì bạn kiểm soát được.
Khi App Store đảo ngược một khoản hoàn tiền đã cấp, nó kỳ vọng máy chủ của bạn khôi phục quyền truy cập mà bạn đã thu hồi. Đây là cách các thông báo hoàn tiền, từ chối hoàn tiền và hoàn tiền bị đảo ngược hoạt động trên App Store và Google Play, cùng cái giá của mỗi thông báo khi bạn bỏ qua nó.
Khi một khách hàng được hoàn tiền, cả Apple lẫn Google đều trả lại phần hoa hồng của họ, nên phần chiết khấu của cửa hàng không phải là thứ bạn mất. Đây là ai trả tiền cho khoản hoàn tiền trên ứng dụng của bạn, thứ gì thực sự rời khỏi khoản chi trả của bạn, và vì sao một chargeback tốn kém hơn một khoản hoàn tiền thông thường.
Hủy một gói đăng ký thì cửa hàng chỉ dừng lần tính phí kế tiếp, khách hàng giữ quyền truy cập đến hết kỳ, và không có đồng tiền nào dịch chuyển. Hoàn tiền đảo ngược một khoản thanh toán đã hoàn tất và kéo theo cả quyền truy cập. Đây là chỗ hai việc tách ra, mỗi việc tốn của bạn những gì, và vì sao chỉ hoàn tiền mới từng chạm tới máy chủ của bạn.
Sản phẩm tiêu hao, sản phẩm không tiêu hao, gói đăng ký tự động gia hạn, và gói đăng ký không gia hạn mỗi loại hoàn tiền theo quy tắc riêng. Có loại khôi phục được, có loại biến mất ngay khi đã dùng, và chỉ yêu cầu sản phẩm tiêu hao cùng yêu cầu gói đăng ký mới từng đòi nhà phát triển đưa ra bằng chứng. Đây là cách loại mua hàng trong ứng dụng bạn bán thay đổi tác động của một khoản hoàn tiền đối với bạn.
Luật hoàn tiền ứng dụng khác nhau giữa EU, Anh và Mỹ, nhưng với hầu hết giao dịch bán ứng dụng thì kết quả vẫn như nhau. Quyền rút lui 14 ngày của EU thường bị từ bỏ ngay khi thanh toán, người mua ở Mỹ dựa vào chính sách cửa hàng, và không luật hoàn tiền nào cho bạn cơ hội phản hồi. Chỉ có hai luồng cửa hàng từng hỏi ý kiến của bạn.
Gian lận thân thiện là khi một khách hàng thật sự mua giao dịch trong ứng dụng của bạn, sử dụng nó, rồi nói với ngân hàng rằng giao dịch đó sai. Hàng đã mất và tiền bị đảo ngược. Đây là chi phí mà nó gây ra cho một nhà phát triển ứng dụng, lý do nó đang tăng, và khoảng thời gian ngắn mà Apple và Google cho bạn để phản kháng.
Apple quyết định một khoản hoàn tiền trên App Store trong khoảng hai ngày, nhưng số tiền có thể mất đến 30 ngày trên thẻ và đến 60 ngày trên hóa đơn điện thoại. Đây là thời gian xử lý hoàn tiền App Store thực tế theo từng phương thức thanh toán, so sánh với Google Play ra sao, và tại sao một khoản hoàn tiền chậm có thể biến thành một chargeback mà bạn không thể phản đối.
Apple hiển thị hoàn tiền trong hai báo cáo, Google hiển thị chúng trong hai báo cáo nữa, và máy chủ của bạn thấy cái thứ tư. Không con số nào khớp nhau, và các khoảng chênh này là do thiết kế. Đây là lý do mỗi bề mặt quy kết hoàn tiền theo cách khác nhau, và cách đối chiếu báo cáo hoàn tiền với hồ sơ của chính bạn theo từng giao dịch.
Trên Google Play, bạn có thể hoàn lại một phần đơn hàng từ Console, theo phần trăm hoặc theo số tiền, và chia sẻ khoản lỗ với phí của Google. Trên App Store, bạn không thể phát hành khoản hoàn tiền nào cả. Đây là cách hoàn tiền một phần hoạt động trên từng cửa hàng, và nó khiến bạn tốn bao nhiêu.
Hầu hết các ứng dụng di động hoàn tiền cho 2 đến 5 phần trăm giao dịch đã thanh toán, nhưng Apple và Google lưu con số này ở các bảng điều khiển khác nhau. Đây là nơi tìm tỷ lệ hoàn tiền của ứng dụng bạn, điều gì được coi là bình thường theo gói và danh mục, và mỗi lần hoàn tiền thực sự tốn bao nhiêu sau phí.
Apple thử lại thông báo hoàn tiền tối đa năm lần và Google Play chạy trên Pub/Sub với đảm bảo gửi ít nhất một lần, nên cùng một khoản hoàn tiền có thể đến máy chủ của bạn nhiều hơn một lần. Đây là cách xử lý thông báo hoàn tiền trùng lặp mà không trừ số dư hay đốt hạn ngạch API hai lần.
Một khoản hoàn tiền Family Sharing đảo ngược một lần thanh toán nhưng có thể để lại tới năm thành viên gia đình vẫn dùng các tính năng trả phí của bạn. Apple gửi một REVOKE và mong máy chủ của bạn chấm dứt quyền truy cập đó. Đây là cách hoàn tiền chia sẻ gia đình hoạt động và một lần như vậy tốn kém ra sao.
Việc xử lý hoàn tiền chỉ chạy sau khi khách hàng đã rời đi, nên một lỗi trong đó vẫn vô hình cho đến khi nó gây thiệt hại tiền thật. Cả hai cửa hàng đều cho phép bạn kích hoạt một khoản hoàn tiền trong môi trường test trước. Dưới đây là cách test hoàn tiền mua hàng trong ứng dụng trên App Store và Google Play trước khi một khoản hoàn tiền trở thành thật.
Giá được hoàn lại là dòng nhỏ nhất trên hóa đơn. Một khoản hoàn tiền cũng đảo ngược hoa hồng của cửa hàng, nên bạn mất phần của mình, và phần điện toán, lệnh gọi API, lưu trữ cùng các khoản chi trả bạn đã tiêu đều mất. Một khoản bồi hoàn Google Play sau ngày 3 tháng 8 năm 2026 còn cộng thêm phí ngân hàng lên trên. Đây là toàn bộ hóa đơn.
Một khoản hoàn tiền đăng ký đảo ngược cả một kỳ thanh toán, không phải một giao dịch bán đơn lẻ. Trên App Store, Apple quyết định và máy chủ của bạn chỉ biết kết quả. Trên Google Play bạn tự chọn hoàn tiền toàn phần hay theo tỷ lệ. Đây là cách mỗi cửa hàng xử lý hoàn tiền đăng ký, và một lần hoàn tiền khiến bạn tốn bao nhiêu.
Một khoản hoàn tiền trên App Store hay Google Play do cửa hàng cấp, và cửa hàng quyết định điều đó. Chargeback là ngân hàng của khách hàng rút tiền về, và ngân hàng quyết định, không có kháng nghị. Với các nhà phát triển ứng dụng, khoảng cách giữa chúng giờ đây là tiền, bởi vì từ ngày 3 tháng 8 năm 2026 Google Play đặt chi phí chargeback lên vai bạn.
Google Play âm thầm ngừng gánh chargeback. Với các đơn hàng đặt vào hoặc sau ngày August 3, 2026, bạn phải hoàn lại giá mua trừ đi phí dịch vụ của Play cộng với một khoản phí ngân hàng trên mỗi đơn hàng bị tranh chấp. Đây là những gì đã thay đổi, một chargeback giờ tốn của bạn bao nhiêu, và cửa sổ 24 giờ nơi bạn được phản bác.
Khi Apple hoàn tiền cho một khách hàng của bạn, khoản hoàn tiền đó đã nằm sẵn bên trong app của bạn trên revocationDate của transaction, trước khi tác vụ máy chủ của bạn chạy. Đây là nơi phát hiện hoàn tiền StoreKit 2 hiện ra trên thiết bị, revocationDate và revocationReason cho bạn biết điều gì, và tại sao client là để nhanh còn server là để đúng.
Mỗi khoản hoàn tiền trên App Store và Google Play đều khởi động một chiếc đồng hồ, và phần lớn chúng chạy mà không cần bạn. Cửa sổ hoàn tiền ngắn nhất của Apple là 12 giờ, cửa sổ chargeback của Google là 24 giờ, và từ ngày 3 tháng 8 năm 2026, một cửa sổ chargeback bị bỏ lỡ là một hóa đơn, không chỉ là một đơn hàng mất đi. Đây là mọi thời hạn chạm đến tài khoản của bạn.
Google Play có thể đẩy tới máy chủ của bạn một thông báo giao dịch bị hủy ngay lập tức khi một giao dịch được hoàn tiền, bị bồi hoàn, hoặc bị hủy. Nó mang theo purchaseToken, orderId, productType và refundType, và nó có nghĩa một điều, thu hồi quyền truy cập. Đây là cách đọc nó và kết nối nó.
Bạn có thể hoàn tiền bất kỳ đơn hàng Google Play nào dưới ba năm tuổi chỉ với một lệnh gọi API, có hoặc không thu hồi quyền truy cập. Tự làm việc đó trước khi một tranh chấp biến thành chargeback giúp bạn tiết kiệm khoản phí ngân hàng đổ lên nhà phát triển kể từ ngày 3 tháng 8 năm 2026. Đây là cách orders.refund hoạt động.
Khi một khách hàng yêu cầu Apple hoàn tiền, payload Send Consumption Information là câu trả lời của bạn. Apple đã cắt nó từ mười hai trường xuống còn năm, ba bắt buộc và hai tùy chọn. Đây là từng trường, các giá trị mỗi trường chấp nhận, và cửa sổ 12 giờ để bạn gửi nó.
Endpoint Get Refund History của Apple trả về toàn bộ lịch sử hoàn tiền App Store của một khách hàng dưới dạng các giao dịch đã ký. Đây là từng trường, cách token revision phân trang, tại sao dữ liệu là theo khách hàng chứ không theo ứng dụng, và một lần hoàn tiền bạn bỏ lỡ khiến bạn tốn bao nhiêu.
Yêu cầu hoàn tiền trong ứng dụng của Apple cho phép khách hàng xin hoàn tiền mà không cần rời khỏi ứng dụng của bạn, trên một bảng do Apple dựng và xét duyệt. Đây là những gì beginRefundRequest trả về, các đồng hồ CONSUMPTION_REQUEST và 48 giờ mà nó khởi động trên máy chủ của bạn, và liệu nút này có đáng để phát hành hay không.
Google Play âm thầm hủy một giao dịch mua khi nó được hoàn tiền hoặc bị chargeback. Voided Purchases API là danh sách những đơn hàng đó, để bạn có thể thu hồi quyền truy cập. Đây là từng field, cửa sổ 30 ngày, tùy chọn revoke làm ẩn đơn hàng, và chi phí của nó.
Apple gửi bốn tin nhắn hoàn tiền qua App Store Server Notifications V2, và hầu hết ứng dụng chỉ xử lý hai. REFUND yêu cầu bạn thu hồi, REFUND_DECLINED nghĩa là giữ doanh số, và REFUND_REVERSED trả lại doanh số và yêu cầu bạn khôi phục những gì đã lấy đi. Đây là những gì mỗi loại đòi hỏi.
Kể từ WWDC24, mỗi CONSUMPTION_REQUEST của Apple đều mang theo consumptionRequestReason, lý do do chính khách hàng nêu ra khi muốn hoàn tiền. Có năm giá trị, từ UNINTENDED_PURCHASE đến LEGAL, và mỗi giá trị nên thay đổi những gì bạn gửi lại trong khung thời gian 12 giờ của mình. Đây là cách đọc từng giá trị.
Khi một ngân hàng rút lại một khoản phí Google Play, Google gửi đến máy chủ của bạn một PendingRefundReviewNotification và bắt đầu đồng hồ đếm 24 giờ. Hãy trả lời qua ReviewRefund API với một tùy chọn hoàn tiền và bằng chứng tiêu thụ thực tế, nếu không tranh chấp sẽ được quyết định mà không có bạn. Đây là toàn bộ quy trình, từng trường một.
Apple gửi cho máy chủ của bạn một CONSUMPTION_REQUEST khi khách hàng yêu cầu hoàn tiền, nhưng giao dịch không bao giờ cho biết họ là ai. appAccountToken là UUID liên kết một giao dịch mua trở lại người dùng của bạn. Thiết lập nó và bạn có thể trả lời Apple bằng dữ liệu thực. Bỏ qua nó và bạn chỉ đang đoán.
Google Play tự động hoàn tiền và thu hồi bất kỳ giao dịch mua nào mà máy chủ của bạn không xác nhận trong ba ngày. Đó là một lỗi tích hợp, không phải quyết định của khách hàng, và hoàn toàn có thể ngăn chặn. Đây là quy tắc chính xác, lý do nó kích hoạt, và chi phí thực sự của mỗi lần bán hàng bị mất.
Khách hàng hoàn tiền hết lần này đến lần khác không phải là ngẫu nhiên. Lạm dụng hoàn tiền khiến bạn mất khoản tiền trả lại cộng với phần tính toán bạn đã chi, và cả hai cửa hàng đều trao cho bạn một tín hiệu danh tính, appAccountToken của Apple và ID tài khoản đã che giấu của Google, để ghép nối mô hình đó lại với nhau.
Apple và Google đều có thể xử lý một khoản hoàn tiền trong khi khách hàng vẫn giữ nguyên quyền sử dụng sản phẩm đã mua. Dưới đây là thời điểm chính xác quyền truy cập được thu hồi tự động, khi nào máy chủ của bạn phải tự làm việc đó, và thông báo duy nhất mà hầu hết các tích hợp chưa từng xử lý.
Only two refund flows ever ask for your evidence: Apple's consumption request and Google Play's chargeback review. Everything else, the 48-hour Play refund, support refunds, voided purchases, unacknowledged trials, is decided without you. Here is the full map, what you can prevent, and what you can only record.
When a customer asks Apple for a refund, Apple asks you first. Here's exactly what the CONSUMPTION_REQUEST notification contains, what Apple expects back, how to answer one end to end, and why most developers silently forfeit.
Google quietly rewrote who pays when a Play purchase gets disputed with the bank. For orders placed after August 3, 2026, a lost chargeback comes out of your pocket, and you get 24 hours to fight back. What changed, what it costs, and how to be ready.
Blanket-declining every refund is as wrong as ignoring them. A field guide to measuring what refunds cost you and writing policy rules that protect revenue and your review score at the same time.