メインコンテンツへスキップ
このページで

Kount: AIを活用したアイデンティティと不正防止#

Kountは、Equifaxの企業であり、デジタルアイデンティティの信頼において業界をリードしています。彼らのIdentity Trust Global Networkを活用し、グローバルなインタラクションにおける数十億のデータポイントを分析することで、取引の背後にある各アイデンティティの正確な信頼レベルを判断します。グローバル企業から、不正を防止しながら売上を最大化できるという点で高い信頼を得ています。

機能:

  • グローバル・アイデンティティ信頼ネットワーク: 数十億のインタラクション、デバイス、および識別子をリンクする大規模なデータコンソーシアムであり、画面の背後にある人物のリスクを正確に評価します。
  • Omniscore AI: Kount社の独自の機械学習アルゴリズム。数ミリ秒で非常に正確な取引の安全性スコアを算出します。
  • アカウント乗っ取り(ATO)対策: ログインの行動とデバイスの変更を監視し、悪意のあるユーザーによる正規顧客のアカウントの不正利用を防止します。
  • 詐欺対策: 商社がチャージバック紛争を勝利し、自社による詐欺を阻止するためのツールとデータインサイトを提供します。

当社のオーケストレーションエンジンとの連携方法: KountのOmniscoreは、承認、レビュー、拒否の区別と数値値を返します。当社のオーケストレーションレイヤーは、この応答を受け取り、標準的なルーティングパラメータに変換します。「承認」を簡単に「Adyenへの直接ルーティング」に、「レビュー」を「取引のブロック」にマッピングすることで、数回のクリックで複雑なアイデンティティ認証戦略を自動化できます。 中リスク (Adyenへの直接ルーティング), "レビュー"を 高リスク (手動レビューおよび/または 3DS 認証をトリガーし、または拒否) DEUNA は、設定されたリスクレベルに応じて、次のアクションを適用します。 (取引のブロック) にマッピングすることで、数回のクリックで複雑なアイデンティティ認証戦略を自動化できます。

リスクレベル

以下の表は、各サポートされているプロバイダーからの生のレスポンスとリスクスコアが、これらの標準化されたレベルにどのようにマッピングされるか、および各レベルによってトリガーされるデフォルトのルーティングアクションを説明しています。これらの設定は当社の標準構成ですが、各リスクレベルをトリガーする内容を完全にカスタマイズし、ビジネス固有のリスク許容度に合わせることができます。

KountのOmniscoreは、承認、レビュー、または拒否の自動決定と数値スコアを返します。

プロバイダーの生のレスポンス (例)当社の標準化されたリスクレベルデフォルトのルーティング戦略
決定: Approve🟢 低リスクお好みのゲートウェイ (例: Adyen) を通じて直接処理
決定: Review🟡 中リスク認証レベルの要求:トランザクションの承認を行い、手動レビューを待つ、またはトリガーをトリガーする 3D Secure (3DS)
決定: Decline🔴 高リスクトランザクションを拒否するか、専門のハイリスクゲートウェイにルーティング


要件

以下の情報は、さまざまな環境を設定する前に準備しておく必要があります。

  • 管理者:

    • ファイル。
    • Account ID
  • 環境:

    • test サンドボックス環境向け
    • live 本番環境

Kountとの統合#

DEUNA内でKountを不正防止プロバイダーとして統合する。

1. Kountでのサンドボックス環境のセットアップ

  1. DEUNAプラットフォームへのアクセス Kount ダッシュボード APIキーを確認するには:
  2. クリック管理画面 左側のパネルに。
  3. クリック 製品設定.
  1. クリック APIキー および +APIキーの生成.
  2. Deunaで接続を作成する際に使用するAPIキーをコピーしてください。

2. Webhookの設定

Webhooks の設定:

  1. [Go to] 製品設定用Webhook.

  2. クリック 新しい Webhook を選択.

  1. クリック 注文ステータスの変更 イベントタイプで。チャネルでは、「123456」の入力は不要です。
  2. URL に、Kount アカウントを使用する環境に応じて、以下の URL を貼り付けてください。
  3. クリック 入力 完了。

3. ルールの作成

承認、拒否、および手動レビューのためのルールを作成します:

  1. [Go to] ポリシー管理 左側のパネルで。

  2. 「 意思決定 タブで、「Payments Fraud」をイベントのドロップダウンから選択

  3. クリック + 新しいセットを作成.

  4. 名前を「email」と設定します。

  5. 説明を追加してください。

  6. クリック 保存.

  1. 設定後、作成したセットを見つけ、「セットの操作」から「セットを有効化」を選択します。
  1. 次に選択 編集、次に「ポリシー」タブを選択し、「新しいポリシー」を作成してメールルールを作成を開始します。
  1. 常に取引を拒否するポリシーの作成を開始します。「ポリシー名」に「常に拒否」、説明に「メールアドレスによる常に拒否」、および結果として「拒否」を選択します。

  2. 次に、「ポリシー条件」タブから「条件を追加」を選択し、「メールアドレス」を検索条件として入力し、結果から選択し、「確認」をクリックします。

  1. 「等しい」を選択し、テキストボックスに「reject@deuna.com」と入力し、「保存」ボタンを有効にします。
  1. 「新しいポリシー」から同じ手順を繰り返して、「常にレビュー」ポリシーを作成し、トランザクションを手動レビューに送信できます。

  2. 「ポリシー名」に「常に確認」、説明に「メールアドレスによる常に確認」、および「結果」として「確認」を選択します。

  3. 次に、「条件を追加」を選択し、「メールアドレス」を検索し、「確認」をクリックします。

  4. 「等しい」を選択し、テキストボックスに「review@deuna.com」と入力し、「保存」ボタンを有効にします。

  1. ポリシーは以下のようになっているはずです。
  1. 最後に、「email」セットが「ポリシー管理」の「意思決定」タブで有効になっていることを確認します。

4. DEUNAのサンドボックス環境を設定

  1. アクセス 使用する APM の評価用の不正検知プロバイダーを選択および設定します (例: Cybersource または Riskified)。 および、 Modo de prueba.
  2. 「 接続Kountにテスト認証情報を設定します。 test environment.
  3. 手動レビューを使用する場合は、DEUNAのテクニカルアカウントマネージャーに、ストアでの手動レビュー、自動実行、および注文フォローアップを有効化するように依頼してください。
インタラクティブな例サンプルデータを使用し、APIリクエストは行いません。
本番環境
決済

接続

決済、ウォレット、および不正検知の統合を発見および管理します。

Acme LATAM · 本番環境
5 サンプル接続直前に更新
接続種類ステータスアクション
Adyen決済ゲートウェイ接続済み
Worldpay決済ゲートウェイ接続済み
PayPal決済方法接続済み
Mercado Pago決済方法接続されていない
Riskified不正検知エンジン接続されていない
  1. Kountをテスト環境で構成し、支払い戦略に追加します。Kountは、支払いプロバイダー(事前承認)の前に、または後に実行できます。
  2. 商人が手動レビューを使用する場合、中程度のリスクの処理を設定し、戦略を有効にします。
インタラクティブな例サンプルデータを使用し、APIリクエストは行いません。
本番環境
決済

決済方法

各決済フローのデフォルト処理とルールを設定します。

Acme LATAM · 本番環境

デフォルト処理

各決済フローのデフォルト処理とルールを設定します。

ルールルーティングステータスアクション
デフォルト処理Adyen → Worldpayアクティブ

特定のルール

各決済フローのデフォルト処理とルールを設定します。

1 サンプルルール決済プロセッサ
優先度ルール条件ルーティングステータス
1高額注文100ドル以上の金額Adyen → Worldpayアクティブ

5. デバイスフィンガープリンティングの設定

  1. Kountでのデバイスフィンガープリンティングを設定するには、以下の手順に従ってください。 ガイド

  2. 設定するパラメータは以下のとおりです。

    1. dataCollectorUrl: 固定値 tst.kaptcha.com
    2. merchantId: Deunaの目的の環境にある商人のID(Deunaの担当者から提供)
    3. clientId: Kountから提供され、通常はAPI認証情報と同じ
    4. environment: ''TEST”をサンドボックス、および“PROD”を本番環境に設定
    5. isSinglePageApp: 固定値“false”ただし、Kountが“True”を使用するように指示した場合

例

JSON
KOUNT: {
		"clientId":"781660013918393", // CREDENTIAL PROVIDED BY KOUNT
		"environment":"TEST", // TEST OR PROD
		"isSinglePageApp":false 
	    }

DeunaデバイスフィンガープリントSDKは、base64形式の出力を作成します。

6. 統合のテスト

以下の取引を、それぞれのメールアドレス宛に実行してください:

結果フィールドValueDeunaへの送信フィールド
承認メール任意
Отказメールreject@deuna.com請求する address.email = reject@deuna.com
レビューメールreview@deuna.com請求する address.email = review@deuna.com

手動レビューでは、Kountのダッシュボードで取引を手動で承認または拒否できます。イベント分析セクションで取引を選択し、「承認」または「拒否」を選択します。

手動による決定は、Deunaで反映されるまでに約1分かかります。

最後に、管理画面でトランザクションを開き、不正行為の結果が 承認済み, Rechazado、または 手動レビュー、および最終的なステータスまたはウェブフックを消費する。

インタラクティブな例サンプルデータを使用し、APIリクエストは行いません。
本番環境
決済

注文

決済を検索し、その運用コンテキストを開きます。

Acme LATAM · 本番環境
4 サンプル注文直前に更新
注文ID作成顧客プロセッサ金額ステータス
10月1日 14:32sofia@example.comWorldpay$128.40承認
10月1日 14:18diego@example.comAdyen$82.00保留中
10月1日 13:54ana@example.comStripe$246.90拒否
10月1日 13:41marco@example.comWorldpay$54.25承認

7. Kountを本番環境に展開

本番環境を設定します:

  1. Kount:

    1. 本番環境のダッシュボードへのアクセス: Kountから必要な認証情報を取得
    2. 以下のURLでログイン https://app.kount.com/login/ アカウントの設定
  2. Deunaの管理画面で、本番環境用の商人を設定

    1. テストモードを無効化
    2. Kountを本番環境のプロバイダーとして設定し、以下の設定を行います。 live 環境設定を「Production」に設定
    3. 支払いゲートウェイを設定し、支払い戦略を確立します。