Passer au contenu principal
POST
Vérifie les données saisies par rapport aux données téléphoniques des opérateurs de réseaux mobiles. Une demande auprès d’une agence est requise. 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 : ~ 90%
  • Pays : Canada
  • ID du service : can_residential
  • Domaine de données : Adresse
  • Catégorie : Résidentiel

Entrées

  • Entrées obligatoires : first_name, last_name, address.street_1, address.postal_code, phone
  • Entrées facultatives : date_of_birth, address.street_2, address.city, address.region, vendor_data
  • Consentement : Requis
  • Disponibilité dans le workflow : Disponible dans le workflow
  • Couverture : ~ 90%
  • Prix : $0.42 par requête réussie

Paramètres du corps de requête

string
défaut:"CAN"
requis
Code pays ISO 3166-1 alpha-3 de ce service de base de données.Exemple : CAN
string
défaut:"can_residential"
requis
Tableau contenant l’ID de ce service. Épingler le service limite la requête à cette base de données précise.Exemple : can_residential
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
object
requis
Objet d’adresse résidentielle structuré. Utilisez street_1, street_2, city, region, postal_code et country. Une chaîne d’adresse complète au format historique est toujours acceptée, mais déconseillé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:"+15550101000"
requis
Numéro de téléphone au format international.Exemple : +15550101000
string
Date de naissance au format YYYY-MM-DD.Exemple : 1990-01-01
string
défaut:"user-1234"
Votre référence utilisateur 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

  • Pour les services fondés sur l’adresse, envoyez les champs d’adresse structurés plutôt qu’une seule chaîne address lorsque c’est possible.
  • address.street_1 correspond à l’adresse de rue, avec le numéro et le type de voie.
  • address.street_2 correspond à l’appartement, à l’unité, au bâtiment, à l’étage ou à une ligne d’adresse supplémentaire. Ne l’envoyez que si vous en disposez.
  • 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 commune.
  • address.postal_code correspond au code postal.
  • Les services de base de données fondé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

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 can_residential documente actuellement la structure normalisée suivante :
  • address
  • date_of_birth
  • first_name
  • last_name

Tarifs et SLA

Les requêtes Canada Residential 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é de la source en aval varie selon le pays et le jeu de données.

Pour aller plus loin

Dernière modification le 7 novembre 2026