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

# Vérification Aadhaar (UIDAI) Inde : API de validation

> Didit valide l'identité Aadhaar (UIDAI) en Inde via une base de données officielle. À partir de $0.42 par appel, sans contrat ni minimum.

Ce service vérifie le numéro Aadhaar saisi auprès des registres d'identité de l'UIDAI. Didit expose ce service via `POST /v3/database-validation/` afin que vous puissiez vérifier les données soumises auprès de la source faisant autorité et recevoir des résultats de correspondance normalisés.

## Couverture

* **Couverture :** \~ 100%
* **Pays :** Inde
* **ID du service :** `ind_aadhaar`
* **Domaine de données :** Identité
* **Catégorie :** NationalIDRegistry

## Entrées

| Champ | Obligatoire | Exemple |
| - | -: | - |
| `full_name` | Oui | `John Doe` |
| `date_of_birth` | Oui | `1990-01-01` |
| `personal_number` | Oui | `111111111111` |
| `pan` | Oui | `ABCDE1234F` |
| `vendor_data` | Non | `user-1234` |

* **Entrées obligatoires :** `full_name`, `date_of_birth`, `personal_number`, `pan`
* **Entrées facultatives :** `vendor_data`
* **Consentement :** Obligatoire
* **Disponibilité dans le workflow :** Disponible dans le workflow
* **Couverture :** \~ 100%
* **Prix :** \$0.42 par requête réussie

Tous les documents acceptés par ce service ne contiennent pas l'identifiant utilisé pour la requête. Lorsque l'identifiant n'est pas extrait du document, la vérification est enregistrée comme **non applicable** – aucune base de données n'est interrogée et vous n'êtes pas facturé – ce qui, pour certains pays, représente une part importante des utilisateurs réels. Pour les couvrir, collectez également l'identifiant à partir d'une réponse à un Questionnaire, d'un champ extrait par Document AI, ou d'une valeur que vous envoyez lors de la création de la session, puis associez-le à l'étape de validation en base de données.

## Paramètres du corps de requête

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

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

Exemple : `IND`

**services** `string` *required* (default: ind\_aadhaar)

Tableau contenant l'identifiant de ce service. Le fait de spécifier ce service permet de limiter la requête à cette base de données précise.

Exemple : `ind_aadhaar`

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

Consentement explicite de l'utilisateur final pour ce service.

Exemple : `true`

**full\_name** `string` *required* (default: John Doe)

Nom légal complet à valider.

Exemple : `John Doe`

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

Date de naissance au format `YYYY-MM-DD`.

Exemple : `1990-01-01`

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

Numéro d'identité personnel propre au pays.

Exemple : `111111111111`

**pan** `string` *required* (default: ABCDE1234F)

Permanent Account Number.

Exemple : `ABCDE1234F`

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

Votre référence utilisateur stable pour cette personne, par exemple votre identifiant interne. Didit l'utilise 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

* `pan` doit être saisi en lettres majuscules.
* `pan` doit correspondre à `[A-Z]{5}\d{4}[A-Z]`.
* `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 exactement 12 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=IND" \
  -F "services=ind_aadhaar" \
  -F "vendor_data=user-1234" \
  -F "consent=true" \
  -F "full_name=John Doe" \
  -F "date_of_birth=1990-01-01" \
  -F "personal_number=111111111111" \
  -F "pan=ABCDE1234F"
```

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

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="IND",
    services=["ind_aadhaar"],
    consent=True,
    full_name="John Doe",
    date_of_birth="1990-01-01",
    personal_number="111111111111",
    pan="ABCDE1234F",
    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: "IND",
  services: ["ind_aadhaar"],
  consent: true,
  full_name: "John Doe",
  date_of_birth: "1990-01-01",
  personal_number: "111111111111",
  pan: "ABCDE1234F",
  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:   "IND",
	Services:       didit.Some([]string{"ind_aadhaar"}),
	Consent:        didit.Bool(true),
	FullName:       didit.String("John Doe"),
	DateOfBirth:    didit.String("1990-01-01"),
	PersonalNumber: didit.String("111111111111"),
	Pan:            didit.String("ABCDE1234F"),
	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("IND")
        .services(List.of("ind_aadhaar"))
        .consent(true)
        .fullName("John Doe")
        .dateOfBirth(LocalDate.parse("1990-01-01"))
        .personalNumber("111111111111")
        .pan("ABCDE1234F")
        .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' => 'IND',
    'services' => ['ind_aadhaar'],
    'consent' => true,
    'full_name' => 'John Doe',
    'date_of_birth' => '1990-01-01',
    'personal_number' => '111111111111',
    'pan' => 'ABCDE1234F',
    '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: "IND",
  services: ["ind_aadhaar"],
  consent: true,
  full_name: "John Doe",
  date_of_birth: "1990-01-01",
  personal_number: "111111111111",
  pan: "ABCDE1234F",
  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 = "IND",
    Services = new string[] { "ind_aadhaar" },
    Consent = true,
    FullName = "John Doe",
    DateOfBirth = "1990-01-01",
    PersonalNumber = "111111111111",
    Pan = "ABCDE1234F",
    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é, en distinguant 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 Partial Match / No Match](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 chaque champ vérifié correspond.

```json 200 OK — MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "IND",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "ind_aadhaar",
      "service_name": "India Aadhaar (UIDAI)",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "full_name": "John Doe",
        "identification_number": "SAMPLE-ID-12345"
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "full_match",
        "identification_number": "full_match"
      }
    }
  ]
}
```

**`PARTIAL_MATCH`** : le numéro d'identification a été trouvé, mais un ou plusieurs champs personnels (généralement le nom ou la date de naissance) ne correspondent pas entièrement.

```json 200 OK — PARTIAL_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "IND",
  "match_type": "partial_match",
  "validations": [
    {
      "outcome_code": "PARTIAL_MATCH",
      "service_id": "ind_aadhaar",
      "service_name": "India Aadhaar (UIDAI)",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "full_name": "John Doe",
        "identification_number": "SAMPLE-ID-12345"
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "no_match",
        "identification_number": "full_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": "IND",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "ind_aadhaar",
      "service_name": "India Aadhaar (UIDAI)",
      "source_data": {
        "date_of_birth": "NO_MATCH",
        "full_name": "NO_MATCH",
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "date_of_birth": "no_match",
        "full_name": "no_match",
        "identification_number": "no_match"
      }
    }
  ]
}
```

## Données renvoyées

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

* `date_of_birth`
* `full_name`
* `identification_number`

## Tarifs et SLA

Les requêtes Aadhaar (UIDAI) en Inde ne sont facturées que lorsque Didit reçoit un résultat concluant de la source de validation.

* **Prix par appel :** \$0.42 USD.
* **Facturation :** par requête réussie. Vous n'êtes pas facturé lorsque le registre est injoignable, lorsque des champs obligatoires sont manquants ou lorsque la requête est rejetée avant d'atteindre la source.
* **Latence :** p95 typique inférieure à 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 en Inde](https://docs.didit.me/api-reference/database-validation/india.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.