Cách yêu cầu hoàn tiền của Apple hoạt động đối với nhà phát triển ứng dụng

Một giao dịch mua thành công trên App Store không phải lúc nào cũng là điểm kết thúc, ít nhất là từ góc nhìn của nhà phát triển. Khách hàng có thể thanh toán, dùng ứng dụng một thời gian, rồi vài ngày sau quyết định yêu cầu Apple hoàn tiền. Với nhà phát triển, hành động đơn lẻ đó kéo theo hàng loạt câu hỏi: Khách hàng có còn quyền truy cập vào thứ họ đã mua không? Gói đăng ký có tự hủy không? Có gì trên backend cần được đảo ngược không? Và nhà phát triển có tiếng nói nào trong những gì xảy ra tiếp theo không?

Hiểu được quy trình này, thay vì xem hoàn tiền chỉ là vấn đề của bộ phận hỗ trợ khách hàng, chính là điều phân biệt những đội ngũ phát hiện sớm các vấn đề về quyền truy cập và doanh thu với những đội ngũ chỉ nhận ra chúng nhiều tuần sau, khi chúng bị chôn vùi trong một báo cáo đối soát. Các công cụ như RefundSensor ra đời chính là để giúp nhà phát triển lấp đầy khoảng trống đó.

Những điểm chính

● Apple, chứ không phải nhà phát triển, là bên đưa ra quyết định cuối cùng cho mọi yêu cầu hoàn tiền.

● Với một số yêu cầu hoàn tiền, Apple có thể hỏi nhà phát triển thêm bối cảnh trước khi quyết định.

● Yêu cầu đó xuất hiện dưới dạng thông báo CONSUMPTION_REQUEST thông qua App Store Server Notifications V2.

● Nhà phát triển có thể phản hồi bằng thông tin tiêu thụ, nhưng chỉ khi có sự đồng ý của khách hàng để chia sẻ thông tin đó.

● Phản hồi của nhà phát triển có thể cung cấp thêm thông tin cho quá trình xem xét của Apple. Bản thân nó không chấp thuận hay từ chối bất cứ điều gì.

● Sản phẩm tiêu hao, gói đăng ký và sản phẩm không tiêu hao không đi qua quy trình này theo cùng một cách.

● Khi khối lượng giao dịch tăng lên, việc theo dõi thông báo hoàn tiền thủ công không còn khả thi.

Yêu cầu hoàn tiền của Apple là gì?

Yêu cầu hoàn tiền của Apple là một khiếu nại mà khách hàng gửi trực tiếp cho Apple để đòi lại tiền cho một giao dịch mua ứng dụng hoặc mua trong ứng dụng. Đây không phải thứ nhà phát triển gửi, chấp thuận hay từ chối, và nó hoàn toàn khác với việc hủy gói đăng ký hay tranh chấp qua đơn vị phát hành thẻ.

Khách hàng thường thực hiện việc này qua các kênh của chính Apple: reportaproblem.apple.com, ứng dụng App Store, hoặc luồng hỗ trợ chung của Apple, thay vì liên hệ với nhà phát triển trước. Điều này quan trọng vì yêu cầu hoàn tiền là một khiếu nại đối với hệ thống thanh toán của Apple. Apple là đơn vị bán hàng chính thức (merchant of record) cho các giao dịch trên App Store, nên nhà phát triển đứng ở phía sau quyết định chứ không nằm trong quá trình ra quyết định.

Quy trình hoàn tiền của Apple hoạt động thế nào đối với nhà phát triển?

Từ vị trí của nhà phát triển, quy trình hoàn tiền chủ yếu là thứ xảy ra với backend của họ chứ không phải thứ họ khởi động. Apple xem xét khiếu nại, có thể yêu cầu thông tin bổ trợ, và cuối cùng đưa ra quyết định được thể hiện dưới dạng thông báo máy chủ ở phía nhà phát triển.

Phiên bản rút gọn của chuỗi này diễn ra đại khái như sau: khách hàng mua hàng, khách hàng yêu cầu hoàn tiền, Apple tiếp nhận và xem xét yêu cầu đó, Apple có thể thông báo cho nhà phát triển nếu yêu cầu thuộc diện liên quan, nhà phát triển có thể cung cấp thông tin tiêu thụ được hỗ trợ, Apple cân nhắc mọi thông tin mình có, Apple đưa ra quyết định cuối cùng, và hệ thống của nhà phát triển nhận thông báo kết quả rồi cập nhật hồ sơ của mình.

Cần nhắc lại rằng đây là một lộ trình đã được rút gọn. Không phải mọi yêu cầu hoàn tiền đều tạo ra thông báo cho nhà phát triển, và không phải mọi loại giao dịch mua đều đi qua quy trình theo cùng một cách.

Điều gì xảy ra sau khi khách hàng yêu cầu hoàn tiền?

Khi khách hàng gửi yêu cầu, Apple tiếp quản từ đó. Nhà phát triển không tự động được thông báo ngay khi yêu cầu được gửi, và không có bất kỳ cảnh báo nào được đảm bảo ở giai đoạn này. Thay vào đó, thứ nhà phát triển có thể dựa vào là hệ thống thông báo phía máy chủ của Apple, vốn báo cáo các sự kiện liên quan gắn với giao dịch khi có thay đổi.

Đây cũng là chỗ mọi thứ dễ bị lẫn lộn. Hoàn tiền không giống với hủy gói đăng ký, và cũng không giống với chargeback được gửi qua ngân hàng. Hủy chỉ dừng các lần thanh toán trong tương lai. Hoàn tiền đảo ngược một giao dịch mua đã hoàn tất. Chargeback là tranh chấp được nêu ra hoàn toàn bên ngoài hệ thống của Apple, thông qua đơn vị phát hành thẻ của khách hàng. Logic backend nào xem ba thứ này là có thể thay thế cho nhau thì sớm muộn cũng sẽ phân loại sai quyền lợi hoặc doanh thu ở đâu đó.

Apple xem xét yêu cầu hoàn tiền như thế nào?

Apple xem xét từng yêu cầu hoàn tiền trong nội bộ và có thể cân nhắc thông tin từ nhiều nguồn, bao gồm dữ liệu mà nhà phát triển chọn cung cấp. Cách Apple thực sự cân nhắc trong quá trình xem xét nội bộ đó không được công bố, và không bài viết nào, kể cả bài này, có thể thành thật khẳng định biết rõ chi tiết.

Điều được ghi rõ trong tài liệu hỗ trợ của chính Apple là nhà phát triển không kiểm soát kết quả. Quá trình xem xét của Apple có thể dựa trên thông tin tiêu thụ được gửi qua các cơ chế được hỗ trợ, nhưng việc gửi thông tin đó không đẩy Apple về phía hoàn tiền hay từ chối. Nhà phát triển chỉ là một nguồn đầu vào trong quy trình xem xét mà Apple nắm toàn quyền từ đầu đến cuối.

CONSUMPTION_REQUEST là gì?

CONSUMPTION_REQUEST là một thông báo cụ thể mà Apple có thể gửi qua App Store Server Notifications V2 khi một yêu cầu hoàn tiền đang được xem xét và Apple muốn có thêm bối cảnh từ nhà phát triển. Thông báo này đến endpoint nhận thông báo mà nhà phát triển đã cấu hình, gắn với giao dịch cụ thể đó.

Không phải mọi yêu cầu hoàn tiền đều kích hoạt thông báo này. Apple mô tả nó chỉ áp dụng cho các trường hợp liên quan chứ không phải cho toàn bộ giao dịch, nên một quy trình được xây dựng trên giả định rằng mọi yêu cầu hoàn tiền đều tạo ra CONSUMPTION_REQUEST sẽ có lỗ hổng.

Khi nhà phát triển nhận được thông báo này, tài liệu của Apple mô tả một khoảng thời gian phản hồi xác định trong môi trường production, thường được nêu là 12 giờ trong tài liệu dành cho nhà phát triển hiện tại, dù bạn nên xác nhận con số đó trực tiếp với tài liệu của Apple thay vì tin vào bản tóm tắt gián tiếp. Nếu nhà phát triển không có dữ liệu tiêu thụ liên quan, hoặc không có sự đồng ý của khách hàng để chia sẻ, cách làm đúng là bỏ qua việc phản hồi thay vì gửi thứ gì đó không chính xác hoặc không được phép.

Nhà phát triển có thể gửi thông tin gì cho Apple?

Thông tin tiêu thụ cung cấp cho quá trình xem xét của Apple thêm bối cảnh về cách một giao dịch mua cụ thể thực sự được sử dụng, được xây dựng từ dữ liệu nhà phát triển đã có sẵn. Endpoint Send Consumption Information của Apple hỗ trợ các trường bao gồm những thứ như khách hàng có đồng ý chia sẻ dữ liệu này không, trạng thái giao nội dung đã mua, khách hàng đã thực sự tiêu thụ bao nhiêu, có liên quan đến nội dung dùng thử hay mẫu không, tình trạng tài khoản của khách hàng, và mong muốn hoàn tiền của chính nhà phát triển đối với giao dịch đó.

Không trường nào trong số này tồn tại để bạn điền cho đầy nhằm tỏ ra kỹ lưỡng. Apple quy định cụ thể ý nghĩa của từng trường, và các giá trị mơ hồ hoặc chung chung không giúp ích cho quá trình xem xét, chúng chỉ tạo thêm nhiễu. Sự đồng ý của khách hàng phải có trước khi một số chi tiết được phép chia sẻ, đây là lý do chính đáng để theo dõi trạng thái đồng ý cùng với dữ liệu mua hàng ngay từ đầu thay vì gắn thêm sau này. Để xem kỹ hơn phần này nằm ở đâu trong tổng thể phản hồi, bài phân tích của RefundSensor về quy trình CONSUMPTION_REQUEST đi sâu vào chi tiết hơn.

Nhà phát triển có thể kiểm soát những gì trong quá trình xem xét hoàn tiền?

Bảng này cho thấy quyền hạn của Apple kết thúc ở đâu và trách nhiệm thực sự của nhà phát triển bắt đầu từ đâu.

Nhà phát triển không thể chấp thuận hay từ chối hoàn tiền, không thể vượt qua chính sách của Apple, và không thể đảm bảo một kết quả cụ thể bằng cách gửi dữ liệu chi tiết hơn. Điều họ kiểm soát được là chất lượng và tính kịp thời của những gì Apple có để xem xét, và cách hệ thống của chính họ phản ứng khi có quyết định.

Vì sao giám sát hoàn tiền quan trọng với nhà phát triển ứng dụng

Giám sát hoàn tiền quan trọng vì thông báo thường là tín hiệu duy nhất nhà phát triển nhận được cho thấy trạng thái của một giao dịch đã thực sự thay đổi. Bỏ lỡ nó, quyền lợi có thể vẫn hoạt động sau khi hoàn tiền, trạng thái gói đăng ký có thể lệch khỏi thực tế, hoặc báo cáo doanh thu có thể âm thầm không còn khớp với thực tế.

Ở mức cơ bản, điều này có nghĩa là lắng nghe các sự kiện App Store Server Notifications liên quan, khớp từng sự kiện với đúng giao dịch và hồ sơ khách hàng, rồi cập nhật trạng thái quyền lợi và gói đăng ký tương ứng. Nó cũng có nghĩa là duy trì một bản ghi liên tục về kết quả hoàn tiền, không chỉ để phản ứng với từng sự kiện riêng lẻ mà còn để nhận ra các mẫu hoàn tiền theo sản phẩm, theo cấp gói hoặc theo loại giao dịch mua theo thời gian.

Quản lý hoàn tiền trở nên khó khăn ở đâu khi mở rộng quy mô

Chuỗi này cho thấy một sự kiện hoàn tiền đơn lẻ đi qua hệ thống của Apple như thế nào và nhà phát triển thực sự phải làm việc ở đâu.

Ở khối lượng giao dịch thấp, một đội ngũ nhỏ có thể theo dõi các thông báo này bằng tay. Điều đó không còn khả thi khi ứng dụng có hàng nghìn giao dịch mỗi tháng trải rộng trên nhiều loại giao dịch mua và khu vực. Việc khớp thủ công từng CONSUMPTION_REQUEST với đúng giao dịch, theo dõi thời hạn phản hồi, và đối soát kết quả hoàn tiền với báo cáo doanh thu trở thành gánh nặng vận hành thực sự, và sai sót ở đó thường thể hiện dưới dạng quyền lợi bị mất hoặc doanh thu không ai lý giải được.

Lời kết

Đây là lúc một giải pháp quản lý hoàn tiền Apple có cấu trúc bắt đầu phát huy giá trị, không phải để tác động đến quyết định của Apple, mà là hạ tầng để xử lý kết quả một cách chính xác. Trên thực tế, điều đó thường bao gồm giám sát thông báo tự động, khớp giao dịch đáng tin cậy, một quy trình xác định để chuẩn bị và gửi thông tin tiêu thụ trong thời hạn của Apple, và theo dõi kết quả so với hồ sơ doanh thu. Không điều nào trong số đó thay đổi quyết định của Apple. Nó thay đổi việc hệ thống của nhà phát triển có còn chính xác hay không sau khi quyết định đã được đưa ra. Nếu bạn đang xây dựng quy trình đó, tổng quan nền tảng của RefundSensor là nơi hợp lý để xem các mảnh ghép khớp với nhau như thế nào.

Các quy tắc này được ghi ở đâu

● Apple Support: Yêu cầu hoàn tiền cho ứng dụng hoặc nội dung

● Tài liệu Apple Developer: Send Consumption Information

● Tài liệu Apple Developer: App Store Server Notifications