私たちはSAASウェブアプリケーションを実行し、Appleのアプリストアでアプリを起動しようとしていますウェブアプリ）。アプリ内定期購読とウェブサーバーの同期/確認方法（クロスプラットフォーム購読）
私たちは、お客様の使いやすさのために、アプリでサブスクリプションを購入する機能を提供したいと考えています。問題はない、我々はそれを行う方法を知っている。
ウェブアプリケーションのdbをユーザーの現在のサブスクリプションステータスで更新するための簡単な方法があるかどうかという質問があるので、私たちのWebアプリケーションにアクセスすると、サブスクリプションが有効かどうかがわかります。
アップルがサーバー上のURLへの更新を投稿するWebフックオプションを提供していれば理想的です。私が読んだことから、これは選択肢ではありません。
ユーザーがログインしたときに私たちのサーバーにデータをいつでも投稿することができますが、しばらくの間ユーザーがiPhoneにログインしないと、私たちのサーバーに記録されたサブスクリプションのステータスは古くなります。
どのように他の人がこれを処理していますか？何か不足していますか？
更新：
私が見つけた最も近いが、このスレッドである：https://forums.developer.apple.com/message/70707#70707
アプリは領収書に、それはサブスクリプションを購入するか、 がサブスクリプションを復元する最初の時間を取得します。アプリは元の領収書を 誰のサーバーにも送信できます。それから、誰のサーバーも、いつでも必要なときに現在の購読を確認するために、その領収書を使用することができます（ ）。非更新のサブスクリプションで を行うことはできませんが、サブスクリプションを更新しない場合は ユーザーは、 の期間ごとにiOSデバイスからエクステンションを購入する必要があります。
これをフォローアップ：
クロスプラットフォームの考慮事項
：https://hetzel.net/2011-04-01/server-side-auto-renewable-subscription-receipt-verification/
そして、彼らは間違いなく、同期のための彼らの最後の任意の規定を作らないように、アップルからそれが聞こえる 商品IDは1つのアプリに関連付けられています。 iOSとOS Xバージョンの を持つアプリは、それぞれのプラットフォームで別々の 商品IDを持つ別個の商品を持っています。 iOSアプリで サブスクリプションを持つユーザーにOS Xアプリ（またはその逆）のコンテンツにアクセスできるようにすることもできますが、その機能を実装するには 責任があります。ユーザーを識別するためのシステムが必要であり、 は、更新できないサブスクリプションを使用するアプリケーションに実装する のような、購読したコンテンツを追跡する必要があります。
後期パーティーに
に有用であるだけで、どのようにお聞きしたかったですサーバー側の検証を終了しました。私はサーバー上に元の領収書を保管して、それがまだ有効であるかどうか定期的にAppleに確認するでしょうか？どのくらいの頻度でそれをしていますか？私は1週間後（ユーザが契約をキャンセルしたかどうかを検出する）のようなものを考えていましたが、現在の契約の期限が近づいていると思いますか？ – Georg
こんにちは、@Georgは残念ながら良い解決策を見つけられておらず、Appleに援助を求める私の要請には答えられていません。 – salonMonsters