デンマーク消費者情報検証API (JA-1)

デンマークでユーザーをオンボーディングする際には、その人物が主張する本人であることを確認する必要があります。リードジェネレーションデータベースへの入力データを検証します。書類や入力された詳細情報は、データが存在することを証明するだけで、それが本物であること、または目の前の人物のものであることを証明するものではありません。デンマーク消費者検証は、信頼できる居住者および消費者データソースとデータを照合することで、そのギャップを埋めます。このガイドでは、この検証が何を行うか、正確な技術的詳細、そして数分で統合する方法について説明します。

主なポイント：

• 検証内容 — デンマーク消費者検証は、住所と居住者データを信頼できる居住者および消費者データソースと照合して検証します。
• 取得できる情報 — 標準化されたmatch_typeと、承認/審査/却下ロジックに直接ルーティングできるフィールドレベルの結果。
• 重要性 — 信頼できるデータに対する住所検証は、申請者が主張する場所に実際に住んでいることを確認します。これは、主要な不正防止およびコンプライアンスのシグナルです。
• 使用方法 — Diditのデータベース検証エンドポイントへの1回のPOST、またはノーコードワークフローモジュール。確実なクエリごとに0.09ドルで、数秒で結果が得られます。

デンマーク消費者検証が検証するもの

リードジェネレーションデータベースへの入力データを検証します。Diditはこれを単一のエンドポイントを通じて公開しているため、提出されたデータを信頼できる居住者および消費者データソースと照合して検証し、自分で解析する必要のない生レジストリダンプではなく、構造化された標準化された結果を受け取ることができます。

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

なぜそれが重要なのか

信頼できるデータに対する住所検証は、申請者が主張する場所に実際に住んでいることを確認します。これは、主要な不正防止およびコンプライアンスのシグナルです。

デンマークの規制対象ビジネス（フィンテック、暗号プラットフォーム、貸金業者、マーケットプレイス、ゲーム運営者）にとって、信頼できるソースに対するチェックは、本人確認がフォームや写真から merely 取得されただけでなく、ソースで確認されたことを示す、防御可能で監査可能な記録を生成します。

技術詳細

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

エンドポイント

POST /v3/database-validation/

リクエストパラメータ

パラメータ	タイプ	必須	説明
issuing_state	string	はい	ISO 3166-1 alpha-3 国コード。DNKを使用します。
services	string	はい	サービス識別子。dnk_consumerを使用します。
first_name	string	はい	名。
last_name	string	はい	姓。
date_of_birth	string	はい	生年月日。
address	string	いいえ	住所（オプションのクロスチェック）。
phone	string	いいえ	電話番号（オプションのクロスチェック）。
email	string	いいえ	メールアドレス（オプションのクロスチェック）。

リクエスト例

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=DNK" \
  -F "services=dnk_consumer" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "date_of_birth=1990-01-01"

応答例（確実な一致）

{
  "request_id": "req_01H...",
  "status": "Approved",
  "issuing_state": "DNK",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "dnk_consumer",
      "service_name": "Denmark Consumer",
      "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.09ドル。確実な結果に対してのみ課金されます。ソースのダウンタイム、欠落フィールド、ソース前の拒否には料金はかかりません。
• 信頼性：四半期稼働率99.9%を目標とするDiditのインフラストラクチャで稼働します。

ユースケース

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

Diditとの統合方法

デンマーク消費者検証は2つの方法で実行できます。

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

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

よくある質問

デンマーク消費者検証チェックは何を確認しますか？

提出されたデータを信頼できる居住者および消費者データソースと照合して検証し、標準化された一致結果を返します。これにより、住所と居住者データが信頼できるソースに存在するかどうか、およびどのフィールドが一致したかを知ることができます。

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

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

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

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

SDKは必要ですか？

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

始める準備はできましたか？

今すぐ最初のデンマークの住所と居住者データを検証しましょう。

• APIリファレンスを読む： デンマーク消費者検証
• すべてのデータベース検証を見る： データベース検証の料金とカバー範囲
• 構築を開始する： 無料のDiditアカウントを作成する — 月500回の検証が無料です。