> ## 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 Academyの動画トランスクリプト。チェック、分岐ロジック、リスクルール、テスト、本番環境への公開まで、KYC認証ワークフローを視覚的に構築する方法を解説します。

[ノーコードでKYC認証ワークフローを構築する (完全チュートリアル)](https://www.youtube.com/embed/7-nJ3JE20i4)

**ノーコードでKYC認証ワークフローを構築する (完全チュートリアル)**の全文書き起こしです。Didit Academy動画全10本中の3本目、再生時間は18分54秒です。[YouTubeで見る](https://www.youtube.com/watch?v=7-nJ3JE20i4)。各段落から動画の該当箇所へ直接移動できます。

> [!NOTE]
>
> 料金は2026年11月1日に変更されました。月500件の無料チェックは、業務用メールアドレスで登録した組織に対する月\$10のクレジットに変わりました。動画では変更前の料金が表示されています。

## ワークフローとは

[00:03](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=3s) この動画では、完全な認証フローをゼロから構築します。コードは1行も書く必要がありません。ワークフローとは、要するに認証のレシピで、どのチェックをどの順番で実行するかを定めたものです。通常、こうした作業はエンジニアの担当です。しかしDiditでは、ビジュアルな画面で自分で構築できます。作業を進めながら料金が更新されるのを確認でき、準備ができたらいつでも本番環境に公開できます。

[00:28](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=28s) 自分で作ってみたい場合は、didit.meにアクセスして無料で登録すれば、数分で最初のワークフローを作成できます。では、すべての認証フローが置かれている場所から始めましょう。それは

## ワークフロー一覧とワークフローID

[00:39](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=39s) こちらのConfigureタブの下にあるワークフロー一覧です。このアカウントに現在あるすべてのワークフローについて、タイプを確認できます。KYCとKYBがあり、シンプルとグラフがあります。また、各ワークフローに含まれるさまざまなチェックや機能もすべて確認できます。料金の幅も確認できます。これは、1つのチェックだけを受けて完了しなかった人と、フロー全体を完了した人の料金の違いを示しています。ワークフローのリンクもあります。

[01:09](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=69s) セッションを手動で追加することもできます。ワークフローIDのコピー、複製、名前の変更、アーカイブなど、一般的な操作はひと通りできます。そしてこれがワークフローIDです。同じワークフローの複数のバージョンは、すべて同じIDを使用します。そのため、ワークフローを更新しても、コードやアプリ側で何も変更する必要はありません。ワークフローを最もシンプルに捉えるなら、認証のレシピです。どのチェックをどの順番で実行し、どのルールに従うかを決めるものです。2種類あります。

## シンプルワークフローとグラフワークフロー

[01:40](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=100s) 構造は2種類あります。シンプルとグラフです。シンプルなフローは、1つまたは少数のチェックだけで構成され、分岐は一切ありません。条件ロジックもありません。すばやく設定でき、ほとんどのケースに対応できます。モジュールを選べばそれで完了です。このサンプルワークフローを見ると、左側でモジュールを選択でき、それらがすべて順番に実行されることがわかります。一方、

## 分岐のあるグラフワークフロー

[02:05](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=125s) グラフベースのワークフローの場合、ここをクリックすると、最後に分岐があることがわかります。そのため、この認証フローの中でユーザーをどこに誘導するかを、より細かく設定できます。たとえばこのワークフローには、複数の分岐ポイントがあります。Webhook呼び出しを含めることもできます。全体として、必要に応じてもう少し複雑な構成を加えられます。

[02:30](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=150s) なお、KYBワークフローも見た目はまったく同じで、チェックの種類が異なるだけです。では、チェックを追加したい場合は、ここを開きます。ユーザーアクションのいずれかを選ぶか、バックグラウンドチェックを設定できます。バックグラウンドチェックは、フロントエンドでユーザーに表示されないものです。やることは、

## テンプレートから新しいワークフローを作成する

[02:51](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=171s) 「新しいワークフロー」を押すだけです。いくつかの選択肢があります。KYCとKYBです。KYCを押しましょう。先ほどお見せしたように、シンプルとアドバンスがあります。両方の選択肢をお見せします。シンプルをクリックすると、さまざまな業界向けのテンプレートが数多く用意されています。各テンプレートのコストも確認できます。年齢ゲートやメールアドレス認証があります。

[03:19](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=199s) 生体認証、保険、ヘルスケアなど、さまざまなものがあります。たとえば法人確認を選び、グラフ型であるアドバンス版を使う場合も、多数のテンプレート、言い換えればレシピが用意されています。たとえば高リスク国向けのKYBを設定すれば、それで完了です。ここで何かをクリックしたりドラッグ&ドロップしたりする必要すらありません。すでに構築されています。そして、

## 各ノードでチェックを選ぶ

[03:48](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=228s) ここの各ノードにはドロップダウンがあります。必要なチェックを選ぶだけです。このように変更することも、登記チェックを入れることもできます。必要に応じて選択してください。本人確認、ライブネス検知、顔照合、AML、住所証明。DiditがKYBとKYC向けに提供するすべてのチェックを、これらのノードの中で利用できます。たとえば、ここにチェックを追加したい場合、AMLスクリーニングを行いたいとすれば、ここに追加できます。ルールやこれらのタブについてはこのあとすぐ説明しますが、このワークフローに追加されたことがわかります。KYCのグラフワークフローを開くと、ほとんどのワークフローは本人確認から始まります。最も一般的なチェックです

## 本人確認ノードの中身

[04:33](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=273s) チェックです。ここに表示されているのが本人確認ノードです。月500件の無料チェックがあり、ライブネス検知と顔照合も同様です。この本人確認は、カードの文字を読み取るだけのものではありません。書類が本物であることを証明します。セキュリティ機能を確認し、改ざんの痕跡を探し、フォントやレイアウトを読み取ったうえで、氏名、生年月日、書類番号、有効期限といったすべてのフィールドを、対応する14,000種類以上の書類タイプすべてについて、あらゆる言語でOCRにより抽出します。つまり、これは単なるテキストではありません。まず真正性をチェックし、次にデータを抽出します。では、これらのモジュールの1つを設定してみましょう。

## ライブネスモードとそれぞれの料金

[05:15](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=315s) では、ライブネスモジュールを開いてみると、いくつかのライブネスモードがあることがわかります。パッシブは、セルフィーを使ってライブネスを検知します。フラッシュは、動的な光のパターンを使って実際のユーザーの顔を検知し、ライブネスを確認します。そして3Dアクションがあります。これは、まばたきや頭を動かすといった何らかのアクションによってライブネスを確認するものです。パッシブのライブネスチェックには毎月500クレジットの無料分があり、それ以降はチェック1件あたり10セントです。一方、フラッシュと3Dアクションはチェック1件あたり15セントです。また、これらには無料アカウントで利用できる無料チェックは含まれていません。では、ルールタブでは、

## ルール、しきい値、重複する顔、複数の顔

[05:56](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=356s) このモジュールを必須にするか任意にするかを決めます。ルールタブを開くと、いくつかのオプションがあることがわかります。ここでは、チェックの感度を設定できます。つまり、許容レベルを設定できます。ライブネススコアが70未満の場合は、レビュー中となります。これは必要に応じて変更できます。却下についても同様です。重複する顔に関する設定もあります。ユーザーの顔が、以前に承認済みとなったセッションの顔と一致した場合にどう処理するか、つまり承認、レビュー、却下のいずれにするかです。さらに、類似度のしきい値を民族性ごとにカスタマイズできます。つまり、重複検知の感度を民族性に応じて設定できます。最後に、ライブネス画像内で複数の顔が検知された場合に取るアクションを定義できます。ライブネスのスコアリングには、常に最も大きい顔が使われます。これもここで設定できるオプションです。続いて

## 詳細設定と品質しきい値

[06:56](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=416s) 詳細タブを開くと、ここにもいくつかのオプションがあります。顔プライバシーモード、最大ライブネス試行回数(1回の認証セッション内でユーザーがライブネスチェックを再試行できる回数)、顔品質しきい値があります。これらの設定が実際に何をするのかわからない場合は、この情報ボタンにカーソルを合わせると説明が表示されます。顔品質は、画像の明瞭さ、解像度、シャープネスを測定するものだとわかります。

[07:20](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=440s) 低品質の画像は、ぼやけ、ピクセル化、照明不足などが原因で生じることがあります。そこで、顔品質スコアに基づいてここでしきい値を設定できます。輝度しきい値もあります。許容できる輝度の範囲を設定し、輝度がその範囲を下回った場合は、当然レビューに回すか却下することができます。最後に、これらのどれも希望する

## 返却データとGDPR

[07:47](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=467s) 必要な設定です。返却データタブでは、GDPRなどの目的で認証結果から除外したいデータ項目を選択できます。また、各モジュールではチェックの料金が表示され、上部の

## ワークフローの料金の積み上がり方

[08:00](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=480s) ここには合計料金が表示されます。少し詳しく説明しましょう。各ノードにはそれぞれ料金があり、ワークフローごとに合計コストは少しずつ異なるはずです。料金は実際に実行されたステップの分だけ発生します。各ステップは個別に課金されます。つまり、申請者がチェックの途中でやめた場合、それまでに通過した最初のいくつかのチェックだけが課金されます。そのため、下部に20セントから43セントという範囲が表示されています。これが料金の範囲です。ワークフローを進める人が最初のステップを終えて離脱した場合、コストは20セントだけです。認証ワークフローを最後まで完了した場合は43セントかかります。中央に表示されているのは、このワークフローに含まれるすべてのモジュールです。毎月利用できるクレジット数も確認できます。無料クレジットを使い切ったら、つまり500件のチェックが終わったら、課金が始まります。さて、追加できる最も強力なモジュールの1つは、実はカメラを使うチェックではありません。それは

## 政府の登録情報を使ったデータベース検証

[09:05](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=545s) データベース検証です。では、これを追加してみましょう。これはバックグラウンドチェックです。このデータベース検証チェックは世界中の政府の公式な登録情報やデータベースに接続するので、実際に何をするのか見ていきましょう。ユーザーのデータをそうした公式ソースと照合し、登録情報に含まれる追加のフィールドでデータを補完します。ここに表示されているように、国ごとにどの登録情報やソースを使うかを選択できます。また、各サービスにはそれぞれの料金が表示されます。たとえばここではカナダ国内のさまざまなサービスがあり、登録情報ごとに当然料金も異なります。たとえばドイツのような特定の国を見たい場合は、ドイツで利用できるチェックを確認し、ニーズに応じて選択できます。

[09:59](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=599s) このデータベース検証は、ここのダッシュボードで実行できるだけでなく、自社のバックエンドからDidit APIを通じて直接呼び出すこともできます。また、他のすべてのモジュールと同様に、ルール、詳細、返却データがあります。ここでもルールを設定できます。部分一致をクリックすると、完全一致がどういうものかがわかります。たとえば、氏名と身分証番号が登録情報と一致すれば完全一致で、部分一致は身分証番号だけが一致する場合などです。そして、その部分一致がワークフローの中で何を意味するかを決めることができます。レビューに回すのか、却下するのか、承認するのか。このように、このワークフローには分岐があります。

## AMLの分岐と条件ロジック

[10:36](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=636s)AMLリスクスコアに応じたAMLの分岐を設定できます。AMLとはマネーロンダリング対策のことです。下の方を見ると、このAMLリスクスコアに対する分岐がすでに設定されているのがわかります。リスクスコアが70を超える場合はそのまま却下でき、ここをクリックすると条件ロジックを確認できます。これは自由に設定できます。分岐1と分岐2があり、それ以外のすべてのケースではセッションが承認されます。たとえば、このグループに該当する人は分岐2に送られます。そこで追加情報を求めることができ、たとえば住所証明を求めることもできます。こうすることで、リスクがやや高い人に対して追加情報を求め、その人を承認すべきか却下すべきかの判断材料にできます。ここにある別のノードとしてステータスがあり、すでに追加されていますが、ワークフローの最後に追加して最終的な結果を決めることができます。ワークフローに含められる

## Webhookノード

[11:40](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=700s)ワークフローに含めることができるノードの1つが、Webhookノードです。フローは認証の途中で自社のシステムに問い合わせることもでき、そのためのノードがこれです。エンドポイントを呼び出してデータを取得できます。そのWebhookが応答するまで待機します。ここではPOSTのWebhookがあり、JSONペイロードは変更できます。さらに、異なるペイロードを送信することもできます。これらはキーと値のペアで、セッションのフィールドを送信するリクエストにマッピングします。そして返ってきたフィールドは、次の分岐で判定に使う変数になります。つまり、Diditのチェックと自社のリスクデータを、1つのフローの中で組み合わせられるということです。最後に、下の方でヘッダーも追加できます。こちらもキーと値のペアです。Basic認証もあります。Webhook呼び出しに期待される機能はすべて揃っています。Diditは、

## グラフの検証とエラー

[12:28](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=748s)グラフの作成中は常に検証が行われます。そのため、ノードの設定に誤りがあったり経路が途切れていたりすると、その場所を正確に教えてくれます。下の方をクリックすると、フローに2件のエラーがあることがわかります。分岐1のルールが不完全であることも確認できます。ワークフロー内で何を修正すべきかが表示されます。そして、これらのエラーが修正されるまで公開することはできません。たとえば新しいワークフローを作成してエラーがある場合、そのワークフローは公開できません。個々のノード以外にも、

## ワークフロー設定 (再試行、有効期限、コールバックURL)

[12:58](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=778s)ワークフローには上部に設定タブがあり、ここでの設定は単一のチェックではなくワークフロー全体に適用されます。もちろんワークフロー名があり、コールバックURLもあります。これはフローが完了した後にDiditがユーザーをリダイレクトする先のアドレスです。デスクトップでの続行を許可したい場合は、デスクトップアクセスを許可できます。再試行回数もあり、変更できます。これは、前回の試行が失敗した場合に、1回の認証セッション内でユーザーが書類の撮影を再試行できる回数です。セッションの有効期限もあり、未完了のセッションが自動的に期限切れになるまで有効な期間を指定します。これは新しく作成されるセッションに適用されます。さらに再試行期間もあり、再試行が許可される日数を指定します。この

## フローのホワイトラベル化

[13:43](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=823s)ワークフローの中から、上部のこのボタンをクリックしてカスタマイズタブに移動できます。ホワイトラベルはフロー自体に直接組み込まれています。このタブに移動すれば、この認証フローの見た目、色、ブランディング、メール、ドメインなど、あらゆる要素の調整を始められます。こちらのモックアップでは、モバイルとデスクトップの両方でどのように表示されるかを確認できます。

[14:13](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=853s)さまざまな言語でテストすることもできます。フランス語に切り替えると、すべてのチェックがフランス語で表示されるのがわかります。また、ここでブランディングをオンにすることもできます。カスタマイズタブで設定したブランディングに切り替えることも、オフにすることもできます。さらに、ここで別の経路を選ぶと何が起きるか、ユーザーに何が送られるかも確認できます。もちろん、ユーザーには経路選択モジュールは表示されませんが、これは次のステップで何が起きるかを視覚的に把握するためのものです。たとえば、却下された場合は「認証が却下されました」、レビュー中の場合は「認証はレビュー中です」、認証済みの場合はその旨が表示されます。また、リンクをコピーすることもできます。

## 共有リンクと、使うべきでない場面

[14:58](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=898s)の上部には「リンクをコピー」があります。これをコピーして新しいタブを開き、リンクにアクセスすると、ユーザーに表示される画面を確認できます。コードを一切書かずに、フローをそのまま誰かに渡したいこともあるでしょう。このリンクのコピーはまさにそのためのものです。このワークフローの、すぐに共有できるホストされたURLをコピーします。簡単なテストや手動での送信には便利ですが、連携方法としては推奨されません。本番環境では、ベンダーデータを含めてSDKまたはAPIでユーザーごとにセッションを作成できます。そうすることで、WebhookとSDKを通じてリアルタイムで結果を受け取れます。つまり、リンクのコピーはテストやイベントに最適で、本番環境で提供するのは正規のセッションです。それでは

## バージョン履歴とロールバック

[15:41](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=941s) 上部にはバージョン履歴があります。ここで各バージョンを確認でき、以前のバージョンを表示したり復元したりできます。このワークフローを編集している場合、その編集内容は下書きとして、ここにある公開済みの履歴の上に表示されます。便利なのは、新しいバージョンを公開しても同じワークフローIDが維持されることです。そのため、バックエンドは同じIDを使い続けるだけで、作成した最新のワークフローへ自動的に転送されます。履歴が記録されているので、安心して改良を重ね、必要なときにはいつでも以前のバージョンにロールバックできます。たとえば、このワークフローは新しく作成したもので、下書きモードになっているのがわかります。ワークフローに変更を加えると下書きの状態になるため、公開する必要があります。そこで、

## ワークフローの公開

[16:24](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=984s) 公開をクリックします。このワークフローは公開されて初めて有効になります。公開時にはグラフが検証され、エラーがないことが確認されます。これで完了です。リンクを取得すれば、このワークフローは有効になり、すぐに使える状態になります。見てみましょう。

## SDK、APIキー、セットアッププロンプトによる連携

[16:37](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=997s) 連携を見ていきましょう。連携の方法はいくつかあります。対象のSDKを選択できます。React Native、iOS、React Next.jsのいずれを使う場合でも、ワークフローを選択できます。今回は高リスク国レビューのワークフローです。APIキーも選択できます。ワークフローごと、あるいは連携ごとに異なるAPIキーを使うなど、用途に合わせて使い分けられます。Webhookを選択することもできます。判定の通知を受け取りたい場合は、ここに設定してください。最も簡単な連携方法は、プロンプトをコピーしてClaude CodeやCodexに貼り付けるだけです。

[17:12](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=1032s) そのプロンプトでこのワークフローを連携できます。まだアプリにDiditを連携していなくても、このプロンプトがあれば、アプリでこのワークフローを動かすために必要なものがすべて揃います。さらに、その作業すら不要です。

## MCPサーバーでワークフローを構築する

[17:27](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=1047s) Didit MCPサーバーをインストールするだけで済みます。フローを平易な言葉で説明すれば、ワークフローが作成され、アプリに自動的に組み込まれます。やりたいことを伝えれば、そのとおりに実行してくれます。MCPのセットアップ方法は別の動画で紹介しますが、MCPとはModel Context Protocolのことで、Claude Code、Cursor、Codexなどのツールで自然言語を使ってDiditと連携した開発を行えるようにするものです。では、カスタマイズを簡単に見ていきましょう。

[17:57](https://www.youtube.com/watch?v=7-nJ3JE20i4\&t=1077s) 公開名とプライバシーポリシーのURLを入力します。ブランディングでは色を変更できます。Webサイトからロゴと色を自動的に取り込むこともでき、とても便利で簡単です。ロゴはこの下でアップロードできます。ご覧のとおり、すでに色は設定してあります。その色でどのように表示されるかを試すには、このスイッチを切り替えるだけで、認証フローにホワイトラベルのブランディングが適用されるのを確認できます。今はいったんオフにしておきます。カスタムメールも設定できます。その場合はこれらの詳細を入力する必要があります。認証に進むとDNS情報が表示されるので、それをドメインに設定します。サブドメインを設定したい場合も同様です。こうすることで、ワークフロー全体を自社のブランディングと独自ドメインで完全にホストできます。ユーザーにとって、本当にシームレスな認証プロセスになります。


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