ドイツ信用情報機関検証API (JA)
ドイツの信用情報機関の本人確認ファイルとリアルタイムで照合し、本人確認を行います。結果が確定した場合のみ課金されます。エンドポイント、パラメーター、レスポンススキーマ、料金、統合方法を解説。.
ドイツでユーザーをオンボーディングするには、そのユーザーが主張する人物であることを確認する必要があります。これは、ドイツの信用情報機関から取得した信用情報ヘッダーデータと入力データを照合することで検証されます。書類や入力された情報は、データが存在することしか証明せず、それが本物であるか、目の前の人物のものであるかは証明しません。ドイツ信用情報機関検証は、国の信用情報機関の本人確認ファイルとデータを照合することで、そのギャップを埋めます。このガイドでは、このチェックが何を行うか、正確な技術詳細、そして数分で統合する方法を説明します。
主なポイント：
- チェック内容 — ドイツ信用情報機関検証は、国の信用情報機関の本人確認ファイルと信用情報上の本人確認を照合します。
- 得られる情報 — 正規化された
match_typeとフィールドレベルの結果により、承認/レビュー/却下のロジックに直接ルーティングできます。 - なぜ重要か — 信用情報機関の本人確認データは詳細かつ適切に維持されており、申請者が申告された本人確認情報と住所で存在することを確認するための強力な信頼できる情報源となります。
- 使用方法 — Diditのデータベース検証エンドポイントへの1回の
POST、またはノーコードワークフローモジュール。確定的なクエリ1回あたり0.84ドルで、数秒で結果が得られます。
ドイツ信用情報機関検証が検証する内容
ドイツの信用情報機関から取得した信用情報ヘッダーデータと入力データを照合します。Diditはこれを単一のエンドポイントを通じて公開しており、提出されたデータを国の信用情報機関の本人確認ファイルと照合し、構造化された正規化された結果を受け取ることができます。自分で解析する必要がある生のレジストリダンプではありません。
確定的な応答は、一致したsource_dataとフィールドごとのvalidationブロックを返し、リスクエンジンが明確で機械可読な判断を得られるようにします。
なぜ重要か
信用情報機関の本人確認データは詳細かつ適切に維持されており、申請者が申告された本人確認情報と住所で存在することを確認するための強力な信頼できる情報源となります。
ドイツの規制対象ビジネス（フィンテック、暗号プラットフォーム、貸金業者、マーケットプレイス、ゲーム事業者など）にとって、信頼できる情報源と照合することで、本人確認が情報源で確認されたという、防御可能で監査可能な記録が作成されます。これは、単にフォームや写真から取得されたものではありません。
技術詳細
Diditは、このサービスを統合されたデータベース検証エンドポイントを通じて公開しています。これは単一のPOSTであり、SDKは不要です。
エンドポイント
POST /v3/database-validation/リクエストパラメーター
| パラメーター | タイプ | 必須 | 説明 |
|---|---|---|---|
issuing_state | string | はい | ISO 3166-1 alpha-3 国コード。DEUを使用します。 |
services | string | はい | サービス識別子。deu_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=DEU" \
-F "services=deu_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": "DEU",
"match_type": "full_match",
"validations": [
{
"outcome_code": "MATCH",
"service_id": "deu_credit_bureau",
"service_name": "Germany Credit Bureau",
"source_data": {
"address": "123 Sample Street",
"address_match_score": "1.000",
"city": "Sample City",
"date_of_birth": "1990-01-01",
"first_name": "John",
"full_name": "John Doe",
"last_name": "Doe",
"name_match_score": "1.000",
"postal_code": "10001",
"street": "sample_value",
"verifications": {
"address": true,
"date_of_birth": true,
"full_name": true
}
},
"validation": {
"address": "full_match",
"date_of_birth": "full_match",
"full_name": "full_match"
}
}
]
}パフォーマンスと課金
- レイテンシ：通常数秒。
- 費用：確定的なクエリ1回あたり0.84ドル。ソースのダウンタイム、フィールドの欠落、ソース前の拒否については課金されず、確定的な結果に対してのみ課金されます。
- 信頼性：Diditのインフラストラクチャ上で動作し、四半期ごとの稼働時間目標は99.9%です。
- 同意：このサービスには、エンドユーザーの文書化された同意が必要です。エンドポイントを呼び出す前に、同意を取得して保存してください。
使用例
- フィンテック＆ネオバンク — ドイツでウォレットを開設したり信用を供与したりする前に、実在する検証可能な口座名義人であることを確認します。
- 仮想通貨＆Web3 — 信頼できる情報源による本人確認でVASPのオンボーディング要件を満たします。
- 融資 — 情報源で検証されたデータにより、合成ID詐欺や初回詐欺を減らします。
- マーケットプレイス＆ギグプラットフォーム — 自己申告のフォームだけでなく、信頼できるデータと照合してユーザーを検証します。
- iゲーミング — 監査可能な記録で、ドイツのプレイヤーの本人確認と資格チェックを満たします。
Diditとの統合方法
ドイツ信用情報機関検証は2つの方法で実行できます。
- ノーコードワークフロー。Diditビジネスコンソールでワークフロービルダーを開き、データベース検証モジュールを追加し、ドイツ → ドイツ信用情報機関検証を選択して有効にします。一致するユーザーは自動的にルーティングされ、エンジニアリングは不要です。
- 直接API。上記の
/v3/database-validation/エンドポイントをservices=deu_credit_bureauで呼び出します。match_typeとフィールドごとのvalidationブロックを読み取り、承認/レビュー/却下のロジックを駆動します。
すべてのDiditアカウントには毎月500回の無料検証が含まれているため、1回のクエリに課金される前に、エンドツーエンドで完全なフローをテストできます。
よくある質問
ドイツ信用情報機関検証チェックは何を確認しますか？
提出されたデータを国の信用情報機関の本人確認ファイルと照合し、正規化された一致結果を返します。これにより、信用情報上の本人確認が信頼できる情報源に存在するかどうか、およびどのフィールドが一致したかを知ることができます。
情報源が一時的に利用できない場合はどうなりますか？
課金されません。課金は確定的な結果にのみ適用されます。情報源のダウンタイム、フィールドの欠落、ソース前の拒否は無料です。
チェックはどのくらい速いですか？
データベース検証は通常数秒で返されるため、リアルタイムのオンボーディングフローに適合します。
SDKは必要ですか？
いいえ。チェックは単一のエンドポイントへの1回のHTTPS POSTです。ビジネスコンソールのノーコードワークフローに組み込むこともできます。
今すぐ始めませんか？
今日からドイツの信用情報上の本人確認を検証しましょう。
- APIリファレンスを読む： ドイツ信用情報機関検証
- すべてのデータベース検証を見る： データベース検証の料金とカバレッジ
- 構築を開始する： 無料のDiditアカウントを作成する — 毎月500回の検証が無料です。