英国信用情報機関検証API (JA)

英国でユーザーをオンボーディングする際には、その人物が本人であることを確認する必要があります。これは、英国の信用情報機関から取得したクレジットヘッダーデータに対して入力データを検証することで行われます。書類や入力された詳細情報は、データが存在することを証明するだけであり、それが本物であることや目の前の人物のものであることを証明するものではありません。英国信用情報機関検証は、このギャップを埋めるために、全国的な信用情報機関の本人確認ファイルとデータを照合します。このガイドでは、このチェックが何をするのか、正確な技術的詳細、そして数分で統合する方法について説明します。

主なポイント：

• 確認内容 — 英国信用情報機関検証は、全国的な信用情報機関の本人確認ファイルと信用ファイル上の本人情報を照合します。
• 返される内容 — 正規化されたmatch_typeと、承認/レビュー/却下のロジックに直接ルーティングできるフィールドレベルの結果です。
• 重要な理由 — 信用情報機関の本人確認データは深く、適切に維持されており、申請者が申告された本人情報と住所で存在することを確認するための強力な信頼できる情報源となります。
• 使用方法 — Diditのデータベース検証エンドポイントへの1回のPOST、またはノーコードワークフローモジュール。確定的なクエリ1回につき1.07ドルで、数秒で結果が得られます。

英国信用情報機関検証が何を検証するか

英国の信用情報機関から取得したクレジットヘッダーデータに対して入力データを検証します。Diditはこれを単一のエンドポイントを通じて公開しているため、提出されたデータを全国的な信用情報機関の本人確認ファイルと照合し、構造化された正規化された結果を受け取ることができます。自分で解析する必要のある生のレジストリダンプではありません。

確定的な応答は、一致したsource_dataとフィールドごとのvalidationブロックを返し、リスクエンジンが明確で機械可読な判断を得られるようにします。

なぜそれが重要なのか

信用情報機関の本人確認データは深く、適切に維持されており、申請者が申告された本人情報と住所で存在することを確認するための強力な信頼できる情報源となります。

英国の規制対象ビジネス（フィンテック、暗号プラットフォーム、貸金業者、マーケットプレイス、ゲーミング事業者）にとって、信頼できる情報源と照合することは、本人確認が情報源で確認され、単にフォームや写真から取得されただけではないことを示す、防御可能で監査可能な記録を作成します。

技術的な詳細

Diditはこのサービスを統合されたデータベース検証エンドポイントを通じて公開しています。これは単一のPOSTであり、SDKは不要です。

エンドポイント

POST /v3/database-validation/

リクエストパラメータ

パラメータ	タイプ	必須	説明
issuing_state	string	はい	ISO 3166-1 alpha-3 国コード。GBRを使用します。
services	string	はい	サービス識別子。gbr_kingdom_credit_bureauを使用します。
first_name	string	はい	名。
last_name	string	はい	姓。
date_of_birth	string	はい	生年月日。
address	string	はい	住所。

リクエスト例

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=GBR" \
  -F "services=gbr_kingdom_credit_bureau" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "date_of_birth=1990-01-01" \
  -F "address=123 Sample Street, Sample City, 10001"

応答例（確定的な一致）

{
  "request_id": "req_01H...",
  "status": "Approved",
  "issuing_state": "GBR",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "gbr_kingdom_credit_bureau",
      "service_name": "United Kingdom Credit Bureau",
      "source_data": {
        "address": "123 Sample Street",
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "last_name": "Doe"
      },
      "validation": {
        "address": "full_match",
        "date_of_birth": "full_match",
        "full_name": "full_match"
      }
    }
  ]
}

パフォーマンスと課金

• レイテンシー：通常数秒。
• コスト：確定的なクエリ1回につき1.07ドル。ソースのダウンタイム、フィールドの欠落、ソース前の拒否については課金されず、確定的な結果に対してのみ課金されます。
• 信頼性：四半期ごとの稼働時間目標99.9%でDiditのインフラストラクチャ上で稼働します。
• 同意：このサービスには、文書化されたエンドユーザーの同意が必要です。エンドポイントを呼び出す前に、これを取得して保存してください。

使用事例

• フィンテック＆ネオバンク — 英国でウォレットを開設したり信用を供与したりする前に、実在し検証可能な口座名義人であることを確認します。
• 暗号＆Web3 — 信頼できる情報源の本人確認でVASPのオンボーディング要件を満たします。
• 貸金 — ソースで検証されたデータで、合成的な本人確認詐欺や一次詐欺を削減します。
• マーケットプレイス＆ギグプラットフォーム — 自己申告フォームだけでなく、信頼できるデータに対してユーザーを検証します。
• iGaming — 監査可能な記録で、英国のプレイヤーの本人確認と資格チェックを満たします。

Diditとの統合方法

英国信用情報機関検証は2つの方法で実行できます。

1. ノーコードワークフロー。Diditビジネスコンソールで、ワークフロービルダーを開き、データベース検証モジュールを追加し、英国 → 英国信用情報機関検証を選択してアクティブ化します。一致するユーザーは自動的にルーティングされ、エンジニアリングは不要です。
2. 直接API。上記の/v3/database-validation/エンドポイントをservices=gbr_kingdom_credit_bureauで呼び出します。match_typeとフィールドごとのvalidationブロックを読み取り、承認/レビュー/却下ロジックを駆動します。

すべてのDiditアカウントには、毎月500回の無料検証が含まれており、1回のクエリに対して料金を支払う前に、完全なフローをエンドツーエンドでテストできます。

よくある質問

英国信用情報機関検証チェックは何を確認しますか？

全国的な信用情報機関の本人確認ファイルと提出されたデータを検証し、正規化された一致結果を返します。これにより、信用ファイル上の本人情報が信頼できる情報源に存在するかどうか、およびどのフィールドが一致したかを知ることができます。

ソースが一時的に利用できない場合はどうなりますか？

課金されません。課金は確定的な結果に対してのみ適用され、ソースのダウンタイム、フィールドの欠落、ソース前の拒否は無料です。

チェックはどのくらい速いですか？

データベース検証は通常数秒で返されるため、リアルタイムのオンボーディングフローに適合します。

SDKは必要ですか？

いいえ。チェックは1つのエンドポイントへの単一のHTTPS POSTです。ビジネスコンソールのノーコードワークフローに組み込むこともできます。

始めましょうか？

今すぐ最初の英国信用ファイル上の本人情報を検証しましょう。

• APIリファレンスを読む： 英国信用情報機関検証
• すべてのデータベース検証を見る： データベース検証の料金とカバレッジ
• 構築を開始する： 無料のDiditアカウントを作成 — 毎月500回の検証が無料です。