注文処理

フェデレーション決済サービスを使用した注文の処理は、チェックアウトの支払いステップから始まる複数のステップからなるプロセスです。

Commerce Connectは、マーチャントWebサイトとフェデレーテッド決済サービス間の通信のフレームワークを提供することで、フェデレーテッド決済を受け入れるマーチャントWebサイトの実装を容易にします。このフレームワークには、PaymentServiceProviderクラスによって実装される2つのメソッドと、それに対応するSitecoreパイプラインが含まれています。

Commerce Connectは、商用決済プロバイダーとの実際のやり取りを実装するプロセッサを提供しません。これらの実装を提供するのは、マーチャントWebサイトまたは商用決済プロバイダーの責任です。これらのパイプラインのフェデレーションサービスプロバイダーの実装に加えて、マーチャントWebサイトは、決済サービスプロバイダーによって発生したイベントに応答するために、クライアント側のJavaScriptコードを必要とします。次の図は、クライアント、Commerce Webサービス、およびフェデレーション支払サービス間の相互作用の概要を示しています。

顧客のクライアントブラウザとのインタラクションの最初のセットでは、マーチャントWebサイトはPaymentServiceProviderクラスのGetPaymentServiceUrlメソッドを呼び出します。このリクエストの一部として、マーチャントWebサイトは、顧客がフェデレーション決済サービスとやり取りするときに再入力する必要がないように、顧客情報 (支払い住所、サポートされているカードの種類、優先通貨など) も提供できます。この要求の結果は、フェデレーション支払サービスの支払受け入れページへのURLです。このURLは、マーチャントWebサイトの支払いページでiframeのソースとして使用されます。

次のステップでは、顧客は、フェデレーション決済サービスの支払い受け入れページをホストするiframeに支払い情報を入力します。iframeは、メイン ページとホストされているコンテンツ間の通信を制限する分離されたコンポーネントです。この状況では、このステップでiframeを使用すると、マーチャントWebサイトがカード番号やCVVなどの顧客の支払い情報にアクセスできなくなります。代わりに、これらの情報はすべて、安全に保管できるフェデレーション決済サービスに直接送られます。

顧客の支払情報の承認時にエラーが発生した場合、エラーの詳細 (無効なCVV、残高不足など) を含むクロス ページ イベントが発生します。支払い情報が正常に検証されると、支払いの処理に使用できる1回限りの1つの加盟店認証コードを含むクロス ページ イベントが発生します。これらのイベントは、クライアントWebブラウザーのJavaScriptコードでキャプチャして解釈できます。

次に、JavaScriptによってキャプチャされた認証コードがマーチャントWebサイトに送り返されます。その後、マーチャントWebサイトはPaymentServiceProviderのGetPaymentServiceActionResultを使用して認証コードを確認します。これには、次の2つの目的があります。

お客様が注文を確認したら、支払い承認コードを保存し、それを注文に関連付けるのは、加盟店のWebサイトの責任です。この認証コードは、注文をフルフィルメントする準備ができたときに、お客様の支払いをキャプチャするために必要です。これは、順序の最後のステップです。注文が履行されると、支払い承認コードを使用して、フェデレーション支払いサービスで顧客の支払いを確定できます。フェデレーション決済サービスが、認証コードがまだ有効であり、顧客に十分な資金があることを確認したら、注文を確定できます。