注:私たちのサイトはPHPで構築されており、MySQLデータベースを使用しています。私はすでにAuthorize.netを使用してショッピングカートを使用して別のサイトを管理しているので、別のプロバイダーを使用するための提案で応答しないでください。私たちがリリースしている新しい製品/サービスは、マーチャントプロバイダーにとって「高リスク」に分類されており、彼らは私たちにa**を請求したいと考えています。それに応じて、Paypal.comでWebsite Payments Standardアカウントを設定することが、次の理由から最善の代替手段であると考えました。
1)月額料金なし、使用した分だけ支払う
2)ブランドを信頼し、人々はPaypalに満足しています
料金は私たちが慣れているよりもかなり高いですが、ハイリスクマーチャントのアカウントは関係ありません。私が遭遇している問題はこれです:
1)当サイトでの登録プロセス全体を通じて、かなりの量のユーザー情報を収集し、SESSION変数を使用してページ間で渡します。Webサイト支払い標準を使用する場合、支払い情報を送信するために、消費者をPaypalが所有するWebページに渡すことを余儀なくされます。正常に完了すると、サイトの「確認」ページに戻ることができますが、古いSESSION変数をそのまま維持する方法はないことを理解しています。全体的な概念は、支払いが正常に行われた後にのみSESSION変数を格納することであるため、これは私たちにとって非常に重要です。
2)Website Payments Standardを使用して、Pay-Amount変数を送信する方法を見つけることができません(すべてを前もって指示する必要があります。つまり、Tシャツは$ 2.99です)。私たちのサイトでは、消費者が複数の人を登録し、各人に複数の「アドオン」を用意できるため、文字通り100を超えるエンドチェックアウト量の可能性があります。これを無効にすることが可能かどうかはわかりません。
誰もが上記の情報を認めてPaypalのウェブサイト支払い基準を使用して運が良かったですか?