Essa documentação tem como objetivo orientar sobre um novo formato de processamento que está sendo implantado parcialmente no Clock In.
No 1º momento, esse novo processamento impactará os seguintes processos.
No modelo atual todo o processamento segue os seguintes passos:
Passo1: o app mobile envia um marcação para a Carol
Passo2: dado chega na Staging Table, dado bruto sem tratamento algum.
Passo3: por meio de regras de mapeamento esse dado é tratado e transformado em uma informação pronta a ser consumida através de consultas nos Data Models.
Exemplo:
Ao processar um registro, o dado volta para a Staging Table, passando novamente por um regra de tratamento alterada e chegando ao Data Model novamente.
Dentro de alguns dias, o novo formato não utilizará mais regras de mapeamentos (como vimos atualmente),
e o processamento não será mais realizado na tenant (ambiente) do cliente, e sim em um ambiente externo.
Com esse novo modelo, não será mais possível customizar regras de processamento dos clientes.
Essas mudanças são propositais visando uma maior escalabilidade e a diminuição de tempo de suporte/atendimento para atuação juntos a issues.
Apenas 3 Data Models apresentam o novo processamento: Clock In Records, Fraud Analysis e Clock In Event Type.
Os demais continuarão no modelo atual, em breve teremos novas atualizações sobre os mesmos.
Para maiores detalhes sobre o novo processamento, consulte o link.
Para que as novas configurações de processamento funcione faz-se necessário a realização de uma migração.
A migração será feita a partir do Update por parte dos próprios clientes, a mesma será finalizada com a execução de um script que irá alterar o processamento de informações dentro da Plataforma Carol.
pode-se entender que houve problemas na atualização do ambiente.
As tasks que sofreram alteração foram:
Para o usuário final, nada foi alterado, muito menos a funcionalidade das mesmas.
Apenas a geração de comprovantes foi separada da geração de NSR's.
Já existem 2 clientes que já usam o novo formato há 10 dias, sem qualquer tipo de retorno sobre problemas sobre o novo formato.
Utilizando eles como base, entendemos que as vantagens foram as seguintes:
Obs.: Caso ainda existam mapeamento vinculados aos mesmos, faz-se necessário abertura de ticket.
2. Os registros dos Data Models citados acima devem ser oriundos do novo formato, para verificar, basta visualizar a coluna “Conector”.
A mesma deverá constar o conteúdo “Carol Explore” ou o conteúdo vir em branco.
Obs.: Caso a coluna citada possua um outro conteúdo, faz-se necessário a abertura de ticket.
3. Por enquanto não é possível visualizar os registros na camada RT, isso será liberado em breve e isso não traz impacto algum aos clientes.
4. O correto, a visualização se fará pelo BQ.
Atenção é necessário consolidar os dados antes de visualizá-los:
5. Com relação a esses processos, caso apareça algum erro, sugere-se a verificação dos logs criados das tasks, havendo necessidade é sugerido a criação de um ticket;
6. A partir de agora não é indicado realizar a alteração de registros diretamente pela Plataforma Carol, isso deve-se pois ao novo processamento não abrange os dados alterados nessa forma.
Logo o que for alterado na plataforma não será considerado.