Verificación CPR Dinamarca

Longitud incorrecta, cuerpos no numéricos y fechas imposibles fallan con invalid_input en lugar de un recorte silencioso. La misma aritmética pura se ejecuta gratis en el navegador y al precio publicado de la API, sin consulta al registro de población y sin afirmar que un control correcto implique que la persona viva, esté empadronada o tenga derecho a un servicio.

Cómo se estructura y se comprueba un número CPR danés

Los números emitidos tras la relajación de octubre de dos mil siete pueden ser oficiales aunque falle la suma de módulo once; esta herramienta sigue informando mod11_valid para que quien llame aplique una política estricta o solo de fecha.

Contrato de entrada, forma de la respuesta y errores

Tras la normalización el motor exige exactamente diez dígitos. Analiza día, mes y año de dos dígitos, resuelve el año completo desde el séptimo dígito y rechaza fechas de calendario imposibles con un mensaje claro que nombra el día o el mes incorrecto. Longitud incorrecta tras el recorte, cadenas vacías, number ausente y cuerpos sin dígitos fallan antes de cualquier suma de control y no se facturan. HH. o un ingreso sanitario a un CPR tecleado por un usuario o un feed de socio y necesite en una sola llamada la comprobación de fecha y el control clásico. Envíe un cuerpo JSON con un campo number obligatorio que contenga el cuerpo del CPR. Se eliminan espacios y guiones para que las formas danesas habituales como cero siete cero siete seis uno guion cero cero uno ocho se acepten tras la normalización; otra puntuación y letras se rechazan como entrada no numérica con invalid_input, de modo que un valor limpiado en silencio nunca llegue al almacenamiento. Con una fecha real la respuesta incluye siempre input como la cadena normalizada de diez dígitos, valid true solo cuando también pasa el control clásico de módulo once, birth_date como cadena ISO año-mes-día, day, month y year como enteros, date como el fragmento de seis dígitos DDMMYY, serial como la cola de cuatro dígitos, gender como male o female, mod11_valid como espejo booleano de la suma de control, check_digit como el último carácter, length diez y algorithm denmark-cpr-mod11. Una cadena bien formada con fecha real pero dígito de control incorrecto devuelve valid false y mod11_valid false sin lanzar error, para que los formularios muestren la fecha extraída y aun así bloqueen el alta. Se aceptan alias como cpr, digits, text, value, code e id para el mismo campo de carga útil, de modo que las integraciones que ya usan nombres daneses no necesiten renombrarlo. Como la ruta es parse puro sin reloj, fuente aleatoria ni red, el mismo cuerpo JSON produce siempre el mismo resultado JSON en la herramienta gratuita del navegador y en la API a $0.002 por solicitud correcta. Prefiera este endpoint cuando condicione un formulario, un fichero KYC, una importación de RR.

Dónde encajan las comprobaciones CPR danesas en flujos reales

Los portales sanitarios y los sistemas de farmacia recalculan birth_date y mod11_valid cuando una clínica lee un número por teléfono o lo pega desde una tarjeta escaneada, capturando errores de tecleo antes de archivar una entrada de historial o una receta. Las pruebas de integración afirman birth_date y gender en muestras fijas para que las bibliotecas de formularios, las impresoras de etiquetas y esta API no diverjan. En todo flujo la promesa es la misma: solo dígitos tras el recorte opcional de separadores, longitud fija diez, JSON estructurado que puede probarse con goldens, comportamiento idéntico en navegador gratuito y API de prepago, e invalid_input honesto cuando la cadena no es una secuencia pura de diez dígitos con una fecha de calendario real.