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.
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 new to In-App purchase feature in iOS.
I am working on an iOS app in which I'll be showcasing my products along with its price, and when the user wants to purchase a products he can do so by tapping on shopping cart, which will launch a web-view and displays my mobile webpage from where they can buy the selected product. My products are tangible and will be delivered outside the App.
My question is:
Do I need to implement In-App purchase, even if the user transaction is done in my mobile web-page?
If I have to implement Apple In-App purchase, how will I know if the user has purchased the product, so as to inform the Apple that a product has been purchased?
It really depends on the type of product you are selling. If it's a tangible good. i.e. a Plane ticket, or some other physical item. You can use your own payment mechanism. If it's something that can be consumed in the app, or could otherwise be conceivably delivered via Apple's IAP mechanism then you must use IAP. If you don't you will most likely be rejected.
To answer your questions. 1) If the transaction is done via the web, and is for a none-IAP type item as described above, then you cannot use IAP. 2) If you did have something that could be purchased via IAP, Apple is responsible for the transaction, and they take the typical 30% off the top.
Check out section 11 (specifically, 11.2 and 11.3) of the review guidelines
Apple will not allow you to direct the consumer to purchase something Within the app. Unless it is with an in app purchase.
The way we have gotten around this. is to let the user request information about it. or sign up an invoice. which will be delivered to their email address. and they can continue the purchase outside the app.
Apple has graciously accepted our app with this feature.
If you want them to provide a credit card number within the app, then you will need to use In app purchases instead.
Another way around this may be to have them sign up on your site and add a credit card for them to purchase with. And use that purchase method when the user buys something.
Not requiring them to put in their credit card on the app is I believe the main concern.
I have a product that has two different build, one for iPhone, and another one for iPad.
Is it possible to unlock features via In-App purchase in both with make the playement once from one of them?
You cannot use the same ID, howerver, you can manage information about which purchases have been made by which users on your own server, and update that information every time a user buys something. You just have to check on that server which purchases have been made.
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.
I have a website which sells a product to the user (downloadable). I am creating an iPhone app and want to be able to sell some of the products using the 3.0's in-app purchase.
Now the documentation mentions that anything you want to sell has to be uploaded to iTunes Connect and approved by Apple. But I want to be able to keep adding products to be sold by my app on a daily basis.
I have a web service to get the list of products from the website. Is it possible to include in-app purchase to let user buy this stuff from within the app but without having to add them to iTunes Connect?
As I understand it, no - all the things you want to sell via in-app purchase run through a vetting process similar to that of the apps themselves. Apple won't allow, for example, a "photo of the day" application if you can in-app purchase pornographic photos to be sent to you daily.
What you could probably do is submit your app with a backlog of in-app purchases, five or six days ahead of time, then consistently be submitting your daily items ahead of when you want them to be available. Not sure how reliable the review process is, or whether this will work for your situation - just a thought.
Nekin,
I think you have to use the type as consumable (in app purchase) product as each time the product has to be purchased. Once you purchase a book, then you can mark it as purchased in your local app database and that way the user need not buy the same book as you can check it in the local app database before connecting to the in app purchase payment request and this way the inapp purchase products can be dynamic and can use as many books but the list of books should be from your server.
You can keep updating the server data with more number of books.
Thanks,
Vijay