Can in-app purchase be available from different apps? I want to enable in-app purchase on a few different apps where the same non-consumable product catalog is available in all of the apps.
I assume I can create separate product ids for each app, but this will lead to duplicate data entry and make stats tracking more complicated.
No way for that, since each in-app purchase dependend on application for which it was created.
Related
I need help implementing in-app purchases. In my app, users can buy individual audios or packs that include these audios. The individual audios always have the same price, while the packs have different prices. Can I create a generic in-app purchase for individual audios (for example "Individual audio: €5") and an in-app purchase for each pack?
It may also be the case that a user wants to buy a pack of which they already have an individual audio, in this case a percentage discount would be applied. How should I manage this?
Thanks!
Flutter has created an official package for in-app purchases https://pub.dev/packages/in_app_purchase
On that package page you will find all the information you need for implementation, as well as the official Google Play and App Store links on how in-app purchases are managed.
I want to provide auto or even Manuel renewable subscription in my Flutter App for iOS devices. Users can subscribe for 1 Month or 1 year.
Which one is the best? How to implement? Are these secure?
i tired Square Plugin; but got this response from Apple
Guideline 3.1.1 - Business - Payments - In-App Purchase
We noticed that your app offers a subscription with a mechanism other
than the in-app purchase API.
Specifically, subscription to view digital content within the app.
Next Steps
To resolve this issue, please revise your app to ensure that the
subscription for products used within the app is offered using the
in-app purchase API, with the exception of the content specified in
guideline 3.1.3 of the App Store Review Guidelines.
and
In-App Purchase
It may be appropriate to revise your app to use the in-app purchase
API to provide content purchasing functionality.
In-app purchase provides several benefits, including:
The flexibility to support a variety of business models.
Impacting your app ranking by consolidating your sales to one app rather than distributing them across multiple apps.
An effective marketing vehicle to drive additional sales of new content.
For information on in-app purchase, please refer to the following
documentation:
In-App Purchase for Developers
In-App Purchase Programming Guide
For step-by-step instructions on in-app purchase creation within App
Store Connect, refer to App Store Connect Help.
You can't use Square to sell digital goods in your app. Apple will only allow you to use StoreKit.
You can implement this directly, which may be annoying for flutter especially for subscriptions. You can also use an SDK like RevenueCat's Flutter SDK. (Full disclosure, I'm the CEO of RevenueCat).
I'm using in-App purchases in my App on behave of getting some sounds from the App to the iPhone as a ringtone.
I've used 'Consumable' as the type for in-App purchase so that the user would be able to buy a ringtone and download it directly.
However this App got rejected by Apple because they want this function to be non-Consumable (so you would be able to retrieve this ringtone more than once). I only don't know how to set this up in my App because there are more than 200 possible ringtones. The actual buying is not the difficult part but as a criteria for in-App purchases you need to be able to restore previous transactions. As I'm only using one product identifier I think I would not be able to identify which ringtone has been purchases when restoring.
So my final questions:
1. How can I identify which item is bought (i.e. by using tags in the purchase)?
2. Am I able to use only 1 product identifier for this In-App purchase. Or do I need to make a productIdentifier for each and every ringtone?
You have to create a non-Consumable product for each ringtone, each one with a different identifier, if Apple is refusing your app I think you have no other choice.
I have an application which is using a consumable in app purchase for the products. Now I want to add some more portions to the existing application which can be used only if the user is subscribed for that option. So is it possible to use both type of inapp purchases in a single application. And can anybody provide an idea about how I can achieve this.
So you want to hide some in apps unless they have purchased a special in app?
Can't you just check in your code if the first one has been bought? Then display the rest.
You just go to iTunes Connect, to your app, and then to manage in-app purchase section.
You can add any amount of purchases there. Then your new in-app will be reviewd by Apple and you would be able to update your app with new code for retrieving that new in-app.
I want to revamp the purchase model on one of my iphone apps to use in app purchasing to unlock the full featured app instead of having two separate apps. Is there a way to do this so that anyone who has previously purchases the app can get the purchase for free automatically?
The strategy that I used is to create a NSUserDefaults for previous purchasers of the application. Then I put that version in the app store for a month. I picked a month so that hopefully that all users had a chance to up date the app. After a month I put the in app purchase feature into the app and put that in the app store.
When I test to if I should use any in app purchase content I also check to see if the NSUserDetaults I created in the previous version is set.
There is not currently any way for the user to be given the In-App Purchase item for free.
However, if you can detect that the user upgraded from the old version (e.g. by examining NSUserDefaults) you can easily enough have your "did they purchase the full version?" check return true for that case too.