Dígitos verificadores NIB português

É formado por um código de banco de quatro dígitos, um código de balcão de quatro, um número de conta de onze e dois dígitos de controle finais. Esses dois dígitos não são texto livre: ficam completamente determinados pelo algoritmo ISO 7064 MOD 97-10 aplicado ao corpo de dezenove dígitos, pelo que um único erro de digitação quase sempre falha a verificação modular. Esta capacidade calcula os dois dígitos de controle corretos a partir do banco, do balcão e da conta (ou de um corpo combinado de dezenove dígitos), ou valida um NIB completo de vinte e um dígitos que já os inclui, e reporta entrada inválida em vez de inventar um resultado. Use grátis no navegador ou chame a API do KIT ao preço publicado; ambos os caminhos executam a mesma aritmética determinística sem consulta de rede e sem diretório bancário.

O que é um NIB português e como se aplica o ISO 7064 MOD 97-10

Os primeiros quatro dígitos são o código de banco do sistema bancário português; os quatro seguintes identificam o balcão; os onze seguintes são o número de conta conforme o banco; e os dois finais são dígitos de controle calculados a partir dos dezenove precedentes.

Como calcular os dois dígitos de controle ou validar um NIB completo

São exigidos dígitos de zero a nove; espaços, pontos, underscores ou hífens opcionais são removidos antes da análise. O modo validate espera um NIB completo de vinte e um dígitos incluindo o par de controle final (por exemplo 000201231234567890154 ou 0002.0123.12345678901.54). Strings vazias, campos em falta, valores de mode inválidos e comprimentos errados falham antes da aritmética modular e não são faturados. Envie um campo nib combinado ou os campos estruturados bank, branch e account. Letras e outra pontuação são rejeitadas como entrada malformada com invalid_input, para que nunca aceite um valor limpo em silêncio. O modo compute é o padrão: forneça exatamente dezenove dígitos do corpo sem os de controle (por exemplo 0002012312345678901 ou bank 0002, branch 0123, account 12345678901) e o motor devolve check_digits como string de dois caracteres, with_check como o NIB completo de vinte e um dígitos e formatted na forma habitual XXXX.XXXX.XXXXXXXXXXX.XX, juntamente com bank, branch, account, algorithm iso7064_mod97_10 e mod97_remainder de um no número completo. A resposta indica valid true quando os dígitos de controle recalculados coincidem com os dois últimos e o número completo é congruente com um módulo noventa e sete; inclui sempre expected_check_digits, payload sem o par de controle e formatted para exibição consistente. Como o caminho é pure parse sem relógio, fonte aleatória ou rede, a mesma entrada produz sempre o mesmo JSON na ferramenta gratuita do navegador e na API. A US$ 0,002 por pedido bem-sucedido pode filtrar importações em massa de pagamentos, folhas de pagamento e onboarding sem negociar um escalão personalizado. Prefira compute quando montar um NIB a partir de banco, balcão e conta conhecidos; prefira validate quando um usuário, arquivo de parceiro ou extrato digitalizado fornecer um número completo e precisar de um filtro booleano antes de uma transferência ou gravação de dados mestres.

Onde os dígitos de controle do NIB português se encaixam em pagamentos, salários e onboarding

O modo validate na entrada bloqueia a gravação quando valid é false e pode mostrar expected_check_digits para o operador corrigir o formulário antes de escrever o registro. Importações de folha de pagamento e ERP recebem NIB de parceiros a partir de folhas de cálculo em que um par final errado rejeitaria um lote inteiro; um oráculo determinístico que devolve valid e with_check permite assinalar linhas antes da produção.