Adaptive Payment APIシステムでは、単純なものから複雑なものまで、さまざまな方法で送金できます。 たとえば、ソーシャルネットワークや安定した支払いシステムで送金するための小さなアプリケーションを作成できます。
適応支払いシステムは、送信者と1人以上の受信者間の支払いを処理します。 あなたは、アプリケーションの所有者です（ウェブサイトを所有する売り手、ソーシャルネットワーク上のウィジェットの所有者、携帯電話での支払いアプリケーションのプロバイダーなど）。 アプリケーションは、Adaptive Paymentシステムの加入者です。
多くのアプリケーションでは、アプリケーションの所有者と受信者の両方になることができます。 たとえば、Webサイトの所有者は、送信者（顧客）からの支払いの受信者です。 次の図は、送信者、受取人であるあなた、およびPayPalの関係を示しています。
受信者である必要はありません。 たとえば、「買い物かご」を所有している場合、支払いを直接受け取る必要はありません。 実際に商品を販売する受取人への送り主からの支払いの通過を手配できます。 次の図は、支払人であるあなた、受取人に支払いを送信するアプリケーションの所有者であるあなた、およびPayPalの関係を示しています。
この図は、支払人が並行して複数の受取人に送る支払いを示しています。 これらの同時支払いにより、送信者は各受信者へのトランザクションを確認できます。
次の図は、支払いを受取人に送信するアプリケーションの所有者である送信者と、チェーン支払いのPayPalとの関係を示しています。
チェーン支払いでは、支払人が支払いを一次受信者に送信し、そこから一次受信者が二次受信者に支払います。 支払人には一次受取人のみが知られているが、二次受取人は知られていない。 セカンダリ受信者はプライマリ送信者のみを知っており、送信者は知りません。
次の図は、あなた、送信者、および支払いを受信者に送信するアプリケーションの所有者の間の関係を示しています。
たとえば、この設定は、コミッション用の資金をアカウントからセールスマネージャーのアカウントに転送するセールスコミッションアプリケーションで使用できます。
シンプル、並行、チェーン支払い
適応支払いシステムは、いくつかのタイプの支払いを提供します：単純、並行、およびチェーン。 PayAPIを使用してこれらの各タイプを作成できます。
単純な支払いにより、支払人は単一の受取人に単一の支払いを送信できます。 たとえば、ウェブサイトでは、Adaptive Paymentsシステムを使用して、販売からクライアントのPayPalアカウントへの送金を行うことができます。 これは従来の支払い方法です。
並行支払により、支払人は1回の支払を複数の受取人に送ることができます。 たとえば、アプリケーションが「買い物かご」であり、買い手が複数の売り手からの商品を1回の支払いで支払うことができます。 「バスケット」は、商品を直接販売する売り手への支払いを収集します。 次に、PayPalは支払人の口座からお金を引き出し、受取人の口座に振り込みます。
チェーン支払いにより、支払人は主たる受取人に別の支払いを送ることができます。 一次受取人は支払いの一部を保存し、二次受取人に残高を支払います。 たとえば、アプリケーションは、航空会社、ホテル、レンタカーの予約を手配するオンライン旅行代理店である場合があります。 支払人には、主要な受取人のみが表示されます。 サードパーティに代表されるサービスの支払いを含む支払いと、コミッションを受け取ります。 PayPalは、支払人の口座からお金を引き出し、お客様の口座と二次受取人の口座に振り込みます。
支払い承認
送り主は支払いを承認する必要があります。 彼は、適切な承認方法を選択することにより、Paypal.comでこれを行うことができます。各支払いを個別に事前に行うか、送信者がアプリケーションの場合、間接的に支払いを承認します。
支払いを承認するには3つの方法があります。
支払人がpaypal.comアカウントにログインして各支払いを承認するときの
直接支払い承認 。 直接承認された支払いは、一般的なPayPalトランザクションです。 支払者が事前承認契約を確立していない場合、またはAPIサブスクライバーも支払者である場合を除き、これが唯一のオプションです。
事前承認された支払いの場合、送信者はPayPalにアクセスし、後続の支払いを事前承認するか、「挿入された」支払いフローで事前承認を設定します。
送信者は、paypal.comに一度アクセスして、事前の承認を確立します。 送信者が予備承認に同意すると、
追加の承認は不要になります。
アプリケーションが支払いの送信者であり、Adaptive PayAPI Paymentsのサブスクライバーである場合、
支払いの間接的な承認が必要です。 この場合、PayPalは自分のアカウントから支払いを行い、承認の必要性を減らします。
適応支払いサービスの許可
サービスには、使用するための特別な許可を必要としない標準と、PayPalの承認が必要な高度の2つのカテゴリがあります。 PayPalに申請書を提出することにより、サービスを使用するための承認をリクエストできます。
特別な許可を取得せずに標準サービスを使用できます。
- 送信者の直接承認を必要とする単純または並行支払いの使用。
- 送信者の直接承認を必要とする単純な支払いまたは並行支払いを行う。
- 支払いの詳細の受領。
- 払い戻し
- 通貨換算。
直接支払い承認プロセス
直接支払いの承認については、paypal.comにアクセスして支払いを承認する必要があります。 さまざまな状況でリダイレクトリンクを指定することにより、アプリケーションとPayPal間の接続を制御できます。
次の図は、標準的な支払い制御フロー（オンラインストアのバスケット内の商品の支払いなど）を示しています。送信者は、paypal.comを介して支払いを承認する必要があります。
支払い前払いプロセス
支払いの事前承認のために、送信者はpaypal.comにアクセスして特定のベンダーとの支払い契約を確立する必要があります。
さまざまな状況でリダイレクトリンクを指定することにより、アプリケーションとPayPal間の接続を制御できます。
支払人はpaypal.comにアクセスし、事前承認を設定します。事前承認には、次の情報の設定が含まれます。
- 事前承認の期間;
- 事前承認された最大可能額。
- 支払いの最大数。
次の図は、事前承認を伴う標準的な支払い管理の流れを示しています。
支払間接承認プロセス
間接的に承認された支払いは、送信者とAPIサブスクライバーが同じアカウントを使用する支払いです。 PayPalはお客様のアカウントからの支払いに料金を請求するため、承認の必要はなく、間接承認のような目に見えるプロセスもありません。
次の図は、間接支払承認トランザクション中の標準的な制御プロセスを示しています。
インライン支払い
インライン支払いは、送信者が「レジへ」または「支払い」ページを離れていないように見えたときに、適応支払いプロセスの視覚的表現を開始する支払いです。 PayPalではログインとパスワードの入力手順をスキップできるため、ビルトイン支払いにより送信者の支払いが簡単になります。
インライン支払いの種類
インライン支払いには以下が含まれます。
また、将来の支払いの事前承認を許可したり、配送先住所を組み込みの支払いに関連付けたりすることもできます。
埋め込み支払いの基本
埋め込み支払いプロセスを実装するには、次のことを行う必要があります
支払委員会の構成
支払いの手数料が送信者または受信者のいずれかによって支払われるように、トランザクションを設定できます。 受信者がコミッションを支払う場合、コミッションの支払者をプライマリ受信者に設定するか、すべての受信者がコミッションの一部を支払うように設定できます。
謝辞