> ## 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 DNI Pérou : API en temps réel

> Vérification DNI au Pérou via Didit : validation en base de données officielle. Paiement à l'appel dès $0.20, sans contrat ni minimum.

Vérifie le DNI péruvien auprès du registre d'état civil RENIEC. 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. Format de saisie : `personal_number` accepte le DNI péruvien (exactement 8 chiffres).

## Couverture

* **Couverture :** —
* **Pays :** Pérou
* **ID du service :** `per_dni`
* **Domaine de données :** Identité
* **Catégorie :** NationalIDRegistry

## Entrées

| Champ | Obligatoire | Exemple |
| - | -: | - |
| `personal_number` | Oui | `11111111` |
| `first_name` | Non | `John` |
| `last_name` | Non | `Doe` |
| `vendor_data` | Non | `user-1234` |

* **Entrées obligatoires :** `personal_number`
* **Entrées facultatives :** `first_name`, `last_name`, `vendor_data`
* **Consentement :** non requis
* **Disponibilité dans le workflow :** Disponible dans le workflow
* **Couverture :** —
* **Prix :** \$0.20 par requête réussie

## Paramètres du corps de requête

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

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

Exemple : `PER`

**services** `string` *required* (default: per\_dni)

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

Exemple : `per_dni`

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

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

Exemple : `11111111`

**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 identifiant interne. Didit l'utilise pour relier les vérifications indépendantes au même utilisateur final et réduire le bruit de détection des doublons.

Exemple : `user-1234`

## Règles de saisie et remarques sur la validation

* DNI péruvien (exactement 8 chiffres)
* `personal_number` ne doit contenir que des chiffres ; supprimez les espaces, tirets et signes de ponctuation avant d'envoyer la requête.
* `personal_number` doit comporter exactement 8 caractères.

## Comment effectuer l'appel

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

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

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="PER",
    services=["per_dni"],
    personal_number="11111111",
    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: "PER",
  services: ["per_dni"],
  personal_number: "11111111",
  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:   "PER",
	Services:       didit.Some([]string{"per_dni"}),
	PersonalNumber: didit.String("11111111"),
	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("PER")
        .services(List.of("per_dni"))
        .personalNumber("11111111")
        .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' => 'PER',
    'services' => ['per_dni'],
    'personal_number' => '11111111',
    '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: "PER",
  services: ["per_dni"],
  personal_number: "11111111",
  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 = "PER",
    Services = new string[] { "per_dni" },
    PersonalNumber = "11111111",
    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é : il permet par exemple de distinguer 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 Correspondance partielle / Aucune 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 chaque champ vérifié correspond.

```json 200 OK — MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "PER",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "per_dni",
      "service_name": "Peru - DNI verification",
      "source_data": {
        "first_name": "John",
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe",
        "maternal_name": "Doe Maternal",
        "paternal_name": "Doe Paternal",
        "verification_letter": "G",
        "verification_number": 2
      },
      "validation": {
        "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": "PER",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "per_dni",
      "service_name": "Peru - DNI verification",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}
```

**`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": "PER",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "DOCUMENT_NOT_FOUND",
      "service_id": "per_dni",
      "service_name": "Peru - DNI verification",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}
```

## Données renvoyées

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

* `first_name`
* `identification_number`
* `last_name`
* `maternal_name`
* `paternal_name`
* `verification_letter`
* `verification_number`

## Tarifs et SLA

Pérou : les requêtes de vérification de DNI 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 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 \< 2 s.
* **Disponibilité :** 99.9% par trimestre côté Didit ; la disponibilité de la source 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 au Pérou](https://docs.didit.me/api-reference/database-validation/peru.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.