次の方法で共有


店頭チェックアウトで支払いの改善

Dynamics 365 Commerce のリテール・インタレスト・グループは、Yammer から Viva Engage に移転しました。 新しい Viva Engage コミュニティにアクセスできない場合は、このフォーム (https://aka.ms/JoinD365commerceVivaEngageCommunity) に入力して追加し、最新のディスカッションに参加してください。

この記事では、Microsoft Dynamics 365 Commerce での店舗チェックアウトの強化された強力な顧客認証 (SCA) サポートの概要を提供します。

重要な用語

用語 説明
SCA 強力な顧客認証により、オンライン購入が試行されるときにカードを発行した銀行がカード所有者の ID を確認できます。 通常、このプロセスには、ネットショップのチェックアウト フローから、カードの発行銀行がホストするページへのリダイレクトが含まれます。 そこで、カード所有者の ID が確認されます。 その後、カード所有者は店舗チェックアウト フローに戻り、チェックアウトを介して注文が続行されます。
リダイレクト オンラインの買い物客の閲覧セッションを、販売者の店舗外に移動するアクション。
カードのトークン 実際の支払カード番号を参照するために使用されるエイリアス。 カード トークンを使用すると、実際の支払カードへの参照を保存できます。 同時に、実際の支払カード番号を保存するときに発生するセキュリティ問題を防ぐのに役立ちます。

従来、店舗チェックアウト プロセスでは、支払プロセッサに対して 2 つの異なる呼び出しが行われました。 最初の呼び出しでは、チェックアウト時に支払いプロセッサの埋め込み HTML iFrame 要素に顧客が入力したカード番号がトークン化されました。 この呼び出し中に、カード所有者が必要に応じてカードの発行銀行によって認証されるように、SCA も有効になりました。 2 番目の呼び出しでは、最初の呼び出しのカード トークンを使用して、実際の承認応答を要求しました。

支払い承認を取得するためのこの 2 回の呼び出し方法は、次の理由により、すべてのケースにおいて理想的ではありませんでした。

  • 最初の呼び出しでは、金額ゼロの承認要求を使用して支払トークンを要求しました。 ただし、すべての支払プロセッサが金額ゼロの承認要求をサポートしているわけではありません。
  • SCA は最初の呼び出し中に行われたため、SCA が付与した負債シフトは、実際の承認要求ではなく、トークン化要求でのみ明らかでした。

技術的な問題とは別に、従来のネットショップのチェックアウトプロセスは、支払い処理アクティビティを確認したときに多くのゼロ金額要求を見たため、業者に混乱を引き起こしました。

これらの問題に対処するために、コマースネットショップのチェックアウトでの支払いは、1 つの要求のみを必要とするようにリファクタリングされています。 この 1 つの要求で、支払処理に関連するすべての必要な機能を実行します。

  • カード トークンがサポートされている場合は、承認の有効期限が切れて、フルフィルメントのために新しい承認が必要になった場合に、カード トークンを取得します。
  • これは、実際の承認要求中に SCA をサポートします。 したがって、負債シフトは、支払金額の承認で明らかになります。

従来の店舗チェックアウト フローからの重要な変更

注文確認ステップなし

支払いフローが開始された後、注文を確認して送信する手順はありません。 顧客が支払いの詳細を入力すると、[ 注文 ] オプションのみが表示されます。 指定された支払方法で SCA が必要な場合、顧客は銀行の認証ページにリダイレクトされます。 認証が完了すると、顧客はチェックアウト ページに戻り、注文が処理されます。

先ほど説明したフローは、既定でリダイレクトされる支払い方法 (PayPalなど) にも適用されます。 顧客が支払いの詳細をPayPalに提供すると、チェックアウト ページにリダイレクトされ、注文の配置が開始されます。

従来のフローでは、顧客が埋め込み iFrame 要素に支払いの詳細を入力すると、[ 保存して続行] ボタンが使用可能になります。 顧客がこのボタンを選択すると、トークン化された支払いがチェックアウトに追加されます。 デモンストレーション環境では、顧客のメール アドレスを収集するか、使用条件に同意させる手順もあります。 新しいフローでは、顧客が最後の保存して続行ボタンを選択したときに以前に行われていた検証が、顧客が注文ボタンを選択したときに行われるようになりました。 そのため、顧客はクリックを 1 回減らし、ページの読み込みはチェックアウト フローから除外されます。

支払コネクタ サポート

既定では、Adyen と PayPal の既定の支払いコネクタは、チェックアウト中の拡張された支払いフローをサポートします。

重要

  • Adyen コネクタ バージョンV002V003 のみが、拡張 SCA をサポートします。
  • 2021 年 1 月 1 日に欧州連合 (EU) で有効になった SCA 要件のため、Adyen コネクタのバージョン V001 はサポートされていません。 バージョン V002 または V003 を使用するために Adyen コネクタを構成する方法については、新しいクレジット カードのプロセッサの設定 を参照してください。

Commerce サイト ビルダーでの店舗チェックアウトでの拡張支払の有効化

Commerce サイト ビルダーで拡張支払い機能を有効にするには、次の手順に従います。

  1. 編集するサイトで、サイトの設定を展開します。
  2. 拡張子を選択します。
  3. カートとチェックアウトまで下にスクロールし、単一の支払承認チェックアウトを有効にするチェック ボックスをオンにします。
  4. 保存と公開を選択します。

コマース サイト ビルダーでネットショップのチェックアウトで拡張支払いを有効にするスクリーンショット。

チェックアウト モジュールの配置

SCA を有効にすると、チェックアウト フローによって注文の配置方法が変更されます。 この変更に対応するには、チェックアウト ページのチェックアウト セクション コンテナーがチェックアウト 情報 モジュール ノードの最後のモジュールであることを確認します。

SCA を使用する場合のチェックアウト情報モジュール ブロックの一般的な設定では、モジュールを次の順序で配置します:

  • ピックアップ情報
  • 出荷先住所
  • 配送オプション
  • 連絡先情報
  • チェックアウトセクションコンテナー(テキストブロック、ロイヤルティポイント、ギフトカード、支払い、請求先住所モジュールを含む)

Commerce サイト ビルダーの一般的なチェックアウト モジュール設定ツリー ビューのスクリーンショット。

追加リソース

支払に関するよく寄せられる質問

PayPal 向け Dynamics 365 Payment Connector

Adyen 向け Dynamics 365 Payment Connector

Adyen リダイレクト