Currently I am using inAppPurchase Process for the payment in App, after payment user can access each and every digital data of the entire App. Can we create list of webseries with different price list, and these webseries can be purchased by an user simultaneously(let say user has purchased Webseries1 on paying INR 29 and then after user is able to play the the Webseries1 only not another one from the list of webseries and on the same time user want to see Another webseries2 costing of INR79. )?
Related
I am implementing In-App Purchases first time in my application and new to In-app purchases Store Kit.
I have few doubts regarding In-app purchases:
What happens if a user purchased a subscription and logged out from the application and another user logs in and trying to purchase the same?
Does iTunes allow the second user to use the First user's purchased product?
If it allows how can we handle the second user's subscription?
What details we will get post Successful/Failed transactions from itunes to save in my database?
For a non-renewing subscription then it is entirely up to you to track expiration and determine what content a user has access to and when.
For example, say your subscription gave access to "the word of the day". If the subscription was active for the month of January, then the user would receive access to new words each day in January. The user should continue to be able to see January's words even after the subscription expires, but no new words.
If they resubscribe in March then they would now get new words throughout March.
You need to track all of this on your server against the user account.
Non-renewable subscription IAPs act much like consumable IAPs. The "Restore purchases" Store Kit function does not restore non-renewable IAP items.
To answer your specific questions:
If a new user logs in to your account system in the app (but the same iTunes account is still active on the device) then a second purchase will succeed and you need to update the subscription start and end dates for the new active account on your server.
You also need to cater for the following:
- The original account logs back in; In this case the original subscription entitlements need to be available
- The original or second account log in to another device; Again, the accounts subscription entitlements need to be available.
No, since non-renewing subscriptions are not restorable, the second user cannot "use" the first user's subscription.
You handle each account in your system independently.
Information about the mechanics of the purchase process are described in the In App Purchase Programming Guide
In ios and amazon - we have a subscription family - example if i have purchased a one month subscription, I cannot purchase a six month subscription of the same family. But it appears that this is not the case in google play. For example a user might have a monthly subscription running with a one year subscription also running simultaneously.
Do we have to handle the logic of not allowing a user to purchase a second subscription if he has already subscribed to one subscription?
In iOS the user can change duration for the same subscription family though their iTunes subscription management page. On android you must implement this in the app using the getBuyIntentToReplaceSkus() method:
This method is used to upgrade or downgrade a subscription purchase. The method is similar to getBuyIntent(), except that it takes a list of already-purchased SKUs that are to be replaced with the SKU being purchased. When the user completes the purchase, Google Play cancels the old SKUs and credits the user with the unused value of their subscription time on a pro-rated basis. Google Play applies this credit to the new subscription, and does not begin billing the user for the new subscription until after the credit is used up.
http://developer.android.com/google/play/billing/billing_reference.html#upgrade-getBuyIntentToReplaceSkus
I have tow apps, the first one "hadeed" which is index for businesses, so each business have a channel (page) at "hadeed" app. this page describe the business details,show images ...
I have another app "hadeed manager" which used by the business owner , each user has a userName and password that sign with. with "hadeed manager" the business owner could change his business details(uploading images , change business location ...), then this updates will appear at "hadeed" app.
I want to charge the business owner when they updating details or uploading images using "hadeed manager". for example the user will pay 1 $ every month, then he can update his business details.
I've chose app purchase to charge business owners, the problem is that app purchase is associated with the apple id, so the bussines owner could login to business #1 and purchase the "hadeed manager" products, then log out from my system and log again to another business (in the same phone) and the storekit will show me that the user already purchase "hadeed manager" products.
How could I solve this problem ?
Sounds like in-app purchases aren't what you want, then, if you are concerned with an Apple ID holder having multiple businesses or accounts on your service.
If you are committed to in-app purchases, perhaps you should go the way of non-renewing subscriptions as in-app purchases. For example, why not offer a $1.99 in-app purchase that is "one month of service", and more price points for longer periods of time. These purchases can be made as many times as the user desires, and each purchased asset is associated with a business entity in your service.
Otherwise, you may want to put management, subscription, and payment on a simple web application for your business owner users -- what's to say that every business owner owns an iOS device? You'd get more coverage of businesses by leveraging a neutral technology for their experience.
After going through number of question still i haven't receive any to the point solution. In one of my Iphone application i'm using in-app purchase payment method. As per requirement i have created consumable product but after first purchase it gives me a message on second purchase that product is already buy for the same product. Requirement is something like this, for one added item user can buy three different time slot and for every slot user need to pay. So for item(I1), user add timeslot (T1) and pay for the same, then add timeslot(T2) and pay for the same.
I am implementing ios app in which I want to add In-App purchase (IAP).
I want to use in-app purchase for below situation:
1) User will make registration and pay $10.
2) Now, my app will allow user to download songs. (For ex. 10 songs of $1. So user can download 10 songs.)
3) User can add more credit by again making purchase of $10. (So if user wants to pay 2 times then he/she will get $20 in his/her account. And he can download 20 songs of $1.)
4) While downloading song, my app will check whether user has enough balance or not, then only he can download data. (If there is no balance then it will ask to make payment of $10 first.)
I have make research for above situation and also looked into in-app purchase guidelines from Apple.
From that, I come across below:
1) If I will use subscription: But in that case, user will be charged after some duration (for ex. monthly payment, 3 month payment). Which I don't want. Because I want user to pay only if he wants to download data and not have balance. So I think, subscription is not ideal.
2) If I will user Consumable in-app purchase: Here, I can use it, so user can pay as many times as he want. And I need to track his balance from server side. So, from server APIs, I can check user's balance. But I think, it may conflict with Apple rules.
"Consumable items are the one exception to the requirement that your content be available on all the user’s devices. Consumable items are digital items that are used up or disappear after use and can never be reused. Examples of consumable items include virtual poker chips, in-game ammunition, or virtual supplies such as construction materials."
So, user can make payment from his iPhone device. And he can download songs from his iPad device as well. Means, purchase is sharable.
But,
Consumables are device-by-device items, so their purchase needs to be made with the understanding that they are tied to the specific device. Apple does not let you restore a purchased consumable. You should warn your users that consumables are not shareable, and make it easy for users to purchase smaller blocks of items.
So can someone helps what kind of in-app purchase is suitable for above and also according to Apple Rules regarding in-app purchase.
Thanks in advance.
User "Non-Renewing Subscription" should fit your requirement https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnectInAppPurchase_Guide/Chapters/CreatingInAppPurchaseProducts.htm