メインコンテンツへスキップ
POST
アルゼンチンのDNIと性別を公式の住民登録機関RENAPERの記録と照合します。セルフィーは不要で、登録されている氏名、生年月日、納税者番号を返すため、送信されたデータと比較できます。生体認証は行わず、データのみで本人を確認します。人口カバー率は100%です。DiditはこのサービスをPOST /v3/database-validation/で提供しており、送信されたデータを公式の情報源と照合し、正規化された照合結果を受け取れます。

カバー範囲

  • カバー率: 100%
  • 国: アルゼンチン
  • サービスID: arg_renaper_data
  • データ領域: 本人情報
  • カテゴリ: NationalIDRegistry
RENAPERはアルゼンチンのすべてのDNIを発行する登録機関であるため、外国人居住者に発行されたDNIを含め、すべてのDNI番号が登録されています。顔の照合は行わず、送信されたDNI、性別、氏名、生年月日に基づいて登録済みの本人情報を確認します。

入力

  • 必須の入力: document_number、gender
  • 任意の入力: first_name、last_name、date_of_birth、vendor_data
  • 同意: 不要
  • ワークフローの利用可否: 利用可能
  • カバレッジ: 100%
  • 料金: 成功したクエリ1件あたり$0.20

ボディパラメーター

string
デフォルト:"ARG"
必須
このデータベースサービスのISO 3166-1 alpha-3国コードです。例:ARG
string
デフォルト:"arg_renaper_data"
必須
このサービスIDを含む配列です。サービスを固定することで、リクエストの対象をこのデータベースのみに限定できます。例:arg_renaper_data
string
デフォルト:"11111111"
必須
書類から抽出された、またはユーザーから提供された書類番号です。例:11111111
string
デフォルト:"M"
必須
データベースが必要とする場合の性別の値です。使用できる値:M(男性)、F(女性)、X(その他または不明)。例:M
string
検証する名です。例:John
string
検証する姓です。例:Doe
string
YYYY-MM-DD形式の生年月日です。例:1990-01-01
string
デフォルト:"user-1234"
社内のユーザーIDなど、この人物を指す固定のユーザー参照値です。Diditはこれを使って単体のチェックを同じエンドユーザーに紐付け、重複検出のノイズを減らします。例:user-1234

入力ルールと検証に関する注意事項

  • アルゼンチンのDNI(7~8桁、M/Fの接頭辞は任意)
  • document_numberは7~9文字である必要があります。
  • document_numberは[MFmf]?\d{7,8}に一致する必要があります。

呼び出し方法

返されるデータ

source_dataに含まれる具体的なフィールドは、登録機関が返す内容によって異なります。arg_renaper_dataの生成済みサンプルでは、現在次の正規化された形式が記載されています。
  • date_of_birth
  • first_name
  • full_name
  • gender_match
  • identification_number
  • last_name
  • nationality
  • tax_id
  • tax_id_type

料金とSLA

アルゼンチンのDNIデータ検証(RENAPER、セルフィーなし)のクエリは、Diditが検証元から確定的な結果を受け取った場合にのみ課金されます。
  • 呼び出し1件あたりの料金: $0.20 USD。
  • 請求: 成功したクエリごと。登録機関に接続できない場合、必須フィールドが欠けている場合、またはリクエストが検証元に届く前に拒否された場合は課金されません。
  • レイテンシー: p95は通常2秒未満。
  • 可用性: Didit側で四半期あたり99.9%。外部データソースの可用性は国やデータセットによって異なります。

ワークフローが読み取る書類

ワークフロー内では、DNI番号と性別は本人確認ステップから取得されます。このステップはアルゼンチンのDNIカードとデジタルDNIを読み取ります。外国人居住者も同じDNIカードを保有しており、同じ方法で検証されます。 旧来の冊子型DNI(libreta)は本人確認でサポートされている書類ではないため、これしか保有していないユーザーはこのステップを完了できません。その場合でも、POST /v3/database-validation/でDNI番号を直接確認できます。

ワークフローで使用する

本人確認の後にデータベース検証ステップを追加し、そこにこのサービスを設定します。たとえばPOST /v3/workflows/を使う場合は次のとおりです。
ワークフローで実行できないサービスIDは、そのIDを示す400で拒否されます。そのため、指定したチェックが含まれないままステップが保存されることはありません。データベース検証のすべての設定については、ワークフロー機能の設定を参照してください。

関連情報

最終更新日 2026年11月1日