Ada masalah instalasi lintas toko saat menggunakan pengidentifikasi bundel Android bersama untuk mempublikasikan ke beberapa toko pembelian dalam aplikasi Android (seperti Google) secara bersamaan. Halaman ini menjelaskan hasil dari konflik ini, dan bagaimana menyelesaikan masalah.
skenario instal lintas toko adalah salah satu di mana pengguna menginstal aplikasi dari satu toko (store A), dan kemudian meningkatkan instalasi dengan aplikasi dari toko lain (store B). Kesempatan untuk meningkatkan instalasi pengguna termasuk hosting toko versi aplikasi terbaru. skenario ini dapat muncul ketika kedua build aplikasi menggunakan identifier Android yang sama dan menandatangani kunci.
Sebagai contoh, com.foo.bar diterbitkan ke Google Play dan Amazon Appstore. Pengguna yang memiliki kedua toko aplikasi yang diinstal dapat menginstal com.foo.bar dari Amazon Apps dan menerima versi terbaru dari Google Play. Ini dapat mengakibatkan mereka kehilangan transaksi produk digital IAP, dan tidak bisa mengembalikan transaksi yang sebelumnya dilakukan.
Konflik lintasan dapat menyebabkan masalah end-user yang dapat ditarik dengan aplikasi menggunakan IAP. Pengguna dapat menemukan mereka kehilangan pembelian setelah penghapusan/instalasi dan kehilangan pembelian in-flight apa pun yang terganggu oleh peningkatan lintas toko.
Masalah IAP yang dihasilkan adalah:
Sitemap Ini terjadi jika peningkatan pengguna setelah pembelian telah disetujui tetapi sebelum aplikasi telah mengakui menerima pembelian dari sistem penagihan toko. Ini dapat muncul ketika aplikasi gagal untuk menyinkronkan dengan layanan inventaris cloud dalam mode tepat waktu, atau aplikasi crash sebelum menyimpan IAP baru ini ke database inventaris lokal.Losing incomplete purchases. This occurs if the user upgrades after a purchase has been approved but before the application has acknowledged receiving the purchase from the store’s billing system. This can arise when an application fails to synchronize with a cloud inventory service in a timely fashion, or the app crashes before saving this new IAP to the local inventory database.
Sitemap Ini terjadi jika pengguna menginstal ulang aplikasi dari toko B setelah menyelesaikan transaksi IAP di toko A. Mereka tidak akan dapat mengembalikan transaksi tersebut. Banyak toko secara eksplisit menonaktifkan aplikasi dari mengakses sistem IAP toko lainnya. Untuk bekerjasama ini menggunakan sistem inventaris cloud bersama dengan layanan identitas pengguna yang tergantung.Withholding purchases from store A. This occurs if a user reinstalls an application from store B after completing IAP transactions on store A. They will not be able to restore those transactions. Many stores explicitly disallow applications from accessing other stores’ IAP systems. To workaround this utilize a cloud inventory system along with its dependent user identity service.
Sitemap Ini terjadi jika daftar produk yang ditingkatkan dalam aplikasi toko B terlepas dari daftar dalam menyimpan versi A. Anda dapat menyediakan katalog IAP divergent. Ini dapat mengakibatkan kesalahan aplikasi ketika inventaris lokal yang tidak konsisten dibaca oleh versi toko B, atau pengguna dapat kehilangan inventaris yang sebelumnya dibeli yang tidak tersedia melalui versi toko B.Divergent IAP product lists. This occurs if the upgraded product list in store B’s application diverges from the list in store A’s version. You may provide divergent IAP cataloges. This may result in an application error when an inconsistent local inventory is read by the store B version, or the user may lose the inventory they previously purchased which is unavailable through the store B version.
Ada dua cara untuk menyelesaikan konflik lintas toko: