> ## 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.

# Проверка по базам данных Бразилии: Unico IDCloud API

> BRA - Unico IDCloud (CPF + селфи): проверка по официальным базам Бразилии через Didit. Оплата за вызов от $0.20, без контрактов и минимумов.

Биометрическая проверка Unico IDCloud: сравнивает селфи пользователя с лицом, зарегистрированным по его CPF, и возвращает результат: тот же это человек, другой человек или результат неопределённый. Didit предоставляет эту услугу через `POST /v3/database-validation/`, чтобы вы могли сверить отправленные данные с авторитетным источником и получить нормализованные результаты сравнения. Формат ввода: `tax_number` принимает бразильский CPF (ровно 11 цифр).

## Охват

* **Охват:** 96%
* **Страна:** Бразилия
* **ID сервиса:** `bra_unico_idcloud`
* **Домен данных:** Личность
* **Категория:** BiometricRiskScore

Около 96% владельцев CPF в Бразилии имеют биометрическую запись в реестре Unico. Это примерно вдвое больше охвата государственного источника сравнения лиц [Datavalid](https://docs.didit.me/ru/api-reference/database-validation/brazil/cpf-facial.md), у которого около 50%.

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

| Поле | Обязательно | Пример |
| - | -: | - |
| `tax_number` | Да | `11111111111` |
| `selfie` | Да | `@./selfie.jpg` |
| `first_name` | Нет | `John` |
| `last_name` | Нет | `Doe` |
| `full_name` | Нет | `John Doe` |
| `date_of_birth` | Нет | `1990-01-01` |
| `vendor_data` | Нет | `user-1234` |

* **Обязательные входные данные:** `tax_number`, `selfie`
* **Необязательные входные данные:** `first_name`, `last_name`, `full_name`, `date_of_birth`, `vendor_data`
* **Согласие:** обязательно
* **Доступность в сценарии:** доступно в сценарии
* **Охват:** 96%
* **Цена:** \$0.20 за успешный запрос

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

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

Код страны ISO 3166-1 alpha-3 для этой базы данных.

Пример: `BRA`

**services** `string` *required* (default: bra\_unico\_idcloud)

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

Пример: `bra_unico_idcloud`

**consent** `boolean` *required* (default: true)

Явное согласие конечного пользователя на использование этого сервиса.

Пример: `true`

**tax\_number** `string` *required* (default: 11111111111)

Налоговый или фискальный идентификационный номер.

Пример: `11111111111`

**selfie** `file` *required*

Файл изображения селфи для биометрической проверки по базе данных. Допустимые форматы: JPEG, PNG или WebP.

Пример: `@./selfie.jpg`

**first\_name** `string`

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

Пример: `John`

**last\_name** `string`

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

Пример: `Doe`

**full\_name** `string`

Полное юридическое имя для проверки.

Пример: `John Doe`

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

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

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

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

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

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

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

* Бразильский CPF (ровно 11 цифр)
* `tax_number` должен содержать только цифры; перед отправкой запроса удалите пробелы, дефисы и знаки пунктуации.
* Длина `tax_number` должна быть ровно 11 символов.

## Как вызвать

```bash cURL theme={null}
curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=BRA" \
  -F "services=bra_unico_idcloud" \
  -F "vendor_data=user-1234" \
  -F "consent=true" \
  -F "tax_number=11111111111" \
  -F "selfie=@./selfie.jpg"
```

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

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="BRA",
    services=["bra_unico_idcloud"],
    consent=True,
    tax_number="11111111111",
    vendor_data="user-1234",
    selfie=open("selfie.jpg", "rb"),
)
print(result)
```

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

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

const result = await didit.databaseValidation.validate({
  issuing_state: "BRA",
  services: ["bra_unico_idcloud"],
  consent: true,
  tax_number: "11111111111",
  vendor_data: "user-1234",
  selfie: await fileFromPath("selfie.jpg"),
});
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: "BRA",
	Services:     didit.Some([]string{"bra_unico_idcloud"}),
	Consent:      didit.Bool(true),
	TaxNumber:    didit.String("11111111111"),
	VendorData:   didit.String("user-1234"),
	Selfie:       didit.Some(didit.FileFromPath("selfie.jpg")),
})
if err != nil {
	log.Fatal(err)
}
fmt.Printf("%+v\n", result)
```

```java Java theme={null}
import java.nio.file.Path;
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("BRA")
        .services(List.of("bra_unico_idcloud"))
        .consent(true)
        .taxNumber("11111111111")
        .vendorData("user-1234")
        .selfie(Path.of("selfie.jpg"))
        .build());
System.out.println(result);
```

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

require 'vendor/autoload.php';

use Didit\DiditClient;
use Didit\File;

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

$result = $didit->databaseValidation->validate([
    'issuing_state' => 'BRA',
    'services' => ['bra_unico_idcloud'],
    'consent' => true,
    'tax_number' => '11111111111',
    'vendor_data' => 'user-1234',
    'selfie' => File::fromPath('selfie.jpg'),
]);
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: "BRA",
  services: ["bra_unico_idcloud"],
  consent: true,
  tax_number: "11111111111",
  vendor_data: "user-1234",
  selfie: Pathname("selfie.jpg")
)
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 = "BRA",
    Services = new string[] { "bra_unico_idcloud" },
    Consent = true,
    TaxNumber = "11111111111",
    VendorData = "user-1234",
    Selfie = FileUpload.FromPath("selfie.jpg"),
});
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": "BRA",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "bra_unico_idcloud",
      "service_name": "BRA - Unico IDCloud (CPF + selfie)",
      "source_data": {
        "unico_face_match": "yes"
      },
      "validation": {
        "identification_number": "full_match"
      }
    }
  ]
}
```

**`BIOMETRIC_NO_MATCH`**: оценка совпадения лиц ниже порога принятия, то есть на селфи изображён не тот же человек, что и на фотографии из реестра.

```json 200 OK — BIOMETRIC_NO_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "BRA",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "BIOMETRIC_NO_MATCH",
      "service_id": "bra_unico_idcloud",
      "service_name": "BRA - Unico IDCloud (CPF + selfie)",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}
```

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

```json 200 OK — INCONCLUSIVE theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "BRA",
  "match_type": null,
  "validations": [
    {
      "outcome_code": "INCONCLUSIVE",
      "service_id": "bra_unico_idcloud",
      "service_name": "BRA - Unico IDCloud (CPF + selfie)",
      "source_data": {},
      "validation": {}
    }
  ]
}
```

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

Точный набор полей в `source_data` зависит от того, что возвращает реестр. Сгенерированный пример для `bra_unico_idcloud` сейчас описывает такую нормализованную структуру:

* `unico_face_match`

## Цены и SLA

Запросы BRA - Unico IDCloud (CPF + селфи) тарифицируются только тогда, когда Didit получает окончательный результат от источника проверки.

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

## Об источнике

[Unico](https://unico.io) — бразильская IDtech-компания, которая ведёт крупнейший в стране частный реестр биометрических данных лица. Её платформа IDCloud хранит более миллиарда эмбеддингов лиц и ежемесячно добавляет около 35 миллионов новых лиц. Данные поступают из процессов онбординга и повторной аутентификации более чем 800 бразильских компаний, включая четыре из пяти крупнейших банков страны. Именно этот масштаб обеспечивает показатель покрытия, указанный выше: поиск по CPF находит биометрическую запись примерно для 96% взрослых граждан Бразилии.

Didit имеет прямое партнёрство с Unico, поэтому вы можете обращаться к IDCloud через стандартный API проверки по базам данных. Оплата производится за каждый вызов. Отдельный договор с Unico, минимальный объём запросов и процесс онбординга не требуются.

**Чем это отличается от государственного реестра.** Didit также предлагает [Brazil - CPF + face match (Datavalid)](https://docs.didit.me/ru/api-reference/database-validation/brazil/cpf-facial.md). Это официальный источник SERPRO, и он подходит, если вам конкретно нужен государственный реестр в качестве источника достоверных данных. IDCloud является более сильным выбором во всех остальных случаях, и это можно проверить по двум показателям. Во-первых, он охватывает около 96% взрослых против примерно 50% у Datavalid. Во-вторых, он сверяет лицо с биометрической записью, которую хранит и поддерживает сам реестр, а не с портретом, снятым с документа, который предоставляет пользователь. Поэтому он устойчив как к подделке документов, так и к мошенничеству с украденным CPF. Кроме того, цена одного запроса меньше половины цены Datavalid.

## Рекомендуемый сценарий для Бразилии

Для большинства сценариев в Бразилии захват документа не нужен. Пользователь передаёт CPF, а селфи с проверкой живости подтверждает, что это действительно он.

**1. Соберите CPF**

Единственный текстовый ввод: 11-значный CPF. Фото документа, имя и дата рождения вводиться вручную не нужны.

Поскольку в этом сценарии документ не считывается, Didit не знает, откуда взять CPF, пока вы это не укажете. Передайте его в `metadata` сессии при её создании и сопоставьте с входом `tax_number` шага «Проверка по базам данных». В Business Console это делается в сопоставлении входов шага, а через API сценариев в `database_validation_field_sources` узла:

```json theme={null}
{
  "database_validation_countries": {"BRA": {"services": ["bra_unico_idcloud"]}},
  "database_validation_field_sources": {
    "tax_number": {"source": "expected_data", "key": "metadata.cpf"}
  }
}
```

Затем создавайте каждую сессию со значением под этим ключом:

```json theme={null}
{"workflow_id": "<workflow_id>", "metadata": {"cpf": "12345678909"}}
```

Без сопоставления шаг всё равно выполняется, но сообщает, что `tax_number` отсутствует, и никогда не обращается к реестру. Плата не взимается, а причина указывается в записи `database_validations` сессии.

**2. Сделайте селфи с проверкой живости**

Добавьте шаг [проверки живости](https://docs.didit.me/ru/core-technology/liveness/overview.md) в тот же сценарий и выберите метод, соответствующий вашему уровню риска: **Пассивная проверка живости** (пользователь ничего не делает), **3D Flash** или **3D-действие и Flash** (активные методы, которые проецируют световые узоры; последний дополнительно добавляет случайное действие). Задайте его через `face_liveness_method` (`PASSIVE`, `FLASHING` или `ACTIVE_3D`) в Business Console или через API сценариев. Каким бы методом вы ни пользовались, Didit показывает шаг захвата и подтверждает, что перед камерой реальный человек. Именно это исключает отправку сохранённого фото или повтора с экрана.

**3. Проверьте CPF и селфи через Unico IDCloud**

В сценарии сессии Didit автоматически использует селфи проверки живости, и вы никогда не работаете с изображением. CPF он берёт из сопоставления выше. IDCloud подтверждает, принадлежит ли это лицо владельцу CPF. Шагу нужны только эти два входа. Если вы также передадите `full_name` или `date_of_birth` в `metadata` и сопоставите их, они будут переданы в Unico для перекрёстной проверки, но обязательными не являются.

> [!NOTE]
>
> Этот сценарий, основанный только на CPF, применяется к интеграциям **через сессии и сценарии**, где захват выполняет Didit и передаёт селфи проверки живости этому сервису. Если вы вызываете `POST /v3/database-validation/` **напрямую**, `selfie` является обязательным файлом, и изображение передаёте вы сами. Об обоих режимах см. [обзор «Проверки по базам данных»](https://docs.didit.me/ru/core-technology/database-validation/overview.md).

**Стоимость:** около \$0.30 за проверенного пользователя с Пассивной проверкой живости (\$0.20 за запрос к IDCloud и \$0.10 за проверку живости) или около \$0.35 с активным методом, где проверка живости стоит \$0.15. Это прайс-лист: скидка по вашему тарифу применяется к каждой позиции. См. [цены](https://docs.didit.me/ru/getting-started/pricing.md).

**Запасной вариант для примерно 4% без покрытия.** Когда IDCloud возвращает `INCONCLUSIVE`, реестр не смог сопоставить этот CPF с пригодной биометрической записью, обычно потому, что человека в нём нет. Считайте это «нет ответа», а не неудачной проверкой, и переходите к полной [верификации личности](https://docs.didit.me/ru/core-technology/id-verification/overview.md): захват документа и сравнение лиц с портретом из документа. Так каждый пользователь остаётся верифицируемым, а за проверку документа вы платите только за небольшую оставшуюся часть.

**Обработка отказов.** `BIOMETRIC_NO_MATCH` означает, что реестр явно указывает на несоответствие: лицо не принадлежит этому CPF. Воспринимайте это как сильный отрицательный результат, а не как повод предложить повтор. Отправка пользователя сразу на захват документа именно тот путь, которым воспользовался бы мошенник, ведь документ — артефакт, который контролирует он сам. Однако ложноотрицательные результаты случаются: изменилась внешность, устарело фото в реестре или захват был плохим. Поэтому направляйте такие случаи на ручную проверку, а не одобряйте автоматически и не завершайте сценарий без дальнейших вариантов для пользователя. `BIOMETRIC_IMAGE_UNUSABLE` относится к другой ситуации: селфи просто не удалось прочитать, попросите новое. Решите, как каждый результат влияет на сессию, с помощью [действий при частичном совпадении и отсутствии совпадения](https://docs.didit.me/ru/core-technology/database-validation/database-validation-warnings.md), а полный список см. в [кодах результатов](https://docs.didit.me/ru/core-technology/database-validation/database-validation-outcome-codes.md).

**Повторные пользователи.** Запрос к реестру нужно оплатить только один раз. После того как пользователь проходит этот сценарий, селфи проверки живости сохраняется в его `vendor_data`, и вы можете повторно верифицировать его позже с помощью [биометрической аутентификации](https://docs.didit.me/ru/core-technology/biometric-auth/overview.md): проверка живости плюс сравнение лица с сохранённым изображением за \$0.10, с тем же выбором методов проверки живости. Учтите, что это относится именно к **повторно приходящим** пользователям. Сессия биометрической аутентификации требует сохранённого лица (или `portrait_image`, который вы передаёте сами) и завершается ошибкой при создании, если у пользователя нет ни того, ни другого. Поэтому пользователи, которые приходят впервые, сначала проходят описанный выше сценарий.

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

* [Обзор «Проверки по базам данных» для Бразилии](https://docs.didit.me/api-reference/database-validation/brazil.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.