1 - Cad. relógio – O campo código deve ter 3 dígitos;
Campo REP preenchido se for o novo formato AFD, se não for, devem deixar sempre em branco.
2 – Quando for formato a AFD o crachá não importa mais e sim o PIS, então é interessante sempre tentar constatar se o PIS dos funcionários do AFD constam mesmo cadastrados na SRA, na filial onde está sendo pedida a leitura.
Os clientes que tem muitos relógios em diversas filiais tem o hábito de pegar AFD de uma e ler em outra, onde não tem ninguém alocado, por conta da alta demanda.
3 – Limpar das tabelas RFE, RFB, SP8, SPC as marcações referentes ao período que está tentando ler e foi rejeitado.
Isso não deve ser tomado como procedimento, apenas quando o cliente lê o AFD/TXT errado por engano.
4 - Em Atualizações > cad. Ponto > Períodos- Verificar se o período que esta tentando, esta cadastrado, se estiver DELETE, no período só devem conter as linhas dos períodos já encerrados e são inseridas automaticamente pelo sistema quando se faz o encerramento, o usuário não pode informar nada.
Inclusive a linha cadastrada lá indevidamente resulta em inconsistência na impressão do espelho, o espelho sai com as linhas duplicadas, como se tentasse buscar do período encerrado (porque a linha lá no cad. de período sinaliza encerramento) e também do período em aberto.
5 – Verificar sem o MV_PONMES e MV_PAPONTA pois ele indica qual é o período que está em aberto. Muitas vezes o cliente pode se confundir, ou pode está usando um período menor que 30 dias por algum motivo e na hora de fazer a leitura se esquece de informar no rodapé do sistema.
Inclusive importante olhar como está o MV_PONMES e MV_PAPONTA porque quando ele está errado, ou seja, com algum período incoerente ou MAIOR que 30/31 dias quando o cliente entra em lançamentos > marcações pra lançar marcações e volta na tela as informações não são gravadas.
6 – Se for a primeira leitura verificar se o funcionário tem troca de turno. Para que o sistema consiga montar o calendário deve existir troca de turno com data de inicio ANTERIOR a data da leitura.
7 - A pergunta “ler a partir”, deve ser “cad. de relógio” sempre.
8 – Verificar MV_VISIINI e MV_VISIFIM para ver se está feita reserva de numeração para crachá de visitantes, se não faz leitura de TXT de visitantes pode deixar os parâmetros vazios (em branco).
Se tiver , fique atento para ver não informou para o funcionário um crachá com numeração reservada pra visitante.
Isso no caso de NÃO ser “AFD”, ou seja, leitura feita pelo crachá.
9 - Existe também o MV_GETDIAA e o MV_GETDIAP, que devem ser olhados sempre que o cliente disser que lê tudo, só não ler a ultima marcação do ultimo dia do período que fica depois da meia noite, então neste caso o MV_GETDIAP deve estar pelo menos com 1 para que sejam buscadas as marcações com data do dia seguinte em caso de Jornada Noturna.
10 - Quando não for AFD, Vejam quantos dígitos tem o crachá, veja se na SRA, no SRA_CRACHA tem a mesma quantidade de dígitos e se a tabela RFE_CRACHÁ está também do mesmo tamanho.
Se não estiver é porque o cliente manipulou a base, aumento propositalmente o tamanho do campo crachá numa tabela e esqueceu de ajustar na outra, neste caso todas as tabelas deve ter o campo crachá do mesmo tamanho, inclusive na tabela de crachá provisório o campo SPE_MATPROV.
11 - Quando for leitura do Modelo antigo , no cadastro de relógio ainda funciona o F4, que mostra se o relógio está configurado corretamente, se está buscando as informações corretas do TXT.
Se não estiver as posições iniciais e finais do cadastro de relógio devem ser preenchidas.
12 – O cliente pode APENAS estar lendo um AFD/TXT de período errado, que não tem nenhuma marcação do período em questão, ou pode estar lendo um AFD/TXT de outra empresa, então , SEMPRE, uma consulta genérica com o PIS extraído do TXT do cliente, será fundamental!
13 - Quando não lê a primeira ou primeiras ou a ultima ou ultimas marcações do período:
A marcação pode estar fora do limite inferir e superior, exemplo:
Horário : 08:00 12:00 13:00 18:00 Limite inferior 5h00 e Superior 5h00 ou seja, é considerado para contar que marcação refere-se ao dia em questão se o funcionário entrar das 03:00 até as 23:00.
Neste caso citado, se o funcionário tiver uma marcação as 02:00 da manhã a marcação ficará lida, gravada na SP8 , porém como não enquadrou dentro do período o sistema não encontrou a “tabela de horário” para ela, e a marcação não será apontada (o campo P8_aponta fica vazio), então será possível ver a marcação na tabela porém em Lançamentos > Marcações não.
Normalmente quando isso acontece de uma marcação ficar na SP8 e não ficar com o campo P8_aponta preenchido e por conseqüência o sistema não mostrar em lançamentos > Marcações é porque por algum motivo o calendário não foi montado, entende-se por calendário as informações necessárias pra listar os dias a trabalhar do funcionário com horário, exceções, feriados.
14 – Mensagem no log – Foram encontradas inconsistências no relógio “tal”.
Essa mensagem ocorre quando o cliente está muito desatualizado, sem estar com o sistema adequado a nova portaria, sem rodar os compatibilizadores..
Quando isso ocorre a solução é aplicar UPDATE e rodar todos os compatibilizadores do ponto, porque significa que a pessoa não atualiza praticamente desde 12/2009 ou 01/2010 onde não haviam sido criadas as novas tabelas e campos referentes a nova portaria.
15 – Se nada estiver sendo gravado na RFE ou o sistema caindo no final da leitura sem apresentar nada lido ou gravado, nem log de geração.
Verificar se ele criou no menu a rotina de Motivos de Manutenção – Rotina PONA430 e se a tabela RFD – Motivos de manutenção existe com os motivos padrões 01, 02, 03 e 04.
16 – Informações relevantes:
RFE_FLAG corresponde ao tipo de marcação:
1 = REFEIÇÕES
0 = MARCACOES
RFE_NATU corresponde à natureza da marcação, tendo como opções:
“0” – empregado caso encontre o crachá ou crachá provisório
“1” – visitante (conforme os parâmetros de visitantes)
“2” – acesso
“3” – desconhecido no caso do crachá não for identificado (conteúdo desconhecido).
Então se temos uma RFE_FLAG 0 com NATU 3, é marcação de ponto rejeitada ou seja Leu e não gravou.
Se tivermos RFE_FLAG 0 com NATU 0, leu e gravou.
17 - É possível lê marcações que um funcionário fez em outra filial, ou seja, as marcações estão no AFD de outro relógio , outro REP?
Sim. Se a empresa fica no mesmo endereço e neste endereço estão alocados funcionários que fazem parte da mesma unidade negócio (como exemplo a TOTVS que aloca no mesmo endereço funcionários de diversas empresas que adquiriu), neste caso o funcionário pode fazer marcação em qualquer um dos equipamentos que a empresa tiver (claro, se a empresa disser que ele está cadastrado em todos), na hora de fazer a leitura nas filiais devem ser colocadas de 01 até 99.
O fato do funcionário marcar em qualquer REP não significa que a o RH deve incluir no cadastro de relógio todos os relógios para todas as filiais.
O relógio será incluso APENAS para filial a qual ele está vinculado no cadastro que foi feito no site do Ministério, na hora de ler como vai ser informado filial 01 a 99 as marcações serão distribuídas.
Se existem funcionários com múltiplos vínculos deve-se dar uma atenção especial para isto, pois as marcações podem ser distribuídas na filial errada se for colocado 01 a 99 na leitura.
18 - No log de geração : Erro no totalizador - Significa que o total de marcacoes (registros do tipo 3 no AFD) está divergente do que consta no Trailler (Totalizador), neste caso deve-se contatar o fabricante.
Lembrando que num unico AFD NUNCA pode haver mais de um cabeçalho ou mais de um totalizador. Deve ter apenas um de cada.
