Webサイトに支払いゲートウェイを追加する方法は？

• クライアントは、チェックアウト時に「注文する」ボタンを押します。 プログラムは支払いの詳細をエンコードし、SSL接続を介してディーラーのWebサイトサーバーに送信します。
• ディーラーはこれらの詳細を手続きに送信します–これもスクランブルSSL接続を介して行われます。
• ペイメントゲートウェイはデータをペイメントプロセッサに送信し、ペイメントプロセッサはデータをカードアフィリエーション（Visa、MasterCardなど）に転送します。
• クレジットカードを提供する銀行は、承認リクエストを受け取り、リアクションコードを支払い処理業者に送り返します。 反応コードには、交換ステータス（承認済みまたは失敗）に関するデータと、交換が失敗した場合の失敗コード（資産の不足など）が含まれています。
• 支払い処理業者はリアクションコードをドアに送信し、その時点からWebサイトに送り返します。
• 特定のWebサイトには、クライアントへの適切なメッセージが表示されます。

承認

この種類は、クライアントの支払い能力を決定し、クレジットカードに十分な資産があるかどうかを確認するために使用されます。 この状況では、本物の資産の移動は発生しません。

Webで要求されたアイテムをディスパッチするためにいくらかの投資が必要であり、カードバッカーによる資金調達を確保する必要があるというオフチャンスで承認交換タイプを利用することは良い兆候です。

キャッチ

キャッチ交換またはトランザクションを使用すると、最近承認された現金をキャッチして、返済のために送ることができます。 このように、輸送の準備や計画を立てる努力を脇に置いてオンラインで商品を販売した場合は、最初に支払いを承認する必要があります。商品が発送されたら、合計を受け取り、に移動します。あなたの記録。

取引または販売

販売または取引交換は、承認とキャッチを統合します。 あなたがすぐに注文を満たすという偶然の機会に、あなたが利用すべき交換タイプです–現金は請求され、ダブルで移動されます。 同様に、あなたが支援参加を売り、クライアントに迅速にアクセスを与えるというオフチャンスでも合理的です。

返金または返金

事態が発生し、不明な理由でリクエストを取り下げる必要がある場合、ベンダーは交換を返金し、準備のために提出する必要があります。 多くの場合、返金は承認された最初の金額に制限されており、Sale andCapture取引所に適用する必要があります。

空所

無効な交換は割引のようなものですが、交換がまだ決済（キャッチ）されていない場合は適用する必要があります。 通常、交換は24時間以内にクライアントの記録の説明から消えますが、割引の処理には3〜5営業日かかる場合があります。 さらに、ボイドは払い戻しよりもいくらか安価です。

促進された（ホストされた）支払いゲートウェイ

これらのパッセージは、クライアントをWebサイトから削除して支払いを完了し、その後、インタラクションが終了したらクライアントを元に戻します。

それらは交換セキュリティを扱い、サイトに組み込むのは非常に簡単です。 それにもかかわらず、あなたは何が起こっているのかを把握することができず、あなたのクライアントは非常にうまく占領されて離れて探索するかもしれません。

最もよく知られている促進された（ホストされた）支払いゲートウェイは、Paypal、Stripe、Amazon Payments、SagePayです。

非促進（非ホスト）支払いゲートウェイ

最初に、ウェブサイトに簡単に追加して、クライアントを削除せずに店舗やステージに置いて他の場所で支払うことができるゲートウェイを検討する必要があります。

まず第一に–セキュリティ。

これは、Webサイトへの支払いの調整を支援するための、促進されていない回答によるわずかな不利益としてもたらされます。

彼らはあなたの労働者に働きかけ、通常あなたのクライアントのクレジットカードデータを保存するので。 したがって、恐喝保険、安全なカード会員データストレージ、およびPCIの一貫性を自分で保証する必要があります。

促進されていないゲートウェイのほとんどは、幅広いAPIと、買い物かごに合わせて調整するための迅速にアクセス可能なモジュールを備えています。 それでも、カスタムモーターを使用してサイトを運営する可能性が低い場合は、カスタムプログラミングを検討して、Webサイトへの支払いゲートウェイを調整する必要があります。

最もよく知られている非促進（非ホスト）支払いゲートウェイは、Authorize.net、SagePay Direct Integration、MangoPayです。