オンライン支払手段を Adyen コネクタで保存
この記事では、Dynamics 電子商取引プラットフォームで Adyen の "カードが存在しない" 支払コネクタを使用しているときの支払い方法の保存に関連する設定と機能について説明します。
重要な用語
| 相談 | 説明 |
|---|---|
| トークン | 支払プロセッサが参照として提供する一連のデータ。 トークンは、支払カード番号、支払認証、前回の支払キャプチャを表すことができます。 トークンは、販売時点管理 (POS) システムの外で機密データを保持するのに役立つため重要です。 |
| カードのトークン | POS システムのストレージに対して支払プロセッサが提供するトークン。 カードのトークン (またはカードの参照) は、それを受け取る販売者のみが使用できます。 |
| 承認 (認証) トークン | POS システムが支払プロセッサに承認要求をした後、支払プロセッサはその要求に対する応答の一部として POS システムに固有の ID を提供します。 承認を取り消したり無効にしたりするなどのアクションを実行するためにプロセッサが呼び出されたときに、この承認トークンや承認参照を後で使用できます ただし、承認トークンは、注文が履行されたとき、またはトランザクションが確定したときに、資金を取得するために最もよく使用されます。 |
| リスト PI | この記事で説明されている機能に対して頻繁に使用される一般名。 リスト PI は、同じ電子商取引 Web サイトを通じて行われる将来のチェックアウト中に、支払手段を保存し、以前に使用された支払手段を一覧にする機能を意味します。 |
| 名前付きユーザー | チェックアウト時にオンライン ストアフロントにログインしている電子商取引の顧客。 名前付きユーザーは一意の顧客 ID を持ち、オンライン ストアフロントにログインするたびにそのオンライン購入が常に同じ顧客 ID にマップされます。 |
概要
電子商取引の注文を作成する場合、小売企業は将来のトランザクションで使用できるように顧客の支払カード情報を保存するよう促すことがよくあります。 この記事では、この機能 ("リストPI") が Adyen の Microsoft Dynamics 365 支払コネクタを通じて配送される方法を説明します。 Adyen 支払コネクタはこの機能をそのままではサポートしておらず、サード パーティの支払コネクタについてはカスタマイズが必要です。 また、すべての支払プロセッサが同じ方法で支払カード情報の保存をサポートしているとは限りません。
リスト PI 機能の初期状態の実装では、支払プロセッサを使用して、その支払コネクタで既に処理された支払手段に対して、オンライン顧客の一意な ID のマッピングを保持する必要があります。 名前付きユーザーとして Web サイトにログインしている顧客のみに、支払カード情報を次回のオンライン訪問のために保存するオプションがあります。 "ゲスト チェックアウト" オプションを使用してオンライン注文を作成する顧客は、将来のトランザクションに対して支払カードの情報を保存できません。
必要条件
リスト PI 機能には次の要素が必要です:
- 電子商取引と Microsoft Dynamics 365 Commerce の統合
- リスト PI 機能と互換性のある支払コネクタ
- 顧客がその支払プロセッサに保存させたい支払手段に一意の顧客 ID をマッピングする支払プロセッサ
一般的な支払コネクタとソフトウェア開発キット (SDK) の実装方法の詳細については、IT プロおよび開発者向けのコマース ホームページ にアクセスしてください。
セットアップ
リスト PI 機能には次のコンポーネントと設定手順が必要です:
電子商取引の統合 – オンライン ストアフロントとコマースの統合が必要です。 電子商取引 SDK の詳細は 電子商取引プラットフォーム ソフトウェア開発キット (SDK) を参照してください。
オンライン支払コンフィギュレーション – Adyen の Dynamics 365 支払コネクタは、そのままでリスト PI をサポートします。 オンライン ストアの支払いを構成する方法については Adyen の Dynamics 365 支払コネクタ を参照してください。
この記事で説明されている電子商取引の設定手順を完了することに加えて、オンライン ストア フォームの支払口座クイック タブの電子商取引で支払情報の保存を許可するオプションをはいに設定する必要があります。
オムニ チャネル支払いの構成 – バック オフィスで、小売とコマース > 本社の設定 > パラメーター >コマース共有パラメーターに移動します。 次に オムニ チャネルの支払 タブで オムニ チャネルの支払を使用する オプションを はい に設定します。
機能のエクスペリエンス
ゲスト チェックアウト
電子商取引の訪問者がゲストとしてチェックアウトを選択した場合、チェックアウト時に顧客レコードが作成されず、顧客は次の訪問時に支払手段を保存できません。
名前付きユーザー チェックアウト
名前付きユーザー (サインインした顧客) が、チェックアウト プロセスの支払手順に進むとリスト PI 機能を経験します。 名前付きユーザーが初めてチェックアウトしたとき、クレジットカード情報が入力されるセクションに 次回の支払のために保存する チェック ボックスが表示されます。
このチェックボックスが選択された場合、支払のために新しいクレジットカードを送信すると、名前付きユーザーの一意の顧客 ID が支払プロセッサに送信され、クレジットカードが安全に保存されてその一意の顧客 ID にマップされます。
同じ顧客が将来ストアフロントを訪れる際にサインインした場合、チェックアウト時の支払いに同じクレジットカードを選択ができます。
注文のフルフィルメントと処理
顧客がリスト PI 機能を使用して支払/入金明細行を適用した電子商取引の注文は、保存されたカード支払を使用せずに作成された注文と同じように機能します。 注文処理およびフルフィルメントの観点から 2 種類の支払を区別できません。
電子商取引の支払カード トークン化の詳細
標準フロー
電子商取引の統合で、支払カードはチェックアウト プロセスの一部として通常は入力され、完了前の注文と共に保存されます。 カードの詳細は、支払プロセッサが提供する支払承認ページに直接入力されます。 カードの詳細を入力し、チェックアウト プロセスの次のステップに進むと、プロセッサが注文作成プロセスで使用するトークンを作成します。
顧客がオンライン注文を終了すると、承認要求の一部として支払カード トークンが支払プロセッサに送信されます。 支払承認要求が成功した場合、支払プロセッサは承認トークンを送信して返信します。 この承認トークンは顧客の注文と共に保存され、その注文がバック オフィスから履行されるときに参照されます。
リスト PI のフロー
標準フローとリスト PI フローの主な違いは、顧客がクレジットカード番号を完全に入力する必要がないことです。 代わりに顧客は以前に保存したクレジット カードを選択し、カード検証値 (CVV 番号) を提供するだけです。 顧客が正しい CVV 番号を提供し、チェックアウト プロセスの次の手順に進むと、支払プロセッサが承認要求を含む支払カード トークンを提供します。