Why Non-Consumable product has originalTransactionId?

Question

Created Aug ’23

Replies 3

Boosts 0

Views 1k

Participants 4

I try to call Get Transaction Info from App Store Server API, and the transactionId is for a Non-consumable type product, but it is odd that there are so many different transactionId and they have a same originalTransactionId

{
    "bundleId": "${bundleId}",
    "environment": "Production",
    "inAppOwnershipType": "PURCHASED",
    "originalPurchaseDate": 1691220528000,
    "originalTransactionId": "${originalTransactionId}",
    "productId": "${productId}",
    "purchaseDate": 1691220528000,
    "quantity": 1,
    "signedDate": 1692590989925,
    "storefront": "USA",
    "storefrontId": "143441",
    "transactionId": "${originalTransactionId}",
    "transactionReason": "PURCHASE",
    "type": "Non-Consumable"
}

the defination of Non-Consumable is can only purchase once for same apple account. But why there would have originalTransactionId?

Answered by App Store Commerce Engineer in 762442022

If the user has multiple devices, or restoreCompletedTransactions is called, new transaction ids will be created. However the underlying purchase, and therefore the original transaction id for a non-consumable, is still the same. In Original StoreKit transaction ids are per-device and can be restored, meaning both non-consumables and auto-renewing subscription transactions will have this multiple-transaction id per underlying purchase property.

Boost

Answer 1

App Store Commerce Engineer OP

Apple

Aug ’23

Accepted Answer

If the user has multiple devices, or restoreCompletedTransactions is called, new transaction ids will be created. However the underlying purchase, and therefore the original transaction id for a non-consumable, is still the same. In Original StoreKit transaction ids are per-device and can be restored, meaning both non-consumables and auto-renewing subscription transactions will have this multiple-transaction id per underlying purchase property.

1

Answer 2

xcye OP

Oct ’24

When a user clicks on "restoreCompletedTransactions," a new transaction ID is generated. Does the server receive any notification regarding this?

Assuming that when the user initially made a purchase, the client passed the appAccountToken field, the server can associate the purchase with the app store transaction using the appAccountToken after a successful purchase. However, when the user clicks to restore purchases on another device, does the app store send a server notification like it does for ONE_TIME_CHARGE after the purchased item is restored? If no notification is sent, is the server only able to validate whether the "purchase has been completed" by relying on the new transaction ID received from the client?

0

Answer 3

App Store Commerce Engineer OP

Apple

May ’25

A local restoring of purchases does not trigger new or resend old server notifications. There a few things to cover here:

A one time purchase like a consumable will always have the same OTID (original transaction ID), so that is your persistent identifier to represent a unique purchase. Additionally with StoreKit2 a new transaction ID is not created, same one is returned.
You can retrieve a history of received server notifications a few different ways, recommend learning more about the App Store Server API notification history endpoint.
You can retrieve a customers purchase history server side, you can retrieve a complete notification history for a customer using our App Store Server API Transaction history endpoint.
Recommend looking into implementing the 'Proactive restore' best practice in your app so customers have access to their purchase without the extra step of doing a manual 'restore purchases' and re-authenticating. Upon app launch your app has what it needs. Leverage the app receipt on device if using original storeKit or leverage the power of StoreKit2 where you can retrieve complete transaction history when needed.

0