Pembelian yang tertunda terlihat seperti penjualan, tetapi uangnya belum masuk, dan memberikannya lebih awal berarti memberikan produk secara cuma-cuma

Seseorang mengetuk beli di aplikasi Anda. Log Anda menampilkan pesanan baru, listener penagihan Anda menyala, dan Anda menyerahkan barangnya. Pada sebagian besar pembelian itu benar-benar tepat. Pada pembelian tertunda itu keliru, karena pesanannya ada tetapi uangnya tidak. Pelanggan memilih metode pembayaran yang lunas belakangan, toko masih menunggu dibayar, dan Anda baru saja menyerahkan fitur berbayar untuk tagihan yang mungkin tidak pernah lunas. Ini adalah sepupu diam-diam dari pengembalian dana. Tidak ada yang dibalik di sini, karena tidak ada yang pernah ditagih. Anda sekadar memberikan produk secara cuma-cuma.

Pembelian tertunda adalah pesanan nyata dalam status belum-dibayar, dan baik App Store maupun Google Play memilikinya. Kedua toko dengan jelas menyuruh Anda menunggu. Jebakannya adalah pesanan tertunda terlihat hampir identik dengan yang selesai di dalam kode Anda, jadi integrasi yang memperlakukan setiap pembelian baru sebagai penjualan akan mengirim barang pada pesanan yang masih coba ditagih oleh toko. Tangani dengan benar dan Anda tidak kehilangan apa pun. Tangani dengan salah dan setiap pembayaran lambat yang gagal adalah biaya murni, diserahkan dengan biaya Anda sendiri.

Apa sebenarnya pembelian tertunda itu

Pembelian tertunda adalah pesanan yang telah dicatat toko tetapi belum ditagih. Pembeli memulai alurnya, toko menerimanya, dan penyelesaian pembayaran sedang berlangsung di suatu tempat yang tidak dapat dilihat aplikasi Anda. Google Play menyebutnya status PENDING. Apple menyebutnya transaksi tertunda, atau ditangguhkan. Nama berbeda, fakta sama: toko menahan pesanan tetap terbuka sambil menunggu dibayar, dan toko telah memberi tahu Anda untuk tidak menganggap pesanan itu sebagai uang.

Google Play: pembayaran terjadi di tempat lain

Beberapa metode pembayaran diselesaikan di luar jalur utama. Tunai di toko fisik, transfer bank, dan sebagian penagihan operator semuanya butuh langkah tambahan antara ketukan dan penagihan. Ketika pelanggan memilih salah satunya, Google mengembalikan pembelian dalam status PENDING alih-alih PURCHASED. Untuk pembayaran tunai, pelanggan menerima kode lewat notifikasi dan email, membawanya ke toko peserta, dan membayar ke kasir. Sampai itu terjadi, Google belum menagih apa pun, dan Anda juga. Aturan Google hanya satu baris: gunakan getPurchaseState() dan berikan hak akses hanya ketika statusnya PURCHASED. Aturan itu juga menyuruh Anda tidak mengonfirmasi pembelian selama masih PENDING, karena konfirmasi hanya untuk pesanan yang sudah dibayar, bukan yang baru dijanjikan.

Apple: pembelian menunggu ketukan orang lain

Status tertunda Apple berarti transaksi butuh tindakan eksternal sebelum bisa selesai. Yang paling umum adalah Ask to Buy, di mana seorang anak memulai pembelian dan seorang penyelenggara keluarga harus menyetujuinya. Di StoreKit 2 panggilan pembelian mengembalikan Product.PurchaseResult.pending. Di StoreKit yang lama transaksi dilaporkan sebagai ditangguhkan (deferred). Bagaimanapun, Apple belum menagih siapa pun, dan transaksi yang selesai, jika datang, tiba secara asinkron melalui Transaction.updates. Tampilkan status menunggu kepada pelanggan dan jangan buka apa pun sampai transaksi yang selesai tiba.

Mengapa memberikan pembelian tertunda merugikan Anda uang sungguhan

Kerugian di sini bukan jenis pengembalian dana, di mana uang yang sudah Anda bukukan ditarik kembali. Ini lebih buruk dalam satu hal tertentu: tidak ada uang untuk ditarik kembali, karena tidak ada yang pernah ditagih.

Anda menyerahkan, dan toko tidak pernah menagih

Ketika Anda membuka akses pada pesanan tertunda yang kemudian dibatalkan, Anda sudah mengeluarkan biaya untuk melayaninya. Komputasi yang menjalankan fitur itu, panggilan API pihak ketiga yang Anda bayar, penyimpanan yang Anda alokasikan, dan untuk barang habis pakai, pembayaran nyata atas hal yang Anda jual. Semua itu keluar untuk pesanan yang tidak menghasilkan pendapatan apa pun. Pengembalian dana setidaknya bermula dari tagihan yang terjadi. Pembelian tertunda yang salah diberikan tidak pernah punya tagihan sama sekali, jadi bahkan tidak muncul sebagai uang yang keluar. Ia muncul sebagai ketiadaan, yang justru itulah alasan ia mudah terlewat dan mudah terulang.

Sinyal pembatalan dan apa artinya

Toko memang memberi tahu Anda ketika pesanan tertunda mati. Di Google Play, produk sekali beli yang gagal mengirim notifikasi ONE_TIME_PRODUCT_CANCELED, tipe 2, dan langganan yang tertunda mengirim SUBSCRIPTION_PENDING_PURCHASE_CANCELED, tipe 20. Ketika pesanan yang sama justru berhasil, Anda mendapat ONE_TIME_PRODUCT_PURCHASED, tipe 1, atau SUBSCRIPTION_PURCHASED, tipe 4. Di Apple tidak ada peristiwa pembatalan untuk ditangkap, karena transaksi ditangguhkan yang ditolak sekadar tidak pernah menjadi transaksi yang selesai. Jika Anda membuka akses lebih awal, keheningan itulah tagihannya.

Jendela waktu dan siapa menunggu siapa

Pembelian tertunda bukan jam yang sedang Anda kejar. Ini jam yang, dari sisi Anda, belum mulai berjalan.

Google Play memberi pelanggan hitungan hari, bukan menit

Pembayaran tunai atau transfer bank lunas menurut jadwal pelanggan, bukan Anda. Pesanan tetap dalam PENDING sampai pelanggan membayar atau jendela waktunya habis dan Google membatalkannya. Jendela konfirmasi tiga hari milik Anda sendiri, yang otomatis mengembalikan dana pembelian yang gagal Anda konfirmasi, bahkan belum mulai sampai pembelian beralih dari PENDING ke PURCHASED. Jadi tidak ada alasan terburu-buru melayani pesanan tertunda. Yang ada hanyalah disiplin untuk menunggu status berubah.

Persetujuan Apple ada di ponsel penyelenggara keluarga

Permintaan Ask to Buy tiba di perangkat penyelenggara sebagai prompt yang mereka setujui atau tolak kapan pun mereka sempat. Itu bisa beberapa menit, jam, atau sehari kemudian, dan aplikasi Anda tidak bisa mempercepatnya. Satu-satunya perilaku yang benar adalah mencerminkan status menunggu dan membiarkan StoreKit menyerahkan transaksi yang selesai kepada Anda jika dan ketika persetujuan datang.

Cara menangani pembelian tertunda tanpa kebocoran

Seluruh pekerjaan ini bermuara pada empat kebiasaan. Tidak ada satu pun yang sulit, dan melewatkan salah satunya adalah tempat uang menghilang.

Berikan pada status yang sudah dibayar, jangan pernah pada yang tertunda

Di Google Play, periksa getPurchaseState() dan berikan hanya pada PURCHASED, dan jangan mengonfirmasi pembelian selama masih PENDING. Di Apple, buka akses hanya pada transaksi yang selesai dan jangan pernah pada hasil pending. Satu aturan ini menutup seluruh kebocoran. Selebihnya adalah soal memastikan Anda benar-benar menyadari saat status yang sudah dibayar tiba.

Periksa ulang saat aplikasi kembali

Peralihan dari tertunda ke terbayar sering terjadi saat aplikasi Anda tidak berjalan. Di Google Play, panggil queryPurchasesAsync() di handler onResume() Anda untuk menangkap pesanan yang menjadi PURCHASED di latar belakang, dan pertahankan listener Real-time Developer Notifications Anda sebagai sumber kebenaran di sisi server. Di Apple, dengarkan Transaction.updates sepanjang umur aplikasi, karena transaksi yang disetujui bisa tiba lama setelah panggilan pembelian awal kembali.

Aktifkan dukungan tertunda dan uji kedua akhirannya

Google mengharuskan Anda memanggil enablePendingPurchases() saat membangun BillingClient, dan mendukung transaksi tertunda untuk produk sekali beli bersifat wajib, bukan opsional. Uji sebelum Anda merilis. Penguji lisensi mendapat dua instrumen uji tambahan untuk bentuk pembayaran yang tertunda, di mana pembayaran otomatis selesai atau otomatis dibatalkan setelah beberapa menit, sehingga Anda bisa mengamati jalur bayar maupun jalur gagal dari awal sampai akhir.

Beri tahu pelanggan bahwa pesanan belum selesai

Pembeli yang tertunda adalah pelanggan nyata di tengah pembelian, bukan sebuah kegagalan. Tunjukkan kepada mereka bahwa pesanan sedang menunggu pembayaran atau persetujuan mereka, dan beri jalan kembali yang jelas untuk menyelesaikannya. Status menunggu yang senyap kehilangan penjualan yang bisa dipulihkan oleh status yang diberi label dengan baik, karena sebagian besar pembeli ini masih menginginkan barangnya dan hanya tinggal satu langkah lagi.

Aliran Real-time Developer Notifications dan App Store Server Notifications yang sama, yang sudah dibaca RefundHalt untuk pengembalian dana dan chargeback, membawa sinyal-sinyal ini juga. Notifikasi pembelian yang mengatakan sebuah pesanan tertunda akhirnya lunas, dan notifikasi pembatalan yang mengatakan tidak, mendarat di dasbor Anda di samping event pendapatan Anda lainnya, sehingga pesanan tertunda yang gagal menjadi sesuatu yang bisa Anda lihat alih-alih sesuatu yang Anda bayar karena kelalaian.

Ringkasnya

Pembelian tertunda adalah pesanan tanpa pembayaran, dan kedua toko dengan tegas menyatakan Anda harus menunggu. Google Play mengembalikan pesanan tunai, transfer bank, dan sebagian penagihan operator dalam status PENDING dan menyuruh Anda memberikan akses hanya pada PURCHASED. Apple mengembalikan transaksi tertunda atau ditangguhkan untuk Ask to Buy dan tindakan lain yang diperlukan, lalu mengirim transaksi yang selesai kemudian melalui Transaction.updates. Buka akses pada status yang sudah dibayar, periksa ulang saat aplikasi Anda dilanjutkan, aktifkan dan uji dukungan tertunda, dan beri label pesanan yang menunggu untuk pelanggan. Lakukan itu dan pembelian tertunda tidak merugikan Anda apa pun. Lewatkan dan Anda menyerahkan produk berbayar untuk tagihan yang tidak pernah datang, yang merupakan satu-satunya kerugian tanpa tanda terima untuk ditunjuk.