2013-07-11 18 views
5

自動更新レシートを使用してアプリを開発し、サーバーに保存します。これはユーザーが購入を復元するまで重複しません。自動更新レシートを重複なしで保存/復元する

transaction_idのフィールドは、復元ごとに同じ領収書で異なり、original_transaction_idは更新のたびに明らかに同じなので、私は使用できません。 unique_identifierフィールドも同じです(わかりません)。 私はweb_order_line_item_idフィールドを使用していましたが、うまく見えましたが、全く新しいアカウントでこれをテストし、重複してしまったので、役に立たなくなりました。

私は本当にここに何かが紛失していますか?すべての領収書に固有のフィールドが必要ですが、復元されるたびに変更されません。

+0

レシートをサーバーに保存するので、サーバーからもレシートを取得するのはなぜですか? – rocky

+0

私はほとんどの使用シナリオで行いますが、ユーザーが新規または復元したデバイスで購入を復元できるようにする必要があります。 –

+0

私は、あなたの自動更新購読に関連した何らかのログインがあると仮定しています。また、サーバーに保存した領収書とログインを関連付けることも想定しています。そのことを念頭に置いて、デバイスが新しいか復元されたかどうかは関係ありません。ユーザーがログインするたびに、サーバーに照会を照会して返信することができます。私の仮定は間違っていますか? – rocky

答えて

3

明らかにoriginal_transaction_idpurchase_dateは、購入の復元後も変更されない唯一の2つの固有の値です。 latest_receipt_info -> web_order_line_item_idに依存することもできます(latest_receipt_info -> transaction_idとは異なり)。 latest_receipt_infoを調べると、サブミットのうちexpiration_dateが見つかることがあります。これは明らかにリンゴがあなたには十分であると考えています。

関連する問題