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