メインコンテンツへスキップ
Diditが750万ドルを調達、本人確認と不正対策のインフラを構築
Didit
ブログ一覧へ
ブログ2026年5月20日

ドイツの電話番号認証API (JA)

ドイツの電話番号の所有権を携帯電話事業者データとリアルタイムで照合し、確認された結果に対してのみ課金します。エンドポイント、パラメータ、レスポンススキーマ、料金、統合について説明します。.

By Didit更新日
germany-phone-database-validation.png

ドイツでユーザーをオンボーディングする際には、ユーザーが本人であることを確認する必要があります。入力されたデータを通信事業者の請求記録や電話データと照合します。書類や入力された情報は、データが「存在する」ことを証明するだけであり、それが本物であることや目の前の人物のものであることを証明するものではありません。ドイツの電話番号認証は、携帯電話事業者のデータと照合することで、このギャップを埋めます。このガイドでは、このチェックが何をするのか、正確な技術的詳細、そして数分で統合する方法を説明します。

主なポイント:

  • チェック内容 — ドイツの電話番号認証は、携帯電話事業者のデータと照合して電話番号の所有権を検証します。
  • 取得できるもの — 標準化されたmatch_typeと、承認/レビュー/拒否のロジックに直接ルーティングできるフィールドレベルの結果が得られます。
  • 重要な理由 — 電話番号が申告された人物のものであることを確認することで、アカウント乗っ取りやSIMベースの詐欺を未然に防ぎます。
  • 使用方法 — Diditのデータベース検証エンドポイントへの1つのPOST、またはノーコードワークフローモジュール。確認されたクエリごとに0.30ドルで、数秒で結果が得られます。

ドイツの電話番号認証が検証するもの

入力されたデータを通信事業者の請求記録や電話データと照合します。Diditはこれを単一のエンドポイントを通じて公開しているため、送信されたデータを携帯電話事業者のデータと照合し、自分で解析する必要のない構造化された標準化された結果を受け取ることができます。

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

重要な理由

電話番号が申告された人物のものであることを確認することで、アカウント乗っ取りやSIMベースの詐欺を未然に防ぎます。

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

技術詳細

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

エンドポイント

POST /v3/database-validation/

リクエストパラメータ

パラメータタイプ必須説明
issuing_state文字列はいISO 3166-1 alpha-3国コード。DEUを使用します。
services文字列はいサービス識別子。deu_phoneを使用します。
first_name文字列はい名。
last_name文字列はい姓。
address文字列はい住所。
phone文字列いいえ電話番号(オプションの相互チェック)。

リクエスト例

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=DEU" \
  -F "services=deu_phone" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -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_phone",
      "service_name": "Germany Phone",
      "source_data": {
        "address": "123 Sample Street",
        "address_match_score": "1.000",
        "city": "Sample City",
        "first_name": "John",
        "full_name": "John Doe",
        "last_name": "Doe",
        "name_match_score": "1.000",
        "postal_code": "10001",
        "street": "sample_value",
        "verifications": {
          "address": true,
          "full_name": true
        }
      },
      "validation": {
        "address": "full_match",
        "full_name": "full_match"
      }
    }
  ]
}

パフォーマンスと請求

  • レイテンシー:通常数秒。
  • コスト:最終的なクエリごとに0.30ドル。確認された結果に対してのみ課金されます。ソースのダウンタイム、不足しているフィールド、ソース前の拒否には料金はかかりません。
  • 信頼性:四半期稼働率99.9%を目標とするDiditのインフラで動作します。

ユースケース

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

Diditとの統合方法

ドイツの電話番号認証は2つの方法で実行できます。

  1. ノーコードワークフロー。 Didit Business Consoleで、Workflow Builderを開き、Database Validationモジュールを追加し、Germany → Germany Phone Verificationを選択して有効にします。一致するユーザーは自動的にルーティングされます。エンジニアリングは不要です。
  2. 直接API。 上記の/v3/database-validation/エンドポイントをservices=deu_phoneで呼び出します。match_typeとフィールドごとのvalidationブロックを読み取って、承認/レビュー/拒否のロジックを駆動します。

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

よくある質問

ドイツの電話番号認証チェックは何を確認しますか?

送信されたデータを携帯電話事業者のデータと照合し、標準化された一致結果を返します。これにより、電話番号の所有権が信頼できる情報源に存在するかどうか、およびどのフィールドが一致したかを知ることができます。

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

料金は発生しません。請求は最終的な結果に対してのみ適用されます。ソースのダウンタイム、不足しているフィールド、ソース前の拒否は無料です。

チェックの速度はどれくらいですか?

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

SDKは必要ですか?

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

開始する準備はできましたか?

今すぐ最初のドイツの電話番号所有権を検証しましょう。

本人確認と不正対策のインフラ。

KYC、KYB、取引監視、ウォレットスクリーニングを一つのAPIで。5分で統合できます。

AIにこのページの要約を依頼する
ドイツの電話番号認証API | Didit.