オムニチャネルの概要
この記事では、特定の支払のオムニチャネル概要を示します Microsoft Dynamics 365 Commerce。 ここには、サポートされるシナリオの包括的な一覧、機能、セットアップ、トラブルシューティングについての情報、および一般的な問題の説明が含まれています。
重要な用語
| 相談 | 説明 |
|---|---|
| トークン | 支払プロセッサが参照として提供する一連のデータ。 トークンは、支払カード番号、支払認証、前回の支払キャプチャを表すことができます。 トークンは、販売時点管理 (POS) システムの外で機密データを保持するのに役立つため重要です。 参照 と呼ばれることもあります。 |
| カードのトークン | POS システムのストレージに対して支払プロセッサが提供するトークン。 カード トークンは、それを受け取る販売者のみが使用できます。 カード トークンは、カード参照と呼ばれることもあります。 |
| 承認 (認証) トークン | POS システムが支払プロセッサに承認要求をした後、支払プロセッサが POS システムに送信する応答の一部として提供する固有の ID です。 承認を取り消したり無効にしたりするなどのアクションを実行するためにプロセッサが呼び出された場合、この承認トークンを後で使用できます ただし、注文が履行されたとき、またはトランザクションが確定したときに、資金を取得するために最もよく使用されます。 承認トークンは、承認参照と呼ばれることもあります。 |
| キャプチャ トークン | 支払が完了またはキャプチャされるときに、支払プロセッサが POS システムに提供する参照です。 これにより、キャプチャ トークンを使用して、返金要求など、その後の工程の支払キャプチャを参照できます。 |
| カードなし | 現物カードが記載されていない支払トランザクションを参照する用語です。 たとえば、これらのトランザクションは、電子商取引またはコール センターのシナリオで発生する可能性があります。 これらのトランザクションに向けて、支払に関連する情報は、電子商取引 Web サイト、コール センター フロー、または POS または支払ターミナルにて手動で入力されます。 |
| カードあり | 物理的なカードが、Microsoft Dynamics 365 POS システムにつながる支払ターミナル コネクタで提示および使用される支払トランザクションを参照する用語です。 |
開始する
一般に、支払 オムニチャネル を1つのチャンネルで注文を作成し、それを別のチャンネルで履行する機能です。 支払サポートをオムニチャネルするには、支払詳細を残りの注文詳細と共に保持し、その支払詳細を使用して注文が別のチャンネルで取り消や処理される場合があります。 古典的な例として、「オンラインで購入、店舗で受取」というシナリオがあります。 このシナリオでは、注文をオンラインで作成したときに、支払詳細が追加されます。 その後、受取り時に顧客の支払カードに請求するために POS で呼び出されます。
この記事で説明されるすべてのシナリオは、Commerce で提供される標準の支払ソフトウェア開発キット (SDK) を使用して実装できます。 Dynamics 365 Payment Connector for Adyen では、こちらで説明されるすべてのシナリオの直ぐに使える実装を提供します。
必要条件
この記事で説明する各シナリオには、一部の支払コネクタをサポートするオムニチャネル必要です。 直ぐに使える Adyen コネクタは、支払 SDK を通じて使用可能となるシナリオをサポートするため、使うこともできます。 支払コネクタの実装方法および一般的な Retail SDK の詳細については、IT プロおよび開発者向けの小売ホーム ページ にアクセスしてください。
サポートされているバージョン
このオムニチャネル説明されている最も重要な支払機能は、バージョン8.1.3 Microsoft Dynamics 365 for Retail の一部としてリリースされました。
「カードあり」と「カードなし」のコネクタ
支払 SDK は、2 セットの支払い用アプリケーション プログラミング インターフェイス (APIs) に依存します。 最初の APIs セットは、iPaymentProcessor と呼ばれます。 これは、コール センターおよび Microsoft Dynamics 電子商取引プラットフォームで使用できる「カードなし」の支払コネクタを実装するために使用されます。 iPaymentProcessor インターファイスについては、支払いをカバーする支払コネクタと支払デバイスの実装 ホワイト ペーパーを参照してください。
2 番目の APIs セットは、iNamedRequestHandler と呼ばれます。 この機能は、支払ターミナルを使用する「カードあり」の支払統合をサポートします。 INamedRequestHandler インターフェイスの詳細については、支払ターミナルの支払統合を作成 を参照してください。
設定およびコンフィギュレーション
次のコンポーネントと設定手順が必要です。
- e大企業統合: Commerceとの統合は、注文がオンライン店舗で発生するシナリオをサポートするために必要です。 小売の電子商取引 SDK の詳細は電子商取引プラットフォーム ソフトウェア開発キット (SDK) を参照してください。 デモ バージョンでは環境、参照store 2013がオムニチャネルシナリオをサポートしています。
- オンライン支払のコンフィギュレーション : オンライン チャンネルの設定には、支払の処理をサポート支払コネクタ オムニチャネルされた支払リストを含める必要があります。 代わりに、直ぐに使える支払コネクタを使用することができます。 オンライン ストアの Adyen 支払コネクタを構成する方法については Adyen 支払コネクタ を参照してください。 その記事で説明されている eコマースの設定に加えて、電子商取引で支払情報の保存を許可する パラメーターでは、Adyen コネクタの設定で True と設定する必要があります。
- オムニチャネル支払のコンフィギュレーション: バック オフィスで 、[Retail and Commerce > Headquarters設定 > Parameters > グループグループ パラメータ。 次に、"支払" オムニチャネル タブで、 支払を使用オムニチャネル、 オプションを "Yes" に設定 します。 Commerce のバージョン 10.0.12 では、この設定は 機能管理 ワークスペースにあります。 選択支払 オムニチャネル入力し ボタンをクリック 可能です。
- 支払サービス : コール センターは、支払サービス支払コネクタページ に対する既定の を使用して支払を処理します。 "コール センターで購入する、店舗で集金する" などのシナリオをサポートするには、この既定の 支払コネクタ をAdyen支払コネクタ または 支払コネクタ 支払の実装要件を満たす オムニチャネル である必要があります。
- EFTサービス : 支払ターミナル経由の支払は、ハードウェア プロファイルの EFTサービス FastTab) に設定する必要があります。 Adyen Connectorは、オムニチャネル設定された支払シナリオをサポートします。 また、支払の支払を するNamedRequestInterr inter drag) をサポートする他の支払コネクタオムニチャネルできます。
- 支払コネクタ : 注文がリコールされた場合、注文と共に取り消される支払支払/入金明細行には、その注文に関連付けられている認証の作成に使用された 支払コネクタ の名前が含まれます。 注文が満たされると、支払 SDK は、元の承認の作成に使用されたものと同じコネクタを使おうとします。 したがって、同じ商社プロパティを持つ支払コネクタはキャプチャ可能でなければなりません。
- カード : さまざまなオムニチャネルに正常に動作するには、各チャンネルの支払/入金タイプを同じ設定にし、その設定を適切にオムニチャネル。 この設定には、支払方法 ID とカードタイプ ID が含まれます。 たとえば、オンライン店舗設定でカード支払/入金タイプが 2 の ID である場合、小売用店舗設定で同じ ID を使用する必要があります。 同じ要件が、カードタイプ ID にも適用されます。 カード番号 12 がオンライン店舗で VISA に設定されている場合、小売店舗に対して同じ ID が設定されている必要があります。
- 組み込みハードウェア ステーションを含む Windows、Android、または iOS 用 Store Commerce アプリ。 または
- 共有ハードウェア ステーションが接続されている Web 向け Store Commerce。
支払の処理をオムニチャネル原則
支払コネクタと支払プロセッサは、トークンまたは参照を使用して、カード支払に関連する相互作用を参照します。 たとえば、支払承認を要求すると、その承認への参照が提供されます。 したがって、履行時に資金が取得される際、後から承認を参照できます。 商社、支払コネクタ、およびプロセッサに固有の承認です。
オンラインで作成された注文を店舗で受け取る場合、その注文に対して同じ支払詳細をリコールして使用する必要があります。 元の承認に対して支払をキャプチャする要求の一部として元の詳細が提供されているとき、支払プロセッサはその要求を処理し、支払を取り込むことができます。
オンライン注文を正しく参照するには、同じプロセッサをサポートする「カードなし」の支払コネクタも使用可能である必要があります。 この方法で、POS システムは「カードあり」の支払に対して 1 つのプロセッサを持つことができますが、別の支払プロセッサにアクセスすることにより、異なる支払プロセッサを使い他のチャネルで作成された注文を満たすことができるようになります。
サポートされているシナリオ
次のオムニチャネルの支払シナリオがサポートされています。
オンラインで購入し、店舗で受取り
コール センターで購入し、店舗で受取る
店舗 A で購入し、店舗 B で受取る
店舗 A で購入し、顧客へ出荷
メモ
コール センターで "通常" の支払機能にマップされている支払は、POS で注文を取り消すときに支払額に反映されるように、前払 = はい とマークされる必要があります。 POSで注文が取り消されるときに、タイプ "通常" の前払以外の支払は認識されません。
これらのシナリオのバリエーションもサポートされています。 たとえば、オンライン注文には、顧客に出荷される明細行と、店舗で受取れる両方の明細行が含まれている場合があります。 すべての注文フルフィルメントオプションは、一時支払オムニチャネルサポートされます。
次のセクションでは、シナリオごとに手順を説明し、デモ データを使用してシナリオの実行方法を示します。
オンラインで購入し、店舗で受取り
始める前に、次の条件が満たされていることを確認します。
- Adyen コネクタがコンフィギュレーションされている参照ストアがあります。
- 支払 オムニチャネルオプション 、 同じパラメータ ページが に設定。 その後のバージョンでは、 Feature Management 支払を実行して [現在有効] 選択 支払 オムニチャネルをクリック 実行できる作業スペース。
- ヒューストンの POS レジスターに対して、Adyen 支払コネクタがコンフィギュレーションされています。
- 組み込みハードウェア ステーションを含む Windows、Android、または iOS 用 Store Commerce アプリ。 または
- 共有ハードウェア ステーションが接続されている Web 向け Store Commerce。
次の手順に従い、シナリオを実行します。
参照店舗内で、店舗内での受取注文を作成します。 必ずヒューストン店舗を選択してください。
チェックアウトの手順を実行し、テスト クレジットカード番号を使用して支払を行います。 テストの貸方番号はカードAdyenテスト ページカードで確認できます
Commerce で、同期注文 バッチ ジョブと P-001 配送スケジュールを使用して、バック オフィスに注文を作成します。
POS の開始ページで、店舗の受取の注文を確認するため、受取注文 の操作を選択します。
参照ストアで作成された注文から 1 つ以上の明細行を選択し、受取を選択します。
注文はバック オフィスから取得されます。
注文書の詳細をバック オフィスから取得し、オムニチャネル に使用できる カード の支払が検出された場合は、支払方法が利用可能です。
利用可能な支払方法を使用を選択し、参照ストアに入力されたカード詳細を使用してトランザクションを完了します。
注文明細行はトランザクション ページに読み込まれ、請求額は 0 (ゼロ) になります。
支払タブを選択し、オンライン注文から引き出された支払/入金明細行を表示します。
任意の支払方法を選択し、トランザクションを完了します。
コール センターで購入し、店舗で受取る
Commerce の顧客サービスページで、検索バーの Karen Berg を入力し、検索を選択します。
検索結果で、Karen Berg を選択します。
Karen が顧客サービスページに読み込まれた後、新しい販売注文を選択します。
新しい販売注文ページで、ヘッダーを選択し、注文ヘッダーを表示します。
注文ヘッダーページで、サイトをセントラルに設定し、倉庫をヒューストンに設定します。
配送タブで、顧客が受け取れるよう、配送のモードフィールドを 60 に設定します。
明細行を選択し、注文に 1 つ以上の明細行を追加します。
完了を選択して、注文完了フローを入力します。
支払セクションまでスクロールし、追加を選択し、支払方法のタイプがカードに設定されている明細行を選択します。
追加サイン (+) を選択し、カード支払に追加します。
テスト貸方番号ページカードAdyen カード 番号ページ、# で検出されたテスト貸方番号の選択 を入力OK。
メモ
入力したカード番号のカードのブランドが、支払を開始したときに選択されたブランドと異なる場合は、支払が続行されます。 ただし、ステップ 10 で選択したカード ブランドにマップされている勘定に転記されます。
OK をもう一度選択し、注文完了支払ダイアログ ボックスを閉じます。
販売注文の集計ページで、送信を選択します。
POS の開始ページで、店舗の受取の注文を確認するため、受取注文 の操作を選択します。
参照ストアで作成された注文から 1 つ以上の明細行を選択し、受取を選択します。
注文はバック オフィスから取得されます。
注文書の詳細をバック オフィスから取得し、オムニチャネル に使用できる カード の支払が検出された場合は、支払方法が利用可能です。
利用可能な支払方法を使用を選択し、参照ストアに入力されたカード詳細を使用してトランザクションを完了します。
注文明細行はトランザクション ページに読み込まれ、請求額は 0 (ゼロ) になります。
支払タブを選択し、オンライン注文から引き出された支払/入金明細行を表示します。
任意の支払方法を選択し、トランザクションを完了します。
店舗 A で購入し、店舗 B で受取る
ヒューストンの店舗の POS を起動します。
トランザクションページで、数値パッドを使用して 2001 を入力することにより、Karen Berg をトランザクションに追加します。
トランザクションに 1 つ以上の明細行を追加します。
注文を選択して、注文オプションを表示します。
すべて受取を選択し、メッセージが表示されたら、顧客注文を選択します。
検索バーでシアトルと入力し、受取のためシアトルの店舗を選択します。
OK を選択し、現在の日付が受取の集配の日付として使用されます。
支払カードを選択し、支払を開始します。
預金の期日を迎える金額のカード支払/入金を行います。
支払ターミナルで預金支払を完了します。
預金が支払われたら、オプションを選択してフルフィルメントの同じカードを使用し、注文が完了するまで待機します。 預金の 100% が支払われた場合 (上記のステップ 10 から)、資金はカードに対してすぐにキャプチャされ、資金がすでにキャプチャされて支払済みとして追跡されているため、認証トークンを請求時に使用できません。
シアトル店舗の POS を起動します。
POS の開始ページで、店舗の受取の注文を確認するため、受取注文 の操作を選択します。
参照ストアで作成された注文から 1 つ以上の明細行を選択し、受取を選択します。
注文はバック オフィスから取得されます。
注文書の詳細をバック オフィスから取得し、オムニチャネル に使用できる カード の支払が検出された場合は、支払方法が利用可能です。
利用可能な支払方法を使用を選択し、参照ストアに入力されたカード詳細を使用してトランザクションを完了します。
注文明細行はトランザクション ページに読み込まれ、請求額は 0 (ゼロ) になります。
支払タブを選択し、オンライン注文から引き出された支払/入金明細行を表示します。
任意の支払方法を選択し、トランザクションを完了します。
店舗 A で購入し、顧客へ出荷
- ヒューストンの店舗の POS を起動します。
- トランザクションページで、数値パッドを使用して 2001 を入力することにより、Karen Berg をトランザクションに追加します。
- トランザクションに 1 つ以上の明細行を追加します。
- 注文を選択して、注文オプションを表示します。
- すべて出荷 を選択し、メッセージが表示されたら、顧客注文 を選択します。
- 配送方法ページで、標準翌日配達 を選択し、OK を選択して、今日の日付を配送日として受け入れます。
- OK を選択し、現在の日付が受取の集配の日付として使用されます。
- 支払カードを選択し、支払を開始します。
- 預金の期日を迎える金額のカード支払/入金を行います。
- 支払ターミナルで預金支払を完了します。
- 預金が支払われたら、オプションを選択してフルフィルメントの同じカードを使用し、注文が完了するまで待機します。 預金の 100% が支払われた場合 (上記のステップ 9 から)、資金はカードに対してすぐにキャプチャされ、資金がすでにキャプチャされて支払済みとして追跡されているため、認証トークンを請求時に使用できません。
注文が受取、集荷、梱包、およびバック オフィスで請求されると、POS で提供される支払詳細を使用して、顧客に出荷される商品のための資金がキャプチャされます。
シナリオの詳細
以上で説明した基本的なシナリオに加えて、PaymentS SDKに対して、基本支払の機能拡張がいくつかオムニチャネルされています。
POS
顧客注文用のシングル スワイプ/dip
オムニチャネル 支払機能が実装される前に、POSで預金を含む顧客注文が作成されると、顧客は カード を2回読み取る (または決済を行う) 必要がありました。一度は預金を支払い、その後の注文 フルフィルメント に対して カード をトークン化する1回)。 オムニチャネル機能を有効にした場合、顧客は カード を1回だけ振り出して預金の支払いを行い、後で履行される商品の支払期日を承認する必要があります。 履行の時点で、認定されたファンドが取得されます。 トークン化オムニチャネル実装する前は、後続の注文カードに対して定期的なトークンだけがフルフィルメント。 したがって、保留中のフルフィルメントの資金は承認されておらず、資金が特定の購買に対して保留中ではないため、後で回収できる可能性は低くなりました。
メモ
シングル スワイプは、小売バージョン 8.1.3 でサポートされていません。 バージョン8.1.3の顧客注文では、機能のトークン化機能が実装される前オムニチャネルされたフローと同じフローが使用されています。
定期カード トークンを発行できないカード
このカード支払に使用できないオムニチャネル、定期的な支払トークンの発行カードがあります。 POS で注文が作成されるとき、定期カード トークンをサポートしていないカードを使用して預金が支払われた場合は、前のカードのトークン化フローが使用されます。 したがって、次の注文フルフィルメントで使用される支払を提供する顧客は、2 番目のカードを提示する必要があります。 2 番目のカードが定期的なカード トークンをサポートしていない場合、トークン化のアクションが拒否され、レジ担当者は別のカードを提供するよう顧客に求めるメッセージが表示されます。
別のカードを使用
注文受取の店舗に来る顧客には、別のカードを使用するためのオプションが用意されています。 受注受取時に、レジ担当者が 使用可能な支払方法の利用 プロンプトを受け取ると、レジ担当者が同じカードを使用するかどうかをたずねることができます。 注文の作成に使用されたカードを顧客が失い、別のカードを使用して注文の支払を行う場合は、レジ担当者が別の支払方法を使用に選択できます。 顧客が同じ注文に対してより多くの品目を受取るため戻ってきた場合、元のカードの認証がまだ有効であれば、レジ担当者はそのカードを使用するかどうかを再度確認することができます。
無効な認証
注文の作成に使用されたカードが有効でなくなった場合、商品が受取に対して選択されたときは、支払キャプチャの要求が失敗します。 そして、POS 支払コネクタでは、同じカードの詳細を使用して、新しい承認とキャプチャを作成しようと試みます。 新しい認証またはキャプチャに失敗した場合、レジ担当者に支払いを処理できなかったことが通知されます。 レジ担当者は、顧客から新しい支払を取得する必要があります。
複数の使用可能な支払
複数の入金/支払方法および明細行がある注文が受取されると、まずレジ担当者に利用可能な支払方法を使用の確認メッセージが表示されます。 複数のカードがある場合、レジ担当者が利用可能な支払方法を使用選択するとき、既存カードの支払/入金明細行は現在受取されている商品の残高が満たされるまでキャプチャされます。 レジ担当者には、受取する商品に使うカードを選択するためのオプションはありません。