Same signature here, and I have already filed through Feedback Assistant as suggested above. FB24067333 (filed 2026-07-30, sysdiagnose attached) App: Apple ID 6794682125, Bundle ID app.negaiboshi, Team 778QPP83C4. Preparing first submission - 1.0 has never been reviewed; build 1.0 (1) uploaded to TestFlight 2026-07-26. In-App Purchases, all Ready to Submit since 2026-07-27, base country Japan (JPY): app.negaiboshi.pro.monthly (auto-renewable, 480 JPY) app.negaiboshi.placement (non-consumable, 720 JPY) app.negaiboshi.nightsky (non-consumable, 1200 JPY) Product.products(for:) returns all three correctly (JPY prices, Japanese localizations, Storefront.current = JPN), but product.purchase() fails instantly and the payment sheet is never presented: Error Domain=ASDServerErrorDomain Code=3504 "This item cannot be found." UserInfo={AMSServerErrorCode=3504, client-environment-type=Sandbox, storefront-country-code=JPN} Reproduced with zero app code involved: Settings > Developer > Sandbox Apple Account > Manage > Start Transaction > In-App Purchase, with product ID app.negaiboshi.placement and bundle ID app.negaiboshi, fails with "The provided product ID or bundle ID is invalid. [Environment: Sandbox]". Calibration: a deliberately nonexistent product ID (app.negaiboshi.zzz) produces the byte-for-byte identical error, i.e. the sandbox commerce backend treats a real Ready-to-Submit product exactly like a nonexistent one. From the sysdiagnose attached to FB24067333, storekitd logged two AMSServerCorrelationKeys that should let the commerce backend locate the exact server-side requests: HNB5UGLE72AXSMY5KY7G4NAXQY - inAppBuy, failureType 3504 (in-app purchase attempt, 2026-07-30 09:43:58 UTC) FQN4Y4JOEHYBW2GIR7KPTYTB2A - Start Transaction tool, server code 3766 (2026-07-30 09:44:40 UTC) TN3186 fully verified: explicit App ID with the In-App Purchase capability, valid development signing, active membership, Paid Applications Agreement active, banking and tax active, price and localizations set on all three, no StoreKit Configuration file (verified None). Developer-side levers that did not help: a price-point change (720 -> 700 JPY, effective immediately) and a full base-country change (Japan 720 JPY -> United States 4.99 USD and back) both propagated to the sandbox metadata catalog within minutes - products(for:) returned the new prices - while purchase() kept failing with the same 3504. Sandbox account sign-out/in and a device restart made no difference. So the metadata pipeline works while the commerce catalog appears to lack the SKUs. This does not look isolated: the reply above in this thread reports the identical ASDServerErrorDomain 3504 on the USA storefront, and thread 839645 describes the same pattern on an app that was then rejected under Guideline 2.1(b) because App Review hit the same error. My own thread is https://developer.apple.com/forums/thread/839943 (no replies so far). Could someone check the sandbox commerce-catalog state for these product IDs, and for the app record itself? Happy to provide anything else that would help. Thank you.