Vérification CPR Danemark

Une longueur incorrecte, un corps non numérique ou une date impossible échouent avec invalid_input au lieu d'un nettoyage silencieux. La même arithmétique pure s'exécute gratuitement dans le navigateur et au prix API publié, sans consultation du registre de population et sans prétendre qu'un contrôle réussi prouve que la personne est vivante, inscrite ou autorisée à un service.

Comment un numéro CPR danois est structuré et contrôlé

Les numéros émis après l'assouplissement d'octobre deux mille sept peuvent être officiels même si la somme de modulo onze échoue ; cet outil signale toujours mod11_valid afin que l'appelant applique une politique stricte ou uniquement de date.

Contrat d'entrée, forme de la réponse et erreurs

Après normalisation le moteur exige exactement dix chiffres. Il analyse le jour, le mois et l'année à deux chiffres, résout l'année complète à partir du septième chiffre et rejette les dates de calendrier impossibles avec un message clair nommant le jour ou le mois incorrect. Une longueur incorrecte après nettoyage, une chaîne vide, un number manquant et un corps sans chiffres échouent avant toute somme de contrôle et ne sont pas facturés. Préférez ce point de terminaison lorsque vous conditionnez un formulaire, un fichier KYC, un import RH ou une admission de santé à un CPR saisi par un utilisateur ou un flux partenaire et que vous avez besoin, en un seul appel, du contrôle de date et du contrôle classique. Envoyez un corps JSON avec un champ number obligatoire contenant le corps du CPR. Les espaces et traits d'union sont retirés afin que les formes danoises courantes telles que zéro sept zéro sept six un trait d'union zéro zéro un huit soient acceptées après normalisation ; toute autre ponctuation et lettre est rejetée comme entrée non numérique avec invalid_input, de sorte qu'une valeur nettoyée en silence n'atteigne jamais le stockage. Sur une date réelle la réponse inclut toujours input comme la chaîne normalisée de dix chiffres, valid true seulement lorsque le contrôle classique de modulo onze réussit aussi, birth_date comme chaîne ISO année-mois-jour, day, month et year comme entiers, date comme le fragment de six chiffres DDMMYY, serial comme la queue de quatre chiffres, gender comme male ou female, mod11_valid comme miroir booléen de la somme de contrôle, check_digit comme le dernier caractère, length dix et algorithm denmark-cpr-mod11. Une chaîne bien formée avec une date réelle mais un chiffre de contrôle incorrect renvoie valid false et mod11_valid false sans lever d'erreur, afin que les formulaires affichent la date extraite tout en bloquant l'inscription. Des alias tels que cpr, digits, text, value, code et id sont acceptés pour le même champ de charge utile, afin que les intégrations qui parlent déjà des noms danois n'aient pas à renommer. Comme le chemin est un parse pur sans horloge, source aléatoire ni réseau, le même corps JSON produit toujours le même résultat JSON sur l'outil gratuit du navigateur et sur l'API à $0.002 par requête réussie.

Où les contrôles CPR danois s'intègrent aux flux réels

Les portails de santé et les systèmes de pharmacie recalculent birth_date et mod11_valid lorsqu'une clinique lit un numéro au téléphone ou le colle depuis une carte numérisée, capturant les fautes de frappe avant d'archiver une entrée de dossier ou une ordonnance. Les tests d'intégration affirment birth_date et gender sur des échantillons fixes afin que les bibliothèques de formulaires, les imprimantes d'étiquettes et cette API ne divergent jamais. Dans chaque flux la promesse est la même : uniquement des chiffres après le retrait optionnel des séparateurs, longueur fixe dix, JSON structuré testable par goldens, comportement identique entre navigateur gratuit et API prépayée, et invalid_input honnête lorsque la chaîne n'est pas une séquence pure de dix chiffres avec une date de calendrier réelle.