Post not yet marked as solved
The answer to my question is to use Transaction.all https://developer.apple.com/documentation/storekit/transaction/3851203-all I go through that sequence and store the minimum originalPurchaseDate associated with a particular StoreKit product ID to be used in the app.
Post not yet marked as solved
Hello @App Store Commerce Engineer , check if that trial is active or not How can we get the date of the original purchase unaffected by refunds? A Product has two properties that returns VerificationResult?: latestTransaction and currentEntitlement. Testing it in Xcode, when I refund the free-trial non-consumable product and purchase it again, both of these properties' originalPurchaseDate and originalID refer to the latest purchase, not the original transaction that was refunded. let latestTransactionVerificationResult = await freeTrialProduct.latestTransaction switch latestTransactionVerificationResult { case .verified(let signedType): // check whether originalPurchaseDate is within the free trial period let originalPurchaseDate = signedType.originalPurchaseDate // returns the latest active one, not the original refunded one logger.debug(freeTrial originalID: (signedType.originalID)) logger.debug(freeTrial originalPurchaseDate: (signedType.originalPurchaseDate)) logger.debug(freeTrial purchaseDate: (signe
Post not yet marked as solved
have you fix this issue I can't cancel a subscription that I bought in testflight app
Post not yet marked as solved
Hi all, first post ever here so apologies if information are not enough and thanks in advance for your help. PRODUCT & TECH INFO Ionic + Angular app with subscription plans to be activated via IAP with newly enabled third party subscriptions management platform (Recurly). CONTEXT After activating and migrating our clients to the new platform, the users with IAP subscriptions could not be linked with the platform but their Apple subscription remained active. QUESTIONS What will happen if we ask users to retry the purchase of their exact active subscription through our mobile app checkout when coming to the Apple subscription panel? If the plan is the same, is Apple gonna be smart enough to reconnect the active subscription to the purchase without processing a new payment? The issue is that - at the moment - some users are paying their subscription with Apple but are not active in our Recurly platform so they look like not-subscribed users. Hope I could explain our issue properly! Thanks again in advance fo
Post not yet marked as solved
Hello, I've successfully tested my macOS app's subscription purchases in Sandbox mode, but I'm unsure how to test in Production mode, as I read that Developer ID profiles don't allow testing subscription purchases. Since Mac can't use an Ad Hoc profile, is there a recommended method for testing in-app purchases in Production mode for macOS apps? I need to test by myself (preferring to avoid Test Flight, if that is even an option for this purpose). My app subscription processes work in the Sandbox environment, but an Apple reviewer could not retrieve the subscription details. (I'm using RevenueCat and see nothing that I need to change). Thank you for your assistance.
Post not yet marked as solved
Did you find a fix eventually?
Post not yet marked as solved
We have the system for which we want to create an iOS app. It is book app and we are not sure if that system of purchase will be approved from Apple Store review team. App is a multi-platform (Windows, Android, and macOS outside the Apple Store) and people currently buy license codes that unlock the full data. They buy it from the main website and from independent resellers. Because the app is multi-platform, according to 3.1.3.b (Apple in-App purchase), the iOS version allows users to access the content that they bought for other platforms (Windows, Android, macOS). This is done by giving the option to enter the license code in the EE9 registration sheet in the app. The iOS app however does NOT let you buy license codes elsewhere, and does not tell users where to buy them. People can only enter the code if they already have it, and no additional information is given on where and how to buy that outside if in-app. If you don't already have a license code, the only way to buy it is to use in-app purchases. Aft
Post not yet marked as solved
Wonder how come issue persists for years. Same issue here. :/
Post not yet marked as solved
Apple automatically refunds the prorated amount on the original subscription after it is upgraded. Since upgrades happen immediately and start a new billing cycle beginning from the day of upgrade, the previous original subscription is refunded for the prorated amount. Is there any way to retrieve the amount that was refunded by Apple? The transaction that was upgraded is marked with isUpgraded flag to true but the price field on it still shows the full amount and there is no App Store Server Notification that tells us how much was the refund. How do I get the refunded amount?
Post not yet marked as solved
anybody found a fix for this yet?
Post not yet marked as solved
Anybody found a fix for this yet? it's a giant pain in my ***.
Post not yet marked as solved
Hi. We have recently switched to server notification V2. Based on this documentation (notificationType): If the subtype is GRACE_PERIOD, continue to provide service through the grace period. If the subtype is empty, the subscription isn’t in a grace period and you can stop providing the subscription service. Also, base on another documentation (StoreKit): Throughout the billing grace period, the value of isInBillingRetry is true, which indicates that Apple is attempting to automatically renew the subscription. Now, I'm receiving DID_FAIL_TO_RENEW server notification with GRACE_PERIOD subtype where gracePeriodExpiresDate is in the future, but isInBillingRetryPeriod is false (additional note: user has been in trial period and now must be charged as trial has ended). The question is: Is this situation a valid Grace Period even if user is not in billing retry period? And if yes, please elaborate why this is the case. Thank you!
Post not yet marked as solved
That doesn't look right, are these as part of a signed transaction or receipt?
Post not yet marked as solved
Recently we have received a lot of abnormal origin transaction ids, such as: EBE7CDA8-5E5A-465F-B53F-C1513193E4AE, 8DFAB20E-5595-401E-B1F7-1E940F96A5F2, can not pass the verification of Apple server, are these transaction ids in the correct format?
