Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I'm about to implement credit card processing in a shoe shopping app for iPhone. I'm not using in-app purchase.
Will I have to pay 30% to Apple from the revenue?
The 30% fee is only if you use Apple's In-App Purchase API. If you are selling e-goods, then you are out of luck because you have to use the In-App API or else Apple will reject your App. One more thing, you cannot use IAP for non-electronic goods.
For anything other than electronic goods, you can use custom checkout and avoid the 30% fee. For example, you can use PayPal and pay a much smaller fee (~3% only, on average).
Finally, keep in mind that Apple will most certainly reject your App if you are managing sensitive user data yourself. For example, passing credit card numbers to your own backend server. At the very least, payment processing must be PCI compliant.
Yes, because Apple will not allow you to perform any in-app sales that do not run through their In-App Purchase APIs.
Related
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
I was considering to implement a payment method in my iOS app.
I considered to use IAP (In App Purchase) or PayPal. IAP is actually very expensive, Apple charges up to 40% according with the country you belong. On the other hand PayPal charges you something like 3% - 4%.
Anyone knows why the gap is so huge?
Does PayPal breaks Apple purchasing terms?
The gap is huge, because Apple brings you the end user directly, by using it's tools, platforms and market, whereas, PayPal is just a payment system, which does almost nothing for you.
In this case, you should consider the Apple just like your agent selling your house, who searches for customers, advertises, does all the documentation s**t, sells and gets his percent from the sale. So, Apple is getting it's 30% for using it's ecosystem, not for the payment only.
And, no, I don't think PayPal breaks Apple's purchasing terms.
PS: I don't work for Apple ))
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 9 years ago.
Improve this question
Is it possible to set up an in-app purchase for $0.00?
Let's say you have a variety of non-consumable items that your users can download. Some of them should cost money, and some should be free. By putting all of these items as In-App Purchases, you can centralize their metadata and reduce the code for handling the downloads.
Would there be a problem with making an in-app purchase free?
Edit for Clarification:
My idea here is centralizing metadata. You have 10 items, 5 are free. You need to make a call via StoreKit to the App Store to retrieve the names, descriptions and prices of the 5 paid items--this is required per the docs. You also need to make a call to your own server to retrieve the same information for the 5 free ones, if these downloadable items are not in the App Store. Then you need to combine this information into one list of downloadable content.
By putting the free items into the App Store as $0.00 In-App purchases, you centralize the information about your downloadable content.
Is this desirable? If it is, is it possible?
As it currently stands it appears that it is not available (here):
no free In-App Purchases are available
But Apple is going to implement this feature for developers with iOS7! (source1, source2)
I am sure that there are better documentation in the member center but I am currently locked out waiting for my boss to approve a new license agreement. This is a wonderful idea besides just the metadata reasons. It would allow the developer to offer free in-app purchases for special offers or periods of time too.
Apple doesn't allow you to set up in App purchases for $0. So there is no way of even thinking about this.
Regards
Rajeev
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
My app let the user input very specific types of data, and offer online synchronization. To use the app, you must pay a subscription (auto renewing subscription in-app purchase).
However, I would like to include a free trial. I cannot use the free trial option of in-app purchase products because this is only allowed for newsstand apps (according to WWDC 2012 session videos, session 308 "Managing Subscriptions with IAP")
Here is my idea of workaround to achieve similar functionality :
The user creates an account on my app
This account is given a short free subscription for testing the app. Subscription is managed server-side. During the trial, there is no restrictions on the app
When the trial is over, the user will not be able to insert new data, or sync with the server. He will be prompted to subscribe to continue using the app
I have a doubt if this is acceptable for the App Store. Any ideas?
Thanks
Technically that would work but two problems arise:
One: if you don't use in app purchasing then the users can't buy your service from the app (its in the dev agreement)
Two: if you do use in app purchasing then you trust the IOS devices to say "hey I just bought one year service so hook me up" one could hack this http://zd.net/LkY9Ra and make your server give service to illegitimate users. Will this happen? not likely but it can.
Kinda sucks apple forces developers to a clearly flawed model
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
One of our applications offers IAP, some consumable and some auto-renewable subscription.
When trying to add an (or to modify an existing) auto-renewable subscription, iTunes Connect displays this label in the "Add duration and pricing window" :
A marketing opt-in incentive cannot be offered with this app.
Does someone know how to enable opt-in at application or appId level?
Thanx
I belive that this relates to Newsstand and subscription magazines. Big publishers somehow managed to convince Apple to hand over details about subscribers to them, but this is to be "opt-in."
Since you're not (I assume) a big publisher you don't get this perk, so you can't offer it.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
Using a comic app (like the Marvel app) as an example, where is a comic book purchased via an In-App Purchase actually hosted (as in where does it download from)? Is it on Apple servers (like the app itself is) or on the app developers servers?
I ask because Apple charges 30% for an In-App Purchase...the same as they do for a regular app purchase. This is supposed to be in exchange for things like not paying credit card processing fees and not having to host the app ourselves. But in the case of an In-App Purchase that requires a download (and not simply unlocking a feature already contained within the app), I assume the download has to come from the app developers own servers...which means the app developer is paying for the data transfer on top of the 30% to Apple. Is this correct?
Thanks.
Eddie
Apple does not host content outside of your ipa file. You can use services like Urban Airship to help. Again, they take a small cut for their service, but it definitely makes it easier than setting up your own S3/webservices.
http://urbanairship.com/products/in-app-purchase/