Penyalahgunaan refund berulang membebani Anda dua kali, begini cara toko membiarkan Anda melawan balik

Satu refund adalah biaya menjalankan bisnis. Akun yang sama meminta refund untuk keempat kalinya, setelah menggunakan apa yang dibelinya setiap kali, adalah penyalahgunaan refund, dan itu adalah pola yang hanya bisa Anda lihat jika setiap pembelian membawa identitas yang Anda kendalikan. Apple dan Google keduanya memberi Anda identitas itu, dan keduanya memberi Anda jendela sempit untuk menyodorkannya ke toko sebelum sebuah refund atau chargeback diputuskan. Lewatkan jendelanya, atau tidak pernah melampirkan identitasnya, dan seorang penyalahguna refund berulang tampak persis seperti pelanggan yang tidak puas untuk pertama kalinya. Berikut cara membedakan mereka, dan berapa nilai perbedaan itu dalam uang.

Mengapa penyalahgunaan refund adalah masalah identitas, bukan masalah refund

Toko yang memutuskan refund. Anda tidak bisa menghentikan pelanggan untuk meminta, dan pada sebagian besar alur Anda tidak bisa menghentikan toko untuk mengabulkan. Yang bisa Anda lakukan adalah memutuskan apakah sebuah akun tertentu pernah melakukan ini sebelumnya, dan apakah konten yang dibelinya benar-benar dikirim dan digunakan. Kedua hal itu adalah pertanyaan tentang identitas: pengguna Anda yang mana yang ada di balik transaksi ini, dan bagaimana riwayatnya. Jika pembelian Anda tidak membawa pengenal stabil kembali ke catatan pengguna Anda sendiri, Anda tidak bisa menjawab pertanyaan mana pun, dan setiap refund datang tanpa konteks.

Itulah kesenjangan yang sesungguhnya. Mekanika refund ditetapkan oleh kebijakan. Bukti yang Anda bawa kepadanya sepenuhnya milik Anda untuk dibangun, dan itu dimulai pada saat pembelian, bukan saat refund.

Dua jendela di mana bukti mengubah hasilnya

Ada tepat dua alur di mana apa pun yang Anda kirim dapat menggerakkan sebuah keputusan. CONSUMPTION_REQUEST milik Apple terpicu ketika pelanggan meminta refund atas produk consumable atau langganan yang diperpanjang otomatis, dan Anda punya 12 hours untuk menjawab. Tinjauan chargeback Google Play terpicu ketika pengguna menyengketakan tagihan dengan banknya, dan Anda punya 24 hours untuk merespons melalui Review Refund API. Setiap refund lainnya, refund swalayan Play 48-hour, refund yang diberikan dukungan, refund otomatis atas pembelian yang tidak diakui, diputuskan tanpa Anda.

Kedua saluran bukti itu jauh lebih kuat ketika transaksi sudah membawa pengenal Anda. Informasi konsumsi Apple dapat menyertakan appAccountToken bersama riwayat dan pengeluaran akun, dan tinjauan Google dapat bersandar pada ID akun tersamar yang telah diawasinya sejak pembelian. Akun tanpa pengenal adalah akun tanpa riwayat untuk diserahkan.

Dua kolom identitas, berdampingan

Apple dan Google memecahkan masalah yang sama dengan cara yang hampir sama, dengan nama berbeda dan aturan berbeda. Keduanya membiarkan Anda mencap sebuah pembelian dengan nilai yang menunjuk kembali ke catatan pengguna Anda sendiri. Tidak satu pun aktif secara bawaan. Keduanya tidak berguna jika Anda tidak mengaturnya pada saat pembelian.

Apple: appAccountToken

appAccountToken adalah UUID yang Anda buat dan berikan saat sebuah pembelian dimulai. StoreKit mengasosiasikannya dengan transaksi yang dihasilkan, dan itu muncul dalam data transaksi yang diverifikasi server Anda serta dalam informasi konsumsi yang Anda kirim balik selama sebuah CONSUMPTION_REQUEST. Karena itu nilai milik Anda, ia memetakan transaksi toko langsung ke akun di basis data Anda, tanpa melibatkan email atau nama. Ia harus berupa UUID sungguhan, dan apa pun selain itu ditolak. Apple kemudian menambahkan endpoint Set App Account Token yang dapat melampirkan atau memperbarui token pada transaksi lampau, termasuk pembelian yang dibuat di luar aplikasi Anda seperti penukaran kode penawaran.

Google Play: ID akun tersamar

Padanan Google adalah setObfuscatedAccountId, sebuah string opsional yang terikat pada akun yang membeli. Dokumentasi Google sendiri terus terang tentang tujuannya: Google Play menggunakannya untuk mendeteksi aktivitas tidak wajar, seperti banyak perangkat melakukan pembelian pada akun yang sama dalam rentang waktu singkat, dan untuk memblokir sebagian transaksi curang sebelum selesai. Ia dibatasi 64 characters, dan tidak boleh membawa data pribadi teks terbuka. Simpan email mentah di sana dan Google memblokir pembelian secara langsung, karena kolom itu mengharapkan nilai terenkripsi atau hash satu arah. Kolom saudara, setObfuscatedProfileId, ada untuk aplikasi di mana satu akun memegang beberapa profil.

Berapa sebenarnya biaya sebuah refund dari penyalahguna berulang

Refund itu sendiri adalah bagian terkecil dari tagihan. Ketika sebuah toko mengabulkan refund, Anda mengembalikan pendapatan, dan sebanyak itu terlihat di buku besar. Yang tidak ada di baris refund adalah segala hal yang Anda keluarkan untuk mengirimkan produk yang sekarang gratis.

Bayangkan sebuah produk consumable yang memicu kerja nyata: satu pembuatan gambar, serangkaian panggilan API ke penyedia model, sebuah ekspor video, sebuah pembayaran ke kreator. Anda membayar komputasi itu pada saat pelanggan menggunakannya. Refund menarik kembali harganya, tapi tidak menarik kembali tagihan penyedia. Penyalahguna refund berulang adalah orang yang telah belajar bahwa konten bertahan setelah refund, jadi mereka menjalankan putarannya lagi: beli, pakai, refund, ulangi. Setiap siklus, Anda menanggung biaya pengiriman untuk kedua kalinya.

Lalu ada pergeseran biaya milik toko itu sendiri. Mulai August 3 2026, Google Play memindahkan harga pembelian dan biaya chargeback bank ke developer untuk pesanan yang ditempatkan setelah tanggal itu. Sebuah chargeback yang dulunya sebagian besar masalah Google menjadi pendapatan Anda ditambah sebuah biaya, dan seorang penyengketa berulang menaikkan angka itu setiap kali. Kolom identitas adalah yang membuat Anda dapat memberi Review Refund API bukti untuk melawan sengketa tidak sah di dalam jendela 24 hours.

Google membingkai skalanya dengan gamblang: mereka mengatakan memblokir lebih dari $2 billion transaksi curang dan menyalahgunakan pada 2022. Angka itu ada karena sinyalnya, ID akun tersamar di antaranya, terisi. Aplikasi yang mengirim pembelian dengan kolom identitas kosong memilih keluar dari perlindungan itu.

Cara menangkap penyalahguna refund berulang sebelum toko memutuskan

Tandai setiap pembelian dengan identitas yang Anda miliki

Atur appAccountToken pada setiap pembelian StoreKit dan setObfuscatedAccountId pada setiap pembelian Play Billing, keduanya dibuat dari catatan pengguna Anda sendiri. Di Apple, gunakan UUID sungguhan yang dipetakan ke akun. Di Google, hash kunci akun agar tidak ada data pribadi yang berjalan dalam teks terbuka. Lakukan ini pada saat pembelian, karena di Google inilah satu langkah yang tidak bisa Anda pulihkan nanti.

Simpan buku besar yang dikunci pada identitas itu

Simpan setiap pembelian, pengiriman, peristiwa konsumsi, dan refund terhadap pengenal tersebut. Ketika sebuah CONSUMPTION_REQUEST atau tinjauan chargeback tiba, riwayat lengkap akun, termasuk refund sebelumnya, hanya sejauh satu pencarian. Informasi konsumsi Apple punya kolom eksplisit persis untuk ini: consumptionStatus, deliveryStatus, playTime, accountTenure, lifetimeDollarsPurchased, dan refundPreference Anda.

Baca voidedReason dan arahkan penyalahguna secara berbeda

Ketika sebuah pembelian Google dibatalkan, kolom voidedReason memberi tahu Anda alasannya, dan friendly_fraud serta fraud adalah nilai yang terpisah dari refund remorse biasa. Arahkan itu ke antrean tinjauan dan kebijakan yang lebih ketat, bukan jalur otomatis yang sama seperti refund pertama kali. Panduan Google sendiri adalah model beberapa peringatan: peringatkan pelanggar pertama, ambil tindakan lebih tegas pada yang berulang, dan nonaktifkan pembelian untuk akun yang terus melakukannya.

Jawab jendela setiap kali

Bukti hanya dihitung di dalam kedua jendela. Otomatiskan respons CONSUMPTION_REQUEST agar terpicu dengan aman di dalam 12 hours, dan tinjauan chargeback agar terpicu di dalam 24 jam. Riwayat sempurna yang Anda serahkan terlambat adalah riwayat yang tidak pernah dibaca toko.

Apa yang akan dan tidak akan toko lakukan untuk Anda

Perlu tepat soal pembagian tugas, karena mudah untuk mengira toko menangani penyalahgunaan, dan mereka sebagian besar tidak memberi tahu Anda ketika mereka tidak. Google secara aktif menggunakan ID akun tersamar untuk memblokir sebagian penipuan sebelum sebuah pembelian selesai, dan sistemnya menangkap sebagian besar di tingkat platform. Apple memutuskan setiap refund sendiri dan memperlakukan informasi konsumsi Anda sebagai masukan, tidak pernah sebagai suara. Tidak ada toko yang mengelola daftar penyalahguna Anda untuk Anda, memotong produk consumable yang di-refund dari saldo Anda, atau menolak seorang penyalahguna refund berulang atas nama Anda. Identitas adalah milik toko untuk ditindaklanjuti di tepi dan milik Anda untuk ditindaklanjuti di mana pun lainnya.

Ini alasan yang sama mengapa RefundHalt mengunci segalanya pada identitas pembelian: sebuah refund, sebuah tinjauan chargeback, dan sebuah permintaan konsumsi untuk akun yang sama teratasi menjadi satu riwayat, sehingga penyalahguna refund berulang muncul sebagai sebuah pola pada saat pertama kali mereka mengulang, bukan setelah tagihan keempat yang sudah Anda bayar.