Verificação CPR Dinamarca

Comprimento incorreto, corpos não numéricos e datas impossíveis falham com invalid_input em vez de um recorte silencioso. A mesma aritmética pura corre grátis no navegador e ao preço publicado da API, sem consulta ao registro populacional e sem afirmar que um controle correto implique que a pessoa viva, esteja registada ou tenha direito a um serviço.

Como um número CPR dinamarquês é estruturado e verificado

Números emitidos após a relaxação de outubro de dois mil e sete podem ser oficiais mesmo quando a soma de módulo onze falha; esta ferramenta continua a reportar mod11_valid para que quem chama aplique uma política estrita ou apenas de data.

Contrato de entrada, forma da resposta e erros

Após a normalização o motor exige exatamente dez dígitos. Analisa dia, mês e ano de dois dígitos, resolve o ano completo a partir do sétimo dígito e rejeita datas de calendário impossíveis com uma mensagem clara que nomeia o dia ou o mês incorreto. Comprimento incorreto após o strip, cadeias vazias, number ausente e corpos sem dígitos falham antes de qualquer soma de controle e não são faturados. Envie um corpo JSON com um campo number obrigatório contendo o corpo do CPR. Espaços e hífens são removidos para que as formas dinamarquesas habituais como zero sete zero sete seis um hífen zero zero um oito sejam aceitos após normalização; outra pontuação e letras são rejeitadas como entrada não numérica com invalid_input, de modo que um valor limpo em silêncio nunca chegue ao armazenamento. Com uma data real a resposta inclui sempre input como a cadeia normalizada de dez dígitos, valid true apenas quando o controle clássico de módulo onze também passa, birth_date como cadeia ISO ano-mês-dia, day, month e year como inteiros, date como o fragmento de seis dígitos DDMMYY, serial como a cauda de quatro dígitos, gender como male ou female, mod11_valid como espelho booleano da soma de controle, check_digit como o último carácter, length dez e algorithm denmark-cpr-mod11. Uma cadeia bem formada com data real mas dígito de controle incorreto devolve valid false e mod11_valid false sem lançar erro, para que os formulários mostrem a data extraída e mesmo assim bloqueiem o registro. Aceitam-se aliases como cpr, digits, text, value, code e id para o mesmo campo de payload, de modo que integrações que já usam nomes dinamarqueses não precisem de renomear. Como o caminho é parse puro sem relógio, fonte aleatória nem rede, o mesmo corpo JSON produz sempre o mesmo resultado JSON na ferramenta gratuita do navegador e na API a US$ 0,002 por pedido bem-sucedido. Prefira este endpoint quando condicionar um formulário, um arquivo KYC, uma importação de RH ou um ingresso de saúde a um CPR digitado por um usuário ou feed de parceiro e precisar, numa só chamada, da verificação de data e do controle clássico.

Onde as verificações CPR dinamarquesas se encaixam em fluxos reais

Portais de saúde e sistemas de farmácia recalculam birth_date e mod11_valid quando uma clínica lê um número ao telefone ou o cola a partir de um cartão digitalizado, capturando erros de digitação antes de arquivar uma entrada de prontuário ou uma receita. Testes de integração afirmam birth_date e gender em amostras fixas para que bibliotecas de formulários, impressoras de etiquetas e esta API não divirjam. Em todo o fluxo a promessa é a mesma: apenas dígitos após o strip opcional de separadores, comprimento fixo dez, JSON estruturado que pode ser testado com goldens, comportamento idêntico no navegador gratuito e na API pré-paga, e invalid_input honesto quando a cadeia não é uma sequência pura de dez dígitos com uma data de calendário real.