Ronda Senior XT - Integração - Dúvida Quando é necessário configurar processos automáticos para garantir o envio correto das informações dos colaboradores aos REPs integrados via SDK
Dúvida
Quando é necessário configurar processos automáticos para garantir o envio correto das informações dos colaboradores aos REPs integrados via SDK, no módulo Ronda Senior XT?
Solução
O uso de processos automáticos é essencial em cenários onde há registros com status futuro, pois o envio das informações aos dispositivos depende da atualização de status feita automaticamente pelo sistema.
Nas rotinas de controle de acesso, as tabelas de históricos possuem campos como STAATU e STAACC, que indicam o status do registro: passado, presente ou futuro. Esse mesmo conceito é aplicado nas rotinas de controle de ponto, especialmente quando há integração com REPs homologados pelas Portarias 1510 ou 671 do MTE, que utilizam o SDK do Ronda XT.
Esses status determinam quando e como os dados serão sincronizados com os dispositivos, por meio da atualização do Datamart.
Em cenários com datas futuras, como:
O cadastro de um colaborador hoje (ex: 01/01), com admissão para amanhã (02/01);
Encerramento de um histórico atual hoje (01/01), mas com término programado para o dia seguinte (ex: férias, afastamento ou desligamento).
Nestes casos, como o status está como futuro, o sistema precisa do processo automático para, na virada da data, alterar o status para presente. Essa alteração dispara as triggers do banco de dados, que:
Geram pendências;
Atualizam o Datamart (em ambientes com SDK);
Replicam as informações para os dispositivos de acesso.
Por isso, os processos automáticos de Histórico de Afastamento e Histórico de Crachá são indispensáveis. O detalhamento completo dessas rotinas está disponível na Documentação da Senior.
Se o colaborador já possui históricos com datas atuais (status presente) e a alteração for realizada manualmente via tela, as triggers são disparadas imediatamente. Nesse caso:
O Datamart é atualizado automaticamente;
Os dados são replicados aos dispositivos sem necessidade de processo automático.
Atenção: o histórico precisa estar válido e ativo para que isso funcione. Se o colaborador estiver com status de férias ou desligado, alterações manuais de acesso não surtirão efeito — os dados não serão considerados ativos para envio.
Para alguns dispositivos dos fabricantes DIMEP e MADIS, pode ser necessário configurar um processo automático online (código 49) para realizar a remoção de colaboradores do REP. Esse comportamento está descrito na documentação dos processos automáticos on-line.