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

# Колумбия: API проверки cédula и поиска данных личности

> Проверка cédula в Колумбии через Didit: запрос к официальной базе данных. Оплата за вызов от $0.20, без контрактов и минимумов.

Проверяет данные удостоверения личности граждан Колумбии по записям Registraduría General de la Nación / ANI. Didit предоставляет эту услугу через `POST /v3/database-validation/`, чтобы вы могли сверить отправленные данные с первоисточником и получить нормализованные результаты сопоставления. Формат ввода: `personal_number` принимает колумбийский Cédula (6-10 цифр).

## Покрытие

* **Покрытие:** 90-95%
* **Страна:** Колумбия
* **ID сервиса:** `col_cedula`
* **Область данных:** Удостоверение личности
* **Категория:** NationalIDRegistry

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

| Поле | Обязательное | Пример |
| - | -: | - |
| `personal_number` | Да | `111111` |
| `date_of_issue` | Да | `1990-01-01` |
| `first_name` | Нет | `John` |
| `last_name` | Нет | `Doe` |
| `vendor_data` | Нет | `user-1234` |

* **Обязательные поля:** `personal_number`, `date_of_issue`
* **Необязательные поля:** `first_name`, `last_name`, `vendor_data`
* **Согласие:** не требуется
* **Доступность в сценарии:** доступно в сценарии
* **Покрытие:** 90-95%
* **Цена:** \$0.20 за успешный запрос

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

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

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

Пример: `COL`

**services** `string` *required* (default: col\_cedula)

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

Пример: `col_cedula`

**personal\_number** `string` *required* (default: 111111)

Личный идентификационный номер, специфичный для страны.

Пример: `111111`

**date\_of\_issue** `string` *required* (default: 1990-01-01)

Значение `date_of_issue`, которое требуется этой службе проверки по базам данных.

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

**first\_name** `string`

Имя, которое нужно проверить.

Пример: `John`

**last\_name** `string`

Фамилия, которую нужно проверить.

Пример: `Doe`

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

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

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

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

* Колумбийский Cédula (6-10 цифр)
* `personal_number` должен содержать только цифры; перед отправкой запроса удалите пробелы, дефисы и знаки препинания.
* Длина `personal_number` должна составлять 6-10 символов.

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

```bash cURL theme={null}
curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=COL" \
  -F "services=col_cedula" \
  -F "vendor_data=user-1234" \
  -F "personal_number=111111" \
  -F "date_of_issue=1990-01-01"
```

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

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="COL",
    services=["col_cedula"],
    personal_number="111111",
    date_of_issue="1990-01-01",
    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: "COL",
  services: ["col_cedula"],
  personal_number: "111111",
  date_of_issue: "1990-01-01",
  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:   "COL",
	Services:       didit.Some([]string{"col_cedula"}),
	PersonalNumber: didit.String("111111"),
	DateOfIssue:    didit.String("1990-01-01"),
	VendorData:     didit.String("user-1234"),
})
if err != nil {
	log.Fatal(err)
}
fmt.Printf("%+v\n", result)
```

```java Java theme={null}
import java.time.LocalDate;
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("COL")
        .services(List.of("col_cedula"))
        .personalNumber("111111")
        .dateOfIssue(LocalDate.parse("1990-01-01"))
        .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' => 'COL',
    'services' => ['col_cedula'],
    'personal_number' => '111111',
    'date_of_issue' => '1990-01-01',
    '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: "COL",
  services: ["col_cedula"],
  personal_number: "111111",
  date_of_issue: "1990-01-01",
  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 = "COL",
    Services = new string[] { "col_cedula" },
    PersonalNumber = "111111",
    DateOfIssue = "1990-01-01",
    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": "COL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "col_cedula",
      "service_name": "Colombia - Cédula verification",
      "source_data": {
        "cedula_status": "sample_value",
        "first_name": "John",
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe",
        "verifications": {
          "identification_number": true
        }
      },
      "validation": {
        "identification_number": "full_match"
      }
    }
  ]
}
```

**`PARTIAL_MATCH`** – Одно или несколько полей, которые сравнивает эта служба, совпали не полностью. В этом примере `identification_number` не совпал.

```json 200 OK — PARTIAL_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "COL",
  "match_type": "partial_match",
  "validations": [
    {
      "outcome_code": "PARTIAL_MATCH",
      "service_id": "col_cedula",
      "service_name": "Colombia - Cédula verification",
      "source_data": {
        "cedula_status": "sample_value",
        "first_name": "John",
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe",
        "verifications": {
          "identification_number": false
        }
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}
```

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

```json 200 OK — NO_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "COL",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "col_cedula",
      "service_name": "Colombia - Cédula verification",
      "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": "COL",
  "match_type": null,
  "validations": [
    {
      "outcome_code": "INCONCLUSIVE",
      "service_id": "col_cedula",
      "service_name": "Colombia - Cédula verification",
      "source_data": {},
      "validation": {}
    }
  ]
}
```

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

```json 200 OK — DOCUMENT_NOT_FOUND theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "COL",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "DOCUMENT_NOT_FOUND",
      "service_id": "col_cedula",
      "service_name": "Colombia - Cédula verification",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}
```

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

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

* `cedula_status`
* `first_name`
* `identification_number`
* `last_name`

## Цены и SLA

Колумбия: запросы проверки Cédula тарифицируются только тогда, когда Didit получает окончательный результат от источника проверки.

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

## Читайте также

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