アダプティブ ペイメントは、ユーザーが自分の Web サイトで支払いを完了するための同様の機能を提供しないと思い込んでいるのは間違いですか? 私のウェブサイトの現在の仕組みは、「売り手」が製品を販売し、「買い手」が PayPal エクスプレスを使用して製品を購入するというものです。週の終わりに、すべての販売者に、製品を販売することで得た収益を支払います。
問題 : x.com での Paypal とのやり取りで、彼らは私たちの支払いスキームの設定方法を気に入らず、Adaptive Payments API を Chained Payments または Parallel Payments と共に使用して、終了を待つ代わりに売り手に同時に支払うことを強く提案しました。の週と資金の集計があります。
Adaptive Payments API に関する私たちの最大の問題は、ユーザーが PayPal にアクセスして購入代金を支払う可能性がわずかにあり、PayPal がリターン URL を介して私のウェブサイトにリダイレクトし、サーバーが忙しすぎて応答できない可能性があることです。 . その場合、顧客は PayPal 経由で支払いを行いましたが、システムがオフラインになった結果、トランザクションがサーバーに記録されず、商品が配送されない可能性があります。
現在、自分のウェブサイトに PayPal エクスプレスを設定しています。フローは次のとおりです。
- 購入者は製品ページに移動し、クリックしてペイパルで支払います
- 購入者はペイパルにリダイレクトされ、サインインします
- 買い手が支払いを承認すると、すぐに私のウェブサイトに戻ります。
- 私のウェブサイトで、購入者は取引を確認し、[支払い] をクリックして取引を完了します。
私の Web サイトが SQL サーバーとの接続を確立でき、paypal API と正常に通信できる場合は、トランザクションを完了するために呼び出しを行います。
事前承認済みの支払いについては知っていますが、それには顧客が「一定の時間内に一定の金額を受け取ることを承認する」ことをペイパルでチェックする必要があるのではないでしょうか? 私は、顧客に自分の財務をコントロールできないと感じさせたくありません。また、PayPal IPN は真剣な選択肢になるでしょうか? ユーザーは支払いが処理されるとすぐにウィンドウを閉じることが多いため、アダプティブ ペイメントと組み合わせて IPN を使用しているユーザーについて読んだことがあります。