...
Aviso |
---|
Recomendamos que o parâmetro "Data início exportação Arquivo de Dados" do Settings esteja sempre informado para que a geração possa ser de informações de um período determinado. Caso o campo não esteja preenchido a geração considera todos os registros de marcações para a geração o que pode acarretar em erros de execução na geração. |
A mesma aborda um tema essencial junto ao Clock In, falamos do Arquivo AFD (Arquivo de fonte de dados), que trata-se é um documento que reúne todas as informações sobre o registro de ponto dos seus colaboradores.
Dentro do arquivo AFD no ponto eletrônico, é possível encontrar algumas informações importantes, como:
NSR – Número Sequencial de Registro;
Dia, mês e ano da marcação de ponto;
Hora e minuto do ponto registrado;
Número do PIS do seu colaborador;
Tipo do registro de ponto;
CNPJ ou CPF do empregador.
Este documento é de utilização exclusiva do auditor fiscal do trabalho para avaliar as rotinas de jornada de trabalho nas empresas.
Vale lembrar que não é possível alterar as informações deste documento, uma vez que ele conta com os dados brutos relacionados à jornada do colaborador.
Ou seja: o arquivo AFD no ponto eletrônico veio para garantir a transparência entre a empresa e o Ministério do Trabalho.
Como tudo isso se relaciona ao Clock IN ?
Tivemos alterações no Settings do AFD:
Com a implantação do AFD, teremos agora 2 arquivos no Storage da Plataforma Carol, como diferenciar um do outro?
Através da nomenclatura.
No formato antigo (em destaque na cor vermelha) tínhamos a string “clockin” associada ao dispositivo.
No formato novo e atual (cor verde) temos a string “AFD” associada a outros dados.
Com a geração dos AFDs no formato novo, logo não teremos mais contato com o formato antigo.
Na tabela Clock In Records (onde normalmente visualizamos as marcações realizadas),é possível visualizar o campo (coluna) "Collective Agreement".
Na qual se refere a adequação a convenção coletiva.
Possíveis problemas:
Na ocorrência de um erro em uma task referente ao AFD, solicita-se a verificação no Log para check quanto ao preenchimento corretos dos campos.
Como citado anteriormente, há um padrão de preenchimento de campos e o mesmo deve ser respeitado.
Nesse começo prevemos uma grande ocorrência de erros por causa de campos preenchidos de forma incorreta.
Caso o erro avaliado não se refira a conteúdo de campo informado pela task, sugere-se abertura de ticket.