KYCソフトウェアの選び方：購入ガイドと評価基準 (JA)

KYCソフトウェアは、顧客情報の収集、本人確認証拠の検証、リスク管理の適用、例外処理、顧客確認（KYC）の決定に関する記録の保持に使用されるテクノロジーです。その範囲に応じて、生体認証チェック、信頼できるデータソース、制裁対象者および政治的要人（PEP）スクリーニング、ワークフロー、レビュー、および継続的な更新も調整する場合があります。

有用な評価は、組織が擁護しなければならない顧客決定から始まり、ソフトウェアがそれをサポートするために必要な証拠、管理、統合の信頼性、レビュー操作、およびガバナンスを提供するかどうかをテストします。

このガイドは、その商業的および運用モデルに関する質問を扱います。基本的な定義、規制ライフサイクル、およびKYC、CDD、AMLの関係については、KYCライフサイクルガイドを参照してください。ウェブフック、状態モデル、冪等性、証拠スキーマ、およびバックエンドの信頼境界については、本人確認API統合ガイドを参照してください。

主要なポイント

• 要件はベンダー比較に先行します。顧客タイプ、管轄区域、証拠、保証、リスク、アクセシビリティ、レビュー、および保持によって、ソフトウェアが何をすべきかが決まります。
• KYCソフトウェアは、書類チェックよりも広範です。検証結果には、ポリシー、スクリーニング、ワークフロー、例外、監査記録、および継続的な顧客レビューが必要です。
• 自社開発か購入かは、通常、境界決定です。チームは、顧客の状態、ポリシー、オーケストレーション、および最終決定を自社のシステムに残しながら、専門的な証拠チェックを購入できます。
• 単価は総コストではありません。リトライ、放棄、手動レビュー、統合、サポート、不正による損失、誤拒否、データ運用、および変更管理が経済的結果に影響します。
• 概念実証には、代表的な証拠と失敗パスが必要です。洗練された成功フローは、サポートされていないドキュメント、不確実な結果、攻撃、遅延イベント、レビューキュー、または削除についてはほとんど語りません。

KYCソフトウェアとは？

KYCソフトウェアは、組織が顧客デューデリジェンスポリシーを実行するのに役立つシステムまたは一連のサービスです。「この顧客を特定し、適切な証拠を検証し、関連するリスクをスクリーニングし、レビュー可能な決定を保持する」といったポリシーを、繰り返し可能な運用ジャーニーに変えます。

この用語は、非常に異なる境界を持つ製品をカバーしています。あるサービスは本人確認書類を検証するかもしれません。別のサービスは、キャプチャ、生体認証、データベースチェック、スクリーニング、ワークフロールール、レビュー、および監査履歴を組み合わせるかもしれません。3番目のサービスは、証拠のために専門プロバイダーに依頼しながら、ケース管理に焦点を当てるかもしれません。したがって、カテゴリラベルは、各コンポーネントが返す正確な主張、ソース、脅威カバレッジ、理由、および失敗状態よりも有用性が低いです。

FATFのデジタルIDに関するガイダンスは、関連する顧客デューデリジェンスリスクに対して適切に信頼性が高く、独立しているかどうかを判断する前に、デジタルIDシステムの保証レベル、テクノロジー、アーキテクチャ、およびガバナンスを理解することを推奨しています。これは、製品ラベルを適合性の証明として扱うよりも優れた購入フレームです。

KYCソフトウェア、本人確認API、スクリーニング、ケースツールの比較

カテゴリ	主なタスク	一般的な出力	検証すべき境界
KYCソフトウェア	顧客デューデリジェンスの調整	ワークフローの状態、証拠、スクリーニング、レビュー、および監査記録	組織の法的義務を定義しない
本人確認API	本人確認証拠の検証と申請者への紐付け	証拠レベルの結果、理由、および試行状態	顧客リスク、スクリーニング、または継続的なレビューをカバーしない場合がある
AMLスクリーニングサービス	人物またはエンティティと関連リスクソースの比較	潜在的な一致、ソース記録、信頼度、およびレビュー状態	可能性のある一致は、確認された一致または法的結論ではない
取引監視システム	シナリオとリスクに対する顧客活動の評価	アラート、ケース、証拠、および処分履歴	オンボーディング時の本人確認を置き換えるものではない
ケース管理ソフトウェア	人間の調査と承認の整理	キュー、割り当て、メモ、決定、および監査履歴	供給される証拠と管理の信頼性次第
ワークフローオーケストレーター	ポリシーに応じたチェックとアクションのルーティング	バージョン管理されたブランチ、ステップアップアクション、および最終的なワークフロー状態	オーケストレーションは弱い証拠を強くしない

調達には、これらのカテゴリのいくつかが含まれる場合があります。目標は、システム全体で所有権、証拠の流れ、状態遷移、および障害処理を明確にすることです。

決定とリスクモデルから始める

効果的な提案依頼書は、一般的な機能チェックリストではなく、ユースケースから始まります。同じ組織であっても、低リスクの消費者アカウント、規制対象の金融商品、事業主、アカウント回復、または高価値の支払いに対して異なるKYCパスが必要になる場合があります。

顧客と関係の範囲

ソフトウェアが個人、個人事業主、法人、実質的支配者、権限を持つ代表者、またはこれらのいくつかをサポートする必要があるかどうかを定義します。製品、チャネル、年齢制限、地域、予想される活動、および関係が強化されたレビューを必要とする理由を記録します。

証拠と管轄区域の範囲

ポリシーで許可されている書類、信頼できるデータベース、デジタル資格情報、NFCチップ、住所証明、およびその他のソースをリストアップします。グローバルなカバレッジの見出しをテスト計画として受け入れないでください。実際の顧客が提示する証拠（スクリプト、古いバージョンの書類、低性能デバイス、および正当なエッジケースを含む）からマトリックスを構築します。

保証と脅威の範囲

何が確立されるべきかを述べます：本人確認、証拠検証、申請者との紐付け、生体存在、キャプチャの整合性、顧客リスク、またはその他の結論。次に、盗まれた真正な書類、改ざん、提示攻撃、注入されたメディア、エミュレーター、繰り返し使用されるID、アカウントファーム、侵害されたアカウントなど、各ステップに関連する脅威をマッピングします。

最終的なNIST SP 800-63A-4は、本人確認、証拠検証、申請者検証、不正管理、プライバシー、是正、および記録を分離しています。連邦政府の要件が購入者を規制しない場合でも、これらの個別の機能は、1つの広範な「検証済み」ステータスによって隠されたギャップを明らかにするのに役立ちます。

結果と例外

承認と拒否以上を定義します。有用な状態には、入力待ち、リトライ許可、レビュー中、期限切れ、放棄、技術的障害などがあります。すべての状態について、顧客メッセージ、バックエンドアクション、レビュー担当者の所有者、リトライ制限、異議申し立てパス、および監査証拠を指定します。

ガバナンスとデータ境界

収集されたすべてのフィールド、画像、生体認証サンプル、スクリーニング結果、およびレビュー担当者のメモを、目的、法的根拠、保持ルール、地域、アクセスロール、削除プロセス、および監査要件にマッピングします。どのデータがプロバイダーに残ることができ、どのデータが内部システムにコピーされなければならないかを決定します。

主要な評価基準

証拠の品質と出所

サービスが各証拠タイプをどのように検証するか、どの発行者またはソースを参照するか、どの鮮度が適用されるか、およびどの結果フィールドが使用された方法を特定するかを尋ねます。データベースの一致、光学的な書類検査、NFCチップの読み取り、およびデジタル資格情報は、異なる結論をサポートできます。結果はその出所を保持する必要があります。

不正耐性とキャプチャの整合性

メカニズム、バージョン、デバイス、および動作しきい値ごとの攻撃カバレッジとテストを要求します。書類検証、顔照合、提示攻撃検出、および注入防御は個別の管理です。一方の証拠を、ジャーニー全体の認定として提示すべきではありません。

ポリシーとワークフロー制御

ソフトウェアは、顧客、地域、製品、証拠、およびリスクによって異なるルートをサポートする必要があります。明示的なワークフローバージョン、制限されたリトライ、ステップアップアクション、手動レビュー、および技術的障害と疑われる不正を区別する機能を求めます。組織が顧客アプリケーションを再構築せずにポリシーを変更できることを確認します。

説明可能性とレビュー操作

レビュー担当者は、ソース証拠、安定した理由コード、信頼度または一致コンテキスト、試行履歴、割り当て、権限、メモ、およびオーバーライドの根拠を必要とします。購入者は、顧客向けキャプチャデモだけでなく、実際のケースキューを観察する必要があります。アナリストがなぜケースが届いたのか、どのようなアクションが許可されているのかを理解できるかどうかを測定します。

統合の信頼性

認証されたイベント、冪等的な作成、正規の取得、リトライ、タイムアウト、イベント順序、APIバージョン管理、レート制御、ステータスの調整、およびサンドボックスの忠実性を評価します。ホストされたジャーニーでもバックエンド統合が必要です。ユーザーに表示されるリダイレクトが、信頼できる顧客決定になるべきではありません。

セキュリティ、プライバシー、および回復力

資格情報の範囲、暗号化、テナンシー分離、オブジェクト認証、アクセスログ、インシデント処理、サブプロセッサ、地域処理、削除、バックアップ、および事業継続を検査します。サポート、レビュー担当者、開発者、管理者などのロールが、必要な証拠のみを受け取るかどうかをテストします。

インクルージョンと顧客回復

言語、アクセシビリティ、カメラの許可、低帯域幅、古いデバイス、名前のバリエーション、音訳、損傷した証拠、およびデフォルトルートを完了できない顧客をテストします。正当なユーザーが制御された代替パスを持たない場合、安全なシステムでも運用上失敗します。

KYCソフトウェア統合モデル

モデル	利点	購入者が保持する責任	主な評価リスク
プロバイダーホスト型ジャーニー	迅速なキャプチャ展開と集中型デバイスサポート	セッション作成、顧客マッピング、最終ポリシー、および状態遷移	戻りページを権威として扱うこと
組み込みウェブまたはモバイルSDK	アプリケーションジャーニーのより詳細な制御	SDKライフサイクル、権限、アプリの整合性、バックエンドの状態、および更新	古いまたは不適切に統合されたSDKがキャプチャを弱めること
サーバー間モジュール	柔軟な構成と移植性	キャプチャ、同意、ペイロードセキュリティ、リプレイ防御、およびオーケストレーション	キャプチャがすでに証明されているかのように信頼できない証拠を送信すること
プロバイダーオーケストレーション型ワークフロー	複数のチェックとレビューパスにわたる1つのジャーニー	ポリシー承認、下流の顧客決定、監督、および調整	どのバージョンと証拠が結果を生み出したかの可視性を失うこと
購入者制御型オーケストレーション	最大のポリシー制御とコンポーネント選択	ステートマシン、ルーティング、リトライ、監視、およびプロバイダー調整	エンジニアリングと運用上の所有権を過小評価すること

最適なモデルは、組織がどの分野で永続的な専門知識を持っているかによって異なります。ホストされたフローは、デバイスとインターフェースの作業を減らすことができます。購入者制御型オーケストレーションは、移植性とポリシー制御を維持できます。多くのチームはハイブリッドを使用しています。専門プロバイダーが証拠を生成し、組織のバックエンドが顧客ID、ワークフローコンテキスト、および最終状態を所有します。

KYC機能の自社開発と購入

「KYCの自社開発」は、いくつかの異なるプロジェクトを意味する場合があります。ポリシーエンジンとケースワークフローを構築することは、書類の真正性モデルを構築し、発行者テンプレートを維持し、生体認証防御を運用し、スクリーニングソースをキュレーションすることとは異なります。労力を見積もる前に、これらのレイヤーを分離してください。

内部で保持するのが妥当なもの

組織はしばしば、製品リスク、顧客の適格性、アカウント履歴、取引コンテキスト、回復、および法的解釈に関する独自の知識を持っています。したがって、内部システムは以下を所有するのに適しています。

• 顧客とアカウントの状態。
• ポリシー決定とバージョン履歴。
• プロバイダーに依存しない識別子。
• 製品固有のルーティングと制限。
• 最終承認、制限、および異議申し立て。
• プロバイダーの証拠と内部の行動を組み合わせた監視。

購入が有利な場合

専門的なモデル、書類またはソースの維持、キャプチャの専門知識、不正調査、独立したテスト、地理的運用、またはデバイス全体での継続的なサポートが必要な場合、購入は魅力的です。ベンダーは、購入者が結果を管理するために十分な証拠とバージョン管理を公開する必要があります。

ハイブリッドモデルがより強力な場合

ハイブリッドアプローチは、困難な証拠機能を購入し、ビジネス上の決定を保持します。また、管轄区域、証拠タイプ、または障害回復が異なる場合に、複数のプロバイダーを使用することもできます。コストは、追加のオーケストレーション、ベンダー管理、調整、および一貫したレビュー担当者トレーニングです。

境界を選択する前に、チームが脅威、書類、ソース、デバイス、およびルールが変化してもその能力を維持できるか、どの独立した証拠がそれを検証するか、誰がレビューとインシデントを運用するか、および顧客履歴を失うことなくコンポーネントを交換できるかどうかを尋ねてください。

自社開発か購入かの判断は、一度きりの決定ではありません。顧客の構成、規制、不正、プロバイダーのパフォーマンス、および内部能力の変化に応じて、境界を再評価してください。

KYCソフトウェアの総コスト

総コストは、ベンダーへの直接費用と、防御可能な顧客決定を生み出すためのコストを組み合わせたものです。宣伝されているチェック単価のみを比較すると、より多くのリトライ、レビュー、サポート作業、または誤った結果を生み出すフローに報酬を与えてしまう可能性があります。

コスト要因	モデル化すべき質問
使用料	請求は試行ごと、完了したチェックごと、成功した結果ごと、モジュールごと、バンドルごと、レビューごと、または保存された記録ごとですか？
リトライと放棄	どの失敗が課金対象であり、何人の正当なユーザーがジャーニーを繰り返すか、または放棄しますか？
手動レビュー	レビューに達する割合はどのくらいで、解決にどれくらいの時間がかかり、どのような専門知識が必要ですか？
エンジニアリングとメンテナンス	統合、更新、監視、調整、移行、およびインシデント対応のために何を構築する必要がありますか？
サポートと回復	顧客はどのくらいの頻度でヘルプ、代替証拠、異議申し立て、または新しい試行を必要としますか？
決定エラー	受け入れられた不正、拒否された正当な顧客、オンボーディングの遅延、および一貫性のないポリシーの影響は何ですか？
データ運用	ストレージ、地域処理、アクセス制御、エクスポート、削除、および監査から生じるコストは何ですか？
変更と終了	最低料金、移行、新しいモジュール、超過料金、証拠のエクスポート、または契約終了は重要ですか？

単一の平均値ではなく、代表的な顧客セグメントごとにコストをモデル化します。一般的な書類と最新のデバイスを持つ顧客にとっては安価なフローでも、別の地域、証拠タイプ、またはレビュー対象の人口にとっては高価になる場合があります。

分母も明確でなければなりません。開始された試行ごと、完了したジャーニーごと、承認された正当な顧客ごと、および保持された顧客ごとのコストは、異なる質問に答えます。調達、コンプライアンス、不正、運用、製品、および財務部門は、提案を比較する前に分母について合意する必要があります。

失敗する可能性のある概念実証を実行する

概念実証は、ベンダーのデモンストレーションを演出するのではなく、意図されたオペレーティングシステムをテストするべきです。許可された代表的なケースを使用し、結果が見える前に成功の尺度を事前に定義してください。

代表的なマトリックスを構築する

本番環境で予想される国、証拠タイプ、言語、デバイス、カメラ、ネットワーク条件、顧客セグメント、およびリスクパスを含めます。真正な完了、サポートされていない証拠、品質の失敗、疑われる攻撃、およびシステムエラーを区別するために十分な真実を保持します。

不利なケースと運用上のケースを実行する

有効期限切れ、損傷、フィールドの不一致、リトライ、放棄されたセッション、重複イベント、遅延イベント、レビュー、削除、プロバイダーの利用不能、およびバージョン変更をテストします。関連する場合、改ざんされた書類、リプレイ、提示攻撃、注入パス、エミュレーター、繰り返し使用されるID、および自動化について、承認された攻撃テストを使用します。

顧客とリスクの結果を一緒に測定する

完了、放棄、リトライ、サポートされていない証拠、レビュー率、解決までの時間、誤受諾、誤拒否、決定不能な結果、サポートへの問い合わせ、および確認された下流の不正を追跡します。不平等または脆弱なパフォーマンスを明らかにする可能性のあるセグメントごとに結果を分解します。

KYCソフトウェア購入時のよくある間違い

最長の機能リストを購入する

機能名だけでは、証拠の強度、運用品質、適合性を確立できません。ユースケースで必要とされる結論とワークフローを評価します。

自動化率を決定品質として扱う

高い自動決定率は、弱い管理や過剰な拒否を隠す可能性があります。セキュリティ、顧客、レビュー、および下流の結果を一緒に測定します。

請求の定義なしに価格を比較する

試行、リトライ、モジュール、レビュー、ストレージ、最低料金、および成功条件が同じ分母を使用するまで、見かけの単価は比較できません。

ポリシーをベンダーのステータスに委託する

プロバイダーは、すべての製品制限、顧客履歴、管轄区域、または回復オプションを知っているわけではありません。最終的なポリシー決定と根拠は、組織の管理下に置いてください。

一般的な書類と新しい電話のみをテストする

これは簡単なパスの証明を作成します。代表的な証拠、古いデバイス、複数のスクリプト、低帯域幅、例外、および攻撃が、実際の運用コストを明らかにします。

レビューと異議申し立てを無視する

不確実な証拠は避けられません。訓練されたレビュー、制御されたリトライ、代替パス、および是正措置がなければ、システムは不確実性を回避可能な損失または排除に変換します。

顧客の状態を1つのプロバイダーにロックする

内部アカウントがベンダーのステータスと識別子に直接依存している場合、移行は顧客の状態の書き換えになります。プロバイダーに依存しない参照とポリシーの移行を保持してください。

調達チェックリスト

KYCソフトウェア契約に署名または拡張する前に、以下を確認してください。

• 顧客、製品、管轄区域、証拠、保証、および脅威の要件が文書化されていること。
• 各コンポーネントの出力と制限が明確であること。
• 代表的なカバレッジと不正テストが、事前に定義された受け入れ基準を満たしていること。
• 統合が、認証されたイベント、冪等性、調整、バージョン管理、および障害をカバーしていること。
• レビュー、リトライ、サポート、異議申し立て、およびインシデントのパスに担当者がいること。
• プライバシー、アクセス、保持、居住地、削除、および監査管理が検証されていること。
• 顧客とリスクの結果が、関連するセグメントごとに測定できること。
• 価格設定と総コストの仮定が、一貫した請求定義と分母を使用していること。
• ワークフロー、証拠、およびポリシーのバージョンが、時間の経過とともに説明可能であること。
• 顧客ID、最終決定、および移行データが、組織の管理下にあること。

DiditをKYCワークフローに活用する

Diditは、本人確認、生体検知、デバイスおよびIP分析、AMLスクリーニング、およびワークフローオーケストレーターを介した条件付きルートを組み合わせることを可能にします。

公開されているフルKYCバンドルは、本人確認、パッシブ生体検知、顔照合、およびIP分析で0.33ドルであり、無料枠は月500回の無料検証です。現在のモジュール料金は、料金ページに記載されています。これらの製品は証拠とワークフロー制御を提供しますが、組織は要件、法的分析、顧客の決定、例外、および継続的なレビューを依然として所有しています。

よくある質問

KYCソフトウェアとは何ですか？

KYCソフトウェアは、組織が顧客データを収集し、適切な本人確認証拠を検証し、スクリーニングまたはリスク管理を適用し、レビューを管理し、顧客デューデリジェンスの記録を保持するのに役立ちます。

KYCソフトウェアにはどのような機能が含まれるべきですか？

必要な機能はユースケースによって異なります。一般的なニーズには、証拠検証、申請者との紐付け、不正対策、スクリーニング、ワークフロールール、理由コード、手動レビュー、監査履歴、安全な統合、プライバシー管理、および継続的な更新が含まれます。

KYCソフトウェアは本人確認APIと同じですか？

いいえ。本人確認APIは、本人確認証拠と申請者との紐付けに焦点を当てています。KYCソフトウェアは、その結果をスクリーニング、顧客リスク、ワークフロー、レビュー、記録、および継続的なデューデリジェンスと調整する場合があります。

企業はKYCソフトウェアを自社開発すべきですか、それとも購入すべきですか？

ほとんどの組織は、機能ごとに決定すべきです。専門的な証拠チェックは購入が有利な場合が多いですが、顧客の状態、製品ポリシー、最終決定、およびプロバイダーに依存しない履歴は、内部所有に適した強力な候補です。

KYCソフトウェアのコストはどのように比較すべきですか？

一貫した請求定義を使用して、意味のある結果あたりの総コストを比較します。宣伝されているチェック単価だけでなく、試行、モジュール、リトライ、放棄、レビュー、エンジニアリング、サポート、データ運用、決定エラー、および移行を含めます。

KYCソフトウェアは組織をコンプライアンスに準拠させることができますか？

いいえ。ソフトウェアは証拠を収集し、構成された管理を実行し、記録を保持することができます。組織は、適用される法律、ポリシー、比例性、決定、ガバナンス、例外、および監視に引き続き責任を負います。

KYCソフトウェアの概念実証では何をテストすべきですか？

事前に定義された顧客、セキュリティ、運用、およびコストの尺度に対して、代表的な顧客、証拠、地域、デバイス、脅威、統合状態、レビューパス、プライバシー運用、および障害回復をテストすべきです。

主な参考文献

• FATF勧告
• FATFのデジタルIDに関するガイダンス
• NIST SP 800-63A-4: 本人確認と登録
• NISTサイバーセキュリティフレームワーク2.0
• OWASP APIセキュリティトップ10 — 2023

KYCソフトウェアは、単に自動化を進めるだけでなく、組織の決定をより防御可能にする場合に機能します。必要な証拠とリスクの結果を定義し、ポリシーの所有権を明確に保ち、失敗パスをテストし、運用コスト全体を計算し、顧客と脅威が変化しても説明可能で交換可能なコンポーネントを選択してください。