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

# Enrichissement d'identité mondial - API de vérification

> Recherche mondiale dans les réseaux d'identité via l'infrastructure de Didit. À partir de $0.20 par appel, sans contrat ni minimum.

Identifie des personnes (noms, date de naissance, adresses, numéros de téléphone, e-mails, identifiants nationaux) ainsi qu'un score de correspondance des noms à partir d'une adresse e-mail et/ou d'un numéro de téléphone, via un réseau mondial d'analyse des risques. Facturé à chaque requête. Didit expose ce service via `POST /v3/database-validation/` afin de vérifier les données soumises par rapport au réseau d'identité connecté et de recevoir des résultats de correspondance normalisés. Il s'agit d'un réseau d'enrichissement tiers, et non d'un registre gouvernemental faisant autorité : ne présentez pas ses résultats comme une vérification auprès d'une source primaire.

## Couverture

* **Couverture :** 50+ marchés
* **Pays :** Monde
* **Identifiant du service :** `glb_identity_enrichment`
* **Domaine de données :** Identité
* **Catégorie :** IdentityEnrichment

## Entrées

| Champ | Obligatoire | Exemple |
| - | -: | - |
| `email` | Non | `john.doe@example.com` |
| `phone` | Non | `+15550101000` |
| `first_name` | Non | `John` |
| `last_name` | Non | `Doe` |
| `full_name` | Non | `John Doe` |
| `country_of_residence` | Non | `US` |
| `vendor_data` | Non | `user-1234` |

* **Entrées obligatoires :** —
* **Entrées facultatives :** `email`, `phone`, `first_name`, `last_name`, `full_name`, `country_of_residence`, `vendor_data`
* **Consentement :** Obligatoire
* **Disponibilité dans un workflow :** API autonome uniquement
* **Couverture :** 50+ marchés
* **Prix :** \$0.20 par requête réussie

Ce service n'est pas proposé comme étape de Validation en base de données dans un workflow. Cette restriction porte sur l'endroit où la vérification s'exécute, et non sur ce que vous pouvez lui envoyer : appelez-le sur l'API autonome, où vous fournissez directement les entrées.

## Paramètres du corps de requête

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

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

Exemple : `GLB`

**services** `string` *required* (default: glb\_identity\_enrichment)

Tableau contenant l'identifiant de ce service. Fixer le service limite la requête à cette base de données précise.

Exemple : `glb_identity_enrichment`

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

Consentement explicite de l'utilisateur final pour ce service.

Exemple : `true`

**email** `string` (default: [john.doe@example.com](mailto:john.doe@example.com))

Adresse e-mail.

Exemple : `john.doe@example.com`

**phone** `string` (default: +15550101000)

Numéro de téléphone au format international.

Exemple : `+15550101000`

**first\_name** `string` (default: John)

Prénom à valider.

Exemple : `John`

**last\_name** `string` (default: Doe)

Nom de famille à valider.

Exemple : `Doe`

**full\_name** `string`

Nom légal complet à valider.

Exemple : `John Doe`

**country\_of\_residence** `string` (default: US)

Code pays ISO 3166-1 alpha-2 du pays de résidence, facultatif. Utilisé uniquement pour cibler la recherche d'identité.

Exemple : `US`

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

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

Exemple : `user-1234`

## Règles de saisie et notes de validation

* Fournissez au moins l'un des champs `email` ou `phone` : ce sont les clés de recherche. Une requête sans l'un ni l'autre ne peut pas effectuer de recherche d'enrichissement et est rejetée avant la recherche dans la source (non facturée).
* Ajoutez un nom dès que vous en disposez : la source attribue un score à la recherche en fonction de ce nom. Envoyez `first_name` et `last_name`, car ce sont les champs que compare la carte `validation` de la réponse. Une requête qui n'envoie que `full_name` est tout de même notée par la source, mais renvoie une `validation` vide et un `match_type` de premier niveau à null.
* `country_of_residence` est un code ISO 3166-1 alpha-2 utilisé pour cibler la recherche.
* Chaque recherche terminée est facturée, y compris celle qui ne permet d'identifier aucune personne (`persons_found: 0`). Seule une requête rejetée avant la recherche, c'est-à-dire sans `email` ni `phone`, est gratuite.

## 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=GLB" \
  -F "services=glb_identity_enrichment" \
  -F "vendor_data=user-1234" \
  -F "consent=true" \
  -F "email=john.doe@example.com" \
  -F "phone=+15550101000" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "country_of_residence=US"
```

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

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="GLB",
    services=["glb_identity_enrichment"],
    consent=True,
    first_name="John",
    last_name="Doe",
    phone="+15550101000",
    email="john.doe@example.com",
    country_of_residence="US",
    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: "GLB",
  services: ["glb_identity_enrichment"],
  consent: true,
  first_name: "John",
  last_name: "Doe",
  phone: "+15550101000",
  email: "john.doe@example.com",
  country_of_residence: "US",
  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:       "GLB",
	Services:           didit.Some([]string{"glb_identity_enrichment"}),
	Consent:            didit.Bool(true),
	FirstName:          didit.String("John"),
	LastName:           didit.String("Doe"),
	Phone:              didit.String("+15550101000"),
	Email:              didit.String("john.doe@example.com"),
	CountryOfResidence: didit.String("US"),
	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("GLB")
        .services(List.of("glb_identity_enrichment"))
        .consent(true)
        .firstName("John")
        .lastName("Doe")
        .phone("+15550101000")
        .email("john.doe@example.com")
        .countryOfResidence("US")
        .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' => 'GLB',
    'services' => ['glb_identity_enrichment'],
    'consent' => true,
    'first_name' => 'John',
    'last_name' => 'Doe',
    'phone' => '+15550101000',
    'email' => 'john.doe@example.com',
    'country_of_residence' => 'US',
    '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: "GLB",
  services: ["glb_identity_enrichment"],
  consent: true,
  first_name: "John",
  last_name: "Doe",
  phone: "+15550101000",
  email: "john.doe@example.com",
  country_of_residence: "US",
  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 = "GLB",
    Services = new string[] { "glb_identity_enrichment" },
    Consent = true,
    FirstName = "John",
    LastName = "Doe",
    Phone = "+15550101000",
    Email = "john.doe@example.com",
    CountryOfResidence = "US",
    VendorData = "user-1234",
});
Console.WriteLine(JsonSerializer.Serialize(result));
```

Chaque appel réussi renvoie le code HTTP `200`. Le champ **`outcome_code`** indique ce qui s'est réellement passé, en distinguant par exemple une véritable non-correspondance biométrique (`BIOMETRIC_NO_MATCH`) d'un selfie qui n'a pas pu être lu (`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`** : l'e-mail ou le téléphone correspond à une personne, et le nom de la meilleure correspondance correspond au nom que vous avez envoyé.

```json 200 OK — MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "GLB",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "first_name": "John",
        "last_name": "Doe",
        "persons_found": 1
      },
      "validation": {
        "full_name": "full_match"
      }
    }
  ]
}
```

**`PARTIAL_MATCH`** : l'e-mail ou le téléphone correspond à une personne, mais le nom de la meilleure correspondance ne correspond que partiellement au nom que vous avez envoyé.

```json 200 OK — PARTIAL_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "GLB",
  "match_type": "partial_match",
  "validations": [
    {
      "outcome_code": "PARTIAL_MATCH",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "first_name": "John",
        "last_name": "Dow",
        "persons_found": 1
      },
      "validation": {
        "full_name": "partial_match"
      }
    }
  ]
}
```

**`NO_MATCH`** : l'e-mail ou le téléphone correspond à une personne, mais le nom de la meilleure correspondance ne correspond pas au nom que vous avez envoyé.

```json 200 OK — NO_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "GLB",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "first_name": "Jane",
        "last_name": "Roe",
        "persons_found": 1
      },
      "validation": {
        "full_name": "no_match"
      }
    }
  ]
}
```

**`INCONCLUSIVE`** : l'e-mail ou le téléphone correspond à une personne, mais aucun score de nom n'a été renvoyé, par exemple parce que la requête ne contenait pas de nom. Rien n'est affirmé : `validation` est donc vide, `match_type` vaut null et la vérification est envoyée en examen manuel. Envoyez `first_name` et `last_name` pour obtenir un résultat scoré : ce sont les champs que lit la comparaison `validation`. Une requête ne contenant que `full_name` obtient un `outcome_code` calculé à partir d'un score, mais un `validation` toujours vide.

```json 200 OK — INCONCLUSIVE theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "GLB",
  "match_type": null,
  "validations": [
    {
      "outcome_code": "INCONCLUSIVE",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "persons_found": 1
      },
      "validation": {}
    }
  ]
}
```

**`DOCUMENT_NOT_FOUND`** : l'e-mail ou le téléphone ne correspond à aucune personne (`persons_found: 0`). Il n'y a aucun nom à comparer, donc `validation` est vide et `match_type` vaut null ; le résultat est un négatif définitif et suit votre action No Match. La recherche est tout de même facturée.

```json 200 OK — DOCUMENT_NOT_FOUND theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "GLB",
  "match_type": null,
  "validations": [
    {
      "outcome_code": "DOCUMENT_NOT_FOUND",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "persons_found": 0
      },
      "validation": {}
    }
  ]
}
```

## 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 `glb_identity_enrichment` documente actuellement cette structure normalisée :

* `first_name`
* `last_name`
* `persons_found`

## Tarifs et SLA

Les requêtes Global - Identity Enrichment 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. Vous n'êtes pas facturé 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 \< 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 Global Database Validation](https://docs.didit.me/fr/getting-started/database-validation-pricing.md)
* [Vue d'ensemble de Database Validation](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.