0

エンド ユーザー向けのペイパル アダプティブ ペイメント フローは少し奇妙です。

次のようなペイパルエクスプレスフローのように機能する代わりに：

  1. ユーザーはチェックアウト プロセスを通過します
  2. ユーザーはペイパルにアクセスして支払いを承認します
  3. ユーザーは支払いを確認するためにサイトにリダイレクトされます
  4. サイトからペイパルに通知が送信され、確認と支払いが行われます

それは次のようになります: 1. ユーザーはチェックアウトプロセスを通過します 2. ユーザーはペイパルに行き、ペイパルサイトにいる間に支払いを行う必要があります 3. 成功または失敗を確認するために IPN がサイトに送信されます

これは非常に重要な欠陥です。支払いが失敗したためにエンド ユーザーがサイトに戻らない可能性があり、さらに悪いことに、IPN を受け取る前にエンド ユーザーがサイトに戻る可能性があるからです。どの場合、バスケットを空にする必要がありますか? これにより、多くの潜在的な問題が発生します。

これはどのように解決できますか？

4

1 に答える 1

1

URL パラメーターを構成した後に問題を解決するには (後述)、

1) ユーザーが returnUrl エンドポイントを返したら、PaymentDetails API を呼び出し、ステータスを確認して続行します。2) ユーザーが支払った可能性があるがサイトに戻らなかったというまれなケースを処理するには、IPN メッセージを待って注文の発送などを進めます。3) ユーザーが支払いをキャンセルした場合、cancelUrl エンドポイントが取得され、それに応じてフローを処理できます。 4) エラー (制限を超えた、通貨がサポートされていないなど) が発生した場合、Pay 操作は実際にエラーをスローし、エラー/例外キャッチ フローの一部としてこれを処理できます。

API 呼び出しを行うときは、次のパラメーターを使用してください。

returnUrl paypal.com での支払いの承認後に送信者のブラウザがリダイレクトされる URL cancelUrl 送信者が paypal.com での支払いの承認をキャンセルした場合に、送信者のブラウザがリダイレクトされる URL。ipnNotificationUrl この支払いに関するすべての IPN メッセージの送信先 URL

SDK を使用している場合は、その一部としてバンドルされているサンプルを参照することをお勧めします。

https://www.x.com/developers/paypal/documentation-tools/paypal-sdk-index

于 2012-12-11T11:28:42.570 に答える