0

カスタム ショッピング カート アプリを PayPal と統合して、購入者に PayPal への登録を強制せずに間接的なクレジット カード支払いを受け入れるにはどうすればよいですか?

カスタム ショッピング カート Web アプリケーションがあり、現在のクレジット カード/デプト カードによる支払いを PayPal に置き換えるタスクが設定されています。目標は、顧客が PayPal を介してカードで支払うことができるようにすることです。ただし、いくつかの制約があります。

  1. お客様は、ショッピング カートのページではなく、PayPal のページで、クレジット カードの詳細 (番号、有効期限、安全なコード) を入力する必要があります。
  2. すべての支払いは、オーソリゼーション (合計金額のブロック) と、注文された商品が入手可能で配達可能である場合の後続のキャプチャで構成されている必要があります。
  3. カードで支払いを希望する場合、顧客は PayPal アカウントを作成/ログインする必要はありません。

問題は、PayPal で可能なオプションの数に本当に混乱していることです。REST API とクラシック API のどちらを選択するかはそれほど問題ではありませんが、リスト全体から適切な製品 (クラシック API 製品やREST API 製品など) を選択することは、PayPal 初心者にとってそれほど明白ではありません。他の同様の質問の中には、DoDirectPayment (ただし、それが最良の選択かどうかはわかりません) を指摘するか、Web Payments Standard を提案するものがあります (それらがまだ利用可能かどうかはわかりません)。エクスプレス チェックアウトも検討していたのですが、デモでは PayPal アカウントの作成が強制されるようです。

4

2 に答える 2

0

PayPal が Braintree を買収した今、推奨される統合方法はv.zeroです。PayPal、クレジットカード、その他のオプションを非常に簡単に受け入れるように設計されています. (Venmo、ビットコインなど)

于 2015-07-15T23:38:22.140 に答える
0

ExpressCheckout は、直接のクレジット カード承認方法 (PayPal の DoDirectPayment や非 PayPal クレジット カード承認方法など) と組み合わせて使用​​するように設計されていますが、ゲストの支払いも行うように構成できます。これが、通常の構成のデモが PayPal アカウントの作成のみを処理する理由です。それが通常の使い方です。

自問する必要がある重要な質問の 1 つは、クレジット カード情報にアクセスして、自分自身が「登録販売者」になりたいかどうかです。

はい: これを行うと最も柔軟性が得られますが、実際の未加工のカード番号から距離を置こうとするソリューションを使用している場合でも (例: カード番号の収集PayPal または Braintree コードを介して、それらを即座に暗号化およびトークン化します)。要するに、カードへの完全なアクセスが必要な場合は、そのアカウントへのアクセスを処理する法的義務があります。この技術により、削減することはできますが、排除することはできません.

いいえ: PayPal アカウントの法的構造を介して、常に顧客のカード情報を PayPal を通じて扱うことに満足している場合 (ユーザーが実際に PayPal アカウントを持っているか、PayPal で「ゲスト」支払いを行っているだけであるかに関係なく)。 PayPal を 1 回限りのクレジット カードとして使用する場合)、審査とセキュリティの制約を減らすことができます (PCI 要件はまったくありません)。

顧客のカードにアクセスしたい (または必要とする) 場合 [上記ではい]、「クラシック」API ソリューションは、DoDirectPayment (カード情報を収集する場合) または Hosted Sole Solution (PayPal がページでカード情報を収集する場合) のいずれかです。 ）。HSS は、上記の 3 つの要件をすべて満たしています。DDP は要件 #1 に失敗します。

顧客と支払いにアクセスできるが、カード アカウント自体は使用できない場合 [上記の NO]、ウェブ ペイメント スタンダード、またはゲスト チェックアウト オプション付きの EC を使用できます。どちらも 3 つの要件をすべて満たしています。

上記のソリューションはすべてサポートされているだけでなく、数万または数十万のマーチャントが統合されており、PayPal 支払いが処理される最大の/主流の方法です.

新しい製品を好み、上記の最初のカテゴリ (ゲストの支払いではなくリアル カード アクセス) に属している場合は、Braintree または RESTful API を使用することもできます。これらの新しい製品には、古い製品ほどの柔軟性とカバレッジはまだありませんが、必要なものが揃っている限り、複雑さが少ないことは良いことです. これらの製品は通常、PayPal のサイトでカード情報を入力するのではなく、Web ページのプラグインを中心に設計されているため、最初の要件を満たしていません。

PayFlow (いくつかのバリアント) または Adaptive Payments またはまたは.... を実行することもできますが、一般的には、よりよくサポートされ、将来性が高いとして、最も確立されたオプションまたは新しく成長しているオプションのいずれかを選択することをお勧めします.

于 2015-07-13T13:21:36.513 に答える