Chuyển ứng dụng sang tài khoản nhà phát triển khác thì các đơn hàng trước khi bán vẫn ở lại với bên bán, đây là ý nghĩa của điều đó đối với hoàn tiền

Trang trợ giúp của Google nói điều này chỉ trong một câu: các đơn hàng tạo trước khi ứng dụng được chuyển vẫn nằm trong tài khoản gốc. Vậy nên khi bạn chuyển ứng dụng sang tài khoản nhà phát triển khác, người đăng ký chuyển sang bên mua nhưng lịch sử mua hàng thì không. Các khoản hoàn tiền, tranh chấp và yêu cầu hỗ trợ gắn với lịch sử đó không tự được giải quyết. Chúng rơi vào bên mà quy tắc của cửa hàng chỉ định, và đó không phải lúc nào cũng là bên đã nhận tiền. Apple và Google xử lý chuyện này khác nhau, và Apple nói ít hơn Google. Dưới đây là những gì mỗi cửa hàng ghi trong tài liệu, những phần nào trong hệ thống hoàn tiền của bạn âm thầm ngừng hoạt động sau khi chuyển, và những gì cần ghi thành văn bản trước khi bất kỳ bên nào ký.

Những gì được chuyển và những gì ở lại khi bạn chuyển ứng dụng

Cả hai cửa hàng đều coi việc chuyển giao là thay đổi chủ sở hữu kể từ thời điểm đó trở đi. Ứng dụng, người dùng và xếp hạng được chuyển. Hồ sơ tài chính trong quá khứ phần lớn thì không.

Trên App Store

Quy tắc của Apple xoay quanh dữ liệu. Nhà phát triển chuyển đi vẫn giữ quyền truy cập thông tin thanh toán và doanh số từ trước khi chuyển và mất quyền truy cập mọi thứ sau đó. Bên nhận chỉ nhận thông tin thanh toán và doanh số của các giao dịch phát sinh sau khi chuyển. Hướng dẫn chuyển của Apple không đề cập đến việc hoàn tiền cho giao dịch mua trước khi chuyển. Tài liệu không nói một khoản hoàn tiền đến muộn sẽ bị trừ vào doanh thu của ai.

Trên Google Play

Google nói rõ hơn. Người dùng, số liệu thống kê, dữ liệu, bình luận, xếp hạng và gói đăng ký đều được chuyển. Các đơn hàng tạo trước khi chuyển ở lại trong tài khoản gốc, và nếu một đơn cần hoàn tiền, Google cho biết bạn phải quay lại tài khoản gốc hoặc dùng Google Play Developer API. Tài khoản của bên bán không hết vai trò vào ngày bán. Nó vẫn là nơi duy nhất có thể thực hiện một số khoản hoàn tiền.

Ai thực hiện hoàn tiền sau khi chuyển ứng dụng

Phần lớn khoản hoàn tiền trên cả hai cửa hàng được quyết định mà không cần nhà phát triển. Apple tự xử lý yêu cầu hoàn tiền. Trên Google Play, người mua có thể tự hoàn tiền nhiều giao dịch trong vòng 48 giờ, và bộ phận hỗ trợ của Google chấp thuận các trường hợp khác. Việc chuyển giao không thay đổi điều đó. Điều nó thay đổi là ai nhìn thấy khoản hoàn tiền và ai có thể xử lý những quy trình hiếm hoi cần đến nhà phát triển.

Khoản hoàn tiền bạn muốn cấp trên Google Play

Giả sử một người đăng ký lâu năm viết thư cho chủ sở hữu mới, đòi lại tiền cho một khoản phí từ hai tháng trước khi bán. Chủ sở hữu mới không thể hoàn tiền từ Play Console của mình, vì đơn hàng không nằm ở đó. Bên bán phải đăng nhập và thực hiện, hoặc ai đó có quyền truy cập API vào tài khoản bên bán phải gọi Google Play Developer API. Nếu bên bán đã đóng tài khoản hoặc không còn trả lời, khoản hoàn tiền đó bị kẹt. Google thậm chí còn đề nghị hoàn lại phí đăng ký $25 cho bên bán nếu họ đóng tài khoản gốc sau khi chuyển, và chính vì vậy bên mua cần đảm bảo các khoản hoàn tiền trước khi chuyển đã được xử lý trước khi chuyện đó xảy ra.

Khoản hoàn tiền Apple tự cấp

Trên App Store, bạn không thực hiện hoàn tiền, Apple làm việc đó. Khi Apple hoàn tiền cho một giao dịch mua trước khi chuyển, hồ sơ thanh toán và doanh số của giao dịch đó nằm ở nhà phát triển gốc. Tài liệu chuyển giao của Apple không nói doanh thu của bên nào gánh khoản hoàn tiền đó, nên không bên nào nên tự giả định. Hãy ghi nó vào thỏa thuận.

Hai quy trình hoàn tiền yêu cầu bằng chứng

Chỉ có hai quy trình hoàn tiền yêu cầu nhà phát triển cung cấp thông tin. Apple gửi CONSUMPTION_REQUEST và cho bạn 12 giờ để trả lời bằng dữ liệu tiêu thụ qua Send Consumption Information. Google Play gửi yêu cầu xem xét chargeback, và bạn có 24 giờ để trả lời qua orders.reviewrefund. Cả hai câu trả lời đều được ký bằng thông tin xác thực thuộc về một tài khoản, không thuộc về ứng dụng. Đó là chỗ việc chuyển giao gây hỏng hóc.

Hệ thống hoàn tiền bị hỏng khi chuyển giao

Một ứng dụng đã chuyển có thể tiếp tục bán hàng hàng tuần liền mà không ai nhận ra phía hoàn tiền đã tê liệt.

URL thông báo và khóa In-App Purchase của Apple

URL App Store Server Notifications được đặt riêng cho từng ứng dụng, tại App information trong App Store Connect. Hướng dẫn chuyển của Apple không nhắc đến nó, nên chủ sở hữu mới nên mở màn hình đó ngay ngày đầu tiên và trỏ cả production lẫn sandbox về máy chủ của mình. Nếu nó vẫn trỏ đến endpoint của bên bán, mọi CONSUMPTION_REQUEST của ứng dụng sẽ đến một máy chủ mà bên mua không vận hành, và 12 giờ trôi qua trong im lặng.

Câu trả lời được gửi qua App Store Server API, vốn cần khóa In-App Purchase. Các khóa này do Account Holder hoặc Admin tạo tại Users and Access, và Apple chỉ cho tải mỗi khóa một lần. Khóa của bên bán nằm trong tài khoản bên bán. Bên mua nên tạo khóa riêng, và bên bán nên thu hồi khóa của mình khi việc bàn giao hoàn tất.

Shared secret và webhook của Apple

Với ứng dụng có gói đăng ký tự động gia hạn, Apple yêu cầu bên bán tạo shared secret riêng cho ứng dụng trước khi chuyển và chia sẻ cho bên nhận, người dùng nó để xác minh gói đăng ký. Khi chuyển giao hoàn tất, bên nhận nên tạo một shared secret mới để những người ngoài tổ chức của họ không còn nắm giữ nó. Webhook App Store Connect cũng được chuyển cho bên nhận, và Apple khuyên bên bán xóa chúng trước nếu không muốn sự kiện tiếp tục được gửi đến máy chủ của mình sau đó.

Quyền và dự án Cloud của Google

Google cho biết quyền và cài đặt liên kết của các dịch vụ tích hợp không được chuyển. Google yêu cầu bên bán thêm tài khoản đích làm Owner của mọi dự án Google Developers Console mà ứng dụng sử dụng. Trên Play, đó thường là nơi đặt topic real-time developer notifications và service account đứng sau các lệnh gọi Developer API của bạn. Nếu service account không được cấp quyền trong Play Console của bên mua, việc kiểm tra giao dịch bị hủy sẽ thất bại và câu trả lời orders.reviewrefund không thể gửi đi trong 24 giờ cho phép.

Chuyển giao tốn bao nhiêu tiền hoàn tiền và chargeback

Các cơ chế trên biến thành tiền ở ba chỗ.

Bạn phục vụ người dùng đã trả tiền cho bên bán

Lấy ví dụ một người đăng ký đã mua gói năm $59.99 một tháng trước khi bán. Trên Google Play, đơn hàng đó nằm trong tài khoản bên bán. Trên App Store, hồ sơ thanh toán của nó ở lại với bên bán. Bên mua không nhận được đồng nào cho nó mà vẫn phải chạy tài nguyên tính toán, lệnh gọi API bên thứ ba và dung lượng lưu trữ mà người đăng ký đó dùng trong phần còn lại của năm. Nếu sau đó người đăng ký yêu cầu bên mua hoàn tiền, bên mua không thể thực hiện trên Google Play nếu thiếu bên bán. Hãy thống kê các gói đăng ký trả trước đó khi ký, vì đó là chi phí bên mua gánh mà không có doanh thu đi kèm.

Chargeback trên những đơn hàng bên mua chưa từng bán

Với các đơn hàng Google Play đặt sau ngày 3/8/2026, nhà phát triển chịu trách nhiệm về giá mua của khoản chargeback, trừ đi phí dịch vụ của Play, cộng thêm phí chargeback của ngân hàng. Chargeback là quyết định cuối cùng của ngân hàng một khi đã được phán quyết. Trang chuyển giao của Google không nói chi phí đó được xử lý thế nào đối với đơn hàng ở lại trong tài khoản bên bán. Cho đến khi Google làm rõ, hợp đồng mua bán nên ghi ai trả chargeback cho đơn trước khi chuyển, và ai trả lời yêu cầu xem xét chargeback của nó.

Mức 15% tính cùng một khoản thu nhập hai lần

Phí dịch vụ 15% của Google Play áp dụng cho $1 triệu thu nhập đầu tiên của nhà phát triển mỗi năm. Khi một ứng dụng chuyển giữa các tài khoản nhà phát triển thuộc những Account Group khác nhau, toàn bộ thu nhập của ứng dụng trong năm dương lịch đó được tính vào tổng của cả hai nhóm. Ví dụ của chính Google là một ứng dụng kiếm được $100.000 ở Account Group A rồi chuyển sang Account Group B. Khoản $100.000 đó được tính vào mốc $1 triệu đầu tiên của cả hai nhóm. Bên mua đã gần ngưỡng có thể chạm mức phí tiêu chuẩn sớm hơn so với doanh số của chính họ.

Những gì cần thỏa thuận trước khi bạn chuyển ứng dụng

Dành cho bên bán

• Tải về các báo cáo bạn sẽ cần. Bản xuất hàng loạt, báo cáo doanh số ước tính và báo cáo thu nhập của Google không được chuyển, và bên nhận trên Apple sẽ không thấy lịch sử của bạn.
• Giữ tài khoản gốc mở và liên lạc được cho đến khi các khoản hoàn tiền và tranh chấp trước khi chuyển đã được giải quyết xong.
• Tạo và chia sẻ shared secret riêng cho ứng dụng trước khi chuyển trên App Store, sau đó thu hồi khóa In-App Purchase và xóa những webhook bạn không muốn tiếp tục chạy.

Dành cho bên mua

• Đặt URL App Store Server Notifications của riêng bạn và tạo khóa In-App Purchase của riêng bạn ngay ngày đầu tiên.
• Cấp quyền cho service account của bạn trong Play Console của bạn và xác nhận real-time developer notifications đến được endpoint của bạn.
• Lấy danh sách các gói đăng ký trả trước và giao dịch mua lớn gần đây, để biết bạn sẽ phục vụ những gì mà không có doanh thu.
• Đưa hoàn tiền, chargeback và yêu cầu xem xét chargeback trước khi chuyển vào hợp đồng mua bán, kèm một đầu mối liên hệ có tên cụ thể phía bên bán.

RefundHalt kết nối với từng ứng dụng bằng thông tin xác thực từ tài khoản sở hữu ứng dụng đó. Sau khi chuyển, hãy kết nối ứng dụng từ tài khoản của chủ sở hữu mới, và yêu cầu tiêu thụ cùng yêu cầu xem xét chargeback sẽ được chuyển đến chủ sở hữu mới từ đó trở đi.