ブログ・ 2026年5月20日

ニュージーランド死亡確認API（BDM） (JA)

ニュージーランドの死亡状況をBDMとリアルタイムで照合し、確定した結果に対してのみ課金されます。エンドポイント、パラメータ、応答スキーマ、料金、統合について説明します。.

By Didit2026年5月20日更新日 2026年5月20日

ニュージーランドでユーザーをオンボーディングする場合、彼らが主張する人物であることを確認する必要があります。ニュージーランドの公式な出生、死亡、婚姻登録簿があります。書類や入力された情報は、データが存在することを証明するだけであり、それが本物であるか、目の前の人物のものであることを証明するものではありません。ニュージーランド死亡確認（BDM）は、BDMに対してデータをチェックすることで、そのギャップを埋めます。このガイドでは、このチェックが何をするのか、正確な技術的詳細、そして数分で統合する方法について説明します。

主なポイント：

何を確認するか — ニュージーランド死亡確認（BDM）は、BDMに対して死亡状況を検証します。
何が返されるか — 正規化されたmatch_typeと、承認/レビュー/拒否ロジックに直接ルーティングできるフィールドレベルの結果。
なぜ重要か — 死亡登録簿に対してスクリーニングすることで、詐欺師が故人の名前で口座を開設するのを防ぎます。
利用方法 — Diditのデータベース検証エンドポイントへの1回のPOST、またはノーコードワークフローモジュール。1回の確定的なクエリにつき0.16ドルで、数秒で結果が得られます。

ニュージーランド死亡確認（BDM）が検証する内容

ニュージーランドの公式な出生、死亡、婚姻登録簿。Diditはこれを単一のエンドポイントを通じて公開しており、提出されたデータを国の死亡登録簿と照合し、自分で解析する必要のない構造化された正規化された結果を受け取ることができます。

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

なぜ重要か

死亡登録簿に対してスクリーニングすることで、詐欺師が故人の名前で口座を開設するのを防ぎます。

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

技術詳細

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

エンドポイント

POST /v3/database-validation/

リクエストパラメータ

パラメータ	タイプ	必須	説明
`issuing_state`	string	はい	ISO 3166-1 alpha-3 国コード。`NZL`を使用します。
`services`	string	はい	サービス識別子。`nzl_zealand_death_check`を使用します。
`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=NZL" \
  -F "services=nzl_zealand_death_check" \
  -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": "NZL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "nzl_zealand_death_check",
      "service_name": "New Zealand Death Check (BDM)",
      "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回あたり0.16ドル。確定的な結果に対してのみ課金され、ソースのダウンタイム、不足しているフィールド、ソース前の拒否には課金されません。
信頼性：Diditのインフラストラクチャ上で稼働し、四半期ごとの稼働率目標は99.9%です。

ユースケース

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

Diditとの統合方法

ニュージーランド死亡確認（BDM）は2つの方法で実行できます。

ノーコードワークフロー。Diditビジネスコンソールで、ワークフロービルダーを開き、データベース検証モジュールを追加し、ニュージーランド → ニュージーランド死亡確認（BDM）を選択してアクティブ化します。一致するユーザーは自動的にルーティングされます — エンジニアリングは不要です。
直接API。上記の/v3/database-validation/エンドポイントをservices=nzl_zealand_death_checkで呼び出します。match_typeとフィールドごとのvalidationブロックを読み取り、承認/レビュー/拒否ロジックを駆動します。

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

よくある質問

ニュージーランド死亡確認（BDM）チェックは何を確認しますか？

提出されたデータをBDMに対して検証し、正規化された一致結果を返します。これにより、死亡状況が信頼できる情報源に存在するかどうか、どのフィールドが一致したかがわかります。

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

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

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

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

SDKは必要ですか？

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

始めませんか？

今日、最初のニュージーランド死亡状況を検証しましょう。

APIリファレンスを読む： ニュージーランド死亡確認（BDM）
すべてのデータベース検証を見る： データベース検証の料金とカバレッジ
構築を開始する： 無料のDiditアカウントを作成 — 毎月500回の検証が無料です。