複雑な支払シナリオのハンドリング

このセクションでは、これまでよりもより複雑な支払シナリオのハンドリング方法を説明します。

このセクションでは以下の内容を説明します。

支払を分割

支払分割のシナリオは、購入者は支払合計金額を複数の個々の支払を分割して広げます。例えば、受注生産の商品を提供している場合では、前金で部分支払を得て、処理が完了してから残りの支払を行うかもしれません。

よくある分割支払いのケースとしては、購入者の注文が複数の配送先である場合に、それぞれの配送ごとに売上を分割することがあります。この支払モデルは、次の図の通りにAmazon Payではサポートしています。

この例では、Order Referenceオブジェクトはその時に確認されており、最初の出荷は7日までに行われています。最初の売上請求は最初の出荷時にリクエストできます。30日経過後、オーソリ処理を再度呼び出します。最後に、購入者へ2回目の出荷を行ってから2回目の売上請求処理を呼び出します。

Amazon Payでは、Order Referenceオブジェクトに対して最大10個のオーソリリクエストすることが許可されており、さらに、この分割支払はサポートされており、運用ルールに応じてこれらの支払方法を許可しております。 DeclinedまたはClosedのオーソリはこの制限の数に含まれません。

延期された支払

延期された支払のシナリオは、購入者がECサイトで注文をしましたが、30日間までに売上請求(Capture)をしなかった場合です。例えば、予約注文を購入者に許可している、または、入荷待ち商品の場合は、その商品が出荷されるまで支払を行うことができない運用ルールかもしれません。

入荷待ち商品が出荷されてから支払を行う会社のルールであるならば、商品が出荷可能になったが、オーソリ呼び出してから30日を過ぎてしまい、売上請求処理の実行ができません。この支払が延期された支払シナリオは、次の図に似た状況です。

この図では注文が行われ、Order Referenceオブジェクトが確認されましたが、オーソリ処理は商品の在庫が有効になり、出荷準備になるまで呼び出されません。売上請求処理の呼び出しは、予約注文の商品が購入者に出荷されてから実行されます。

Amazon Payでは、Order Referenceオブジェクトを180日間保持するので、これらのシナリオはサポートします。この180日間は購入者の注文は有効ですが、出荷の準備ができるまではオーソリ処理を実行してはいけません、また、売上請求も実行してはいけません。

即時請求

購入者が注文を行い、AmazonにOrder Referenceを確認した後に購入者に即時に請求するには、すぐにオーソリ処理を呼び出すことができ、オーソリオブジェクトがOpen状態に遷移した後に、売上請求処理を呼び出します。または、オーソリ処理で CaptureNowリクエストパラメータをtrue にセットして呼び出すことができます。このアプローチは、例えば同日に注文商品を出荷することができる場合に利用できます。この支払シナリオは、次の図に似た状況です。

この図は購入者が注文を確認してからすぐに請求し、Order Referenceは確認されていることを表しています。商品は即時に顧客に出荷されています。

注意 :Amazon Payのポリシーでは、商品が出荷されてから顧客に請求することになっています。注文を出荷する前に代金を回収してはなりません。