Hello, I know I can setup an IAP subscription with a 14 day trial as a promo, however, I don't want the users to commit to that and then have to cancel before end of trial. That will discourage a few people. I'd like to allow a free-trial separately. The user can choose to subscribe at any time and/or, once trial expires, ask the user to subscribe. Checking for that in code is not a problem, I can do that. I need to properly configure IAPs in the App Store to facilitate that. Anyone have any guidance?

Hello, I have an IAP subscription that has a 14-day trial period. Once the 14 days is up, the user is charged their first subscription payment. The user can cancel their subscription at any time. Each time the user starts the app, I need to check subscription status to see they have not cancelled subscription OR if they're installing on another device, restore the subscription on THAT device too. Apparently, checking on purchases from the app requires the user to login to their app store account. Question - Is that the case? By checking purchases in code, does the user need to login to the App Store? I'm trying not to force the user to login each time they start the app... Question - Using subscription IAP, does the purchase transaction date get updated in the app store each time the user is charged for the subscription? Thanks to those who can advise.

Hello, Can anyone shed light on this? I had two App IDs under Certificates, Identifiers and Profiles in my developer profile. I deleted one so that I can recreate it. However, both still show in the Bundle ID list in the App Info section in the test app in App Store Connect, thus, when I try to recreate the deleted App ID in my developer profile, it says it already exists. Question: How can the errant Bundle ID be removed from App Store Connect? Question: for app release purposes, does the App ID need to match the assembly name? (The assembly name/Bundle ID in the info.plist is com.mycompany.myapp) Thanks

Hello, Is there any documentation on testing in-app purchases with pseudo/test app-store accounts and fake payment details? I'll be submitting to TestFlight for internal and external users. The users login to the app through their chosen social login provider and then need to subscribe through the app-store account. Any info on testing this with "sandbox" data would be appreciated!

Hello, I have setup an App in App Store as a free app. Not yet submitted. I added an in-app purchase as auto-renewable subscription Trying to implement/test this using https://github.com/jamesmontemagno/InAppBillingPlugin This returns true- await billing.ConnectAsync(true); This then breaks- var prodInfo = await billing.GetProductInfoAsync(ItemType.Subscription, prodIds); UNKNOWN ERROR returned. My only thought is that the prodId for the in-app purchase is not available (yet). QUESTION: Does the app have to have been submitted for the target in-app purchase to be exposed in the app store for testing with a sandbox appleId account? Thanks

Anyone on here seeing this in their App Store Connect - App Store Promotions page? "These in-app purchases can’t be promoted on the App Store because your latest approved binary doesn’t include the SKPaymentTransactionObserver method." Here's an explanation I found... "An in-app purchase cannot be promoted in AppStoreConnect until the version of the app containing the additional ‘purchase from app store’ function has completed the Apple App Review process successfully. The app containing this extra function needs to be either live on the App Store or Pending Developer Release (my preferred choice) before it is possible to promote an in app purchase and the message in the yellow box you are seeing is removed." How completely ridiculous!! What an annoying restriction on functionality, forcing apps to be approved and pending release BEFORE this can even be tested? If anyone has any helpful workaround for this or if I'm missing something, kindly let me know. Thanks.