Note that there are some explanatory texts on larger screens.

plurals
  1. POUsing a Generic In-app Purchase
    primarykey
    data
    text
    <p>I'm finishing up work on an iOS app that allows users to browse, purchase, and download items from a large multimedia library hosted online in a rails application. The library has hundreds of purchaseable items right now, and it will likely expand greatly in the future.</p> <p>At first, I intended to create an insidivual in-app purchase item (on iTunes Connect) for each item in the library. However, I decided that it would be a pain to create all of those hundreds of in-app purchase items. Moreover, I want to be able to make additions and changes to the purchasable items via my CMS without having to also make changes on iTunesConnect.</p> <p>Instead, I now have the app user create an account with the rails app. When they go to purchase an item, they first purchase a generic in-app purchase item. Once that transaction is completed, the app connects to my rails app, records the purchase, and downloads the purchased content.</p> <p>One thing that makes me nervous about this approach is that the user might successfully make the in-app purchase with Apple but then somehow fail to successfully connect to the rails app. In that case, the purchase would not be recorded and the content would not be downloaded, even though the user did make a payment. Furthermore, Apple's built-in purchase recovery methods won't work, because the purchase item is generic. Only my rails app will remember what items the user has purchased.</p> <p>So, I'm going to add a lot of error checking and state-recovery around that whole process. To make sure that it can recover if it runs into trouble.</p> <p>I just wanted to put this out there in case anyone has an opinion or some advice to share. </p> <p>Thanks!</p> <p>Charlie</p> <p><strong>UPDATE</strong></p> <p>It's been a long time now, but I ended up NOT using a generic in-app purchase. It just seemed like too big a risk. After all, with individual in-app purchases, Apple keeps track of the purchases and provides a way for restoring them. So it made sense to take advantage of that rather than forcing myself to maintain my own database of users and their purchases. </p> <p>It was a real pain in the ass to add all of those in app purchase items to iTC. the iTC interface is so horrible. I ran into a lot of problems. But eventually they all got in there, and now things are working more or less smoothly.</p> <p>So in the end, I'd say that even though it's a pain to create all of those purchases, it's worth it. Or rather it should be worth it. If creating that purchase record in iTC seems not to be worth the trouble for what you expect to make by selling it, then you've probably got bigger problems with your business model!</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload