現在、Facebookの新しいサブスクリプション支払いの実装を検討しています。Facebookの支払い設定はすでに機能しており、コールバックURLは正しく設定されています。定期的なテスト支払いを行うと、コールバックが正しく呼び出されます。
サブスクリプションをテストするためのセットアップは、これに従っています。しかし、常に成功または常に失敗を選択した場合、支払いコールバックURLに対してコールバックは行われません。
サブスクリプションがアクティブであり、IDを持っていることを示すオブジェクトを返します。
{status: "active", subscription_id: 204626XXXXXX}
サブスクリプションの状態が変化し、ユーザーのアクティブなサブスクリプションがすでにある場合にのみ、コールバックURLにリクエストが送信される可能性はありますか？この場合、クライアント側のエラーが発生すると思いますが、そのためのエラーコードがあるという証拠は見当たりません。
同じアカウントに対して定期的なテスト支払いを複数回行うとどうなりますか？
Facebookのサブスクリプションは定期的な購入ではありません。
'payment_subscriptions'オブジェクトでリアルタイム更新を設定し、それらの使用可能なフィールド（'status'、'pending_cancel'、'payment_status'、'last_payment'）をリッスンする必要があります。ドキュメントを参照してください：http：//developers.facebook.com/docs/payments/subscriptions/、「リアルタイム更新の消費」と呼ばれるセクションがあります
ユーザーがサブスクライブまたはキャンセル（または暗黙の更新）するたびに、関連するサブスクリプションIDが表示されます。次に、このサブスクリプションオブジェクトについてGraphAPIに問い合わせることができます。
'/payment.subscriptions'のGraphApi呼び出しを介して、任意のユーザーのサブスクリプションのリストを取得することもできます。
これらの呼び出しはすべて、アプリアクセストークンを使用して実行する必要があります。
常に「同期」購入を実行した場合、このプロセスは非常に煩わしいことを告白しなければなりません。私はサブスクリプションを実装しました、これはとても大変で苦痛な旅行でした;）
お役に立てれば
サブスクリプションは、Facebook側のOpenGraphオブジェクトと仮想通貨にマップされているため、サーバー側へのコールバックは行われていないと思われます。できることは、何らかのhttp投稿（フォームなどを介して）を作成することだけです。 FB.uiコールバックを呼び出し、サーブレットにdoPostメソッドを実装します。これは、サブスクリプション情報をデータソースに取り込む方法です。
編集：支払いコールバックに関して、注文情報がOGオブジェクトに基づいて計算されるアイテムについては、Facebookはpayments_get_itemsリクエストを送信しないため、サブスクリプションの作成後に注文情報を取得する方法はありません。一方、対応するサーブレットでいくつかのpayments_status_updateを受け取る可能性があります（私はJavaプログラマーであるため、サーブレットについて話していますが、一般的な考え方は、選択したテクノロジーに適用されます）