Infopontosexta-feira, 26 de junho de 2026 · Guias práticos sobre Sistema de ponto eletrônico
Processamento de Dados

O colapso lógico de uma fração de segundo: corrigindo duplicidade de catraca no mesmo instante

Como identificar e corrigir manualmente registros duplicados gerados por falha de 'debounce' da catraca, salvando o fechamento da folha de horas negativas impossíveis.

Camila Oliveira Souza
Camila Oliveira SouzaEngenheira de Automação Especialista em REP7 min de leitura
Imagem editorial ilustrando O colapso lógico de uma fração de segundo: corrigindo duplicidade de catraca no mesmo instante

No dia 15 do mês passado, fechei a folha de uma indústria têxtil em Sorocaba e quase tive um ataque cardíaco. Um dos operários, o Sr. Joaquim, que trabalha consistentemente das 07:00 às 16:00 (com uma hora de almoço), apareceu no relatório final com saldo de horas negativo. O sistema insistia que ele tinha trabalhado -48 minutos na segunda-feira. Matematicamente, é impossível existir tempo negativo trabalhado, mas para o algoritmo de processamento, aquele dia era um buraco negro.

O problema não era o Sr. Joaquim, nem o cartão dele. Era a catraca modelo Henry 4k, na portaria da fundição, que decidiu mentir.

Quando fui cavar no arquivo bruto, a causa estava crua e crua: dois registros de marcação com exatamente o mesmo carimbo de tempo. 13/05/2026 07:58:12 e 13/05/2026 07:58:12. O sistema leu o primeiro como entrada e o segundo, que ocorreu zero segundos depois, interpretou como uma saída. Resultado: o homem entrou e saiu antes de conseguir piscar, e o resto do dia foi contado como horas extraordinárias negativas ou "não trabalhadas". É um bug clássico de debounce no hardware que se transforma em um pesadelo de gestão de pessoas.

Anatomia de um registro gêmeo

A maioria dos softwares de processamento de ponto no mercado funciona com uma lógica binária de "par ímpar". Primeiro registro do dia: entrada. Segundo: saída. Terceiro: entrada, e por aí vai. É uma lógica eficiente para 99% dos casos, mas falha espetacularmente quando o hardware falha.

O que aconteceu na portaria dessa empresa foi um problema físico, não de software. O leitor biométrico ou a bobina da catraca possui um mecanismo que deveria ignorar sinais elétricos consecutivos muito próximos — isso se chama debounce. Quando esse componente envelhece ou está descalibrado, um único toque do dedo ou o giro da roleta gera dois pulsos elétricos para o REP (Registrador Eletrônico de Ponto).

O REP, por sua vez, é burro. Ele apenas obedece à Portaria 1510/2009 e grava o que recebe no AFD (Arquivo Fonte de Dados). Ele gerou dois NSRs (Números Sequenciais de Registro) distintos, por exemplo, NSR 1054 e NSR 1055, ambos com o mesmo PIS e o mesmo horário 07:58:12. Ao importar isso para o software de folha, o processador viu:

  1. 07:58:12 (Entrada)
  2. 07:58:12 (Saída)

Para o software, o Sr. Joaquim tinha dado uma entrada, saído imediatamente, e depois ficado "fore" do ponto até as 11:00, quando ele realmente bateu o ponto para sair para o almoço. O sistema calculou que ele tinha faltado do trabalho entre as 08:00 e as 11:00. Daí veio o prejuízo no cálculo.

Detalhe fotográfico relacionado a O colapso lógico de uma fração de segundo: corrigindo duplicidade de catraca no mesmo instante

Rastreamento no arquivo AFD: provando que a catraca errou

Para corrigir isso sem passar vergonha na Justiça do Trabalho ou aceitar o prejuízo no fechamento, você precisa ir além da tela gráfica do seu sistema de ponto. É preciso abrir o texto.

Baixei o AFD do mês de maio e abri em um editor de texto simples (como VS Code ou Notepad++, nunca use Excel para editar AFD, ele quebra a formatação de colunas fixas). Filtrei as linhas pelo número do PIS do funcionário. A visualização em texto puro não mente:

000105408000001098765432320260513075812N
000105508000001098765432320260513075812N
000105608000001098765432320260513110012S

Observe os dois primeiros blocos. O identificador de marcação é o 8. As posições de data e hora são idênticas. Há mudança apenas no NSR (início da linha) e, se fosse o caso, no número do dispositivo, mas aqui o dispositivo era o mesmo. O código N indica "Não identificado pelo TEF" (não havia crachã, era biometria, então N é normal).

Aqui é onde muita gente se perde. Se você tentar apenas "apagar" uma marcação na tela do sistema, você pode estar apenas tratando o sintoma visual, mas o AFD original continua lá, atormentando o auditor. A correção tem que ser feita no processamento, mas documentada.

A correção manual: Cirurgia no processamento

Não existe botão mágico que diga "arrumar bug de catraca" na maioria dos sistemas nacionais. Você precisa fazer a correção via tratamento de exceção (o famoso Tratamento de Ponto). Aqui está o método exato que apliquei:

  1. Identificação da colisão: No módulo de tratamento, localizei a data 13/05/2026. O sistema já tinha marcado a inconsistência (geralmente com um ponto de exclamação vermelho ou um código de erro).
  2. Análise de contexto: Olhei para os dias anteriores e posteriores. O padrão dele é 07:00-11:00 / 12:00-16:00. Os dois registros às 07:58:12 não faziam sentido nenhum naquela sequência.
  3. Exclusão justificada: Excluí o segundo registro (o NSR 1055). O motivo da exclusão, inserido no campo de observação do tratamento, não foi "erro do funcionário", mas sim "falha de hardware/registro duplicado no mesmo segundo". Isso é crucial.
  4. Geração do AFDT: Ao finalizar o tratamento, o sistema gera o AFDT (Arquivo Fonte de Dados Tratado). É este arquivo que vai para a folha de pagamento.

Essa etapa é onde a responsabilidade se divide. O REP gera o AFD (a verdade crua do hardware), mas o empregador gera o AFDT (a verdade jurídica do que foi acordado e corrigido). Se o Ministério do Trabalho pedir a papelada, apresentamos o AFD original para provar que a catraca falhou, e o AFDT para provar que pagamos o funcionário corretamente apesar da falha.

Isso nos salva de uma discussão chata sobre horas negativas. Se você tentar "ajustar" as horas na mão sem tratar o registro, fica um risco. O registro fica lá pairando. Em uma ação trabalhista, o advogado do funcionário vai perguntar: "Por que o Sr. Joaquim entrou e saiu no mesmo segundo?". Se o registro estiver lá sem justificativa, parece que você adulterou o ponto.

Hardware versus Software: onde enxugar o gelo?

Descobrir que o problema era a catraca resolveu o caso do Sr. Joaquim, mas não resolveu o problema da empresa. No mês seguinte, o mesmo erro ocorreu com três outros funcionários na mesma catraca. A correção manual é um remédio paliativo; você precisa curar a doença no hardware.

Fui até a portaria com o notebook e o técnico de TI. Verificamos as configurações do REP. Muitos REP permitem ajustar o tempo de bloqueio entre marcações consecutivas do mesmo crachá (ou do mesmo identificador). Nesse modelo específico, o tempo estava configurado para "0 segundos". O ideal para ambientes de alta circulação é configurar um "bloqueio de antipassback" ou um intervalo mínimo de 2 a 3 segundos.

Detalhe fotográfico relacionado a O colapso lógico de uma fração de segundo: corrigindo duplicidade de catraca no mesmo instante

Ajustamos o parâmetro no menu do REP. Isso evita que o sistema físico grave duas vezes se o operador bater o dedo com tremor ou se a roleta quicar. É importante ressaltar que qualquer mudança de configuração no REP gera um novo registro no AFD (registro do tipo 4 ou 6, dependendo do fabricante), o que é ótimo para auditoria, pois deixa rastro de que você consertou a máquina.

Outro ponto de atenção é o cabeamento. Muitas vezes, fios mal crimpados na porta do leitor geram interferência eletromagnética que o REP interpreta como um sinal de marcação. Substituímos o cabo par trançado que ia do leitor até a placa controladora, e o número de "fantasmas" caiu a zero.

O risco de ignorar o "fantasma"

Deixar esse tipo de registro corrompido passar é mais perigoso do que parece. Além de gerar horas negativas impossíveis, ele pode causar o inverso: horasextras pagas indevidamente. Imagine se o sistema interpretasse duas entradas seguidas como uma entrada e uma saída para o almoço, e o funcionário fosse embora sem bater a saída real. Você teria um dia com horas pagas a mais.

Manter apenas o arquivo digital no computador da RH também é vulnerável. Eu sempre reforço para meus clientes que o espelhamento do ponto é obrigatório. Se o HD do servidor onde está o AFD der ruim e você não tiver o backup autenticado ou o disco da memória mass storage do REP, você não tem como provar que a catraca mentiu. O backup do arquivo original é sua única testemunha de defesa.

Quando você abre um AFD e vê essa duplicidade de tempo, seu instinto pode ser de pânico, pensando em inconsistência generalizada. Mas na maioria das vezes, é um problema pontual de um leitor cansado. A chave é saber ler o NSR.

O aprendizado da catraca

Caso encerrado, folha fechada, Sr. Joaquim pago corretamente. A experiência deixa uma lição clara: automatizar não significa abdicar da fiscalização. O sistema de ponto eletrônico é incrível, mas ele é escravo da integridade do sinal elétrico que recebe.

Se você está vendo horas negativas ou inconsistências matemáticas na sua folha de pagamento que desafiam a lógica, pare de olhar o calculador de horas e olhe o log de eventos. Procure pelo "segundo repetido". A correção é chata, exige abrir o arquivo de texto, justificar e gerar um novo AFDT, mas é o único jeito de manter a folha limpa e legalmente segura.

Na próxima vez que o relatório soar o alarme de erro, não culpe o funcionário e não culpe o software. Dê uma olhada na catraca. Ela pode estar sendo apenas uma mentirosa involuntária.

Leia em seguida