Hello, I am a developer based in Somalia and I have recently enrolled in the Apple Developer Program. I am planning to build an iOS app exclusively for users in Somalia. The app will offer premium digital features, and I would like to use WaafiPay, a local Somali payment provider that supports mobile-money payments such as EVC Plus, ZAAD and SAHAL. Somalia does not have an Apple App Store storefront or Apple In-App Purchase availability. Before I start development, I would like to confirm whether an app distributed to users in Somalia can use WaafiPay to process payments for premium digital features directly inside the app. If this is permitted, please let me know whether I need any special entitlement, approval, or implementation requirements. Thank you.

We have a multiplatform SaaS app (iOS, Desktop). Individual plans are sold via IAP on iOS. We also offer a B2B multi-seat plan that's only sold through our website (per-seat billing, admin provisioning, etc.). On our iOS pricing page, we want to show all plans — including the B2B one — so users can see the full picture. The B2B plan would just show features and a starting price with a label like "Managed through our desktop platform." No purchase button, no link, no redirect. Only the individual plans would have IAP subscribe buttons. Three questions: Does showing pricing/features for a plan that can't be purchased in-app count as "steering" under 3.1.3? Is a static label like "Managed through our desktop platform" considered a call to action if there's no link or button? Would a "Contact Sales" form (just collects an email, follow-up happens outside the app) be a safer approach? We did check with Apple Developer Support (Aug 2026) and were told this should be fine, but want to hear from anyone who's shipped something similar before we submit. Thanks.

I'm trying to submit my app's first-ever subscriptions for review, and I'm stuck in a loop between two different App Store Connect submission flows that seem to conflict with each other. Setup: App: HeyFlat (bundle au.com.heyflat) Subscription group "HeyFlat Casa" with 3 auto-renewable subscriptions (monthly/semiannual/annual), all status "Ready to Submit" App version 1.0 has been rejected multiple times (most recently for Guideline 2.1(b) — "In-App Purchase products have not been submitted for review") What I've tried: On the Subscriptions page, I click "Add for Review" on the subscription group → it opens a "Draft Submission" panel (breadcrumb "Submissions") listing the group as an item ready to submit. That panel shows: "Unable to submit for review — Add an app version for the selected platform." I uploaded a brand-new, never-before-submitted build (build 31, version 1.0) via CI and manually attached it to the App Store version page (Distribution → App Store Version 1.0 → Build). Went back to the Draft Submission — same error persists, plus a new one: "New subscription groups must be submitted with an auto-renewing subscription from that group." The item listed is just the subscription group itself, not the individual subscriptions. Separately, the legacy per-version thread (App Review → iOS Submission) now shows build 31 as "Ready for Review" — but that thread only lists 1 item (the app version itself), no subscriptions attached, even though they're marked "Added for Review." So I have: a subscription group with 3 ready subscriptions, and a fresh unreleased build attached to the app version — but no path in the UI actually lets me submit them together. This exact same "In-App Purchases not submitted" rejection has now happened twice, with the subscriptions in this same "ready" state both times. Has anyone run into this specific mismatch between the "Submissions" draft flow and the legacy per-version "App Review" thread? What's the correct way to get a first-time subscription group submitted alongside an app version right now?

My first app submission has been in "In Review" since August 19, 2026 at 08:56 (CEST) — 9 days now, with no status change and no message of any kind. Details: Apple ID: 6799895164 Version: 1.0 (build [1]) Submission ID: 412ca140-f582-42a5-9714-e50a254e260b Platform: iOS Submitted: August 18, 2026 In Review: August 19, 2026 at 08:56 (CEST) The submission contains 1 app version and 3 in-app purchases: 2 auto-renewable subscriptions and 1 non-consumable lifetime unlock. All items show as included in the submission. Everything on my side appears complete: review screenshots for each IAP, price schedules, localizations, privacy policy URL, EULA, age rating declaration. Restore Purchases is implemented and visible on the paywall. Account status: Paid Applications Agreement: [Active] Digital Services Act trader status: [Verified] MRDP compliance: [Active] Bank and tax details: [Active] There is no rejection, no request for additional information, and nothing in Resolution Center. A support case is open as well. I have seen several recent threads describing the same pattern — in some cases requiring someone at Apple to move the IAP status forward on the backend. Could someone from App Review please check whether this submission is progressing normally, or whether something on my side is blocking it? Happy to provide any further details. Thanks in advance.

We have a multiplatform SaaS app (iOS, Desktop). Individual plans are sold via IAP on iOS. We also offer a B2B multi-seat plan that's only sold through our website (per-seat billing, admin provisioning, etc.). On our iOS pricing page, we want to show all plans — including the B2B one — so users can see the full picture. The B2B plan would just show features and a starting price with a label like "Managed through our desktop platform." No purchase button, no link, no redirect. Only the individual plans would have IAP subscribe buttons. Three questions: Does showing pricing/features for a plan that can't be purchased in-app count as "steering" under 3.1.3? Is a static label like "Managed through our desktop platform" considered a call to action if there's no link or button? Would a "Contact Sales" form (just collects an email, follow-up happens outside the app) be a safer approach? We did check with Apple Developer Support (Aug 2026) and were told this should be fine, but want to hear from anyone who's shipped something similar before we submit. Thanks.

Hello, I’m requesting assistance with an urgent issue concerning my Apple Developer Program membership. I recently paid for a new subscription/membership, but I still cannot access my Apple Developer account or the related Apple connector account. When I sign in, I receive the following message: “Developer Program Membership Expired Your membership has expired, and your apps have been removed from the App Store until you renew your membership. To renew, a user with the Account Holder role must sign in and renew the membership on the Apple Developer website.” I have already completed the payment for the new membership, but the account continues to appear as expired. I am therefore unable to access the necessary developer services and manage my apps. Could someone please advise me on the following? • How can I confirm that my payment has been correctly associated with the Apple Developer team? • Does the renewal need to be completed by the Account Holder specifically? • How long should it take for the membership status and app availability to be restored? • What should I do if the payment was made with a different Apple Account? • How can I regain access to my Apple connector account? Payment info is from: 22 August 2026 I understand that Apple may require some processing time after renewal, and I appreciate your assistance. However, this issue is urgent because it is affecting access to my apps and development services. Thank you in advance for your help.

StoreKit 2 returns zero subscription products in Sandbox/TestFlight — FB24199369 I’m experiencing an issue where StoreKit 2 returns zero subscription products in both Sandbox and TestFlight for my iOS app. App: Bundle ID: com.sleeplessnight.naengbiseo Subscription group: Naengbiseo Premium Product IDs: naengbiseo_premium_monthly naengbiseo_premium_yearly Although the production app uses RevenueCat, I reproduced the same issue in a separate minimal native SwiftUI app using StoreKit 2 directly, with no RevenueCat, Expo, React Native, or other third-party SDK involved. Native StoreKit 2 call: let products = try await Product.products(for: [ "naengbiseo_premium_monthly", "naengbiseo_premium_yearly" ]) Current native test result: STOREKIT_COUNTRY_CODE: KOR STOREKIT_STOREFRONT_ID: 143466 DIRECT_STOREKIT_COUNT: 0 Returned products: None Test environment: Physical iPhone StoreKit Configuration: None Sandbox Apple Account signed in Storefront: KOR In-App Purchase capability enabled Correct Bundle ID and Product IDs I have rechecked the following configuration: The subscriptions are available in the test storefront Subscription pricing is configured Subscription localization is configured Paid Apps Agreement, banking, and tax information are active App ID has In-App Purchase enabled The App Store/TestFlight build has the expected Bundle ID, provisioning, and signing configuration I also created a StoreKit Configuration file using “Sync this file with an app in App Store Connect”. The sync completed, but the resulting configuration contained: products: [] subscriptionGroups: [] The same subscriptions also fail to load in TestFlight. The subscription products currently show Rejected in App Store Connect because the associated app version was rejected. App Store Connect states that the subscriptions were returned because the associated app was rejected and will remain Rejected until resubmitted for review. However, App Review also stated: “In-App Purchase products do not need prior approval to function in review.” I have reviewed TN3186 and have not found a remaining developer-side configuration issue that explains why Product.products(for:) returns zero products. Since the issue reproduces in a minimal native StoreKit 2 app, this does not appear to be caused by RevenueCat or another third-party SDK. Feedback Assistant: FB24199369 Could an App Store Commerce / StoreKit engineer advise whether there is any remaining developer-side configuration that could cause this, or whether the subscription catalog / app association may need to be reprocessed on Apple’s side? Thank you.

Does anyone have any advice on working a way around this, or through this? My app is wrapped and WKWebView displays HTML/CSS/JAVA and StoreKit is iOS framework. I used choicely up wrap it because i don't own a mac. The only part i can't control is this. I'll likely have to wrap it myself, rent a cloud Mac and submit directly to ensure everything is attached to the binary. I can't control that from choicely. any other ideas!? I’ve been over a month trying to get this going. It’s live but with no way to transact the subscribers I’m already getting. HELP PLEASE!

To the Apple Review and Developer Support Teams, I am writing to request guidance and assistance regarding a persistent rejection my React Native application is facing under Guideline 2.1 - Performance (In-App Purchases). My app has been rejected multiple times with the following specific note: "The In-App Purchase products in the app still exhibited one or more bugs which create a poor user experience. Specifically, the subscription screen failed to load any subscription plans. Review the details and resources below to troubleshoot this issue." The screenshot provided by the review team shows a completely black screen where our paywall options are intended to populate, indicating that the product array is returning completely empty during the review process. The Dilemma: We are completely unable to reproduce this behavior on our end. Everything functions flawlessly within our TestFlight builds across multiple physical test devices and various sandbox tester accounts. On TestFlight, the paywall renders instantly, local pricing fetches immediately via SKProductsRequest, and test transactions process without a single error. Our Current Implementation & Verification: Product Status: All subscription products are explicitly marked as "Waiting for Review" in App Store Connect with one In-App product Rejected for not being attached with a bin but I've since submitted the app once again. All the subscriptions and the in-app product have been actively attached to this specific app submission version. Agreements: The Paid Apps Agreement is active, signed, and fully up to date within our Agreements, Tax, and Banking configurations. Identifiers: We have strictly verified that the hardcoded product identifiers in our React Native codebase match the App Store Connect product IDs exactly. Because this error only occurs within the App Review environment and never in TestFlight or local sandboxes, we are at a loss for how to debug or resolve this issue. Could the App Review team or the Developer Support technical team please clarify if there is a known environment mismatch, storefront routing discrepancy, or specific network configuration (such as IPv6 handling in the review sandbox) that would cause production-ready StoreKit products to return an empty array exclusively to the reviewer? Any direct guidance, logs, or steps on how we can successfully surface our plans to your review team would be deeply appreciated. Review Environment Submission ID: 5a35279c-1621-4972-b6c6-7c1fb202b2f0 Review date: May 20, 2026 Review Device: iPad Air 11-inch (M3) Version reviewed: 1.0.2 (8) Thank you for your time and assistance.

We have auto-renewable subscription products that we no longer want to offer going forward. Since there is no per-IAP "Remove from Sale" option anymore in App Store Connect, we disabled availability for this subscription in all storefronts/territories. As expected, this stops new purchases, but existing active subscribers keep renewing exactly as before. App Store Server Notifications continue to send regular DID_RENEW events for this product, with autoRenewStatus: 1. That part matches the documented behavior, so this isn't a bug report. Our actual problem is that we have no way to reach these subscribers directly (the app doesn't collect email or any contact info at purchase time, purchases are tied only to the App Store account), so we can't ask them to cancel manually, and there's no server-side API for a developer to end an existing subscriber's auto-renewal on our own. I already went through the standard support contact form and only received a generic pointer to the subscriptions help article, which doesn't cover this specific situation. Is there any supported mechanism via App Store Connect, the App Store Server API, or a specific Apple Support escalation path to: Notify active subscribers of a discontinued subscription product, or Have Apple end future renewals for a specific product ID going forward (without affecting the subscriber's ability to keep using what they already paid for in the current period)? To be clear about what we're asking for: subscribers should keep full access through the end of their current, already-paid period, we just want to prevent the next renewal from happening. We are explicitly not asking for any refunds to be issued. Product IDs: YEARLY_847658, MONTHLY_847658, moveto7, moveto8, moveto9 App Store Connect currently shows the products as "Developer Removed from Sales" with all territories deselected. Any pointers like official docs, prior threads, or "this isn't possible, here's the workaround developers use" would be very helpful.

Hi everyone, Has anyone experienced a similar issue with an Apple Developer Program membership renewal? On July 20, 2026, I received an email from Apple confirming that my membership had been successfully renewed until July 20, 2027. My credit card also showed a charge from APPLE.COM, which matches the Apple Developer Program membership fee. However, eight days later, I received another email saying that Apple was unable to collect the payment after several attempts, and my Apple Developer Program access was disabled. I’m confused because: Apple previously confirmed that the renewal was successful. The membership expiration date was updated to July 20, 2027. My credit card shows a transaction from APPLE.COM. And And I contacted the bank that issued my credit card. They said Apple hasn't sent a bill for this purchase. So I have tried to enroll but website display "Sorry, you can’t enroll at this time. Your Apple Account is already associated with the Account Holder of a membership." Any advice from someone who has experienced this would be greatly appreciated. Thank you.

Our app is live on the App Store, but its two auto-renewable subscriptions have been stuck in "In Review" for over a month. Users can download the app but cannot subscribe — in production, StoreKit only returns approved products, so our paywall shows nothing and monetization has been completely blocked since launch day. APP / PRODUCT DETAILS App: 流动 (Flow) — Apple ID: 6772474397 App status: v1.0.0 (build 625), approved and live since July 23, 2026 Subscription group: "Flow Premium" (ID 22108903) — the group itself shows "Approved" Products stuck in "In Review": com.echo.flow.premium.monthly (1 month) com.echo.flow.premium.yearly (1 year) Paid Apps Agreement is active; banking and tax are complete TIMELINE Jul 12: First contacted Developer Support (Case ID 102939768542). At that time the subscriptions were stuck in "Waiting for Review" and could not be attached to any version submission. Jul 23–24: Followed up; was told the issue had been "escalated to the appropriate internal team". Shortly after, both subscriptions moved from "Waiting for Review" to "In Review" — the only progress in this entire period. Jul 31 → Aug 3 reply, and Aug 7 → same-day reply: two more follow-ups on the same case. Both replies were the identical "escalated to the internal team" template. No one has contacted me since, and the status has never changed. Aug 18 (today): Both subscriptions are still "In Review" — roughly 4 weeks in this state, 5+ weeks since my first support contact. Normal IAP review is said to be 24–48 hours. NO ACTION IS AVAILABLE ON MY SIDE Both subscription pages are locked: I cannot edit metadata, delete the products, or remove them from review. "Add for Review" is greyed out. They cannot be selected on a new app version page (they are not in "Ready to Submit"). So this appears to be stuck inside the review pipeline itself, and nothing in App Store Connect lets me unblock it. REQUEST Could someone from the App Store Commerce / App Review team please either: Complete the review of these two subscriptions, or Reset them to "Ready to Submit" so I can immediately resubmit them — with a new app version if required (build 626 is ready to go). I've seen a very similar case in this forum (thread 818811) resolved after an App Store Commerce Engineer looked into it — I'd be grateful for the same kind of help. Thank you!

Hello everyone. I’m trying to submit my first auto-renewable subscription with my iOS app, but can’t associate the subscription with my app version in App Store Connect. Setup: app version 1.0.7 with build attached, subscription group “Premium” with weekly, monthly, yearly. All metadata complete; paid apps agreement active, bank details set, admin access confirmed. Problem: “In-App Purchases and Subscriptions” section is missing on my app version page, so I can’t attach my subscription. Draft error says, “Unable to submit for review. Add an app version for the selected platform.” The draft only lists my weekly plan, not the app version. Questions: why might that section be missing? Are there prerequisites? Has anyone seen this? Any guidance or suggestions would be greatly appreciated.

M y app was approved and is now live on the App Store, but all four auto-renewable subscriptions are still Waiting for Review in App Store Connect. Because of this, the production app's StoreKit 2 call to Product.products(for:) returns 0 products, and users see: "No subscription products were returned by the App Store." There are no metadata errors or warnings—only Waiting for Review. My questions are: Is it normal for an app to be released before its subscriptions are approved? While subscriptions are in Waiting for Review, is it expected that Product.products(for:) returns an empty array? Has anyone experienced this, and how long did it take for the subscriptions to be approved after the app was already live? I've attached: App Store Connect screenshot showing all four subscriptions in Waiting for Review. App screenshot showing the "No subscription products were returned by the App Store." message. Any insight would be greatly appreciated. Thanks!

I submitted my app, PerkPulse, for review and it got rejected due to EULA agreement not being in app description, and for the subscriptions not being attached to the subscription. Currently, when I try to submit my app and two subscriptions, I get the error, "There are errors with one or more of your items. To fix them, you need to remove the items and add them again to your submission." and it highlights one of my subscriptions. This is very frustrating and is blocking me from submitting my app for review. PerkPulse Pro Annually - product ID: app.perkpulse.mobile.pro_annual_v3 PerkPulse Pro Month - product ID: app.perkpulse.mobile.pro_monthly_v3 When I open the subscription group, it shows as "In Review", but I do not see any option for removing it from review so that I can attach my subscriptions. I have also had a phone call with apple support and could not get the issue resolved. I have: Deleted and recreated the subscriptions Checked all input fields, agreements to sign, etc. and cannot find an empty field Removed and re-added the subscriptions to draft submission Please any help would be appreciated.

Summary: We gate premium access on the renewal status returned by Product.SubscriptionInfo.Status.all, following the pattern in your Implementing a store in your app using the StoreKit API sample (CustomerEntitlements.checkCurrentStatuses()). In production we are seeing a subset of users whose Status.all yields zero statuses, even though they hold an active subscription with a future expiration date (according to our own persisted state). This causes us to incorrectly treat them as unsubscribed. How we read status: func currentSubscriptionStatuses() async -> [SubscriptionStatusInfo] { await Product.SubscriptionInfo.Status.all .collect() .flatMap(.1) .compactMap(SubscriptionStatusInfo.init(skStatus:)) } The compactMap only drops entries failing case .verified. In the affected cases Status.all itself emits no (groupID, statuses) pairs at all - the sequence is empty, not filtered. Affected population: Previously had an active paid subscription (our own persisted state shows pro with an expiry date in the future). Not new installs. Questions: Under what conditions can Product.SubscriptionInfo.Status.all return an empty sequence for an Apple Account that currently holds an active auto-renewable subscription (e.g. not signed into the App Store, StoreKit not yet initialized at launch, offline, renewal in flight, Family Sharing)? Is an empty result from Status.all ever authoritative ("no subscription"), or must it always be treated as inconclusive and never used to revoke access? Is there a recommended way to distinguish "no subscription for this account" from "status temporarily unavailable" (e.g. a signal for no signed-in App Store account, or a readiness/error path)? Does Status.all guarantee it reflects a signed-in account context, and what is the expected behavior when the device has no active App Store account at call time?

Product: Auto-renewable annual subscription Environment: Production iOS version: 26.6 StoreKit version: StoreKit 2 I have an active subscription that shows correctly in the App Store app, but neither Transaction.currentEntitlements nor Product.SubscriptionInfo.Status (via subscription.status) return any record of it — both come back empty. What I've checked: Transaction.currentEntitlements — iterated fully, zero transactions found for this product ID Product.SubscriptionInfo.Status — checked independently as a second signal, also returns no active status for this product AppStore.sync() — called before checking entitlements, completes successfully, does not resolve the issue Settings → [Apple ID] → Subscriptions on-device — does not show this subscription "Restore Purchases" in-app — consistently reports nothing found Impact: Since my app gates access behind an active entitlement check, this means the user is stuck on the paywall screen indefinitely, despite having a valid, active, paid subscription. There's no client-side workaround, since every available StoreKit 2 API reports no entitlement exists. Code pattern (simplified): swift for await result in Transaction.currentEntitlements { if case .verified(let transaction) = result, transaction.productID == productID { // never reached for this product } } if let subscription = product.subscription { let statuses = try await subscription.status // statuses is empty / doesn't reflect the active subscription } This looks consistent with the pattern reported in thread 823454, where currentEntitlements and Transaction.all return empty for valid, non-refunded purchases in production for a small number of users. In my case, this is affecting a currently active subscription — not a refunded or expired one — and is reproducible on this account across multiple app builds. Has anyone found a reliable workaround, or is this being tracked by Apple as an active known issue beyond the fix already applied for the non-Gregorian calendar case (which doesn't apply here)?

Hello everyone, I'm facing a frustrating issue with the new App Store Connect UI when trying to submit In-App Purchases alongside my app version. My Situation: App: Nagpur Prime Property (iOS) Rejected under Guideline 2.1(b) — App Completeness Reason: IAPs not submitted with the binary What I've Done: Uploaded new Build 7 (v1.0.1) ✅ Created 2 auto-renewable subscriptions: • Basic Plan (npp_basic_plan) — Ready for Review ✅ • Premium Plan (npp_premium_plan) — Ready for Review ✅ Added both to a Draft Submission (3 items total) ✅ Sandbox tester account added ✅ The Problem: The Draft Submission panel shows: ⚠️ "Unable to Submit for Review — To submit your items for review, add an app version for the selected platform." The "Submit for Review" button is permanently GRAYED OUT. The Draft Submission shows: Versions column: "-" (no app version linked) Items: 3 (Subscription Group + 2 subscriptions) The App Version (Build 7) is in a SEPARATE submission showing "Ready for Review" — but there is NO UI option to link the two submissions together. What I've Tried: Clicking "Add for Review" from Subscription Group page Clicking "Add for Review" from individual plan pages Clicking "Draft Submissions (1)" from version page Contacted Apple Review team — no solution provided Tried "Resubmit to App Review" on version — IAPs not included Question: In Apple's new App Store Connect UI, how do you correctly link an IAP Draft Submission to an App Version submission so they can be reviewed together? Is there a specific order of operations that needs to be followed? Or is there a known workaround for this issue? Thank you in advance!

TL;DR: Does iOS automatically receive App Store transaction updates in the background when internet connection is available so the backing storage state of Transaction.currentEntitlements gets synced even when my app is not running? Or does iOS update Transaction.currentEntitlements only when my app is running? The long version: Imagine the following situation: A user has purchased a non-consumable IAP in my app and is granted the locked premium content. The IAP transaction is now present in Transaction.currentEntitlements (it's also cached locally). The user blocks internet access every time before my app gets opened (either enables the Airplane mode and/or disconnects from the Wi-Fi before launching my app). So from this point on, my app never gets a chance to connect to the internet. The user gets refunded for the IAP. The user uses their iPhone to browse the internet via Safari, checks emails, etc. Then, before launching my app, the user blocks internet access. My app gets is launched (without internet access) and reads entitlements from Transaction.currentEntitlements. The question is: does the StoreKit service know that the IAP has been refunded? Did iOS update the local cached storage of Transaction.currentEntitlements while the user was connected to the internet in step 4? Or will Transaction.currentEntitlements contain the old state from step 1 so the app won't know about the refund and the user will be able to use my app's premium content which has been refunded by now? Is the behavior the same for auto-renewable subscriptions as it is for non-consumable IAPs?

Hello everyone, I am dealing with a frustrating App Store Connect bug where a monthly subscription product is completely wedged in the review pipeline, and I'm hoping an Apple engineer or someone who has encountered this can offer guidance. The Issue Our monthly subscription is stuck in the "Accepted" state in the App Store Connect UI (and IN_REVIEW) since our review submission on July 15, 2026. The identical sibling product in the same subscription group (our yearly plan) was approved in that exact same cycle and is currently live. Every app version review submission we have made since then has successfully transitioned to COMPLETE, yet the monthly product's state has never resolved to Approved. Locked Metadata: Its en-US subscription localization remains in the PREPARE_FOR_SUBMISSION state and all metadata fields are UNMODIFIABLE. Because the fields are locked, we cannot edit anything (like changing the description or display name) to force a new submittable version or trigger a state refresh. Parity: There are no pending changes on our side. The product's metadata, pricing, and review screenshot perfectly match the approved yearly product. Impact Because the status refuses to flip from "Accepted" to "Approved," the monthly plan cannot be fetched by StoreKit or offered for sale. Currently, our users are forced to either purchase the yearly plan or abandon checkout entirely.