自動更新可能な定期購読とステータス更新通知の問題ios（swift）

Question

自動再生可能な定期購読に問題があります。 まずは自分の問題を完全に理解し始めてから教えてください。

私は自動再生可能な定期購読を含むアプリを持っています。私は自分のアプリから製品を購入することができましたが、私のサーバーからの領収書を検証したいと思います。私がそれをよく理解すれば、レシートデータを私のサーバーに送信して、レシートデータをAppleに送って領収書を確認する必要があります。

最初の質問は、確かに私たちがhttps://sandbox.itunes.apple.com/verifyReceiptにリクエストを送信することを意味するのですか？

第2に、サーバーの領収書データを送信できない場合はどうなりますか？私はこの場合、領収書データをローカルに保存し、別の時間に再度送信しようとします（私のアプリは登録後に使用できるので、私のサーバーに領収書データを持つユーザーIDを送信する必要があります）。

さらに、iTunes接続の自動更新可能なサブスクリプションのサブスクリプションステータスURLがあります。このためのURLを設定しましたが、Appleのサーバーから通知はありません。 Appleのドキュメント（プロトコルなど）に説明されているようにサーバーを構成しましたが、まだ通知はありません。それはなぜあなたは何か提案がありますか？

ステータス更新の変更が発生した場合に自動的に通知を送信するようにしてください。そうでない場合、私のアプリやサーバーで何をすべきですか？ （ユーザーが定期購入をキャンセルしたかどうかなどの検出方法など）

最高のユーザーエクスペリエンスを実現するには両方のロジックを実装する必要がありますか？

Answer 1

領収書を有効にするには、アプリでも領収書の有効性を確認できるため、「できます」というAppleサーバーで送信できます。この場合、誰かがあなたのアプリを攻撃し、あなたの検証コードを改ざんする可能性があるため、完全に安全ではありません。
アップルはテストサーバーに2つの異なる種類のテストと生産をしていますが、テストサーバーにレシートを送信すると、自動的に更新可能なサブスクリプションが短くなります。
これはりんごによく記載されていますdocumentation。

領収書は、アプリが無料であっても常に表示されます。こうした状況をどうやって管理するかはあなた次第です。私の意見では、領収書は当初からサーバが別の方法で応答するまで有効であるべきです。

3番目の質問は明確ではありません。サブスクリプションをリフレッシュするシステムがありますが、これは私が知る限りユーザーの許可を得て行う必要があります。サブスクリプション自体は、購入メカニズムによって自動的に更新されるようです。

サブスクリプション、キャンセル、取り消しなどを管理するためのすべてのロジックを実装する必要があります。