I have already visited this thread
iPhone + In App purchase testing
but the solution of creating a new account each time you want to buy the same item is extremly tedious.
There is also the solution of creating a new product or I guess by changing the product identifier should work too but this is not a very friendly and productive solution as well.
So, is there any documented way of un-purchasing and than purchasing again a product when testing InApp purchase with sandbox?
You really don't need to un-purchase your items, as re-buying them on the same account really gives you the very same transaction, minus the money.
There is no way of doing this, other than creating new users.
Related
I am implementing newsstand application,we are selling issue for each month either by subscription or by direct purchase for old issues(price is different for all issue)
I have already done with subscription (auto renewable) and its working fine.
My Concern is about direct InApp purchase of old issues.
Which type of InApp purchase best suite for my app consumable or non consumable?
If I choose non-consumable type I need to create new product id for each issue(issue are dynamic to that will be lots of product id i have to create)
If I choose consumable type I can use same product id for all the issues - non need to manage InApp from iTunes but in this case Price for all the issue will be same.
My Question is, Is there any solution using which I can handle InApp purchase of dynamic issue where price for all item is not same and also don't want to create new product id for new issue.
I have found solution for above situation....
We must use non-consumable In-App Purchase for such kind of applications.
If we use consumable In-App Purchase for magazine issue, Apple will reject your application.
And Ya, We need to create CMS which is responsible for managing product id.
Let me know if anybody have any issue in Newsstand app.
Thanks
I am using MK in-App Purchase and I want to make an application that have (let's say some books) and the books are getting added over time and each book the user have to buy it individually so how can I add with every book in-app purchase key for it without make an update for it.
I can't figure out a way so I need a step by step or a link for a tutorial for that.
I'm not sure if this would be the best way to set this up but if you are selling the books at certain price tiers (e.g. 1.99, 2.99, etc) I would set up a number of In App Purchases to reflect each price tier. Then when the user purchases a book match the appropriate tier to the book purchased.
You can set these up using the tutorial you already linked to in your question.
You will need to update your current app to accept in-app purchases and process them accordingly. After adding support for in-app purchases, you will need to re-submit your updated app to Apple.
I have personally used UrbanAirship in several of my projects. They offer tutorials on how to implement their in-app purchase solution into your app, which is quite easy.
I am new to credit card payment applications, I am developing an iPhone application which requires to take credit card payments from the user. In this application I am just providing a coupon to the user and if the user uses the coupon I just want to collect $1 from the user's credit card.
I have read In App Purchase guide but this doesn't suit for this requirement it seems since my coupons are just builtin-App products.
can anyone provide other method which best suits for my requirement or if IAPP suits for my requirement, how to approach.
some help will be appreciated.
I don't know how you are planning to distribute your app. Apple says it will reject almost any app that takes payments via anything other than in-App purchase. There may be some narrow exceptions, but you should take a very careful look at part 11 of their approval guidelines (from the link).
The easiest way is to implement in App purchase for every coupon and the in app purchase just unlocks the content(which must be stored in the application or downloaded from your server).
super easy.
But I would recommend you to implement a feature like buying credits for the app.
You can create an in App Purchase for let's say one (1$) 3, 3$) and so on. This can be send to your server(of course you need to make the billing management on your own) and the iPhone User can identify himself by an User Name and an Password to get access o their Credits and redeem them instantly in the App. In this Situation you could even extend your service by adding PayPal Payment(in an WebView inside the Application).
I Hope this helps. Good Luck.
Is there a programatical way in which an In App purchase is refunded back to the user?
I have an application with a certain buyable feature. The user buys it but somehow doesnt like it. Is there any programatical way in which I can make the user get back his spent money?
I don't think it is possible. This is the same as with buying an app from the AppStore - you cannot say that you did not like the app, return it and get your money back. This is one of the reason why there are free lite versions of some apps. This allows users to check the app for free before they buy it. Maybe you could use the same mechanism in your app? Give some content for free and if the users see that it is what the need they could buy more of it.
No. The user will need to contact Apple Customer Services who will then decide whether or not to issue a refund. The refund will be taken from your apps earnings, I believe.
I do some work for a company and we have an idea. What we'd like to do is throw in a simple iPhone app if they purchase with our company. We'd build the app, but the new business would sell it on the Apple Store. Is this possible without having the business go through all the hoops of signing up for the Apple Developer Program?
To be clear, our company would do 100% of the work. We'd just like to give the app to our customer and be done with it. We'd rather not see dozens of very similar apps under our company's label.
No. The submitting company will need to join the Developer Program and be approved and pay the annual fee.
You could (in theory) sell the app through your account, and give them the money. However the application would NOT be listed under their business name, something no business in their right mind would put up with,