Post not yet marked as solved
Hi there, I set up an offer code that gives one free month to users. Our regular subscription plan is monthly, with a 7-day free trial. For some reason, when the user redeemed the offer code, it says: Trial Free for 1 month, starting March 10th. Offer Free for 1 month, starting April 10th. So they are actually getting TWO free months. I can't seem to find where it's pulling the trial timeframe from. When I set up the offer, I clicked No, this code will replace the introductory offer - but even so, the introductory offer is only 1 week. So again, not sure where it's getting that extra month from. Does anyone have any insight on where the trial data comes from?
Post not yet marked as solved
Were you able to solve this? I'm also having this issue.
Post not yet marked as solved
Hi, no, I never found why it did that, but it seems to have corrected itself. When they redeem the codes now it says for one month. Sorry, I know that's not helpful!
Post not yet marked as solved
My phone app store account region is set to the 'India' region, but i am receiving USA price for all my subscriptions. Ex. Product | Region | Price Product 1| US | $ 0.99 Product 2| in | INR 89 Always received $ 0.99 price, for any region. I tried with delete my TestFlight Application, Sign Out itunes & restart phone, Change in appstore region, but still same getting other storefront price and priceLocal. iOS version:14.4
Post not yet marked as solved
I'm close to go crazy about this... I'm using nativescript for an app with an auto-renewable inAppPurchase. It is a new release, so neither the new app nor the inAppPurchase product went through the review process. I think maybe this is the problem? I thought I'd be able to sandbox-test the iap even when they haven't been reviewed, yet? I'm able to purchase the product with my sandbox-tester-account (at least, I get the purchase screen, can hit buy and when I load the receipt using NSData.dataWithContentsOfURL(NSBundle.mainBundle.appStoreReceiptURL) it seems I get a valid receipt (and I get the base64-encoded string like this: receiptData.base64EncodedStringWithOptions(0); However, when I try to validate the purchase with https://sandbox.itunes.apple.com/verifyReceipt, I always get a 21002 result, meaning there's something wrong with the payload (I'm doing it from my server with a CURL-Request). Furthermore, the SKPaymentQueue is accumulating more and more entries. And yes, I'm finishing the transaction every
Post not yet marked as solved
I have decreased my auto-renewable subscription's price and the new starting date is 17-02-2021 ( Created price change on (16-02-2021). Today is 17-02-2021, but still the current price is not updated and showing this price under the upcoming section. When it will get affected? https://cutt.ly/Dk9ZhYT
Currently it seems I cannot and must instead use: Yes. You would use the Connect feature of Stripe:
Post not yet marked as solved
Is there an identifier that is returned to the app when a user makes an in-app purchase that we can match with the Subscription Report or Sales Event Report in Apple App Store Connect?
Post not yet marked as solved
My App is live with auto-renew InApp purchase. before Everything was working fine then a user complained that when they click on Buy Button Nothing is happening. i have not changed any code and also i did not upload new build.My product is also Approved on Appstore Connect. i did not change anything on product but app is now suddenly dead. no info also available . dont know what to do
Post not yet marked as solved
I came across a very popular financial iOS app (top 100 in the US) that uses Plaid to connect to the users bank account. They use this connection to give the user financial alerts/analysis and sometimes loan money. While testing the app I noticed they offer a premium subscription to get access to more sophisticated features. I clicked the sign up CTA expecting to see the native iOS app payment/subscription confirmation prompt appear, but it didn’t. I brushed it off and thought there must be a bug. The next day I see I’ve been charged for the premium service, but not via Apple. It seems to have been done by an ACH transfer via the Plaid connection. My question is: is this allowed by Apple? From my research, any type of digital subscription payment must go through the standard Apple in app purchase flow. Am I missing something? Seems very shady to me.
Post not yet marked as solved
Another question, is there any doc of invoice lookup API? I failed to find it. Is this API released or not for now?
Post not yet marked as solved
Please review this documentation, this should answer your questions. https://help.apple.com/app-store-connect/#/devc9870599e
For more context: I've started working with stripe express connect. Fill out the about your business on stripes dashboard, they will give you recommendations and how to get started.
Post not yet marked as solved
Hi! We have a SaaS model in which users can buy subscriptions, let's call it Platform. One extension to Platform is a mobile app available on the App Store. To use the mobile Platform app, a user needs to log in using the same method and credentials as they use on the rest of Platform. We're having troubles with the concept of adding In-App purchases and making it work with our business model. Here are the challenges: Apple ID vs. Platform user account An In-App purchase can be made only once per Apple ID, but our users could either: use one device with one Apple ID with more-than-one Platform user account or use one Apple ID on multiple devices with multiple Platform accounts The two situations prevent us from providing service to our existing customers or opens Platform to abuse, respectively. One user provides another with a subscription This is a very common use of Platform. One user, the account holder, will most often purchase subscriptions and assign them to other users, the mobile app Platform users.
We are currently using an in-app purchase of type Auto-Renewable Subscription, with an introductory offer of Free for two weeks. We haven't set an end date for the offer. (It's shown as No End Date.) At the moment, as we're planning to change the duration to one week, we're going to create a new introductory offer of one week and set an end date for the previous offer. Our question here is, what happens to users who started the introduction period right before the end date that is newly set for the offer. For example, if users start the two weeks trial period on the day before the end date, will they be able to use it for two weeks? Or the trial period finishes at the end date? I couldn't find any descriptions about this in documentations from Apple. Thank you in advance for your help!