Dynamics 365 Commerce と Dynamics 365 Fraud Protection の統合
この記事では、データベースとデータベースの間で使用できる既定の Microsoft Dynamics 365 Commerce します Microsoft Dynamics 365 Fraud Protection。
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 の限定された能力が含まれます。 Commerceの顧客は、次の制限を超える限り、しだい保護を使用する必要はありません。
- 購買の - 月あたり最大2,000の評価を提供します。
- 勘定の : 月あたり最大20,000の評価
- 損失の - 月あたり最大8,000トランザクション
使用量に、より高い制限が必要な場合は、追加の Fraud Protection アドオンを購入することもできます。
既存のCommerce顧客である場合は、 Fraud Protectionポータルにアクセスし、テナント管理者の資格情報でログインし、環境 の1回の設定を行います。
重要な用語
期間 | Description |
---|---|
購入保護 | 販売者が決定するリスク レベルに基づいて、不正プログラムに対する購買を分析する [オブジェクトの保護] モジュール。 |
店舗 | 商取引に提供する標準の電子商取引店舗。 |
Azure Data Lake Storage Gen2 | Data Lake Storage Gen2 は、損失防止モジュールによる処理のために Commerce データを利用できるようにするために使用されます。 |
Commerce の購入保護
購入保護の概要
Fraud Protection から最初に使用可能な一般的なオファリングは、マーチャントを組織の Fraud Protection ダッシュボード へとサインインさせ、オンライン購入に当たっての不正ルールを定義させる購入保護モジュールです。 支払認証に関して支払を再び行う前に、販売者が [権限の保護] で設定した設定に基づいて、電子メール コマース トランザクションを [権限の保護] で検証できます。
注文が Fraud Protection 購入保護モジュールに送信される場合、Fraud Protection は購入を分析し、マーチャントが定義した不正ルールと人工知能 (AI) によって駆動されるインサイト、そしてにコンソーシアムベースの不正分析に基づいてリスク評価を提供します。 不正スコアがマーチャントのリスク トレランスの次元を超過して返された場合は、Fraud Protection は店舗に注文を拒否するように指示を出します。 注文が拒否されない場合は、Fraud Protection は店舗が注文のフルフィルメント処理の次のステップを決定するために使用できる不正スコアを返します。 このようなステップには、注文の手動レビューのために注文を保留にしたり、注文した顧客のフォローアップなどが含まれることがあります。
購入保護統合でサポートされている機能
発注イベント
現在、Commerce はパブリック プレビューにあります。 ただし、一般的で入手可能になった場合には、この購入保護統合は Fraud Protection リスク評価の受信とストア店舗での注文の中止をサポートします。
購買イベントの流れを次に示します。
- 店舗の顧客が、商品を買い物かごに追加してチェックアウトへと進みます。
- 顧客が配送先と支払の詳細を入力します。
- 前提条件が完了した後、顧客が 注文する を選択します。
- 購入保護評価のために、注文の詳細が Fraud Protection に送信されます。
- Fraud Protection で定義されたマーチャント ルールがこのオーダーを拒否すべきと判断した場合は、応答が店舗に送信され、注文は中止されます。
Fraud Protection 購入保護が注文の中止をおこなった場合は、ユーザーは次のメッセージを受信します : 「このオーダーは現時点では処理できません 後でもう一度お試しください。」
あるいは、マーチャント ルールがこの注文は承認されるべきと判断した場合は、不正スコアと Fraud Protection で判定された理由コードを含む回答が店舗へ送信されます。 初期統合では、Fraud Protection 評価はどちらにしても使われておらず、承認と拒否の両セクションの回答は保存されません。
拒否された注文は、支払プロセスの承認には送信されず、バック オフィスの注文作成プロセスには進みません。
銀行イベント
オンライン注文が Fraud Protection 評価に基づいて許可された場合は、次のステップは、その注文が支払承認が該当する場合は、支払いの承認になります。 支払プロセッサがこの注文を承認したら、Fraud Protection に承認結果が通知されます。 これらの結果を、将来の認証結果をより正確に予測するために高度な「たくみ」を「しおり」に送り込み、将来の"ファイルの保護" 評価の質を強化します。
注文ステータスイベント
注文ステータスは銀行イベントと類似しています。 注文が Commerce の銀行オフィスで作成された後、信号が Fraud Protection に発信され、注文が正常に作成されたことを示します。 銀行イベントと購入ステータスは両方とも情報を提供するイベントです。 従って、Fraud Protection からの回答はありません。
設定
販売者の起動保護機能環境使用して購買保護の設定を構成した後は、Commerce headquarters。 コンフィギュレーションがまだ環境されていない場合は、コンフィギュレーションを完了するために、 Fraud Protectionポータル テナント管理者認証情報を使用してログインします。
Key Vault の設定
統合の設定では、購入保護の結果を得る際にCommerceが [オブジェクトの保護] と通信するときに使用するオプションを使用する必要があります。 このシークレットは 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 シークレットの名前、説明、パスを指定します。
コマース パラメーターの設定
Retail と Commerce>バックオフィスの設定>パラメーター>Commerce パラメーターの順に移動します。
Dynamics Fraud Protection タブで、Dynamics Fraud Protection 統合を有効化オプションをはいに設定します。
構成クイック タブで、Microsoft Entra クライアント ID を追加し、その後、前に構成した Key Vault シークレットの名前を選択します。
規定では、評価の種類 フィールドは 評価 に設定します。 この場合、分子保護では、部下の注文を受動的に確認しますが、注文を拒否しないのはアクティブに行います。 従って、マーチャントは Fraud Protection のリスク評価を自分たちの不正ツールと比較をし、承諾レートで Fraud Protection の影響を理解することができます。
または、評価の種類 フィールドは 保護 に設定できます。 この場合、権限付与の"拒否" 評価が返され、承認に対する承認やCommerce headquartersで作成される前に、その注文は終了します。
Dynamics Fraud Protection エンドポイント URL フィールドを設定する必要があります。 このURLは、権限保護機能によって提供され、ユーザー受入テスト (UAT) および実稼働環境によって異なります。
Commerce における損失防止
Fraud Protection の 損失防止 機能は、2020 年第 3 四半期 (Q3) に一般的に利用可能になります。 損失防止のための標準の統合が、Commerce バージョン 10.0.12 で提供されます。
損失防止の概要
返品と割引のポリシーを乱用した詐欺によって生じた詐欺は、小売業者のシュリンゲージの最上位の原因です。 既存の物理的抑止力は簡単に回避できます。 したがって、最も洗練された形式の不正をキャッチするには、小売業者が損失を識別するための人工知能 (AI) を使用することが重要です。
Fraud Prevention の損失防止モジュールでは、店舗内の返品と割引を分析して、返品と割引のポリシーを乱用することによって生じる異常を特定します。 AI を使用することにより、損失防止 モジュールは、潜在的な不正行為を示すパターンと異常を特定し、検出が困難なシュリンケージの原因を明らかにできます。
損失防止モジュールは、Data Lake Storage Gen2 を通じて利用可能な Commerce データを分析します。 この統合はオプトイン統合であり、既定で有効になっていません。
" を防 すると、データの分析が "Fraud保護" に表示されます。 そこから、ユーザーは結果を評価し、潜在的な不正行為を示す傾向を確認することができます。
Commerce で損失防止統合を有効にする
Fraud Protection を設定する
Fraud Protection を設定するには、 Dynamics 365 の営業担当者からの コールバックを要求してください。 販売者の起動保護 環境 を使用できる場合に、損失の防止の設定を構成した場合は、Commerce Data Lakeの記憶域に対してData Lake Storage The環境 を有効にして設定を続行環境。
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 のプライバシーに関する声明 をお読みください。