AuthNet の Automated Recurring Billing システムと Silent Post 機能を統合して、チームの Web アプリ内に有料機能システムを作成しました。サイレント投稿機能のドキュメントはわずかですが、SO に関するいくつかの役立つスレッドや、メンバーによって作成されたいくつかのブログ投稿 (特に、John Conde の 「サイレント投稿についてのすべて」 ) を見つけて、道案内に役立てています。もっと専門的な質問がいくつかありますが、より経験豊富な人々が助けてくれることを望んでいました.
Authorize.net のドキュメントには、次の通知が含まれています。
テスト環境のアカウントは、ARB サブスクリプション トランザクションを処理しません。テスト環境のアカウントを使用している場合、これらの電子メール通知はいかなる形式でも受信されません。また、テスト環境のアカウントを使用している間は、ARB サブスクリプション トランザクションのサイレント ポストを受け取ることはできません。
これはアカウントがコントロール パネルで TEST MODE に設定されていることを意味するのか、それともデプロイとは関係なく AuthNet プラットフォームで作業している開発者専用アカウントを指しているのか、誰か知っているのでしょうか? テストに使用しているアカウントは、テスト モードに設定された実際のマーチャント アカウントであり、AuthNet CP を介して行われた仮想端末の支払いに対してサイレント ポストを受信していますが、成功した ARB でもサイレント ポストは表示されません。
また、サイレント ポストが AuthNet で作成されたことを確認するには、どのような種類のパラメーターを使用できますか? エンドポイントを設定し、サイレント ポストからのリクエスト オブジェクトと $_SERVER スーパーグローバルを出力しました。CP に設定された MD5 ハッシュ以外の識別情報は送信されていないようです。これは問題ありませんが、特定のリモート アドレスに制限する利点があるかどうか疑問に思っていました。サイレント ポストを送信するタスクに割り当てられた大量の IP を持つデータセンターから投稿が送信される可能性が高いため、これはありそうにないと思います。
また、ARB 仕様では、AuthNet 内で非常に特定の基準の下でのみサブスクリプション ステータスを SUSPENDED に設定します (失敗した支払いが最初の再請求の場合のみで、そうでない場合はその後の 2 回の試行の後)。1 つの拒否トリガー停止を作成したい場合、機能を取り消すためのロジックも UpdateSubscription API 呼び出しを発行し、デフォルトの仕様を放棄するために手動で停止に設定する必要がありますか?