Environment: Production. Bundle ID: com.filmixpro.filmix.
(Team ID / notification URL available privately or via Feedback Assistant.)
We received 7 App Store Server Notifications V2 (SUBSCRIBED) whose JWS signatures we successfully verified against Apple root CAs (decoded payloads show environment=Production, bundleId=com.filmixpro.filmix). However, querying the App Store Server API (production) for these originalTransactionIds returns 404 (4040010) "Transaction id not found" on EVERY endpoint: Get All Subscription Statuses, Get Transaction Info, Get Transaction History, Get Refund History, and Get Notification History (filtered by transactionId). The same API key resolves all other transactions correctly (these are 7 out of 3231 chains scanned). The IDs are also absent from the global Get Notification History (last 180 days). Sandbox returns 404 as well.
One of them, 520002039865757, previously generated a REFUND_DECLINED notification (a refund was requested and DECLINED — i.e. not refunded), yet it too now returns 404 on every endpoint including Get Refund History, so the disappearance is not explained by a refund.
Affected originalTransactionIds:
590002039736765, 590002053449909, 430002231597484, 70003114793852, 100002338147592, 520002039865757, 340001586213801
Questions:
Why do Apple-signed, Production transactions return 404 "Transaction id not found" on all App Store Server API endpoints?
Have these transactions been removed/invalidated (fraud, chargeback, account deletion, refund reversal)? If so, which category?
We recently signed a previously-unsigned Paid Applications Agreement — does this affect API visibility of historical transactions, and what is the propagation time?
How should we reconcile entitlement for transactions that were signed/notified but are not found in the Server API?