> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Аргентина DNI: API проверки данных (Data Match)

> Проверка DNI в Аргентине (RENAPER, без селфи) через Didit: запрос к официальной базе. От $0.20 за вызов, без контрактов и минимумов.

Проверяет аргентинский DNI и пол по официальному гражданскому реестру RENAPER без селфи и возвращает зарегистрированные имя, дату рождения и налоговый номер для сравнения с отправленными данными. Биометрии нет: личность подтверждается только данными. Охват населения 100%. Didit предоставляет эту услугу через `POST /v3/database-validation/`, чтобы вы могли сверить отправленные данные с официальным источником и получить нормализованные результаты сравнения. Формат ввода: `document_number` принимает аргентинский DNI (7-8 цифр, необязательный префикс M/F).

## Покрытие

* **Покрытие:** 100%
* **Страна:** Аргентина
* **ID сервиса:** `arg_renaper_data`
* **Область данных:** Идентификация
* **Категория:** NationalIDRegistry

RENAPER — реестр, который выдаёт все аргентинские DNI, поэтому каждый номер DNI есть в базе, включая DNI, выданные иностранным резидентам. Лицо не сравнивается: зарегистрированная личность подтверждается по DNI, полу, имени и дате рождения, которые вы отправляете.

## Входные данные

| Поле | Обязательное | Пример |
| - | -: | - |
| `document_number` | Да | `11111111` |
| `gender` | Да | `M` |
| `first_name` | Нет | `John` |
| `last_name` | Нет | `Doe` |
| `date_of_birth` | Нет | `1990-01-01` |
| `vendor_data` | Нет | `user-1234` |

* **Обязательные поля:** `document_number`, `gender`
* **Необязательные поля:** `first_name`, `last_name`, `date_of_birth`, `vendor_data`
* **Согласие:** Не требуется
* **Доступность в сценарии:** Доступно в сценарии
* **Покрытие:** 100%
* **Цена:** \$0.20 за успешный запрос

## Параметры тела запроса

**issuing\_state** `string` *required* (default: ARG)

Код страны по ISO 3166-1 alpha-3 для этого сервиса базы данных.

Пример: `ARG`

**services** `string` *required* (default: arg\_renaper\_data)

Массив, содержащий ID этого сервиса. Закрепление сервиса ограничивает запрос этой конкретной базой данных.

Пример: `arg_renaper_data`

**document\_number** `string` *required* (default: 11111111)

Номер документа, извлечённый из документа пользователя или предоставленный им.

Пример: `11111111`

**gender** `string` *required* (default: M)

Значение пола, если этого требует база данных.

Допустимые значения: `M` (мужской), `F` (женский), `X` (другой или неизвестный).

Пример: `M`

**first\_name** `string`

Имя для проверки.

Пример: `John`

**last\_name** `string`

Фамилия для проверки.

Пример: `Doe`

**date\_of\_birth** `string`

Дата рождения в формате `YYYY-MM-DD`.

Пример: `1990-01-01`

**vendor\_data** `string` (default: user-1234)

Ваш постоянный идентификатор этого человека в вашей системе, например внутренний ID пользователя. Didit использует его, чтобы связывать отдельные проверки с одним и тем же конечным пользователем и уменьшать число ложных срабатываний при обнаружении дубликатов.

Пример: `user-1234`

## Правила ввода и примечания к проверке

* Аргентинский DNI (7-8 цифр, необязательный префикс M/F)
* `document_number` должен содержать от 7 до 9 символов.
* `document_number` должен соответствовать `[MFmf]?\d{7,8}`.

## Как выполнить вызов

```bash cURL theme={null}
curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=ARG" \
  -F "services=arg_renaper_data" \
  -F "vendor_data=user-1234" \
  -F "document_number=11111111" \
  -F "gender=M"
```

```python Python theme={null}
from didit import Didit

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="ARG",
    services=["arg_renaper_data"],
    document_number="11111111",
    gender="M",
    vendor_data="user-1234",
)
print(result)
```

```javascript Node.js theme={null}
import Didit from "@didit-protocol/sdk-node";

// Reads DIDIT_API_KEY.
const didit = new Didit();

const result = await didit.databaseValidation.validate({
  issuing_state: "ARG",
  services: ["arg_renaper_data"],
  document_number: "11111111",
  gender: "M",
  vendor_data: "user-1234",
});
console.log(result);
```

```go Go theme={null}
ctx := context.Background()
// Reads DIDIT_API_KEY.
client := didit.NewClient()

result, err := client.DatabaseValidation.Validate(ctx, didit.DatabaseValidationValidateParams{
	IssuingState:   "ARG",
	Services:       didit.Some([]string{"arg_renaper_data"}),
	DocumentNumber: didit.String("11111111"),
	Gender:         didit.Some(didit.DatabaseValidationValidateParamsGender("M")),
	VendorData:     didit.String("user-1234"),
})
if err != nil {
	log.Fatal(err)
}
fmt.Printf("%+v\n", result)
```

```java Java theme={null}
import java.util.List;
import me.didit.Didit;
import me.didit.types.DatabaseValidationValidateParams;

// Reads DIDIT_API_KEY.
Didit client = new Didit();

var result = client.databaseValidation().validate(DatabaseValidationValidateParams.builder()
        .issuingState("ARG")
        .services(List.of("arg_renaper_data"))
        .documentNumber("11111111")
        .gender(DatabaseValidationValidateParams.Gender.of("M"))
        .vendorData("user-1234")
        .build());
System.out.println(result);
```

```php PHP theme={null}
<?php

require 'vendor/autoload.php';

use Didit\DiditClient;

// Reads DIDIT_API_KEY.
$didit = new DiditClient();

$result = $didit->databaseValidation->validate([
    'issuing_state' => 'ARG',
    'services' => ['arg_renaper_data'],
    'document_number' => '11111111',
    'gender' => 'M',
    'vendor_data' => 'user-1234',
]);
print_r($result->toArray());
```

```ruby Ruby theme={null}
require "didit"

# Reads DIDIT_API_KEY.
didit = Didit::Client.new

result = didit.database_validation.validate(
  issuing_state: "ARG",
  services: ["arg_renaper_data"],
  document_number: "11111111",
  gender: "M",
  vendor_data: "user-1234"
)
puts result.to_h
```

```csharp .NET theme={null}
using System;
using System.Text.Json;
using Didit;

// Reads DIDIT_API_KEY.
using var client = new DiditClient();

var result = await client.DatabaseValidation.ValidateAsync(new DatabaseValidationValidateParams
{
    IssuingState = "ARG",
    Services = new string[] { "arg_renaper_data" },
    DocumentNumber = "11111111",
    Gender = new DatabaseValidationValidateParamsGender("M"),
    VendorData = "user-1234",
});
Console.WriteLine(JsonSerializer.Serialize(result));
```

Каждый успешный вызов возвращает HTTP `200`. Поле **`outcome_code`** показывает, что произошло на самом деле, и, например, отличает реальное биометрическое несовпадение (`BIOMETRIC_NO_MATCH`) от селфи, которое не удалось прочитать (`BIOMETRIC_IMAGE_UNUSABLE`). Показанный `status` соответствует статусу функции по умолчанию; ваши настроенные [действия при частичном совпадении и отсутствии совпадения](https://docs.didit.me/ru/core-technology/database-validation/database-validation-warnings.md) могут его переопределить.

**`MATCH`** — Реестр подтвердил личность, и все проверенные поля совпали.

```json 200 OK — MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "ARG",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "arg_renaper_data",
      "service_name": "Argentina - DNI data verification (RENAPER, no selfie)",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "full_name": "John Doe",
        "gender_match": true,
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe",
        "nationality": "USA",
        "tax_id": "SAMPLE-12345",
        "tax_id_type": "SAMPLE-12345"
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "full_match",
        "identification_number": "full_match"
      }
    }
  ]
}
```

**`PARTIAL_MATCH`** — Идентификационный номер найден, но одно или несколько персональных полей (обычно имя или дата рождения) совпали не полностью.

```json 200 OK — PARTIAL_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "ARG",
  "match_type": "partial_match",
  "validations": [
    {
      "outcome_code": "PARTIAL_MATCH",
      "service_id": "arg_renaper_data",
      "service_name": "Argentina - DNI data verification (RENAPER, no selfie)",
      "source_data": {
        "gender_match": true,
        "identification_number": "SAMPLE-ID-12345"
      },
      "validation": {
        "date_of_birth": "no_match",
        "full_name": "full_match",
        "identification_number": "full_match"
      }
    }
  ]
}
```

**`NO_MATCH`** — Реестр не вернул совпадений для отправленных данных.

```json 200 OK — NO_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "ARG",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "arg_renaper_data",
      "service_name": "Argentina - DNI data verification (RENAPER, no selfie)",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "date_of_birth": "no_match",
        "full_name": "no_match",
        "identification_number": "no_match"
      }
    }
  ]
}
```

**`INCONCLUSIVE`** — Реестр не смог определить, соответствует ли человек данным: результат действительно неоднозначен (человек может быть в реестре, а может и не быть). Это НЕ отсутствие совпадения и НЕ техническая проблема с изображением; по этому результату нельзя утверждать совпадение ни по одному полю, поэтому match\_type равен null, а проверка направляется на рассмотрение.

```json 200 OK — INCONCLUSIVE theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "ARG",
  "match_type": null,
  "validations": [
    {
      "outcome_code": "INCONCLUSIVE",
      "service_id": "arg_renaper_data",
      "service_name": "Argentina - DNI data verification (RENAPER, no selfie)",
      "source_data": {},
      "validation": {}
    }
  ]
}
```

**`DOCUMENT_NOT_FOUND`** — Отправленный номер документа не соответствует ни одной записи в реестре.

```json 200 OK — DOCUMENT_NOT_FOUND theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "ARG",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "DOCUMENT_NOT_FOUND",
      "service_id": "arg_renaper_data",
      "service_name": "Argentina - DNI data verification (RENAPER, no selfie)",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "date_of_birth": "no_match",
        "full_name": "no_match",
        "identification_number": "no_match"
      }
    }
  ]
}
```

**`MINOR_BLOCKED`** — Человек является несовершеннолетним; реестр блокирует поиск по соображениям защиты данных.

```json 200 OK — MINOR_BLOCKED theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "ARG",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "MINOR_BLOCKED",
      "service_id": "arg_renaper_data",
      "service_name": "Argentina - DNI data verification (RENAPER, no selfie)",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "date_of_birth": "no_match",
        "full_name": "no_match",
        "identification_number": "no_match"
      }
    }
  ]
}
```

**`DECEASED`** — Личность совпала, но реестр отмечает этого человека как умершего.

```json 200 OK — DECEASED theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "ARG",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "DECEASED",
      "service_id": "arg_renaper_data",
      "service_name": "Argentina - DNI data verification (RENAPER, no selfie)",
      "source_data": {
        "gender_match": true,
        "identification_number": "SAMPLE-ID-12345"
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "full_match",
        "identification_number": "full_match"
      }
    }
  ]
}
```

## Возвращаемые данные

Точный набор полей, который попадает в `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 получает окончательный результат от источника проверки.

* **Цена за вызов:** \$0.20 USD.
* **Тарификация:** за успешный запрос. Оплата не взимается, если реестр недоступен, если не хватает обязательных полей или если запрос отклонён до обращения к источнику.
* **Задержка:** типичное p95 \< 2 с.
* **Доступность:** 99.9% в квартал со стороны Didit; доступность источника данных зависит от страны и набора данных.

## Документы, которые читает сценарий

В сценарии номер DNI и пол берутся из шага Верификация личности, который считывает аргентинскую карту DNI и цифровой DNI. У иностранных резидентов та же карта DNI, и проверка выполняется так же.

Старый DNI в виде книжки (*libreta*) не поддерживается в качестве документа для шага «Верификация личности», поэтому пользователь, у которого есть только такой документ, не сможет пройти этот шаг. Номер DNI всё равно можно проверить напрямую через `POST /v3/database-validation/`.

## Использование в сценарии

Добавьте сервис в шаг Проверка по базам данных после Верификации личности. Например, с помощью [`POST /v3/workflows/`](https://docs.didit.me/ru/management-api/workflows/create):

```json theme={null}
{
  "workflow_label": "Argentina KYC with RENAPER",
  "features": [
    {"feature": "OCR"},
    {
      "feature": "DATABASE_VALIDATION",
      "config": {"database_validation_countries": {"ARG": {"services": ["arg_renaper_data"]}}}
    }
  ]
}
```

Если сценарий не может выполнить сервис с указанным идентификатором, запрос отклоняется с ошибкой `400`, в которой назван этот сервис. Так шаг никогда не сохраняется без нужной вам проверки. Все настройки Проверки по базам данных перечислены в [Конфигурациях функций сценария](https://docs.didit.me/ru/management-api/workflows/feature-configs.md#проверка-по-базам-данных).

## Продолжить чтение

* [Обзор Проверки по базам данных для Аргентины](https://docs.didit.me/api-reference/database-validation/argentina.md)
* [Обзор Проверки по базам данных](https://docs.didit.me/ru/core-technology/database-validation/overview.md)
* [Коды результатов](https://docs.didit.me/ru/core-technology/database-validation/database-validation-outcome-codes.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.