5 regras da Portaria 671 que geram autuação por inconsistência de jornada

A chegada da fiscalização em 2026 traz um nervosismo legítimo para departamentos pessoais que ainda operam com softwares de ponto eletrônico desatualizados. O auditor fiscal do trabalho não está mais interessado apenas em saber se o funcionário bateu o ponto, mas se o arquivo que contém essa informação (o AFD) é tecnicamente confiável. O maior medo do RH hoje não é o erro de digitação na jornada, mas sim o erro de estrutura do arquivo que transforma a inconsistência em prova de fraude.

A Portaria 671/2021 consolidou as regras e elevou o rigor técnico, especialmente em relação à identificação do empregador e à segurança dos dados via assinatura digital. Infelizmente, muitos sistemas comerciais, principalmente aqueles que não passaram por atualização completa de arquitetura nos últimos três anos, falham exatamente nesses pontos.

Abaixo, listo as 5 ocorrências técnicas baseadas na Portaria 671 que mais geram autuações por inconsistência de jornada, explicando onde a lógica dos softwares antigos racha.

A assinatura digital é obrigatória em registros de ajuste manual

Muitos sistemas antigos tratam o registro de ajuste — quando o RH digita uma marcação que o esquecimento do funcionário impediu — como um simples texto de "Justificativa". Isso é uma falha grave sob o Art. 88 da Portaria 671. A norma exige que qualquer inserção de dados não oriunda do REP (Relógio de Ponto Eletrônico) ou do SREP (Sistema de Registro Eletrônico de Ponto) automático seja realizada por pessoa devidamente identificada e, crucialmente, criptografada.

Aqui ocorre o erro clássico: o software permite que o gestor digite "Esqueci o crachá", salva o registro e o ponto é fechado. Porém, para o auditor fiscal, esse registro é uma inconsistência técnica porque não traz o hash de segurança que vincula aquela alteração a um certificado digital ICP-Brasil válido. Se o seu sistema apenas "salva" o texto sem criar um registro de "Usuário Autor" vinculado a uma assinatura digital no momento do espelhamento, o arquivo do ponto (AFDT) fica fragilizado. O fiscal entende que, sem essa chave criptográfica, qualquer pessoa poderia ter alterado a jornada post factum.

A identificação do empregador no cabeçalho do AFD

O Arquivo Fonte de Dados (AFD) exige um cabeçalho ("header") rigoroso. Uma regra simples, mas letal para softwares que usam heranças de código de antes de 2021, é a forma como o CNPJ do empregador é gravado. O Art. 14, III, alínea 'a', exige a identificação do tipo de registro, mas a fiscalização cobra que o CNPJ base (os primeiros 8 dígitos) esteja vinculado corretamente ao cadastro nacional de empregadores.

A falha técnica comum em sistemas "legacy" é o truncamento de caracteres ou o preenchimento incorreto do campo tipo de identificador. Se o sistema grava o CNPJ com formatação visual (pontos e barras) no arquivo de texto, o validador do Ministério do Trabalho rejeita ou, pior, gera um alerta de inconsistência de identidade. Outro cenário: empresas que mudaram de CNPJ (fusão ou cisão) e continuaram usando a mesma base de dados do software. O cabeçalho do AFD continua puxando o registro antigo do banco de dados SQL. O auditor abre o arquivo, vê o CNPJ X e a folha de pagamento com o CNPJ Y, e autua por falsidade ideológica, pois a identificação do empregador no arquivo não condiz com a realidade jurídica.

Inalterabilidade do NSR: o pecado da edição direta

O NSR (Numerador Sequencial de Registro) é a coluna vertebral da validação do ponto. Todo software de ponto deve gerar esse número sequencialmente (1, 2, 3, 4...) sem buracos e sem repetições. A Portaria 671 é taxativa: não se pode alterar um registro já gravado; o que se faz é gravar um novo registro para "inutilizar" ou "ajustar" o anterior.

Softwares antigos que operam como simples planilhas de Excel com senha permitem que o usuário clique na linha do registro 500 (NSR 500), apague o horário e digite o novo. Isso quebra a cadeia de custódia do dado. Para o fiscal, o NSR 500 desapareceu ou foi sobreescrito, o que é impossível em um sistema de integridade. O correto seria o sistema criar o NSR 600, apontando para o 500 e dizendo "este registro está cancelado; veja o 601 para o horário correto". A falta dessa lógica de "inutilização via novo registro" é uma das causas mais comuns de autuação, pois sugere manipulação da jornada.

O cadastro do programa (CAD) vinculado à assinatura

Existe uma confusão comum entre ter o software registrado e ter o certificado digital funcional. A Portaria 671 exige que o Programa de Tratamento de Registro de Ponto esteja cadastrado no Ministério do Trabalho (compliance do CAD), mas a inconsistência surge quando o software assina o arquivo com um certificado que não pertence à empresa desenvolvedora do sistema ou, pior, utiliza um certificado genérico que expirou.

Em 2026, o auditor valida o certificado digital do arquivo ACJEF (Arquivo de Controle de Jornada para Efeitos Fiscais). Se o sistema utiliza um certificado A1 de um funcionário do RH que saiu da empresa há dois anos, a assinatura é inválida. O software deveria forçar a renovação ou impedir a geração do arquivo. Onde o software falha: ele gera o arquivo mesmo com o certificado vencido ou não confiável, jogando o problema nas costas do usuário. A autuação ocorre porque o documento fiscal (o ponto) não tem validade jurídica, ferindo o Art. 78 da Portaria.

A ausência de PIS ou CPF na marcação individualizada

Por fim, uma regra que gera muita dor de cabeça é a exigência de identificação biométrica ou por senha vinculada ao PIS/CPF no ato do registro. Sistemas antigos de controle de acesso, muitas vezes vendidos como "ponto" mas na verdade catracas, registravam apenas a "hora de entrada" sem vincular aquele evento único a um identificador único do trabalhador naquele exato segundo.

A inconsistência técnica se dá quando o arquivo AFD mostra o horário, mas não loga de forma segura quem é aquele trabalhador (hash do PIS). A Portaria exige que o REP imprima o identificador do trabalhador, mas o software de tratamento (backoffice) precisa cravar esse dado no registro. Se o seu sistema permite uma "entrada geral" onde o aparelho bata o ponto para "Visitante" e depois o mapeie manualmente para um funcionário, você tem uma inconsistência grave. A jornada é inconsistente porque o registro original não prova, matematicamente, que aquela pessoa era o empregado.

Essas falhas não são percebidas no dia a dia, pois o relógio bate e a folha sai paga. Porém, no momento da fiscalização, o arquivo digital se torna uma testemunha silenciosa que delata a obsolescência da ferramenta.

Como se defender dessas inconsistências

Não adianta tentar corrigir o arquivo na véspera da auditoria. A inconsistência de estrutura, como a quebra de NSR ou assinatura inválida, é irrecorrível naquele arquivo específico. A defesa administrativa precisa provar que a inconsistência foi um erro técnico do software (vício de produto) e não uma má-fé do empregador, mas isso custa caro em advogados e peritos.

A saída técnica é revisar a configuração do seu exportador de dados. Verifique se o certificado digital que assina o ACJEF é o mesmo que consta no cadastro da empresa e se ele tem validade futura. Teste abrir o AFD gerado em um editor de texto simples e veja se o campo "NSR" tem números sequenciais absolutos, sem saltos.

Além disso, é fundamental garantir que processos de gestão de tempo, como o banco de horas, estejam sendo registrados dentro dessa mesma estrutura rígida. Se o banco de horas é gerado por um módulo à parte que não conversa com o assinador digital do ponto principal, você cria uma inconsistência de jornada documental: o trabalhador compensa horas em um sistema que o auditor fiscal não consegue auditar com segurança.

Muitos gestores acham que se a jornada 12x36 está paga, não há o que temer. O erro crasso: o fiscal do trabalho em 2026, munido das ferramentas digitais de análise de jurisprudência, está penalizando a insegurança do documento tanto quanto o erro no cálculo do salário.

Não espere o aviso de fiscalização para rodar um diagnóstico estrutural no seu arquivo de ponto. A autuação por falha técnica de software é previsível e, portanto, evitável.