Post not yet marked as solved
Hi I am having a kind of random purchase issue with my Auto Renew Subscription product in the sandbox. When I print out my receipt expiry date the date is always the 16/07, even after a new purchase this date remains. Im not sure if I am doing something wrong in my flow but with it being a receipt issue I assume it is App Store related. Anyone else had this issue with mismatch date?
Post not yet marked as solved
Is there a specific time range that subscriptions are processed for auto-renewal? (e.g., 0AM-1AM UTC) Or, each subscription is renewed at an individual time? (e.g., Subscription A is renewed at 1AM, Subscription B is renewed at 5PM)
Post not yet marked as solved
Me too I can't get SKProduct on iOS14 simulator by Xcode12. but on Xcode11 it works.
Post not yet marked as solved
The question: Are the time limited Promotional Offers, visible for the user in the subscription settings? Or will the subscription just display the standard price here? The problem: Subscriptions within the same group are visible for the user in his App Store account or in his phone via: Settings > AppleID > Subscriptions > App > List of all subscriptions in same group This way a subscriber could switch to a cheaper subscription of the same service level without the devs control. (I have used this often to save some money...) We want to avoid this, but can't find any info if this could happen with Promotional Offers too...
Post not yet marked as solved
thank you for the answers! I have small doubt - As for your answer about scenario where 2 app store IDs are associated with single appuser. Terminology: App user is U. App Store User A on device D1 - purchases product P. A's receipt is stored on my back end server. U signs in on different device D2 with App Store User B (same app user U is logging into the app) Upon login, U knows that he has purchased product P from back end server. But U has no knowledge which app store user did purchase. So, he is prompted to restore, before unlock on newer device. U gets B's receipt (empty), not A's receipt. So B's receipt will also be stored on the back end server, associating it with user U. But since U has paid for the content already(through App store user A), it does not matter to consider B's receipt. It will just lie on the back end for the records. Unlock on D2 for P will happen because server knows U has purchased P. App store's truth about B will not matter at all. So effectively, restore did nothing on D2. Is t
Post not yet marked as solved
Hi everyone, I am successfully using App Store Connect API to get diverse informations about my apps. But I don't find any endpoint in documentation that can give me the in-app purchases subscription group informations of my auto-renewable product. Can someone tell me if such a endpoint exists ? And if not, it is possible to claim an update of the API including this feature to Apple ? Thanks in advance.
Post not yet marked as solved
We have a small situation where a few users are violating the app's ToS and we must cancel their accounts. However, if we restrict access to the app's content, the user will still be paying via Apple IAP. How can we cancel the subscription for those ill-intentioned users?
Post not yet marked as solved
Is there any In-App Purchase apis to cancel/revoke subscription from my web server?.
Post not yet marked as solved
I found another clue at 14:00 in an WWDC video - https://developer.apple.com/videos/play/wwdc2020/10671/.
Post not yet marked as solved
Hi all, hope you can help. I've tried App Dev support, even submitted a TSI (waiting on but is not the most appropriate tech support request!) and similar forum posts have no obvious resolve. Essentially this is a IAP grey area issue... The app is a home baking app. It has a free membership with some digital content access. It has an IAP sub membership for access to all the recipes as opposed to only some on the free tier, It has a 3rd 'box subscription tier', see below.... The box subscription is a tier where they will receive physical goods - boxes of baking goods, some perishable, as well as utensils etc. It is a physical product. Because the boxes have perishables, as well as this being an activity they may need to plan time for we are implementing a 'token' system, much like Audible do tokens monthly. This means they can store tokens on account and redeem for boxes to be sent as and when they need to. It is really important that these are a subscription to keep them part of the club and have access to di
Post not yet marked as solved
Does we have to prompt user and have to take consent from user, if we do any changes in pricing of auto renewable subscription item? _3.9 section of Apple paid app agreement: When You make price changes to an existing subscription item, You may elect to retain current pricing for Your existing customers by indicating Your intent in the App Store Connect tool. When You increase pricing for existing subscribers in countries that require end-user consent, they will be prompted to review and agree to the new price, otherwise the auto-renewal feature will be disabled
Post not yet marked as solved
This is not supported in the iOS StoreKit framework. For any refund, the customer must be directed to Apple Care where the payment can be verified and refunded. rich kubota - rkubota@apple.com developer technical support CoreOS/Hardware/MFI
Post not yet marked as solved
Hi there, We are retro-fitting recurring subscriptions into our system and would like some validation of our approach. We've done a bit of sleuthing around the docs and forums and have not found a solution close to ours. Overview Initial purchase Since we need to associate an in-app product with a specific user, we have chosen to send the receipt to our server for verification. This way, we will be able to extract the user information through the authenticated call it makes. Once we have this, we will verify the receipt and if successful, grant the user access to the subscription they purchased. We will also store the TransactionId retrieved from the receipt. Subscription End We are relying on the App Store Server notification to send us a webhook call at the exact moment a subscription is no longer valid (notificationtype == CANCEL??). Using the autorenewproductid and originaltransactionid contained within the notification payload, we will find and disassociate the subscription from the user. There are some
Post not yet marked as solved
Hello, when a customer cancels their subscription this will disable auto-renew so their subscription will not renew and will expire at the end of their trial period. This customer event generates the server notification type DIDCHANGERENEWAL_STATUS. Check out this one for more detail on the types sent and the events that will trigger them: https://developer.apple.com/documentation/appstoreservernotifications/notification_type
