iOSアプリ継続課金(レシート検証)でサーバーがデータベースに保持すべきもの

Question

iOSの継続課金のレシート検証では、
アプリ側からbase64でエンコードされたレシート情報(文字列)をサーバーが受け取り、
それをApple検証サーバーに投げてそのレスポンスを検証すると思います。

サーバーの課金バリデーションロジックが通ったら、
ユーザー情報やレシート情報(transactionIdや有効期限等)をデータベースに保持すると思います。その時、最初にアプリから受け取った生レシート(base64でエンコードされた文字列)もサーバーのデータベースに保持すべきでしょうか？

// エンコードされたレシート(例)
WSgDGldGGDEwASAgIGrwIBAQQJAgcDjX6kGKkdkkSekgkFSkkgkdkdgkgdFSMxOC0wNy0yM
VowHwICBqoCAQESIgSUgaKDKgNy0yMlQwOVowggF8AgERAgEBBIIBcjGgegeGAMjAxOC0wd
E0yMFQxOToxMTo0OVowgggGrgERAgEBBIIBcjGgegeGwCwGdKGlldgEgwawAMGaFlgdFAgB
DGdGwCwGDYCAQEEAgwAMAwCAgalAgEBBAMFCAQEwDAICBqsCAQEEAwIBAzAMAgIGrgIBAQS
QDAgEAMgEUKkkfkeolgakmMgDwDAICBrcCAQEEAwIBADASAgIGrwIBAQQJAWEejX6nIpJnM
(以下続く)

追記:

継続課金レシートのエンコードデータは課金更新されるたびに履歴が増えるのでDBに保持しても容量を取り、そもそも使用する機会はあまりないと思っていたのですが、ユーザーの課金で何か不具合があったときにその時必要な情報を参照できるように大元は残しておいたほうがよいのか、という点で保持すべきかどうかを迷っています。課金で不具合があった際に(保持しなかったことで)問題解決できないことを避けたいというのが今回の質問の背景になります。

Comments

[m.ts10806]

どのような観点からの回答が欲しいか書かれたほうが良いかと。セキュリティ？パフォーマンス？DB設計？　ある程度、的は絞られた方が良いですね。今の状態だと丸投げ且つ問題・課題が不明です。

[m.ts10806]

タグはどのように関係あるのでしょうか。関係のないタグは外しておいてください。想定されているデータベースをタグに入れておいてください。（バージョンなどは質問本文に）

Answer 1

検証後もレシートデータを保存しておくべきかどうか。
話がそれますが、街の小売店でお会計した際、店側で電子ジャーナル（レシートデータ）を7年間保存する義務があります。
課金でのレシートデータは小売店などのそれと同義かどうかわかりませんが、私個人的な意見としては一定期間は残しておいて、その後は別DBやファイルへ退避するのはいかがでしょうか。