“Account Not In This Store” error when trying to purchase non-consumable IAP within TestFlight

I have simple non-consumable IAPs set up for an app on macOS.

Testing in development with a local .storekit configuration file, everything works as expected.

Testing in development with a remote Sandbox, everything also seems to work fine. Product names and prices fetch correctly, I am able to make purchases with a Sandbox account (both US and UK).

Once I upload a build into TestFlight, IAPs no longer work. The tester would download the Beta app from TestFlight. They open a license manager and can see all the product names, descriptions and prices are pulled from Apple servers correctly (with the correct local currency as well!). So far so good. When trying to purchase any of the IAP, the following error appears:

This is TestFlight so testers are using their real Apple ID. My understanding is that they should continue using their production credentials and a TestFlight Sandbox would be configured behind the scenes automatically.

This error always says the users cannot purchase from a US store and must switch to [whatever user’s actual store location is] store. For example, my account is based in the UK, has got a UK billing address and a UK payment method, and the error tells me to switch to the UK store. People in Canada get a similar error - you must switch from the US store to Canadian. The error makes no sense, the account is already in the desired country.

Clicking on the “Change Store” button opens the App Store app and displays another error: “Cannot Connect to App Store”. Clicking Retry just results in this errors showing again and again.

Clicking OK takes us back to the failed IAP purchase and the final error message appears: “Purchase Error - Unable to Complete Request”.

Things I’ve done / checked:

  • IAPs are configured in App Store Connect and available for all regions
  • prices are set for all regions in App Store Connect
  • IAP name and description localisation in English (UK)
  • IAP status is Ready to Submit, I don’t think I can go past that unless I make a production release (which I can’t until we fix the problem)
  • IAP capabilities added in xcode
  • the problem is not account, machine, or location dependent - every beta tester testing my app on TestFlight has the same issue, they each use a different account and have accounts in different countries
  • double checked the App Store account location in the App Store settings - it is definitely matching the store this error is asking to switch to
  • application exits at startup with error 173 if app receipt cannot be found - this one was suggested by the review team, I could not really find any documentation for it
  • review team also suggested I should add com.apple.security.network.client to enable IAP connectivity. I did add that to one of the builds and it did not help. I am not really convinced this is necessary

Any suggestions on what to check and what to try? I have run out of ideas.

Same issue seems to have started happening for our macOS TestFlight builds. No accounts that we use signed into the sandbox work (including US accounts). It's always just "You must switch to the Australian store before purchasing."

It's definitely something on Apple's side because old builds that used to work just fine now fail here also.

Same issue happening for us in recent times with no way to resolve it

Same issue here. All works fine in Sandbox

We have been blocked for almost 2 months by the same issue. Look at these 2 threads

https://developer.apple.com/forums/thread/759989

https://developer.apple.com/forums/thread/758919

I have the same problem now.

The TestFlight app has the same problem, and the AppStore app does not have a Region issue.

(delete)

Please file a bug report then post the Feedback number here.

Bug report number is FB14636442, Apple Support case number is 102348135751.

(see https://forums.developer.apple.com/forums/thread/759989)

We have been in contact with Apple about this bug for months and very little response and no movement forward. Here is what I send our contact this morning:

Apple,

What is going on with this eCommerce bug in the testflight sandbox?

Again restating, Beta testers OUTSIDE THE US for our app GeoShred Studio are unable to do testflight sandbox eCommerce. The eCommerce flow believes that they are in the US Store and throws up an error dialog. The “Change Stores” button on the dialog fails. |

We believe that there is a bug in the eCommerce flow where part of the flow is NOT looking at the region setting and is assuming that the machine is in the US.

This bug has blocked us for over 2 months. At this point there are 13 other developers in the developer forum reporting the same bug.

This is clearly a bug and is blocking our beta testers from giving us beta feedback. Given that testflight fails we have no confidence that production will work. Shipping “blind” with eCommerce failing would do harm to our business.

We have provided all data that has been requested. We have provided a public link to GeoShred Studio so that a DRI outside the US can reproduce the problem.

When I ran Liquid Audio/Digital Media with Walmart as my primary customer, eCommerce was mission critical. If there was an eCommerce bug we would get all stakeholders in a “sunrise room” and work until it was solved. I’m struggling to understand how a 3 trillion dollar company can let an eCommerce issue slide for months.

PLEASE RESPOND TO US WE, NEED APPLE TO FIX THIS BUG.

Two weeks ago Apple told us:

Our Engineering team is working to resolve your issue which can take an undetermined amount of time.

Unfortunately the issue is crippling our business and we can’t afford waiting months on end for resolution. We’re now considering moving away from App Store completely.

We have been told roughly the same thing 2 times.

"Our engineers are currently reviewing this issue for you. Once there is an update, you will notified by email. "

This is simply "We will get back to you". Per my story above, For almost 10 year I ran Liquid Audio/Liquid Digital Media as the back end for "Walmart Music Downloads"

Any eCommerce issue would be classified as mission-critical and all stakeholders would be on a conf call, a "sunrise room" until the problem was solved. I was personally in a 9 hour sunrise room while away with my family in Hawaii.

I don't think that there is a single company that does eCommerce that would put off fixing an eCommerce bug for months, not Amazon, not Visa, not eBay, not PayPal. Apple is a 3 TRILLION dollar company, in part build on the efforts of developers. I'm struggling to understand why they are not prioritizing an eCommerce problem.

October now and I am still having the same issue :(

“Account Not In This Store” error when trying to purchase non-consumable IAP within TestFlight
 
 
Q