Your app still allows users to purchase physical goods or services using the in-app purchase API.

Hi everyone,

I’m looking for some help or clarification regarding repeated rejections under Guideline 3.1.3 - Business - Payments - Other Purchase Methods.

In earlier versions of our app we did experiment with using in-app purchases for our eSIM-related service (which App Review treats as a physical good/service). After the first rejections, we fully reworked the payment flow. In the current build we have:

  • Completely removed any use of the in-app purchase API / StoreKit and removed all UI elements and wording mention in-app purchases.
  • Detached all in-app purchase products and marked all previously created IAP products as “removed from sale”, so they are no longer available to users.
  • Moved all payments to an external outside of the in-app purchase API, which (as I understand it) is exactly what Guideline 3.1.3 requires for physical goods/services.

Despite this, the app is still being rejected with the same 3.1.3 message about using in-app purchases for physical goods, without any new details or updated screenshots that point to the actual problem in the latest build.

One thing that might be related: in App Store Connect there are still some legacy in-app purchase products stuck in an “In Review” state. We can’t delete or fully edit them from our side, even after removing the previous builds. They are not attached to the current version and are not referenced anywhere in the code or UI, but I’m worried they might still be confusing the review process.

Has anyone run into a similar situation?

  • Can these legacy IAP products in “In Review” status still trigger 3.1.3 rejections, even if they’re not attached to the binary and removed from sale?
  • Is there any way to get App Review or Developer Support to reset or clear these products so we can fully remove them?

We’re a small team trying to launch, and at this point we feel a bit stuck in a loop where the feedback doesn’t seem to reflect the current implementation.

Thanks in advance for any help or insight.

Your app still allows users to purchase physical goods or services using the in-app purchase API.
 
 
Q