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

# Colombie - Vérification de cédula : API de consultation d'identité

> Vérification de cédula en Colombie via la base de données officielle, par Didit. Dès $0.20 par appel, sans contrat ni minimum.

Vérifie les données d'identité des citoyens colombiens auprès des registres de la Registraduría General de la Nación et de l'ANI. Didit expose ce service via `POST /v3/database-validation/` afin que vous puissiez comparer les données soumises à la source faisant autorité et recevoir des résultats de correspondance normalisés. Format de saisie : `personal_number` accepte le numéro de Cédula colombienne (6 à 10 chiffres).

## Couverture

* **Couverture :** 90-95%
* **Pays :** Colombie
* **ID du service :** `col_cedula`
* **Domaine de données :** Identité
* **Catégorie :** NationalIDRegistry

## Entrées

| Champ | Obligatoire | Exemple |
| - | -: | - |
| `personal_number` | Oui | `111111` |
| `date_of_issue` | Oui | `1990-01-01` |
| `first_name` | Non | `John` |
| `last_name` | Non | `Doe` |
| `vendor_data` | Non | `user-1234` |

* **Entrées obligatoires :** `personal_number`, `date_of_issue`
* **Entrées facultatives :** `first_name`, `last_name`, `vendor_data`
* **Consentement :** Non requis
* **Disponibilité dans le workflow :** Disponible dans le workflow
* **Couverture :** 90-95%
* **Prix :** \$0.20 par requête réussie

## Paramètres du corps de requête

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

Code pays ISO 3166-1 alpha-3 de ce service de base de données.

Exemple : `COL`

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

Tableau contenant l'ID de ce service. Épingler le service limite la requête à cette base de données exacte.

Exemple : `col_cedula`

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

Numéro d'identité personnel propre à chaque pays.

Exemple : `111111`

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

Valeur `date_of_issue` requise par ce service de base de données.

Exemple : `1990-01-01`

**first\_name** `string`

Prénom à valider.

Exemple : `John`

**last\_name** `string`

Nom de famille à valider.

Exemple : `Doe`

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

Votre référence utilisateur stable pour cette personne, par exemple votre ID utilisateur interne. Didit s'en sert pour relier les vérifications indépendantes au même utilisateur final et réduire le bruit des détections de doublons.

Exemple : `user-1234`

## Règles de saisie et remarques de validation

* Cédula colombienne (6 à 10 chiffres)
* `personal_number` ne doit contenir que des chiffres ; supprimez les espaces, les tirets et la ponctuation avant d'envoyer la requête.
* `personal_number` doit comporter entre 6 et 10 caractères.

## Comment l'appeler

```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));
```

Chaque appel réussi renvoie HTTP `200`. Le champ **`outcome_code`** indique ce qui s'est réellement passé : il distingue par exemple une véritable non-correspondance biométrique (`BIOMETRIC_NO_MATCH`) d'un selfie illisible (`BIOMETRIC_IMAGE_UNUSABLE`). Le `status` affiché est le statut par défaut de la fonctionnalité ; vos [actions de correspondance partielle / d'absence de correspondance](https://docs.didit.me/fr/core-technology/database-validation/database-validation-warnings.md) configurées peuvent le remplacer.

**`MATCH`** : le registre a confirmé l'identité et tous les champs vérifiés correspondent.

```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`** : un ou plusieurs des champs comparés par ce service ne correspondent pas entièrement. Dans cet exemple, `identification_number` ne correspond pas.

```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`** : le registre n'a renvoyé aucune correspondance pour les données soumises.

```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`** : le registre n'a pas pu déterminer si la personne correspond. Le résultat est réellement incertain (la personne peut ou non figurer dans le registre). Il ne s'agit PAS d'une absence de correspondance, ni d'un problème technique lié à l'image ; aucune correspondance de champ n'est établie, donc match\_type est null et la vérification est envoyée en examen manuel.

```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`** : le numéro de document soumis ne correspond à aucun enregistrement du registre.

```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"
      }
    }
  ]
}
```

## Données renvoyées

Les champs exacts exposés dans `source_data` dépendent de ce que renvoie le registre. L'exemple généré pour `col_cedula` documente actuellement cette structure normalisée :

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

## Tarifs et SLA

Colombie - Les requêtes de vérification de Cédula ne sont facturées que lorsque Didit reçoit un résultat concluant de la source de validation.

* **Prix par appel :** \$0.20 USD.
* **Facturation :** par requête réussie. Aucun frais n'est appliqué lorsque le registre est injoignable, lorsque des champs obligatoires manquent, ou lorsque la requête est rejetée avant d'atteindre la source.
* **Latence :** p95 typique inférieur à 2 s.
* **Disponibilité :** 99.9% par trimestre côté Didit ; la disponibilité des sources en aval varie selon le pays et le jeu de données.

## Pour aller plus loin

* [Vue d'ensemble de la validation en base de données pour la Colombie](https://docs.didit.me/api-reference/database-validation/colombia.md)
* [Vue d'ensemble de la validation en base de données](https://docs.didit.me/fr/core-technology/database-validation/overview.md)
* [Codes de résultat](https://docs.didit.me/fr/core-technology/database-validation/database-validation-outcome-codes.md)


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