Como configurar a tolerância de atraso no software seguindo a CLT ao pé da letra

O maior pesadelo de qualquer especialista em RH não é o esquecimento do registro de ponto, mas sim o momento de fechar a folha e descobrir que o abono de atrasos configurado no software transformou um atraso recorrente em hora extra paga. A CLT, em seu artigo 58, § 1º, é clara quanto à tolerância de até 10 minutos diários para entrada ou saída, mas a implementação disso no código do sistema exige atenção redobrada para não gerar passivo trabalhista.

Em 2026, com a automação da folha via API se tornando padrão para reduzir o processamento, um erro de configuração de tolerância se propaga em segundos. Se o software estiver parametrizado para simplesmente ignorar os atrasos sem critério, a empresa pode estar, involuntariamente, pagando por tempo não trabalhado de forma habitual. Isso invalida a tolerância legal e abre brecha para pagamentos retroativos.

A armadilha legal dos 10 minutos na prática

Antes de mexer nos campos numéricos, é preciso entender o que o sistema fará com esses dados. A lei diz que atrasos de até 10 minutos são desconsiderados, contanto que não sejam frequentes. O problema é que o software de ponto, por si só, não tem juízo de valor sobre "frequência". Ele é binário: ou desconta ou não desconta.

A maioria das plataformas modernas permite configurar a tolerância como "Abono Automático" ou "Tolerância para Desconto". A escolha errada aqui define se o colaborador recebe aquele período como se tivesse trabalhado ou se aquele tempo é apenas "neutro" no cálculo da jornada. Se você marcar "Abono Automático" para todos os dias, o sistema gera um histórico de pagamentos por tempo não trabalhado. Na justiça, isso vira prova de que a tolerância não foi aplicada conforme a lei, mas sim um benefício adicional.

Passo 1: Hierarquia de permissões antes da configuração

Não adianta tentar mexer nas regras de jornada se o seu usuário de acesso não tiver permissão de "Nível Master" ou "Administrador de Parâmetros". Muitas vezes, o departamento pessoal se queixa que o sistema "não salva" a regra, mas a causa real é uma restrição de segurança que impede a alteração de lógica de cálculo.

Se você não tem acesso à aba de "Políticas de Jornada", solicite ao responsável da TI. A segurança da informação é crucial aqui. Configurações erradas de tolerância podem alterar massivamente os valores de hollhutes de pagamento, vazando dados sensíveis se a permissão de acesso for dada ao usuário errado. Garanta que você esteja logado em um ambiente seguro e com o perfil correto antes de prosseguir.

Onde o software calcula a margem?

Geralmente, o caminho no menu lateral é: Configurações > Regras de Jornada > Tolerâncias. Alguns sistemas usam termos como "Parâmetros de Espelho" ou "Abatimentos". O nome muda, mas a lógica é a mesma: estamos definindo o intervalo de tempo em que o sistema considera o horário de batida como válido para fins de pagamento, sem disparar alertas de ocorrência.

Nesta tela, você não está configurando o relógio (o REP), mas sim o motor de cálculo que lê o AFD (Arquivo Fonte de Dados). É aqui que a brincadeira fica séria. O sistema precisa saber se a tolerância é aplicada por "Ocorreência" (cada batida) ou por "Total Diário". A CLT fala em tolerância na entrada ou na saída, então a configuração correta é quase sempre por ocorrência.

Definindo o tipo de arredondamento: abono versus desconto

Esta é a etapa onde a maioria dos erros acontece. Ao abrir a caixa de diálogo de edição da tolerância, você verá uma opção de "Tratamento" ou "Ação". As opções padrão costumam ser:

1. Desconsiderar (Tolerância): O sistema ignora os minutos excedentes para fins de desconto, mas não paga eles.
2. Abonar (Pagar): O sistema registra o pagamento daqueles minutos como se fossem trabalhados.

Para ater-se à CLT, selecione a opção de Desconsiderar ou Não Descontar. Jamais selecione "Abonar" como regra geral. Se você colocar o sistema para abonar 5 minutos de atraso todos os dias, ao final de um mês (22 dias), você terá doado quase 2 horas de trabalho à empresa sem compensação, o que o Ministério Público do Trabalho enxerga como fraude na folha.

A configuração dos minutos na prática

Chegamos aos números. A legislação trabalhista prevê a tolerância de 10 minutos. Nos campos de "Tolerância de Entrada" e "Tolerância de Saída", insira o valor 10.

Fique atento ao campo "Unidade de Tempo". Verifique se o sistema está configurado em minutos ou em centésimos. Se você digitar 10 em um sistema que espera centésimos, criará uma tolerância absurda (que significaria 6 minutos em centésimos, ou 10 horas se a lógica for outra). Certifique-se de que o dropdown está marcado como "Minutos".

Há um detalhe técnico importante aqui: alguns softwares de ponto exigem que você configure a tolerância em pares (ex: tolerance_up e tolerance_down). O 10 deve ser inserido tanto para a margem positiva (chegar antes/embora antes) quanto para a negativa (atraso/saída antecipada), embora o foco da dúvida seja o atraso. Deixe simétrico: 10 minutos para "antes" e 10 minutos para "depois".

O risco de ignorar a compensação automática

Aqui entra uma nuance que muitos engenheiros de automação negligenciam. O que acontece se o funcionário chega 8 minutos atrasado, mas o sistema tolera, e ele sai 8 minutos mais cedo? Tecnicamente, ele trabalhou menos do que a jornada contratada.

Para proteger a empresa, na aba de "Banco de Horas" ou "Compensação", marque a opção "Não permitir compensação automática se houver tolerância na entrada". Se você deixar essa opção ativa, o sistema pode entender que o funcionário "deve" 8 minutos à empresa e tentar descontar na saída, gerando um caos no espelho de ponto com horários cortados arbitrariamente. O ideal é que a tolerância seja um "escudo" contra descontos pequenos, e não uma ferramenta de cálculo de banco de horas.

Auditoria do comportamento do algoritmo

Depois de salvar as configurações, a prova de fogo não é olhar a tela de "sucesso". A prova é gerar o relatório. Vá até o módulo de relatórios, selecione um período de teste de 5 dias e filtre por um colaborador fictício ou um que você saiba que teve atrasos pequenos recentemente.

Olhe a coluna de "Abonos" e "Descontos". Se o colaborador bateu às 08:05 para uma jornada das 08:00, o sistema deve mostrar o horário calculado como 08:00 e a diferença de 5 minutos deve aparecer como "Tolerância Aplicada", com valor zero de impacto. Se o valor monetário for diferente de zero, algo na regra de arredondamento ou de abono está errado. Nesse momento, vale revisitar se os dados estão sendo processados na nuvem ou em servidor local, pois a latência na sincronização pode sometimes alterar a ordem dos eventos de cálculo. Dependendo da infraestrutura, seus dados de jornada podem estar mais vulneráveis a falhas de sincronização que alteram esses minutos críticos.

Ajustar a tolerância no software não é apenas uma tarefa de preencher campos. É criar uma barreira técnica que protege a folha de pagamento de micro-descontos ilegais e, ao mesmo tempo, impede que a generosidade algorítmica vire um passivo trabalhista. O sistema está lá para executar a lei com precisão matemática, cabe a nós traduzirmos o texto legal em parâmetros de configuração exatos.

Configurar a tolerância de forma correta elimina os ruídos na folha de pagamento, mas a responsabilidade pela fiscalização da "habitualidade" permanece humana. O software entrega o cálculo perfeito dos 10 minutos, mas cabe ao gestor de RH analisar o espelho de ponto mensal e identificar se aquele colaborador descansa diariamente na tolerância. O sistema não acusa "vício" por padrão de segurança. Se você perceber que João chega atrasado todos os dias, a configuração de tolerância deve ser revogada manualmente no cadastro dele, forçando o desconto real, pois a proteção legal dos 10 minutos cessa quando o atraso vira rotina. A tecnologia aplica a regra, a inteligência aplica a justiça.