I got this response from Apple concerning in app purchases how do I sort this out The In-App Purchase products in the app exhibited one or more bugs which create a poor user experience. Specifically, premium user is not able to see the content/feataures. Review the details and resources below to troubleshoot this issue. Review device details: Device type: iPad Air (5th generation) OS version: iPadOS 26.5 Next Steps Apple reviews In-App Purchase products in the sandbox and the In-App Purchase products do not need prior approval to function in review. Review the product configurations, complete any missing information, and test them in the sandbox. To offer In-App Purchases in the app, the Account Holder must also accept the Paid Apps Agreement in the Business section of App Store Connect. Confirm you have a Paid Apps Agreement in effect. If you still need assistance after completing the steps and reviewing the resources, visit the Apple Developer Forums. If you can’t find an answer from an existing thread, start a new thread with your question to get guidance from Apple engineers and other developers. Resources Learn more about app completeness requirements in guideline 2.1(b).

To the Apple Review and Developer Support Teams, We are experiencing the same issue described in this thread: https://developer.apple.com/forums/thread/827016 Our application has been rejected under Guideline 2.1 - Performance because the subscription plans do not load during the App Review process. According to the review feedback, there's an error indicating that the In-App Purchases product list is empty. We are unable to reproduce this issue on our side. The subscription screen works correctly in TestFlight on multiple physical devices and with sandbox tester accounts. The paywall loads successfully, localized prices are returned correctly, and test purchases can be completed without errors. We have verified the following: All subscription products are attached to the submitted app version in App Store Connect. The product identifiers used in the application match the identifiers configured in App Store Connect. The relevant agreements, tax information, and banking details are active and up to date. The same build works correctly in TestFlight. The issue appears to occur exclusively in the App Review environment. This makes it difficult for us to diagnose the root cause or validate a fix. Could you please investigate whether there is an issue affecting StoreKit product retrieval during the review process? Any logs, diagnostics, or guidance on how to reproduce the App Review environment behavior would be helpful. Submission details: Date Submitted: Jun 1, 2026 at 2:01 PM Submission ID: 1260550e-ba11-4cbe-925a-7694f89ce715 Thank you for your assistance.

Hi everyone, I'm experiencing a frustrating situation with my app and hoping someone from Apple or the community can help or has faced the same. Situation: I configured two auto-renewable subscriptions (premium_monthly and premium_yearly) in App Store Connect under a subscription group Submitted them for review along with a new app build The app build was reviewed, accepted, and is now live on the App Store The subscriptions have been in "In Review" status for 20+ days with no action Impact: In production, StoreKit does not return the subscription products at all (as expected — Apple doesn't serve unreviewed products to StoreKit) Users cannot purchase subscriptions Monetization is completely blocked for a live, approved app What I've already tried: Submitted an expedited review request — no response Submitted a new app version update to force a combined review — app was approved again but subscriptions remain "In Review" Contacted App Store Support via the online form — no response after multiple days Cannot edit or resubmit the subscriptions because they are locked while "In Review" Technical details: Using Flutter with the official in_app_purchase package (v3.2.0) Implementation verified correct — prices load fine in sandbox/simulator Existing lifetime non-consumable (remove_ads_premium) is approved and working in production Only the two new subscriptions are stuck Questions: Is there any way to escalate a stuck subscription review beyond the standard expedited review form? Can I delete the subscriptions while they are "In Review" and recreate them, or will that cause issues with product ID reuse? Has anyone else experienced this and found a resolution? Any help or guidance from Apple engineers or fellow developers would be greatly appreciated. Thanks

Hello, We are working on integrating billing into our dating app, targeted at the Russian market. Our main requirement is to support subscriptions with automatic renewal and cancellation. We understand that, according to App Store Review Guideline, all digital subscriptions should use Apple In-App Purchase (IAP). However, we are unsure how this applies in Russia, where some local regulations may limit the use of non-Russian payment processors, and where not all Russian bank cards are accepted by Apple. Our question is: -For iOS apps in Russia, is it strictly required to use Apple IAP for subscriptions? -Are there any approved exceptions allowing integration with local processors such as Robokassa or YooKassa? -How are other developers currently handling subscriptions for the Russian market? We want to ensure full compliance and avoid any risk of rejection or removal. Thank you in advance for any clarification. Best regards, Dan

Hello, I'm looking for advice regarding a confusing App Review situation. My app has already passed App Review and been approved for distribution twice: Version 1.0.0 → Approved Version 1.0.1 → Approved However, all three of my In-App Purchases keep getting rejected. What is confusing is that: The rejection appears to be related to localization/metadata. All three IAPs are rejected at the same time. No review notes or explanation are provided in App Store Connect. The app itself continues to pass review successfully. The IAP titles and descriptions contain normal text and do not appear to violate any App Store guidelines. The affected IAPs are: Remove Ads Forever (Non-Consumable) Unlock Character Outfit (Non-Consumable) Power-Up Coins (Consumable) I have already: Reviewed all IAP metadata and localizations. Removed any pricing or promotional text from descriptions. Added reviewer instructions explaining how to access each IAP. Resubmitted multiple times. Despite this, all three IAPs continue to be rejected without any explanation. Has anyone experienced a similar situation where: The app is approved, All IAPs are rejected together, No review notes are provided, And the rejection appears related to localization or metadata? Could this be a false positive or an App Store Connect issue? If anyone from Apple can investigate or suggest where to look, I would greatly appreciate it. App Name: Let's Run Girl App Version: 1.0.1 Bundle ID: com.atawan.letrungirl Apple ID: 6770245102 Note: Currently I decide to hide the app from store visibility until the IAP issues are resolved. Thank you

Is there any way to activate Storekit External Purchase Entitlements in Russian region currently? External Purchase documentation's form link for this specific region is not working. Is there a workaround to register for it?

Hi everyone, I’m based in Europe, and I’m trying to fully understand the current App Store payment rules for an iOS app that sells digital services or premium functionality used inside the app. My goal is not to bypass App Store rules, but to implement the correct, compliant payment flow depending on the user’s region and the App Store requirements that apply there. The app would offer things like premium features, credits, or access to digital functionality inside the iOS app. The payment flow I would ideally like to support, where allowed, is: iOS app -> Cloud ahndling -> Stripe Checkout page -> user pays -> Stripe handling -> my backend marks the user as premium What I’m trying to understand is whether this flow is allowed, restricted, or prohibited depending on the user’s App Store storefront / region. My questions are: For digital goods, subscriptions, credits, or premium features used inside an iOS app, is Apple In-App Purchase still required by default? In which regions, exactly, can an iOS app use or link to an external payment provider such as Stripe for digital services used inside the app? For users in the United States, after the Epic Games v. Apple changes, can an app show an external payment option such as “Subscribe on the web” or “Pay with Stripe”? If yes, what are the exact requirements, limitations, wording rules, Apple fees, or reporting obligations? For users in the European Union, under the DMA-related rules, does Apple allow external purchases through Stripe or a web checkout? If yes, do I need specific Apple entitlements, StoreKit External Purchase APIs, Apple approval, transaction reporting, or payment of Apple fees? For the rest of the world, should I assume that Apple IAP is mandatory for digital content, subscriptions, credits, and premium app functionality unless Apple has a specific regional program allowing external payments? What is the correct way to determine which payment flow a user should see? Should this be based on the user’s App Store storefront / StoreKit storefront, rather than IP address, device locale, billing address, or country selected manually by the user? Would a regional routing approach like this be compliant? if App Store storefront == US: show Apple-compliant external purchase link / Stripe option if allowed elif App Store storefront is in the EU and the app has the required Apple entitlement: show Apple-compliant external purchase flow else: show Apple In-App Purchase only If a user pays through Stripe or another external checkout in a region where external payments are allowed, can my backend unlock premium features inside the iOS app? Or are there restrictions on granting access inside the app when the purchase was not completed through Apple IAP? For a first App Store release, is the safest approach to launch with Apple IAP only, then later add external payment options only in regions where Apple explicitly allows them? For developers who have recently submitted apps with external payment links for digital services: Which countries or storefronts were accepted? Did App Review require special entitlements? Were there specific wording or UI requirements? Did Apple require transaction reporting or apply additional fees? Were there differences between the US, EU, and other regions? In short, I’m trying to understand the practical compliant architecture: iOS app = Apple IAP by default external Stripe / web checkout = only where regionally allowed by Apple backend = unlock premium access after valid payment, whether Apple IAP or approved external payment payment UI = adapted based on App Store storefront / region I would really appreciate answers from developers, App Review experiences, or anyone familiar with the current Apple rules after the Epic ruling, DMA changes, and Apple’s External Purchase Link / StoreKit External Purchase programs. Thanks!

After a 2.3.2 rejection (two promoted subscriptions had identical display name + description), I withdrew the review submission to edit the subscription metadata. The app version moved to "Developer Rejected," but both auto-renewable subscriptions stayed stuck in "In Review." There is no active review submission attached to them anymore, yet: The subscription metadata (display name / description) is locked / not editable. There is no "Remove from Review" control on the subscription page or the version page. The version page no longer shows an "In-App Purchases and Subscriptions" section. Has anyone hit this orphaned "In Review" state? Is there a developer-side way to release a subscription from review, or is contacting Developer Support the only path? Appreciate any pointers, I'm on a deadline. App: Mossly: Plant Care Journal - Apple ID 6770594348 Subscription Group: Mossly Premium - 22098178 Subscriptions, both stuck: Mossly Premium - Monthly - 6770598241 (com.mossly.app.monthly) Mossly Premium - Yearly - 6770599597 (com.mossly.app.annual1)

App Store Connect displays the In-App Purchases and Subscriptions section on your app's version page when your app has an In-App Purchase or subscription with a Ready to Submit status. To locate the In-App Purchases and Subscriptions section: In Apps, select the app you want to view. In the sidebar, select the app version. On the version page, scroll down to the In-App Purchases and Subscriptions section. For more information, see Submit an In-App Purchase.

Hi, I am planning to show the StoreKitError as alerts, I have corresponding custom Error so that I can show meaningful error messages. Reason I wanted to display error alert messages that describe the underlying error so that when in production and user faces this error I would be able to reason about the error and try to resolve the error in a app update or Appstore Connect change. If I display a generic error I wouldn't know the cause of the error, but is there is a security risk in display the following kind of messages? Proposed UI error messages: | Error | UI alert message | | ------------------------------------ | ----------------------------------------------- | | StoreKitError.notEntitled | App is not entitled to make this request. | | PurchaseError.invalidOfferSignature | Invalid offer signature. | Questions From a security / user perspective is it risky / wrong to show an error message like the ones pasted above? Or are there some errors I shouldn't explicitly state? Or is there a better / preferred approach?

I recently released an iOS app that includes banner ads through Google AdMob, and an in-app purchase to remove those ads. I created 500 offer codes in App Store Connect to be able to give out to people to get the in-app purchase for free. And I of course tried using one myself. However, it didn't work. At first, clicking on the offer code link failed to redeem anything. Eventually I was able to enter an offer code manually by going to App Store > My Photo > Redeem Code. But even after doing so, the ads weren't actually removed from my app. Now when I click the "Restore Purchases" link in my app, it says, "No Purchases Found. No previous ad removal purchase was found." But when I click the button to remove ads it says "Purchase Failed. The purchase could not be completed. Please try again." And if I try and redeem another code, it says, "Your code limit has been reached. You have already redeemed the maximum number of these codes per Apple Account." As the developer of this app, is there any way for me to make a in-app purchase (either with money or with an offer code) of my own app? Claude Code told me this: Apple prevents the developer Apple ID (the one that owns the app in App Store Connect) from purchasing or redeeming in-app purchases and offer codes for their own apps. But that response is AI and I always take its responses with a grain of salt. I asked it to cite its source, and it couldn't. Can anyone else who's developed iOS confirm or deny that this is true?

General: Forums topic: StoreKit Forums tag: In-App Purchase App Store Pathway Simple and safe In-App Purchases Auto-renewable subscriptions In-App Purchase documentation Getting started with In-App Purchase using StoreKit views documentation Supporting business model changes by using the app transaction documentation Testing at all stages of development with Xcode and the sandbox documentation App Store Server Notifications documentation App Store Server API documentation Simplifying your implementation by using the App Store Server Library documentation TN3185: Troubleshooting In-App Purchases availability in Xcode technote TN3186: Troubleshooting In-App Purchases availability in the sandbox technote TN3188: Troubleshooting In-App Purchases availability in the App Store technote Understanding StoreKit workflows sample code Implementing a store in your app using the StoreKit API sample code What’s new in StoreKit and In-App Purchase video

I'm testing IPhone and iPad Apps on Apple Silicon Macs. When I purchase In-app product in the app on Apple Silicon Mac, the payment receipt is not created, so the purchase fails. In console log, it says it doesn't have permission to write to the file. storekitagent [6913DE38_SK1] Error writing receipt (5095 bytes) to file:///Users/XXXX/Library/Containers/90FE2A60-9FDF-4ECF-848F-CE3D396322CA/Data/StoreKit/sandboxReceipt: Error Domain=NSCocoaErrorDomain Code=513 "You don’t have permission to save the file “sandboxReceipt” in the folder “StoreKit”" UserInfo={NSFilePath=/Users/XXXX/Library/Containers/90FE2A60-9FDF-4ECF-848F-CE3D396322CA/Data/StoreKit/sandboxReceipt, NSUnderlyingError=0x14202c920 {Error Domain=NSPOSIXErrorDomain Code=1 "Operation not permitted"}} The App is using Original API for In-App Purchase written in Objective-C. When I purchase in-app product, the app calls SKPaymentQueue::addPayment. And then it gets paymentQueue:updatedTransactions callback with SKPaymentTransactionStatePurchased. This means that the payment was successful. But the receipt is not created so I can't continue the after process. I'm testing with sandbox in-app purchase. I have tested several times and confirmed that on macOS Monterey 12.2 the receipt is created successfully, but on macOS Ventura 13.2 the receipt isn't created. I think there is something to do with macOS version. Does anyone have any solutions? Here is a very similar thread on apple developer forum. (And there too has no anwsers)  https://developer.apple.com/forums/thread/719505

Hello App Review team, I'm hoping you can help with what looks like an inconsistent product state on an auto-renewable subscription, rather than a normal review delay. Details: App ID: 6459996442 Subscription products: 6762844313, 6762844514, 6762844429, 6762844600 Submitted: April 21, 2026 (~1 month ago) Support case ID: 102899130307 The issue: the subscription product has shown "In Review" for over 31 days, while the product's own localization (the display name) shows "Waiting for Review" for that same product. The two statuses have diverged and neither has moved since. On top of that, the product is locked — I'm unable to edit or delete it while it's in this state. — It is currently attached to version 1.19.0 of the app, which is ready to release and has been approved by App Review. — It no longer appears in the In-App Purchases section of my current version submission, so I'm unable to re-attach or resubmit it. This matches a pattern other developers have described, where a subscription falls into a stuck state that can only be cleared from Apple's side. I'd prefer not to remove and resubmit, since I understand that can reset the queue without fixing the underlying state. Could you please: Confirm whether the products are genuinely in the review queue or in an inconsistent state, and If it is stuck, reset the products back to "Ready to Submit" or "Approved" so I can resubmit and release cleanly. I'm happy to provide any additional information you need. Thank you very much for your time and help. @App Review

Hi everyone, We develop the Ice Scream series and are introducing consumable IAPs (coin packs) for the first time in Ice Scream 1 and Ice Scream 2. The products are straightforward: coin packs that users can spend on boosters and additional content within the game. No expiration, clear value description, standard StoreKit implementation. Here's where things stand: Ice Scream 3: consumable IAPs submitted under the same model were approved without issues. Ice Scream 1: IAPs have been rejected multiple times with no specific feedback indicating what needs to be fixed. Ice Scream 2: after multiple rejections, the IAPs have been sitting in "In Review" status for over a week with no update. With each rejection we have provided detailed review notes including step-by-step instructions to reach the Shop (which requires completing a short onboarding tutorial as a new user) and video walkthroughs showing the full purchase flow for both new and returning users. Despite this, we keep getting rejections or no response at all. We have also submitted an appeal form requesting specific clarification, but have not received any reply. A few questions: Has anyone experienced a similar situation with consumable IAPs being repeatedly rejected without actionable feedback? Is there anything specific Apple checks for consumable IAPs beyond what is covered in Guideline 3.1.1 that we might be missing? Is there any other escalation path beyond the appeal form when a review appears to be stalled? Any help or insight would be greatly appreciated. Thanks!

To the App Review and Developer Support Teams, I am writing this post to bring an ongoing issue to your attention, as standard support channels have failed to provide any resolution or clear communication. Issue Summary: We are introducing consumable IAPs (coin packs) for the first time in Ice Scream 1 and Ice Scream 2. Both apps have been reviewed and approved, however their associated IAPs remain blocked. Despite multiple resubmissions with detailed review notes and video walkthroughs, the IAPs have been repeatedly rejected without specific or actionable feedback. The equivalent IAPs submitted for Ice Scream 3, using the exact same implementation and business model, have already been approved by the App Review team. Current status per app: Ice Scream 1: App approved. IAPs have been repeatedly rejected with no specific feedback indicating what needs to be corrected. Ice Scream 2: App approved. After multiple rejections, the IAPs have been stuck in "In Review" status for over a week with no update or response. Lack of Communication: We have opened support cases for both titles and have received no response or actionable feedback. The lack of synchronization between the App Review and Support teams is causing significant operational disruptions and is directly impacting our business. Impact: Not having the monetization features active in both titles is causing direct financial loss and preventing our users from accessing content they need. Request: We request an immediate update on the status of these IAPs and clarification on why the support cases remain unanswered. We are looking for a direct escalation or a response from an Apple representative who can resolve this situation. Related apps and support cases: Ice Scream 1: Scary Horror — App ID: 1480827449 — Case ID: 102902530872 Ice Scream 2: Scary Horror — App ID: 1488473484 — Case ID: 102902529670 I look forward to a prompt resolution. Sincerely, Maria Laskurain Keplerians Horror Mobile Games

I'm trying to submit a first-time In-App Purchase together with a new version of my macOS app, but App Store Connect doesn't seem to provide a way to do this. Setup: macOS app (Bundle ID: de.andreasmaser.Screenshots) Marketing version: 1.2, Build 1 (uploaded, processed, attached to version) IAP "Screenshots Pro" (Product ID: de.andreasmaser.Screenshots.pro) is fully configured: status "Waiting for Review", App Review screenshot present, both English + German localizations, pricing set Previous 1.1 submission was rejected under Guideline 2.1(b) because "the associated In-App Purchase products have not been submitted for review" Per Apple's documentation (https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/submit-an-in-app-purchase), step 3 says: "On the right, scroll down to the In-App Purchases and Subscriptions section." The problem: This section does not exist on the macOS app version page. I scrolled through the entire page; the sections are: App Previews & Screenshots → Promotional Text → Description → Keywords → URLs/Version/Copyright → Build → Added Content → Game Center → App Review Information → App Sandbox Information → Version Release. There is no "In-App Purchases and Subscriptions" section anywhere. What I've tried: Both Version 1.1 and a fresh Version 1.2 with a freshly-uploaded build Cancelling/withdrawing the previous submission and starting a new draft Editing the IAP and re-saving (no status change) The IAP's "Submit for Review" button stays greyed out on the IAP page The submission draft panel only shows the app version, with no "+" button to add IAPs The "Submission Drafts" floating button on the IAP detail page just opens the same panel with only the app Questions: Does the "In-App Purchases and Subscriptions" section appear for macOS apps under specific conditions I'm missing? Is there a different workflow for attaching first-time IAPs on macOS apps vs. iOS apps? Is this a known App Store Connect bug, and what's the recommended workaround? Any guidance is greatly appreciated — I've been blocked on this re-submission since yesterday.

The app idea is pretty simple, we manage small physical events through ticketing and QRs for entry. However the app reviewer insists that they are “digital” invitations and therefore mist use Apple IAP. To my understanding, digital products, services and consumables inside the app are what require Apple IAP. please correct me or guide me on what is the correct understanding. my reply to the review: Multiline requesting reconsideration under >Guideline 3.1.3(a). Xxx is a service for organizing physical events >(weddings, birthdays, corporate >gatherings) held at real venues in >xxx. The per-guest fee charged >through the app covers: Sending physical-event invitations >via xxx (the standard communication channel for event >organizers in xxx) RSVP tracking for physical attendance planning (Premium tier) >Per-guest QR codes used by gate staff to admit guests to the physical >venue The end deliverable is >admission to and management of a >real-world, in-person event. This is >materially identical to ticketing apps >(Eventbrite, Ticketmaster, ...), >reservation deposits (OpenTable, >...), and on-demand service apps >(Uber, DoorDash, ...) - all of which >use external payment processing >for physical services consumed >outside the app, per 3.1.3(a). The app does not sell digital >content or services consumed >within the app itself. No streaming >media, no in-app credit, no >subscription to in-app functionality. >The user pays only to enable real->world event logistics. BlockQuote Their reply is: Multiline Guideline 3.1.1 - Business - >Payments - In-App Purchase Issue Description We noticed that the app includes or >accesses paid digital content, >services, or functionality by means >other than In-App Purchase, which >is not appropriate for the App Store. >Specifically: The digital invitation can be >purchased in the app using >payment mechanisms other than >In-App Purchase. Apps on the United States >storefront may link out to the >default browser, using buttons, >external links, or other calls to >action, for payment mechanisms >other than in-app purchase. … BlockQuote

To the App Review and Developer Support Teams, I am writing this post to bring an ongoing and critical issue to your attention, as standard support channels have failed to provide any resolution or clear communication. Issue Summary: My application’s last two versions have been successfully reviewed and approved. However, three In-App Purchases remain stuck in the review process. Lack of Communication: I have opened several support cases regarding this delay, yet I have received no response or actionable feedback. The lack of synchronization between the App Review and Support teams is causing significant operational disruptions. The current communication gap and the slow response times are directly impacting my business and user experience. Impact: It is unacceptable to have a live application with "Pending" monetization features for such an extended period. This delay is causing financial loss and preventing my users from accessing the services they need. Request: I request an immediate update on the status of these IAPs and a clarification on why the support cases remain unanswered. I am looking for a direct escalation or a response from an Apple representative who can resolve this bottleneck. App ID: 6744109858 Related Case IDs: 102900240277 102896872200 102896192600 I look forward to a prompt resolution. Sincerely

To the App Store Review and Developer Support Teams, I am reaching out via this forum as a last resort because my communication through standard support channels has been entirely ignored, causing significant disruption to my business. The Timeline of the Issue: May 16: I submitted 5 In-App Purchases (IAPs) with version 2.0. While 2 were approved, 3 were rejected. I immediately resubmitted them for review on the same day. May 21: Version 2.0.1 was approved, but the 3 IAPs remained "Under Review." May 25: Version 2.0.2 was approved. I specifically included a Note to the Reviewer explaining that the IAPs were stuck, but this was completely disregarded. The Bottleneck: It has been 12 days since the resubmission. I have opened multiple support cases to resolve this, yet I have received no response or actionable feedback from the support team. This lack of communication and the extreme delay in IAP synchronization is creating a broken experience for my users and causing financial loss. Reference Information: App ID: 6744109858 Current App Version: 2.0.2 Related Case IDs: 102900240277, 102896872200, 102896192600 I request an immediate investigation into why these IAPs are stuck and why my support cases are being ignored. I am looking for a direct resolution from an Apple representative. Regards,