> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# ワークフロービルダー：ノーコードKYCフロー設計ツール

> Diditのビジュアルワークフロービルダーで、ノーコードの本人確認フローを構築。ID、ライブネス、AML、NFC、分岐ロジックをドラッグ＆ドロップで設定。料金は完了したステップ分のみです。

Diditのオーケストレーション型ワークフローは、複数ステップからなる包括的な本人確認フローを設計・展開するための、最も強力で柔軟な方法です。

このDidit Academyのレッスンでは、実際のコンソールでテンプレートから公開済みフローまで検証ワークフローを構築します。各ノードでのチェックの選択、ルールとしきい値、AMLによる分岐、Webhookノード、バージョンのロールバックを扱います。

[初めての検証フローを構築する - Didit Academy](https://www.youtube.com/embed/7-nJ3JE20i4?rel=0\&playsinline=1)

この連携方法では、Didit V2プラットフォームの機能をすべて活用し、ノーコードのビジュアルビルダーで高度な検証シーケンスを作成できます。ロジックはBusiness Consoleで一度定義するだけで、ユーザー向けの体験全体、状態管理、条件付きステップはDiditが処理します。

ユーザーのオンボーディング(KYC)、年齢確認、再認証のための完全なエンドツーエンドのソリューションが必要で、開発工数を最小限に抑えて迅速にリリースしつつ、プロセスを最大限に制御したい場合は、この方法を選択してください。

## 国ごとの本人確認方法

本人確認で**Countries and allowed ID methods**を開くと、国ごとに書類の撮影、書類不要の照会、デジタルIDウォレットを設定できます。
**Additional settings**には、書類のサブタイプ、照会の試行回数、フォールバックルールがあります。

書類不要の照会には、組織のデータベース検証サービスの料金が適用されます。
完了した試行はそれぞれ個別に課金され、部分一致や一致なしの場合も含まれます。完了した試行が2回あれば、課金も2回です。
形式エラーや、回答を返さないプロバイダー障害は課金されません。
1回の試行に複数のデータベースサービスが回答した場合は、該当する各サービスの料金が合算されます。
デフォルトは**フォールバック前に1回の試行**で、1回から5回まで設定できます。
完了した照会が書類にフォールバックした場合、書類の撮影は追加で課金されます。

本番環境のアプリケーションでは、本番環境で利用可能なウォレットのみを有効にできます。
リリース待ちのウォレットは無効のままです。
サンドボックスのアプリケーションでは、カタログ内のすべてのウォレットをシミュレーション結果でテストできます。サンドボックスで利用可能であっても、本番環境で利用可能であることを示すものではありません。
照会とウォレットの失敗シナリオについては、[サンドボックスでのテスト](https://docs.didit.me/ja/integration/sandbox-testing.md)を参照してください。

## ワークフローのバージョン管理

ワークフローは**ドラフト/公開のバージョン管理**に対応しています。そのため、稼働中のセッションに影響を与えることなく、ワークフローを安全に改善できます。

* **ドラフトバージョン**は完全に編集可能です。ノードの追加、削除、再構成を自由に行えます
* ドラフトを**公開**すると、新しいセッションで使用される変更不可のバージョンが作成されます
* **以前のバージョン**は保持されるため、過去のどのセッションで使用された設定も正確に確認できます
* **セッションは常に作成時の特定のバージョンを参照**するため、更新を公開した後も一貫性が保たれます

公開済みのワークフローを変更するには、公開済みのバージョンから新しいドラフトを作成して編集し、準備ができたら公開します。バージョン履歴はManagement APIから取得できます。

***

## ワークフローを構築する2つの方法

Didit では、検証ワークフローの作成方法として**2つの異なるアプローチ**を用意しており、ニーズに合った複雑さを選べます。

![DiditのKYCワークフローのシンプルモードと詳細モードのビルダーを並べた画面](https://mintcdn.com/didit-0f962782/DSfxHq_ggIpqiQSG/images/workflows-simple-and-complex.jpg?fit=max\&auto=format\&n=DSfxHq_ggIpqiQSG\&q=85\&s=07f4e97f94cb1179de16732573612b6e)

### 1. シンプルモード: テンプレートベースのビルダー

**シンプルモード**は、すぐに始めたい場合に最適です。あらかじめ用意されたテンプレートを選び、必要な機能のオン/オフを切り替えるだけで準備が整います。

![Didit本人確認ワークフローのシンプルモードのテンプレートビルダー画面](https://mintcdn.com/didit-0f962782/DSfxHq_ggIpqiQSG/images/workflows-simple.jpg?fit=max\&auto=format\&n=DSfxHq_ggIpqiQSG\&q=85\&s=ebe4da7cf6549793629497fb36053fe2)

**最適な用途:**

* 迅速なセットアップと導入
* 標準的な検証フロー
* 本人確認を初めて導入するチーム
* 一般的なパターンに当てはまるユースケース

**仕組み:**

1. ワークフローテンプレートを選択します(KYC、年齢確認など)
2. 機能のオン/オフを切り替えます(ライブネス、顔照合、AMLなど)
3. 各機能の基本設定を構成します
4. 公開して検証を開始します

***

### 2. 詳細モード: ビジュアルグラフビルダー

**詳細モード**では、Didit のオーケストレーションエンジンの機能をすべて利用できます。ドラッグ&ドロップできるノード、分岐、カスタムロジックを備えたビジュアルグラフエディターを使って、複雑な条件付きの検証フローを構築できます。

![ノードベースのワークフローのビジュアルグラフビルダー](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/node-based-workflow.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=2c0997ab8bbb09dbf7c4cb26b201eced)

**最適な用途:**

* 複数の経路を持つ複雑な検証ジャーニー
* ユーザーデータや検証結果に基づく条件付きロジック
* 独自のビジネスルールと分岐
* エンタープライズレベルのコンプライアンス要件

**主な機能:**

* **ビジュアルノードエディター**: 無限キャンバス上でノードをドラッグ、ドロップし、接続できます
* **スマート接続**: ノードのハンドルから空いているスペースへドラッグすると、新しいノードを即座に作成して接続できます
* **条件分岐**: 抽出されたデータ、検証ステータス、国、書類タイプ、[書類サブタイプ](https://docs.didit.me/ja/core-technology/id-verification/document-subtypes-id-verification.md)、発行日、年齢、WebhookのJSONレスポンスのパス、またはカスタムルールに基づいてユーザーを振り分けます
* **アクションの自動化**: フローの結果に応じて、タグの追加、メタデータの設定、手動レビューへの振り分けを行います
* **キーボードショートカット**: 元に戻す(Ctrl/Cmd+Z)、やり直す(Ctrl/Cmd+Shift+Z)、削除(Delete/Backspace)
* **ズームとパン**: スクロールでのズームやドラッグでのパンにより、複雑なフローを操作できます

#### グラフビルダーのノードタイプ

| ノードタイプ | アイコンの色 | 説明 | 例 |
| - | - | - | - |
| **機能ノード** | 青 | ユーザーデータを処理する検証チェック | 本人確認(OCR)、ライブネス、顔照合、NFC、AML、電話番号/メールアドレス認証、アンケート、住所証明、Document AI、データベース検証、デバイス・IP分析、年齢推定 |
| **分岐ノード** | 紫 | データや結果に基づく条件付きの振り分け | 国、リスクスコア、書類タイプ、書類サブタイプ、年齢、発行日、発行からの月数、検証ステータスによる振り分け |
| **アクションノード** | アンバー | セッションやユーザーデータを変更する自動化トリガー | タグの追加、タグの削除、メタデータの設定、レビューメモの追加 |
| **Webhookノード** | シアン | 後続の分岐にデータを渡せるHTTPリクエスト | セッションデータを自社サーバーに送信、JSONレスポンスを解析、`category`、`status`、`tags.0`などのパスで分岐 |
| **ステータスノード** | 緑/赤/アンバー | 検証フローを終了させる最終結果 | 承認済み、却下、レビュー中 |

#### 機能ノードのカテゴリー

**ユーザー操作を伴う機能**(ワークフローの開始点にできます):

* 本人確認(OCR)
* ライブネス検知
* 顔照合
* 年齢推定
* 電話番号検証
* メールアドレス認証
* アンケート
* 住所証明
* Document AI
* NFC / ePassport

**バックエンド専用の機能**(ユーザー操作なしで自動的に実行されます):

* AMLスクリーニング(前段に本人確認、KYB Registry、またはDocument AIのステップが必要です。[スクリーニング対象エンティティ](#スクリーニング対象エンティティ)を参照してください)
* データベース検証(先にOCRが必要です)
* デバイス・IP分析

> **注:** バックエンド専用の機能はビルダー内で専用のインジケーターで示され、依存関係が満たされるとユーザー操作なしで自動的に実行されます。

各機能ノードの最初の設定タブは**検証エンジン**の項目から始まります。Didit独自のエンジンでチェックを実行するか、[Marketplace](https://docs.didit.me/ja/console/marketplace.md)から接続したサードパーティのプロバイダーに切り替えることができます。そのプロバイダーが利用できない場合は、自動的にDiditにフォールバックします。

#### スクリーニング対象エンティティ

AMLスクリーニングは通常、スクリーニング対象を直前のステップから取得します。**本人確認**ステップが書類から読み取った人物、または**KYB Registry**ステップが返した企業です。しかし、どちらも含まないフローもあります。税務証明書や公証済みの設立証書など、標準化されていない書類を扱う、**Document AI**だけで構築されたフローは、氏名、生年月日、書類番号、国をすでに保持していますが、それらは独自のフィールドキーの下に格納されています。

AMLノードの**詳細**タブで、これらのキーをスクリーニングに割り当てます。

* **エンティティタイプ**: **個人**をスクリーニングするか、アップロードされた書類に記載された**企業**をスクリーニングするかを選びます。企業ノードは人物ではなく企業の記録を検索します。
* **フィールドの取得元**: 4つのスクリーニング入力(氏名、生年月日、国、書類番号)のそれぞれを、Document AIのフィールド、アンケートの回答、またはセッション作成時に送信する値(`expected_details` / `metadata`)に対応付けます。すでに`full_name`という名前を付けたDocument AIのフィールドは自動的に取り込まれます。
* **不完全なスクリーニングデータ**: 完全な身元情報がそろっていない状態でスクリーニングが実行された場合の動作です。デフォルトはレビューです。*No action*を選ぶのは、フローが意図的に氏名しか保持していない場合に限ってください。

利用する前に知っておくべき点が2つあります。本人確認またはKYB Registryステップがない場合、**氏名は必須**です。氏名がなければ検索できないため、何かがこの値を埋めるまでワークフローを公開できません。また、AMLの精度は提供する識別子の数に直接左右されます。レビュアーが不満を訴える大量の誤検知は、氏名のみのスクリーニングから生じるものです。そのため、書類に生年月日と国が記載されている場合は、必ずそれらをマッピングしてください。

#### 分岐条件がセッションデータを読み取る仕組み

**条件が読み取るレコード。** 分岐条件は、その条件の作成元となった機能ノードに紐づいており、そのノードの結果を読み取ります。1つのノードが複数のレコードを生成した場合、条件は**最新の**レコードを読み取ります。これが最も重要になるのは**デバイスとIP分析**です。Diditはセッションが開かれたデバイスとIPアドレスごとに1件の観測を記録するため、セッションの途中でスマートフォンやネットワークを切り替えたユーザーは、同じノードに複数のレコードを残します。その場合、`IP COUNTRY is in [...]`のようなルールは**最新の**観測に対して評価されます。これは、セッションのデバイスとIP分析パネルの先頭に表示されるレコード、および判定ペイロードの`ip_analyses`配列の先頭にあるレコードと同じです。複数の観測を持つセッションには`MULTIPLE_DEVICES_IN_SESSION`警告も付与されます。これは、分岐の結果だけでなく一覧全体を確認すべきであることを示すシグナルです。

**国の値。** 国の条件は、表記ではなく国そのものに基づいて照合されます。フィールドピッカーから国を選択すると、Diditが比較の両側を正規化するため、ISO 3166-1 alpha-3(`UKR`)で記述したルールでも、alpha-2(`UA`)として取得された値に一致します。

**値の欠落、空の値、否定の比較。** **値がまったくない**フィールド(書類に記載がない、メタデータのキーが送信されていない、機能が実行されなかった)は、`is empty`と`equals not_defined`にのみ一致します。それ以外の比較(`equals`、`contains`、`greater than`、さらに`not equals`と`not in`も含む)はすべて一致せず、分岐ノードは次の分岐に進みます。**空文字列**を保持するフィールドは値であり、欠落したフィールドではありません。`"metadata": {"credential_state": ""}`で作成されたセッションは`metadata.credential_state equals IL`を満たしませんが、`not equals IL`、`not in [IL, MA, NJ]`、`equals ""`は満たします(`is empty`はどちらのケースにも一致します)。したがって、否定の比較で承認する分岐は、州が空で送信されたセッションを承認しますが、キーが省略された同じセッションはフォールバックに進みます。`not equals`や`not in`でルーティングする場合は、同じ分岐に`metadata.<key> is not empty`を追加し(AND条件)、どちらのケースも値が存在しない場合の行き先に到達するようにしてください。分岐は順番に評価され、最初に一致したものが採用されます。フォールバック分岐(条件のない分岐)は、**他のどの分岐にも一致しなかった場合にのみ**採用されます。そのため、すべての分岐ノードに、想定外の値を到達させたい場所で終わるフォールバックを設定してください。どの機能にも警告がないのにレビュー中になったセッションは、チェックではなく、グラフ内のステータスノードによってそこにルーティングされたものです。通常の原因は分岐ノードのフォールバック分岐です。

**セッションメタデータ。** セッション作成時に`metadata`で送信した値は、すべての分岐で`metadata.<key>`として利用でき、固定値または別のセッションフィールドと比較できます(例: `metadata.min_age <= Age`)。数値は数値として比較されるため、`18`と`"18"`は同じように動作します。

**サンドボックス/テストモード。** 分岐条件、メタデータ、ステータスノードは、サンドボックスでも本番環境とまったく同じように動作し、サンドボックスがそれ自体でセッションをレビューに回すことはありません。違いは書類です。サンドボックスのセッションには米国の州/地域を持たない架空の書類が含まれるため、そこでは`Region`条件が一致しません。州に依存するフローをテストする方法については、[架空の書類に含まれない項目](https://docs.didit.me/ja/integration/sandbox-testing.md#生成された書類に含まれない情報)を参照してください。

**再提出。** 分岐ノードは、再提出を含むすべての試行で評価されます。特定のステップについてセッションを差し戻すと、それらのステップの間に配置された分岐とアクションは、ユーザーがステップを再度完了する際に、**新規**の試行のデータに対して再び実行されます。したがって、試行の間に制限対象の法域へ移ったユーザーは、その法域を対象とする分岐によってルーティングされ、却下の結果で終わる分岐は、再提出されたセッションをそこで終了させます。

**セッションがどの分岐を通ったかを確認する。** セッションの実行中にワークフローが行うすべての分岐判定と、セッションが到達するすべての結果ノードは、セッションのイベントタイムライン(Consoleのセッション詳細 > Events、および`GET /v3/session/{id}/decision/?include=events`)に記録されます。**Workflow routing**の行には、分岐ノード、一致した条件、セッションが進んだ先のノードが示されます。または、**一致した条件がなく**、そのノードのフォールバックエッジが採用されたことが示されます。**Workflow outcome**の行には、セッションのステータスを設定したステータスノードが示されます。どの機能もフラグを立てていないのにワークフローがセッションを*レビュー中*に送った場合、これらの行には、フォールバックエッジとその先の結果ノードを含め、セッションが通った経路が表示されます。後から行われた手動の判定によって、これらのワークフローイベントが書き換えられることはありません。入力の欠落は考えられる原因の1つです。`metadata.*`の値が存在することを要求する条件は、セッション作成時にキーが省略された場合には一致しません。`is_empty`や`not_defined`を指定した`equals`のように、入力の欠落を明示的にテストする条件は、同じ欠落したキーに一致する可能性があります。フォールバックエッジは、else分岐を含め、どの分岐にも一致しなかった場合にのみ採用され、デフォルト出力に接続されたノードへ進みます。イベントのペイロードについては、[セッションイベント](https://docs.didit.me/ja/sessions-api/retrieve-session.md#ワークフローのルーティングイベント)を参照してください。

***

## ワークフローテンプレート: 構築の出発点

テンプレートは固定された種類ではなく、一般的なユースケース向けに設計された**スマートな事前設定済みの出発点**です。シンプルモードではそのまま使用でき、アドバンスドモードでは自由にカスタマイズできる土台になります。

![KYC、KYB、年齢確認のユースケース向けDidit KYCワークフローテンプレートのギャラリー](https://mintcdn.com/didit-0f962782/DSfxHq_ggIpqiQSG/images/workflows-template.jpg?fit=max\&auto=format\&n=DSfxHq_ggIpqiQSG\&q=85\&s=a727315368aa2f6bd096e873d7fbae6c)

### 利用可能なテンプレート

#### **1. KYCワークフロー**

新規ユーザーのオンボーディングと、本人確認 (KYC) コンプライアンスへの完全な対応を実現する包括的なソリューションです。

* **開始ステップ：**中核となる本人確認書類の検証。
* **よく追加される機能：**
  * `[+]` **ライブネス検知：**ユーザーがその場に実在することを確認し、なりすましを防止します。
  * `[+]` **顔照合1:1：**ユーザーのセルフィーと身分証明書の写真を生体情報で照合します。
  * `[+]` **AMLスクリーニング：**ユーザーをグローバルな制裁リスト、PEPリスト、ネガティブメディアリストと照合します。
  * `[+]` **NFC認証：**電子パスポートや電子IDのチップを読み取り、政府機関レベルのセキュリティを追加します。
  * `[+]` **住所証明 (PoA)：**ユーザーの居住地住所を検証します。
  * `[+]` **電話番号検証：**追加の要素として電話番号の所有を確認します。
  * `[+]` **メールアドレス認証：**追加の要素としてメールアドレスの所有を確認します。
  * `[+]` **データベース検証：**政府の公式データベースや信用情報データベースと照合します。
  * `[+]` **アンケート：**カスタマイズ可能なフォームで、構造化された申告と裏付け書類を収集します。
  * `[+]` **デバイス・IP分析：**位置情報と接続のリスクを分析します。

***

#### **2. アダプティブ年齢確認ワークフロー**

年齢制限のあるサービス向けの、負担が少なくプライバシーに配慮したフローです。

* **開始ステップ：**セルフィーによる年齢推定。
* **主なロジック：**
  * 推定年齢がしきい値を明らかに上回る場合 (例: 18+のサービスで推定25+)、ユーザーは即座に通過します。
  * 推定年齢がしきい値を下回る、または「バッファゾーン」内にある場合 (例: 推定16-20歳)、正確な生年月日を確認するために**完全な本人確認書類の検証へのフォールバック**を自動的にトリガーするようワークフローを設定できます。
* **よく追加される機能：**
  * `[+]` **デバイス・IP分析：**地理的な位置に基づいてアクセスを制限します。

***

#### **3. 生体認証ワークフロー**

書類を再度求めることなく、再訪ユーザーを迅速かつ安全に再検証する方法です。

* **開始ステップ：**ユーザーがその場にいることを確認するライブネス検知チェック。
* **中核となるロジック：**
  * システムは、新しく撮影したライブセルフィーと、ユーザーの最初の承認済みKYC認証で得られた信頼できる生体認証テンプレートとの間で顔照合を行います。
  * 同じ`vendor_data`のもとでユーザーの顔がすでに保存されている場合 (承認済みのライブネス顔画像、電子パスポートの写真、身分証明書の顔写真、または登録済みのプロフィール顔画像)、セッション作成時に`portrait_image`を省略でき、Diditが保存済みの顔を自動的に再利用します。それ以外の場合は`portrait_image` (Base64エンコードされた画像、最大2MB) を渡してください。どちらもない場合、セッションの作成は`400`で失敗します。
* **よく追加される機能：**
  * `[+]` **電話番号検証：**住所を検証済みの電話番号に紐付けます。
  * `[+]` **メールアドレス認証：**追加の要素としてメールアドレスの所有を確認します。
  * `[+]` **デバイス・IP分析：**新しい場所からの不審なログイン試行を検知します。

***

#### **4. 住所確認ワークフロー**

住所証明 (PoA) が主な要件である場合の専用フローです。

* **開始ステップ：**ユーザーによる住所証明書類 (例: 公共料金の請求書、銀行取引明細書) の提出。
* **中核となるロジック：**AIが書類から氏名と住所を抽出し、検証します。
* **よく追加される機能：**
  * `[+]` **電話番号検証：**住所を検証済みの電話番号に紐付けます。
  * `[+]` **メールアドレス認証：**追加の要素としてメールアドレスの所有を確認します。
  * `[+]` **デバイス・IP分析：**書類上の住所とユーザーの現在の位置情報を比較し、確実性を高めます。

***

#### **5. アンケート認証ワークフロー**

カスタマイズ可能なフォームで構造化された申告と裏付け書類を収集することが主な目的である場合の専用フローです。

* **開始ステップ：**アンケート。
* **中核となるロジック：**システムが、設定済みのアンケート (セクション、翻訳済みコンテンツ、必須フィールド、アップロード) を表示します。
* **よく追加される機能：**
  * `[+]` **デバイス・IP分析：**アンケートの回答に位置情報と接続のコンテキストを追加します。

> **完全なカスタマイズ**
> ワークフロー内の各機能は、要件に正確に合わせて固有のパラメーターでさらにカスタマイズできます。ビルダーで各チェックの設定を確認してください。

***

## 婚姻状況に基づいてルールを構築する

**Advanced Mode**では、OCRフィールド`kyc.marital_status`を条件分岐やカスタムステータスルールで使用できます。ルールが自由入力のテキストではなくサポートされている列挙値を使うよう、値はフィールドピッカーから選択してください。書類に婚姻状況が記載されていない場合、値は空になり、フォールバックの分岐が適用されます。

ワークフローコパイロットでは、**Database Validation**ステップの作成と設定を1回の操作で行うこともできます。このチェックの追加を依頼する際は、必要な国を指定してください。コンソールが国ごとにサポートされているサービスを特定し、保存された設定をキャンバス上に表示します。

***

## シンプルモードとアドバンストモードの比較

| 機能 | シンプルモード | アドバンストモード |
| - | - | - |
| テンプレートの選択 | ✅ | ✅ |
| 機能のオン/オフ切り替え | ✅ | ✅ |
| 機能の基本設定 | ✅ | ✅ |
| ビジュアルグラフエディター | ❌ | ✅ |
| 条件分岐 | ❌ | ✅ |
| アクションの自動化(タグ、メタデータ) | ❌ | ✅ |
| 並列の認証パス | ❌ | ✅ |
| リスクに基づく判定 | 限定的 | ✅ 完全な制御 |
| 元に戻す/やり直しのサポート | ❌ | ✅ |
| キーボードショートカット | ❌ | ✅ |

***

## 連携の流れ

オーケストレーションされたワークフローの連携は簡単です。サーバーがDiditでセッションを作成し、固有のURLを受け取って、ユーザーをそのURLにリダイレクトします。残りの処理はDiditが行い、結果をWebhookでサーバーに通知します。

```mermaid theme={null}
sequenceDiagram
participant Customer
participant Client
participant Server
participant Didit
Customer->>Client: Go to verification page
Client->>Server: POST /create-verification-session
Server->>Didit: POST /v3/session/
Didit-->>Server: Return new verification session
Server-->>Client: Return verification session's url
Client->>Customer: Redirect customer to url
Customer->>Didit: Complete verification steps
Didit->>Server: Send status updates
Server->>Customer: Notify of status changes
Customer->>Customer: Return to callback URL
```

***

## 主なユースケース

<table>
  <thead>
    <tr>
      <th>ユースケース</th>
      <th>推奨テンプレート</th>
      <th>推奨モード</th>
      <th>推奨機能</th>
    </tr>
  </thead>

  <tbody>
    <tr>
      <td>基本的な本人確認</td>
      <td>KYC</td>
      <td>シンプル</td>
      <td>ライブネス検知、顔照合</td>
    </tr>

    <tr>
      <td>高セキュリティのオンボーディング</td>
      <td>KYC</td>
      <td>アドバンスト</td>
      <td>NFC認証、ライブネス検知、顔照合、AMLスクリーニング、電話番号検証</td>
    </tr>

    <tr>
      <td>年齢制限のあるコンテンツ/サービス</td>
      <td>適応型年齢確認</td>
      <td>シンプル</td>
      <td>本人確認へのフォールバック</td>
    </tr>

    <tr>
      <td>再訪ユーザーの認証</td>
      <td>生体認証</td>
      <td>シンプル</td>
      <td>デバイス・IP分析</td>
    </tr>

    <tr>
      <td>住所の確認</td>
      <td>住所証明</td>
      <td>シンプル</td>
      <td>電話番号検証</td>
    </tr>

    <tr>
      <td>金融サービスのオンボーディング</td>
      <td>KYC</td>
      <td>アドバンスト</td>
      <td>ライブネス検知、顔照合、住所証明、AMLスクリーニング、データベース検証</td>
    </tr>

    <tr>
      <td>地域ごとのコンプライアンス</td>
      <td>KYC</td>
      <td>アドバンスト</td>
      <td>国による条件付きルーティング、地域ごとに異なるチェック</td>
    </tr>

    <tr>
      <td>リスクに基づく認証</td>
      <td>KYC</td>
      <td>アドバンスト</td>
      <td>リスクスコアに基づく条件分岐、エスカレーションパス</td>
    </tr>
  </tbody>
</table>

***

## はじめに

1. **Diditを初めて使う場合**は、**シンプルモード**と既製のテンプレートから始めてください
2. **カスタマイズが必要な場合**は、**アドバンストモード**に切り替えて条件付きロジックを追加してください

> カスタムのワークフロー設定についてのご相談や、お客様固有の要件に最適な構成についてのアドバイスは、営業チームまでお問い合わせください。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.