Passer au contenu principal
POST
Vérifie les données saisies par rapport aux données du fichier de crédit obtenues auprès d’un bureau de crédit en Allemagne. Didit propose 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.

Couverture

  • Couverture : ~ 80%
  • Pays : Allemagne
  • ID du service : deu_credit_bureau
  • Domaine de données : Financier
  • Catégorie : CreditBureau

Données d’entrée

  • Champs obligatoires : first_name, last_name, date_of_birth, address.street_1, address.postal_code
  • Champs facultatifs : address.street_2, address.city, address.region, vendor_data
  • Consentement : obligatoire
  • Disponibilité dans le workflow : Disponible dans le workflow
  • Couverture : ~ 80%
  • Prix : $1.40 par requête réussie

Paramètres du corps de la requête

string
défaut:"DEU"
requis
Code pays ISO 3166-1 alpha-3 de ce service de base de données.Exemple : DEU
string
défaut:"deu_credit_bureau"
requis
Tableau contenant l’ID de ce service. Épingler le service limite la requête à cette base de données précise.Exemple : deu_credit_bureau
Consentement explicite de l’utilisateur final pour ce service.Exemple : true
string
défaut:"John"
requis
Prénom à valider.Exemple : John
string
défaut:"Doe"
requis
Nom de famille à valider.Exemple : Doe
string
défaut:"1990-01-01"
requis
Date de naissance au format YYYY-MM-DD.Exemple : 1990-01-01
object
requis
Objet d’adresse résidentielle structuré. Utilisez street_1, street_2, city, region, postal_code et country. Une ancienne chaîne d’adresse complète reste acceptée, mais 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"}
string
défaut:"user-1234"
Votre référence utilisateur stable pour cette personne, comme votre ID utilisateur interne. Didit l’utilise pour relier les vérifications indépendantes au même utilisateur final et réduire le bruit lié à la détection des doublons.Exemple : user-1234

Règles de saisie et remarques sur la validation

  • Pour les services d’adresse, envoyez les champs d’adresse structurés plutôt qu’une chaîne address unique, dans la mesure du possible.
  • address.street_1 correspond à la voie, 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 disposez de cette information.
  • address.city correspond à la ville, à la banlieue, au district, à la localité ou au quartier.
  • address.region correspond à l’État, à la province, à la région ou à la ville.
  • address.postal_code correspond au code postal.
  • Les services de base de données fondés sur l’adresse exigent au minimum la voie et le code postal ; les requêtes rejetées avant la consultation de la source ne sont pas facturées.

Comment l’appeler

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 deu_credit_bureau documente actuellement cette structure normalisée :
  • address
  • address_match_score
  • city
  • date_of_birth
  • first_name
  • full_name
  • last_name
  • name_match_score
  • postal_code
  • street

Tarifs et SLA

Les requêtes Germany Credit Bureau ne sont facturées que lorsque Didit reçoit un résultat concluant de la source de validation.
  • Prix par appel : $1.40 USD.
  • Facturation : par requête réussie. Vous n’êtes pas facturé lorsque le registre est injoignable, lorsque des champs obligatoires sont absents 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

Dernière modification le 7 novembre 2026