Skip to main content
Frequência consolida os registros de ponto brutos em uma visão por colaborador / data com horas trabalhadas, ausências, atrasos e jornada esperada. É a fonte canônica para integrações com folha de pagamento, BI e dashboards gerenciais — não os registros brutos. A diferença prática:
A tag Frequency substitui as rotas legacy /registro-ponto/gestao/* e /registro-ponto/frequencias*, todas marcadas como deprecated. Sua integração nova deve usar exclusivamente /frequency/*.

Como a frequência é calculada

A jornada esperada do colaborador é definida pelo turno que ele está alocado. Pontua suporta 4 tipos de turno (Fixo, Flexível, Revezamento, Ciclo) — veja Turnos e Calendário. A cada dia, o calculador agrupa as batidas em pares entrada/saída formando jornadas, calcula a carga horária real, compara com a esperada e classifica:

Tolerâncias

A Portaria 671 e o CLT (Art. 58 §1º) permitem tolerância de 5 a 10 minutos por marcação. Pontua aplica essa tolerância no cálculo — batida 5min adiantada/atrasada não gera saldo positivo nem desconto. A configuração exata da tolerância depende da Regra de Ponto vinculada ao colaborador (RIGIDA, FLEXIVEL_INTERVALOS, FLEXIBILIDADE_HORARIOS) — ver Regras de Ponto.

Status de frequência

Cada dia é classificado em um status:

Endpoints públicos

Retorna uma linha por colaborador por dia dentro do período consultado. Para uma equipe de 50 pessoas em um mês, são ~1500 linhas — sempre use paginação.Top use case: sync diário/noturno com sistema de folha. Cron pega frequências de D-1, alimenta folha do mês corrente.Filtros típicos:
  • dataInicio / dataFim — período (ISO 8601)
  • colaboradorId — específico
  • departamentoId — agregar por departamento
  • unidadeNegocioId — relevante se token cobre múltiplas UNs
Schema completo no try-it.
Retorna o que era para o colaborador trabalhar naquele dia (horário do turno, intervalo configurado, exceções aplicáveis).Útil para validar antes de:
  • Marcar uma falta (verificar se era dia útil dele)
  • Criar uma batida ajuste (saber a janela esperada)
  • Sincronizar escala com seu sistema de gestão
Filtra automaticamente para colaboradores subordinados ao usuário logado, baseado em hierarquia configurada na UN.
Esse endpoint só faz sentido com JWT de usuário gestor, não com API key da unidade. Com API key (que não tem hierarquia associada), o filtro de subordinação não se aplica e o resultado pode incluir todos da UN.
Use casos: dashboard de gestor, app de aprovação de ajustes.
Métricas agregadas de pontualidade da equipe:
  • % de batidas dentro da janela esperada
  • Top atrasadores
  • Distribuição de atrasos por departamento
Para dashboard executivo. Não confunda com cálculo individual de horas extras — isso vem de /frequency/daily ou de Relatórios.

Modelo de dados (resumido)

Fluxos típicos

Sync noturno com folha de pagamento

Validar jornada esperada antes de criar atestado

Dashboard de presença em tempo real

Gotchas conhecidos

Frequência é calculada continuamente conforme batidas e ajustes entram. Um valor lido hoje pode mudar amanhã se houver aprovação de ajuste retroativo. Para snapshot imutável, use o relatório oficial (AFD/AEJ) gerado após fechamento do período.
Se a regra de ponto do colaborador muda no meio do mês, dias antes da mudança usam regra antiga; dias depois, nova regra. Em integrações que reportam “horas extras totais do mês”, isso pode causar inconsistência se a regra mudou — sempre cite a regra na hora do cálculo.
Atraso de 5 min ainda é atraso para o RH, mas não gera saldo negativo na frequência (tolerância CLT). Se sua integração é para acompanhamento disciplinar, complemente com query nos registros brutos via GET /registro-ponto.
As rotas deprecated em /registro-ponto/gestao/* foram substituídas, não simplesmente renomeadas. Há diferenças sutis em:
  • Cálculo de pontualidade (nova versão considera tolerância configurada)
  • Agrupamento por departamento (nova versão respeita hierarquia eSocial)
  • Formato de horários (HH:MM string em vez de minutos integer)
Migre para /frequency/* em integração nova; para integrações existentes, planeje migração antes da remoção das deprecated.

Endpoints expostos publicamente

Schema completo + try-it em Referência da API.

Veja também