Skip to main content
Ajustes de Registro é o workflow oficial de correção de batidas de ponto: quando um colaborador esqueceu de bater, quando o REP estava fora, quando há atestado médico, etc. Em vez de criar registro diretamente (que é auditável como origem: AJUSTE), o ajuste passa por solicitação → aprovação → aplicação. Motivo de Ajuste e Abono é o catálogo cadastrado pela UN com os motivos válidos (atestado médico, esquecimento, equipamento indisponível, etc.). Cada ajuste referencia um motivo do catálogo.

Por que existe esse fluxo

Auditoria CLT

Modificações em batidas precisam de trilha auditável. O fluxo força documentar quem solicitou, quem aprovou, qual o motivo, quando aconteceu.

Conformidade Portaria 671

Art. 98 exige preservação do registro original. Um ajuste é um novo registro que indica retificação, sem apagar o anterior.

Workflow RH/Gestor

Permite divisão de papéis: colaborador solicita, gestor aprova, RH valida. Sistemas externos podem participar como aprovadores via API.

Estatística de retrabalho

Catalogar motivos mostra padrões: muito esquecimento → trocar REP; muito atestado → revisar saúde organizacional.

Endpoints — Ajustes de Registro

Endpoints — Motivos

Schema completo em Referência da API.

Fluxo workflow

Fluxos típicos

Solicitar ajuste por esquecimento

Prévia: simular impacto antes de aplicar

Aprovar lote pelo gestor

Cadastrar motivos padrão na UN

Gotchas conhecidos

Se você tenta POST /ajuste-registro/solicitar para data em fechamento CONCLUIDO, retorna erro. Reabra o fechamento primeiro (Fechamento), aplique o ajuste, feche de novo.
PATCH /status em lote aceita conjunto de IDs sem revalidar regras específicas (ex.: tolerância de turno). Use a previa antes para simular cada ajuste se houver dúvida.
DELETE /motivo-ajuste-registro/{id} não cascateia. Ajustes que referenciavam o motivo continuam com motivoId apontando para inexistente. Em vez de deletar, marque o motivo como inativo se o sistema permitir.
POST /ajuste-registro cria ajuste em massa — útil para casos como “todos do departamento X tiveram falha de REP no dia 15”. Após criar, vincule colaboradores via bind/unbind antes de aprovar.

Veja também