Dynamics 365 Commerce と Dynamics 365 Fraud Protection の統合

この記事では、Microsoft Dynamics 365 Commerce と Dynamics 365 Fraud Protection との間で使用可能な標準統合について説明します。

重要な用語

相談	説明
購入保護	マーチャントが決定したリスクレベルに基づいて、購入に対して不正の分析をおこないう Fraud Protection モジュール。
店舗	商取引に提供する標準の電子商取引店舗。
Azure Data Lake Storage Gen2	Data Lake Storage Gen2 は、損失防止モジュールによる処理のために Commerce データを利用できるようにするために使用されます。

概要

Fraud Protection は、小売業者が不正活動を防ぎ、知られていない可能性がある不正の場所を特定するのを助ける Fraud Protection ソリューションを提供するサービスです。 この記事では、Fraud Protection と Commerce との間で使用可能な標準統合について説明します。 これは、今後のリリースで 2 つのサービスの間で新しい統合がリリースされると、更新されます。 Commerce との標準統合ではまだサポートされていないモジュールに関する情報など、Fraud Protection に関する詳しい情報は、Fraud Protection ランディング ページ をご覧ください。 また、Dynamics 365 の営業担当者から コールバックを要請 し、Fraud Protection が利益性を大幅に増加し、運営経費を削減し、顧客エクスペリエンスを向上させる方法について話をすることもできます。

2020 年 10 月以降、Microsoft Dynamics 365 Commerce ライセンスには、Fraud Protection の限定された能力が含まれます。 これにより、コマース の顧客は、以下で指定されている限度まで、Fraud Protection を追加料金なしで使用できるようになります。

• 購入保護- 1 か月あたり 2,000 評価まで。
• 口座保護- 1 か月あたり 20,000 評価まで。
• 損失防止- 1 か月あたり最大 8,000 トランザクションまで。

使用量に、より高い制限が必要な場合は、追加の Fraud Protection アドオンを購入することもできます。

既存のコマースの顧客が Fraud Protection の使用を開始するには、Fraud Protection ポータル にアクセスして、テナントのグローバル管理者の資格情報を使用してサインインし、環境のワンタイム設定を完了します。

Commerce の購入保護

購入保護の概要

Fraud Protection から最初に使用可能な一般的なオファリングは、マーチャントを組織の Fraud Protection ダッシュボード へとサインインさせ、オンライン購入に当たっての不正ルールを定義させる購入保護モジュールです。 Fraud Protection でマーチャントが構成する設定に基づいて、電子商取引トランザクションは支払認証に送られる前に Fraud Protection を使って検証することができます。

注文が Fraud Protection 購入保護モジュールに送信される場合、Fraud Protection は購入を分析し、マーチャントが定義した不正ルールと人工知能 (AI) によって駆動されるインサイト、そしてにコンソーシアムベースの不正分析に基づいてリスク評価を提供します。 不正スコアがマーチャントのリスク トレランスの次元を超過して返された場合は、Fraud Protection は店舗に注文を拒否するように指示を出します。 注文が拒否されない場合は、Fraud Protection は店舗が注文のフルフィルメント処理の次のステップを決定するために使用できる不正スコアを返します。 このようなステップには、注文の手動レビューのために注文を保留にしたり、注文した顧客のフォローアップなどが含まれることがあります。

購入保護統合でサポートされている機能

発注イベント

現在、Commerce はパブリック プレビューにあります。 ただし、一般的で入手可能になった場合には、この購入保護統合は Fraud Protection リスク評価の受信とストア店舗での注文の中止をサポートします。

こちらが購入イベントのフローです。

1. 店舗の顧客が、商品を買い物かごに追加してチェックアウトへと進みます。
2. 顧客が配送先と支払の詳細を入力します。
3. 前提条件が完了した後、顧客が 注文する を選択します。
4. 購入保護評価のために、注文の詳細が Fraud Protection に送信されます。
5. Fraud Protection で定義されたマーチャント ルールがこのオーダーを拒否すべきと判断した場合は、応答が店舗に送信され、注文は中止されます。

Fraud Protection 購入保護が注文の中止をおこなった場合は、ユーザーは次のメッセージを受信します : 「このオーダーは現時点では処理できません 後でもう一度お試しください。」

あるいは、マーチャント ルールがこの注文は承認されるべきと判断した場合は、不正スコアと Fraud Protection で判定された理由コードを含む回答が店舗へ送信されます。 初期統合では、Fraud Protection 評価はどちらにしても使われておらず、承認と拒否の両セクションの回答は保存されません。

拒否された注文は、支払プロセスの承認には送信されず、バック オフィスの注文作成プロセスには進みません。

銀行イベント

オンライン注文が Fraud Protection 評価に基づいて許可された場合は、次のステップは、その注文が支払承認が該当する場合は、支払いの承認になります。 支払プロセッサがこの注文を承認したら、Fraud Protection に承認結果が通知されます。 この結果を Fraud Protection に送信することで、高度な AI は生来の承認結果を予測するためにさらに学習することができ、それによって将来の Fraud Protection 評価の質を著しく向上させます。

注文ステータスイベント

注文ステータスは銀行イベントと類似しています。 注文が Commerce の銀行オフィスで作成された後、信号が Fraud Protection に発信され、注文が正常に作成されたことを示します。 銀行イベントと購入ステータスは両方とも情報を提供するイベントです。 従って、Fraud Protection からの回答はありません。

設定

販売者の Fraud Protection 環境が利用可能になると、購入保護設定が構成され、Commerce headquarters で設定を続行できます。 まだ環境を構成していない場合は、構成を完了するためにグローバル テナント管理者の資格情報で Fraud Protection ポータル にサインインします。

Key Vault の設定

統合設定では、Commerce が Fraud Protection と通信して、購入保護の結果を得る際にシークレットを使用することが求められます。 このシークレットは Azure Key Vault クライアントの使用によって保存されなければなりません。 位置情報検出を設定する方法の詳細については 位置情報検出の設定 を参照してください。

Key Vault に保管されている Fraud Protection 証明書は、Commerce のバック オフィスにある Key Vault パラメーターによって参照される場合のみ参照されることができます。 Key Vault パラメーターを設定するには、Commerce で、Retail と Commerce>本社の設定>パラメーター>Key Vault パラメーターの順に移動します。

次に、Fraud Protection シークレットを補完するために使用される Key Vault URL を選択して、追加 を選択します。 その後、購入保護評価のために注文を送る際、Commerce を承認するために使用される、Key Vault シークレットの名前、説明、パスを指定します。

コマース パラメーターの設定

1. Retail と Commerce>バックオフィスの設定>パラメーター>Commerce パラメーターの順に移動します。

2. Dynamics Fraud Protection タブで、Dynamics Fraud Protection 統合を有効化オプションをはいに設定します。

3. 構成クイック タブで、Microsoft Entra クライアント ID を追加し、その後、前に構成した Key Vault シークレットの名前を選択します。

   規定では、評価の種類 フィールドは 評価 に設定します。 この場合は、Fraud Protection は不正の注文を従順にチェックしますが、積極的に注文の拒否はしません。 従って、マーチャントは Fraud Protection のリスク評価を自分たちの不正ツールと比較をし、承諾レートで Fraud Protection の影響を理解することができます。

   または、評価の種類 フィールドは 保護 に設定できます。 この場合、Fraud Protection は「拒否」評価を返答し、承認に送信またはバック オフィスで作成される前に、不正な注文は中止されます。

4. Dynamics Fraud Protection エンドポイント URL フィールドを設定する必要があります。 この URL は Fraud Protection から提供され、ユーザー受け入れテスト (UAT) と運用環境に渡り異なります。

Commerce における損失防止

Fraud Protection の 損失防止 機能は、2020 年第 3 四半期 (Q3) に一般的に利用可能になります。 損失防止のための標準の統合が、Commerce バージョン 10.0.12 で提供されます。

損失防止の概要

返品と割引のポリシーを乱用した詐欺によって生じた詐欺は、小売業者のシュリンゲージの最上位の原因です。 既存の物理的抑止力は簡単に回避できます。 したがって、最も洗練された形式の不正をキャッチするには、小売業者が損失を識別するための人工知能 (AI) を使用することが重要です。

Fraud Prevention の損失防止モジュールでは、店舗内の返品と割引を分析して、返品と割引のポリシーを乱用することによって生じる異常を特定します。 AI を使用することにより、損失防止 モジュールは、潜在的な不正行為を示すパターンと異常を特定し、検出が困難なシュリンケージの原因を明らかにできます。

損失防止モジュールは、Data Lake Storage Gen2 を通じて利用可能な Commerce データを分析します。 この統合はオプトイン統合であり、既定で有効になっていません。

損失防止 によるデータの分析が完了すると、その結果が Fraud Protection ダッシュボードに表示されます。 そこから、ユーザーは結果を評価し、潜在的な不正行為を示す傾向を確認することができます。

Commerce で損失防止統合を有効にする

Fraud Protection を設定する

Fraud Protection を設定するには、 Dynamics 365 の営業担当者からの コールバックを要求してください。 マーチャントの Fraud Protection 環境が利用可能で、損失防止設定が構成されている場合は、Commerce 環境の Data Lake Storage Gen2 をオンにすることで、設定を続行できます。

Commerce 環境の Data Lake Storage Gen2 を有効にする

データを Data Lake Storage Gen2 で使用できるようにするには、Commerce 環境でサービスを有効にしておく必要があります。 Commerce 環境の Data Lake Storage Gen2 を有効にする方法については、Dynamics 365 Commerce 環境での Azure Data Lake Storage の有効化を参照してください。

損失防止の有効化

損失防止の統合は、Commerce の 機能管理 ワークスペースを使用して有効にできます。 この機能には、"Dynamics 365 Fraud Protection (DFP) 損失防止" という名前が付けられています。統合をオンにするために、Commerce の他の設定は必要ありません。

Data Lake Storage Gen2 に接続するための損失防止のコンフィギュレーション

最後に、Fraud Protection 環境に戻り、Commerce アカウントに関連付けられている Data Lake Storage Gen2 プールに損失防止を接続します。

プライバシー通知

この機能をオンにした場合、データの一部はその他の Microsoft オンライン サービスと共有されます。 このデータには、支払い、クレジット、返却、トランザクション状況や個人データについての情報が含まれます。 Fraud Protection の購入保護評価は、Retail または Commerce のオンラインサービスによって並べ替えはされません。

Microsoft にとってお客様のプライバシーは重要です。 詳細については、Microsoft のプライバシーに関する声明 をお読みください。

関連記事

• 支払に関するよく寄せられる質問
• Dynamics 365 支払データの使用