Skip to main content
A política de sincronização define o comportamento da integração quando compara os dados da Senior com a base atual do Loop. Ela existe para reduzir risco operacional. Antes de ligar uma integração, TI precisa saber quem entra, quem muda e quem pode perder acesso.

​
Controles principais

Preview obrigatório

Exige uma simulação antes da primeira escrita na base.

Inativar demitidos

Quando a Senior envia status inativo ou desligado, o Loop pode bloquear o acesso.

Inativar ausentes na Senior

Simula bloqueio de colaboradores ativos que não aparecem mais na carga.

Preservar manual/CSV

Protege PJs, terceiros e cadastros manuais fora da Senior.

​
Regra recomendada para primeira implantação

Para homologação inicial, recomendamos:

​
Demitidos vs ausentes

Essas duas situações parecem parecidas, mas têm riscos diferentes. Demitido significa que a Senior informou explicitamente que a pessoa está inativa ou desligada. Neste caso, normalmente o Loop deve bloquear o acesso. Ausente na Senior significa que a pessoa não apareceu na carga. Isso pode indicar desligamento, mas também pode indicar:
  • colaborador PJ em cadastro separado;
  • terceiro cadastrado manualmente;
  • erro temporário na extração;
  • filtro aplicado no endpoint;
  • diferença entre ambientes de homologação e produção.
Por isso, a regra de ausentes deve começar desligada.

​
Como o preview usa essas regras

O preview aplica a política atual e classifica cada linha:
  • create: colaborador novo;
  • update: colaborador existente com dados a atualizar;
  • deactivate: colaborador que seria inativado;
  • ignore: registro preservado por regra;
  • error: linha inválida ou sem campo obrigatório.
Ligar “Inativar ausentes na Senior” sem validar o preview pode bloquear pessoas corretas, especialmente quando existem PJs ou usuários importados por CSV.