I've been searching for a while, but it may be too obvious and people don't post about it.
I want to know if I can put a dynamic price for a product.
I have a delivery application and the price may vary with the distance.
Also, it can be a non integer price, like $2,43.
Is it possible?
Also, I couldn't set a price at iTunes Connect, I need to be reviewed first?
Thanks a lot in advance!
As noted by other poster, you cannot have variable in-app purchases. You have to select one of the provided price tiers.
Now assuming you are making a taxi-service app then what you need to do in your app is provide the user with a list of prices that are fetched from your server for example how much will it cost to go from point A to point B. You can then "charge" them outside of the in-app purchases using your own pricing service (credit card over the phone etc).
Again in-app purchase doesn't work with what you need.
You can't set custom prices for an In-app purchase. You need to set the price using one of the tiers available.
You can set different prices for the same product by editing the the In-app purchase, selecting a tier, setting a "Price Effective Date" and "Price End Date" and hitting the button "Add to schedule".
EDIT: This can now be done using Apple Pay
You cannot set your own custom price for an in-app purchase, you can only use the ones that apple provides you with (this is most likely to stop things like in-app purchases for $0.01 or $100,000). Apple gives you plenty of price ranges, so you could just use $1.99 or $2.99 for your needs. In-app purchases are mostly non-integer prices.
Yet, if you were to go threw a third-party, other than apple, say PayPal you could do this easily, yet you won't get as many functionalities that IAPs have, and it would be near impossible to trigger something like removing ads inside of the application on this payment unless you have a server that you are using for your application. To implement PayPal, you could look at their tutorial HERE.
In short, no, you cannot set your own prices for in-app purchases, you can only use the ones that Apple provides (which can range from 0.99 to 999.99), yet, you can use a third-party like PayPal to get this functionality, although it really isn't needed
Related
I’m developing a Marketplace App of the courses for the Learning Purposes and we don’t have any kind of control over uploading of Physical content( CDs, DVDs, Hard Copy of the book, etc. ) or the Digital Content (Videos, Audios, Ebooks, etc.) on the courses uploaded by the seller for the consumers to purchase.
So could you please suggest what kind of payment method should we use apart from In-App purchases?
If we are bound to use In-App purchase then how should we implement it in our App and also we have following queries to clear our doubts for the monetization of the app.
Could we add n number of courses dynamically having digital and physical content with In-App Purchases implemented? In our app the courses limit is not fixed, it can be 5000, 10000 or 100000.
Will it be possible for the sellers to provide any kind of discounts for the existing courses?
How could we manage(addition or deletion) the courses dynamically with In-App purchases?
I researched on google but no solution was found. Some solutions were found on StackOverflow but we can't find proper guidelines for our queries. Thanks :)
This seems to be partly an opinion-based question, but with regards to IAPs there are a couple of important rules:
1) For all digital goods, you have to use in-app purchases, otherwise Apple will not approve your app. There are different approaches to your problem. You could either let people buy credits with IAPs and then dynamically create the store on your own. Then you have 100% control over discounts etc.) Or each product will be its own IAP, but this will create lots of "overhead" as you have to get approval for each IAP.
2) For physical goods you are not allowed to use in-app purchases. There you have to find a 3rd party payment provider.
I'm starting to see developers on IOS implement "if you buy a coin pack you'll also get all ads removed". From my understand of IOS in-app purchase I assume the coin pack as consumables, which would be $0.99, and ads removal as non-consumable, which I assume would be free, but how will I make the transaction? Will I make a payment request for the consumables and non-consumable together?
The simple answer is NO. While it might be possible to add two payments to payment queue in a row, it is important for user to understand that he is buying two products together. If you do addPayment twice, the entire flow will run twice, with alerts nagging the buyer - something that you don't want.
In such a case, you better make it so that consumable purchase unlocks the app so that ads do not appear. Single product - with description stating they got ad-removal as permanent bonus.
The ultimate difference between consumable and non-consumable is simply the fact that you can't restore consumables, so you must find a way to store that consumable somewhere, so your app knows to remove ads in case of device change / app deletion.
When you hear other devs offering similar, they are actually selling just one product at a time.
It is possible to sell >1 quantity of an IAP item, though.
I have developed an iOS app were user can buy Audiobooks which enables stream and download within the app. I have integrated Authorize.net payment gateway. It got rejected by Apple saying
11.2: Apps utilising a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected
So now I want to integrate Apple's IAP. I am very new for IAP. My question is I am having hundreds of books with different price ranges (eg, $1.00, $2.99, $0.99, $5.00 etc..,) the price is coming from server it is dynamic. It is not possible for me to create price tier for all this.
Question 1: How to implement IAP for dynamic pricing?
Question 2: If I am having 4 books with same price tier, Purchasing one will unlock others also (with same price)? If so how to avoid this?
Firstly you have to use the price tiers although you can change the price tier for any given product it must be changed using the iTunes Connect website or the API for the same. It is possible to bulk load product and change prices through the API but new in-app purchases require approval.
Secondly you can have different products available at the same price. Each book should be a separate in-app purchase approved by Apple. That way each one you buy will only give them that one.
An alternative approach might be to sell consumable tokens that can be converted into a book for the appropriate value if you have a mechanism for handling that and managing what they own in accounts that you manage. You might be able to use IAP to purchase the consumable voucher which is instantly and transparently converted to an actual book in your system. I don't know if this approach would meet with Apple's approval though. With this approach you may be able to switch price tiers quicker and more dynamically than you could with Apple's separate products.
I want to change price of product dynamically from mobile app on basis of email id through which user login.
Do Apple allow do this? If yes , Please tell me how to do this.
Prices for in-app purchase are set through iTunesconnect. As far as I am aware there is no API available to change prices and prices cannot be changed dynamically, only for specific periods of time (such as a 1 week "sale") or set indefinitely.
You could have multiple products registered at different price points and decide which product to display to a particular user - but be aware, the in-app purchase products are visible in the iTunes store, so your customers would be able to see all of the different price-points and products that you were selling
I do not think apple allows to do this. You can set it using itunesconnect. Application can only retrieve the information of products. They have not provide any web call to change the information of inapp purchase product in their programming guideline.
We sell minutes to call other countries, and we want to allow users to make payments within the app. These minutes have a cost to us from wholesalers. Using in-app purchase will dramatically increase the cost to the user if Apple takes a 30% cut.
1 - "You must deliver a digital good or service within your application. Do not use In-App Purchase to sell real-world goods and services." (Source)
I'm not sure if this applies to me or not. Can anyone shine some light on this?
Only Apple can give you a definitive answer, but the way I would interpret the paragraph quoted below, you have to use IAP for purchasing credits, and you also have to be able to use those credits directly within the app (i.e. make phone calls):
Apps that use IAP to purchase credits or other currencies must consume those credits within the application
Section 11.2 of the App Store Review Guidelines says this:
Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected
If the minutes you are selling are consumed by an iOS app (any app, not just the app in which the user buys the minutes), then this rule applies to you.
If you are selling minutes that are added to a calling card that the user physically possesses, then you might be able to bypass Apple's IAP, but you'll have to either submit your app or talk to someone on the review team to be sure.
What you're selling is a digital service - connectivity. Your IAP product is similar to credits in most games in available on the store.
The real-world goods and services they prohibit are things like you'd carry out of a store in a shopping bag, or having somebody carry that shopping bag. They don't allow the sale of tangible things, only electronic. Goods for sale should be transferrable between two different devices.
I don't think you can avoid in-app-purchase for what you're trying to deliver from inside the app.
I think your case is much like Skype iOS app. You will need to go through in-app purchase for your app as the credit will be used to make calls via app to other countries.