I set up live-testing for my amazon app and i'm able to view the dialog to complete a purchase for an IAP, it doesn't say anything about it being a test purchase, are these purchases going to show up on my credit card?
I want to be careful before testing a bunch of payment scenarios to make sure I'm not racking up a huge bill.
According to Amazon live testing won't charge your testers anything:
Testers are not charged for downloading your test app, and are not charged for in-app items.
https://developer.amazon.com/public/resources/development-tools/live-app-testing
Related
I am having a programmer code my iOS app, which he has done great. However, due to a new competitor we have decided to change from our current revenue model with In-App Purchases as subscription based to just having users pay a one-time fee. He tells me it'll take a lot of hours to make that change. Is it really true that there is no easy way around changing the code from having renewable purchases to simply have one-time purchases?
Well, this is a very objective question. It's impossible to tell you with any certainty without reviewing the actual code, but here are a few of the obstacles your developer may face:
The methods to buy a subscription is slightly different to buying a non-consumable product, however the app will need to continue to provide content users who are currently paying for a subscription. There is no way to change a subscription to a non-consumable product in iTunes Connect, and you may need to, or should ask and remind the user to cancel their subscription to prevent further renewals (you can't do this yourself or in the app, you can only link to the subscriptions page in their iTunes settings).
The app will need to check for either the subscription product (active or expired) or the non-consumable product has been purchased in order to provide the content. Support for this will need to be on the start of the app, purchase of a product and on the restore in-app purchases function.
There may be further complexities too, particularly if your app uses a backend API that syncs purchase information with a user account.
In conclusion, it's non-trivial, if your developer says it will take a lot of hours, I would be inclined to believe him.
Why should you?
A simple example:
1. free app, only local app with, no community records, with ads and a low number of lives but with in app purchase option to buy more lives
2. a paid app, global app that you can see your records against every one else, no ads and double the amount of lives as the first app, but users asks also to be able to buy more lives if they finish what they get in the begging.
so, in conclusion, there are some cases when you need the flexibility of paid app that allow user to buy more things in the app even when they paid for the basic app.
Can it be done? I Couldn't find anything about it, only about freemium apps or free with in app purchases.
10x
Yes, paid apps can include in-app purchases, including one-time purchases and subscriptions.
I am working on a cab application and have a requirement like need to charge 1$ from customers after completing the drop off. Is it possible to debit amount through In-App purchase? Are Pre payment and post payments possible through In-App purchase?
We cannot debit amount with out user acceptance.
We can only provide pay option to the user and user has to complete payment process by using his iTunes account credentials.
If its a cab service - its not a good idea to do with InApp purchase, as they will take 30% of your revenue.
By maintaining own wallet for App (as "Ola Money" by Ola cabs), you can have effective control of payment process. But it needs a development effort to build own wallet from scratch.
Had a scenario for a company today, but I ran into an issue in my logic... went a little something like this:
(Hypothetical situation): So I have an app where users can buy my product (a real life tangible product) via an in-app purchase, and they enter their address and I ship it to them and all is well! I get the money in about a months time from Apple and they get their product within a few days.
The problem is that jail broken device thieves start "purchasing" the product without actually spending any money, but the app thinks they did the in-app purchase so it send their info over to my server which then processes the order and I send the product, but a month later, Apple never sends me any money :o
How can I prevent this?
You can't sell physical goods using in-app purchases. From apple guidelines:
You must deliver your digital good or service within your app. Do not
use In-App Purchase to sell real-world goods and services.
But hypothetically - if you were able to - you could (and should) easily validate the receipt with apple's verification server. See apple's documentation.
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.