注
Dynamics 365 Commerce の小売関連グループは、Yammer から Viva Engage に移行しました。 新しいViva Engage コミュニティにアクセスできない場合は、追加するフォーム (https://aka.ms/JoinD365commerceVivaEngageCommunity) に入力し、最新のディスカッションに参加してください。
この記事では、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の制限付き容量が含まれています。 コマースのお客様は、次の制限まで、Fraud Protectionを追加料金なしで使用できるようになりました。
- 購入保護：月に2,000件の評価まで。
- アカウント保護 - 1か月あたり20,000件の評価まで。
- 損失防止- 1 か月あたり最大 8,000 トランザクションまで。
使用に高い制限が必要な場合は、より多くのFraud Protectionアドオンを購入できます。
Fraud Protectionを既存のコマース顧客として使用するには、Fraud Protection ポータルにアクセスし、テナント管理者の資格情報でサインインし、環境の 1 回限りのセットアップを完了します。
重要な用語
| 用語 | 内容 |
|---|---|
| 購入保護 | マーチャントが決定するリスク レベルに基づいて、不正行為の購入を分析するFraud Protection モジュール。 |
| ストアフロント | 商取引に提供する標準の電子商取引店舗。 |
| Azure Data Lake Storage Gen2 | Data Lake Storage Gen2は、Loss 防止 モジュールによるコマース データの処理を可能にするために使用されます。 |
Commerce における購入保護
購入保護の概要
Fraud Protectionから最初に一般に利用可能な提供は、購入保護モジュールです。 マーチャントはこのモジュールを使用して、組織のFraud Protection ダッシュボードにサインインし、オンライン購入の不正行為ルールを定義します。 マーチャントがFraud Protectionで構成する設定に基づいて、eコマーストランザクションは、支払い承認のために送信する前にFraud Protectionを使用して検証できます。
Fraud Protection購入保護モジュールに注文を送信すると、Fraud Protectionは購入を分析し、リスク評価を提供します。 この評価は、販売者が定義した不正行為ルール、人工知能 (AI) によって推進される分析情報、コンソーシアムベースの不正行為分析に基づいています。 不正行為防止システムのFraud Protectionが返す注文に対する不正行為スコアがマーチャントのリスク許容度を超えた場合、Fraud Protectionはネットショップにその注文を拒否するよう指示します。 注文が拒否されない場合、Fraud Protectionは、ネットショップが注文フルフィルメント プロセスの次のステップを決定するために使用できる不正行為スコアを返します。 このようなステップには、注文の手動レビューのために注文を保留にしたり、注文した顧客のフォローアップなどが含まれることがあります。
購入保護統合でサポートされている機能
発注イベント
Dynamics 365 Commerceとの購入保護の統合では、オンライン ネットショップでのFraud Protectionリスク評価の受信と注文の終了がサポートされます。
購入イベントのフローを次に示します。
- 店舗の顧客が、商品を買い物かごに追加してチェックアウトへと進みます。
- 顧客が配送先と支払の詳細を入力します。
- 前提条件が完了した後、顧客が 注文する を選択します。
- 注文の詳細は、購入保護評価のためにFraud Protectionに送信されます。
- Fraud Protectionで定義されているマーチャントルールが注文を拒否する必要があると判断した場合は、ネットショップに応答が送信され、注文が終了します。
Fraud Protection購入保護によって注文がキャンセルされた場合、ユーザーには次のエラーメッセージが表示されます。 後でもう一度お試しください。」
または、注文を承認する必要があるとマーチャント ルールが判断した場合、ネットショップに送信される応答には、不正行為スコアと、Fraud Protection決定された理由コードが含まれます。 初期統合では、Fraud Protection評価は何も使用されず、承認と拒否の両方のシナリオに対する応答は保存されません。
拒否された注文は、承認のために支払い処理者に送信されず、本社の注文作成プロセスを経ません。
銀行イベント
Fraud Protection評価に基づいてオンライン注文が承認された場合、次の手順は、支払承認が適用される場合に、その注文の支払いを承認することです。 支払いプロセッサを使用して注文が承認されると、承認結果Fraud Protection通知されます。 これらの結果をFraud Protectionに送信すると、将来の承認結果をより適切に予測できるように高度な AI がトレーニングされ、将来のFraud Protection評価の品質が向上します。
注文ステータス イベント
購入ステータスイベントは銀行イベントと類似しています。 コマース本社で注文が作成されると、注文が正常に作成されたことを示すシグナルがFraud Protectionに送信されます。 銀行イベントと購入ステータスは両方とも情報を提供するイベントです。 そのため、Fraud Protectionからの応答は想定されません。
設定
マーチャントのFraud Protection環境が使用可能になり、購入保護設定が構成されたら、コマース本社でセットアップを続行します。 環境がまだ構成されていない場合は、テナント管理者の資格情報を使用して Fraud Protection portal にサインインして、構成を完了します。
Key Vaultセットアップ
統合のセットアップでは、Commerce が購入保護の結果を得るためにFraud Protectionと通信するときにシークレットが必要です。 Azure Key Vault クライアントを使用して、そのシークレットを格納します。 Key Vault クライアントを設定する方法については、「クライアントAzure Key Vault設定する」を参照してください。
Key Vaultに格納するFraud Protection証明書は、コマース本社の Key Vault パラメーターを使用して参照する場合にのみ参照できます。 Key Vaultパラメーターを設定するには、小売とコマースの>本社セットアップ>パラメーター>Key Vaultパラメーターに移動します。
次に、Fraud Protection シークレットの格納に使用するKey Vault URL を選択し、Add を選択します。 次に、購入保護評価の注文を送信するときにコマースを認証するKey Vault シークレットの名前、説明、パスを指定します。
コマース パラメーターの設定
Retail と Commerce>本社の設定>パラメーター>Commerce パラメーターの順に移動します。
Dynamics Fraud Protection タブで、Enable Dynamics Fraud Protection integration オプションを Yes に設定します。
Configuration クイック タブで、Microsoft Entra クライアント ID を追加し、前に構成したKey Vault シークレットの名前を選択します。
規定では、評価の種類 フィールドは 評価 に設定します。 この場合、Fraud Protectionは注文の不正を受動的にチェックしますが、注文を積極的に拒否することはありません。 そのため、販売者はFraud Protectionリスク評価を現在の不正行為ツールと比較して、受け入れ率に対するFraud Protectionの影響を把握できます。
または、[ 評価の種類 ] フィールドを [保護] に設定します。 この場合、Fraud Protectionは「拒否」という評価を返し、不正な注文は承認のために送信される前、または商務本部事務局で作成される前に終了します。
Dynamics Fraud Protection エンドポイント URL フィールドを設定します。 Fraud Protectionは、この URL を提供し、ユーザー受け入れテスト (UAT) 環境と運用環境によって異なります。
Commerce における損失防止
Fraud Protection の 損失防止機能は、2020 年第 3 四半期に一般公開されました。 損失防止の標準統合は、Commerce バージョン 10.0.12 で利用できます。
損失防止の概要
返品と割引のポリシーを乱用した詐欺によって生じた詐欺は、小売業者のシュリンゲージの最上位の原因です。 既存の物理的抑止力は簡単に回避できます。 したがって、最も洗練された形式の不正をキャッチするには、小売業者が損失を識別するための人工知能 (AI) を使用することが重要です。
Fraud Protectionの 損失防止 モジュールは、店舗内の返品と割引を分析して、返品および割引の悪用によって引き起こされる可能性のある異常を特定します。 AI を使用することにより、損失防止 モジュールは、潜在的な不正行為を示すパターンと異常を特定し、検出が困難なシュリンケージの原因を明らかにできます。
Loss prevention モジュールは、Data Lake Storage Gen2を通じて利用可能なコマース データを分析します。 この統合はオプトイン統合であり、既定で有効になっていません。
Loss 防止データの分析が完了すると、結果は Fraud Protection ダッシュボードに表示されます。 そこから、ユーザーは結果を評価し、潜在的な不正行為を示す傾向を確認することができます。
Commerce で損失防止統合を有効にする
Fraud Protectionを設定する
Fraud Protectionを設定するには、Dynamics 365営業担当者にコールバックを要求する必要があります。 マーチャントのFraud Protection環境が使用可能で、損失防止設定が構成されている場合は、コマース環境のData Lake Storage Gen2をオンにすることで、セットアップを続行できます。
コマース環境の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に接続するように損失防止を構成する
コマース アカウントに関連付けられているData Lake Storage Gen2 プールに損失防止を接続します。
プライバシー通知
この機能を有効にすると、一部のデータが他の Microsoft online servicesと共有されます。 このデータには、支払い、クレジット、返却、トランザクション状況や個人データについての情報が含まれます。 リテールまたはコマースのオンラインサービスでは、不正保護購入の評価が保存されることはありません。
Microsoft にとってお客様のプライバシーは重要です。 詳細については、Microsoft プライバシー ステートメント を参照してください。