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

# Validation en base de données Danemark Consumer 2

> Danemark Consumer 2 : validation en base de données officielle du Danemark via Didit. Dès $1.62 par appel, sans contrat ni minimum.

Les données saisies sont vérifiées par rapport à une source composée de plusieurs jeux de données issus de registres de consommateurs, de téléphonie et de services publics. 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 :** \~ 50%
* **Pays :** Danemark
* **ID du service :** `dnk_consumer_2`
* **Domaine de données :** Adresse
* **Catégorie :** Résidentiel

## Entrées

| Champ | Obligatoire | Exemple |
| - | -: | - |
| `first_name` | Oui | `John` |
| `last_name` | Oui | `Doe` |
| `date_of_birth` | Oui | `1990-01-01` |
| `address.street_1` | Non | `123 Sample Street` |
| `address.street_2` | Non | `Unit 4` |
| `address.city` | Non | `Sample City` |
| `address.region` | Non | `Sample State` |
| `address.postal_code` | Non | `10001` |
| `phone` | Non | `+15550101000` |
| `email` | Non | `john.doe@example.com` |
| `vendor_data` | Non | `user-1234` |

* **Entrées obligatoires :** `first_name`, `last_name`, `date_of_birth`
* **Entrées facultatives :** `address.street_1`, `address.street_2`, `address.city`, `address.region`, `address.postal_code`, `phone`, `email`, `vendor_data`
* **Consentement :** non requis
* **Disponibilité dans le workflow :** disponible dans un workflow
* **Couverture :** \~ 50%
* **Prix :** \$1.62 par requête réussie

## Paramètres du corps

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

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

Exemple : `DNK`

**services** `string` *required* (default: dnk\_consumer\_2)

Tableau contenant cet ID de service. Fixer le service limite la requête à cette base de données exacte.

Exemple : `dnk_consumer_2`

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

Prénom à valider.

Exemple : `John`

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

Nom de famille à valider.

Exemple : `Doe`

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

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

Exemple : `1990-01-01`

**address** `object`

Objet d'adresse résidentielle structuré. Utilisez `street_1`, `street_2`, `city`, `region`, `postal_code` et `country`. Une chaîne d'adresse complète dans l'ancien format reste acceptée, mais elle n'est pas recommandée.

Exemple : `{"street_1":"123 Sample Street","street_2":"Unit 4","city":"Sample City","region":"Sample State","postal_code":"10001","country":"US"}`

**phone** `string`

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

Exemple : `+15550101000`

**email** `string`

Adresse e-mail.

Exemple : `john.doe@example.com`

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

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

* `address` est facultatif pour ce service. Vous pouvez envoyer une chaîne `address` complète, et Didit la décomposera en éléments d'adresse structurés lorsque c'est possible, ou vous pouvez envoyer les champs structurés explicitement.
* Pour les services d'adresse, envoyez autant que possible les champs d'adresse structurés plutôt qu'une chaîne `address` unique.
* `address.street_1` correspond à l'adresse de rue, y compris le numéro et le type de voie.
* `address.street_2` correspond à l'appartement, à l'unité, au bâtiment, à l'étage ou à toute ligne d'adresse supplémentaire. Ne l'envoyez que si vous le possédez.
* `address.city` correspond à la ville, au quartier, au district, à la localité ou au voisinage.
* `address.region` correspond à l'État, à la province, à la région ou à la commune.
* `address.postal_code` correspond au code postal.
* Les services de base de données basés sur l'adresse exigent au minimum l'adresse de rue et le code postal ; les requêtes rejetées avant la recherche dans la source ne sont pas facturées.

## 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=DNK" \
  -F "services=dnk_consumer_2" \
  -F "vendor_data=user-1234" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "date_of_birth=1990-01-01"
```

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

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="DNK",
    services=["dnk_consumer_2"],
    first_name="John",
    last_name="Doe",
    date_of_birth="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: "DNK",
  services: ["dnk_consumer_2"],
  first_name: "John",
  last_name: "Doe",
  date_of_birth: "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: "DNK",
	Services:     didit.Some([]string{"dnk_consumer_2"}),
	FirstName:    didit.String("John"),
	LastName:     didit.String("Doe"),
	DateOfBirth:  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("DNK")
        .services(List.of("dnk_consumer_2"))
        .firstName("John")
        .lastName("Doe")
        .dateOfBirth(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' => 'DNK',
    'services' => ['dnk_consumer_2'],
    'first_name' => 'John',
    'last_name' => 'Doe',
    'date_of_birth' => '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: "DNK",
  services: ["dnk_consumer_2"],
  first_name: "John",
  last_name: "Doe",
  date_of_birth: "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 = "DNK",
    Services = new string[] { "dnk_consumer_2" },
    FirstName = "John",
    LastName = "Doe",
    DateOfBirth = "1990-01-01",
    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 illisible (`BIOMETRIC_IMAGE_UNUSABLE`). Le `status` affiché est le statut par défaut de la fonctionnalité ; vos [actions Partial Match / No Match configurées](https://docs.didit.me/fr/core-technology/database-validation/database-validation-warnings.md) peuvent le remplacer.

**`MATCH`** : le registre a confirmé l'identité, et chacun des champs vérifiés correspond.

```json 200 OK — MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "DNK",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "dnk_consumer_2",
      "service_name": "Denmark Consumer 2",
      "source_data": {
        "address": "123 Sample Street",
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "last_name": "Doe"
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "full_match"
      }
    }
  ]
}
```

**`PARTIAL_MATCH`** : un ou plusieurs des champs comparés par ce service ne correspondent pas entièrement. Dans cet exemple, `full_name` ne correspond pas, tandis que `date_of_birth` correspond.

```json 200 OK — PARTIAL_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "DNK",
  "match_type": "partial_match",
  "validations": [
    {
      "outcome_code": "PARTIAL_MATCH",
      "service_id": "dnk_consumer_2",
      "service_name": "Denmark Consumer 2",
      "source_data": {
        "address": "123 Sample Street",
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "last_name": "Doe"
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "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": "DNK",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "dnk_consumer_2",
      "service_name": "Denmark Consumer 2",
      "source_data": {
        "date_of_birth": "NO_MATCH",
        "full_name": "NO_MATCH"
      },
      "validation": {
        "date_of_birth": "no_match",
        "full_name": "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 `dnk_consumer_2` documente actuellement cette structure normalisée :

* `address`
* `date_of_birth`
* `first_name`
* `last_name`

## Tarifs et SLA

Les requêtes Denmark Consumer 2 sont facturées uniquement lorsque Didit reçoit un résultat concluant de la source de validation.

* **Prix par appel :** \$1.62 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 \< 2 s.
* **Disponibilité :** 99.9% par trimestre du côté de 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 au Danemark](https://docs.didit.me/api-reference/database-validation/denmark.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.