Histórico da Página

Verificar no arquivo logCodin se a marcação aparece.

• Se não aparecer:  confirmar se o banco de dados do cliente é Oracle.
  • Em caso afirmativo: é possível que o problema esteja relacionado ao campo progress_recid nulo. Isto faz com que o registro da tabela msa_control_marcac não seja lido pelo programa PE7100.
    • Solicitar ao cliente que acesse diretamente o banco Oracle e execute o comando abaixo para identificar a quantidade de registros sem informação para o campo progress_recid:
      • select count(*) from msa_control_marcac where progress_recid is null
    • Se a execução do comando acima retornar um valor maior que 0 (zero), devem ser executados os comandos abaixo para atualizar o campo progress_recid para os registros que estão com este campo nulo, efetivando a atualização no banco de dados:
      • update msa_control_marcac set progress_recid = msa_control_marcac_seq.nextval where progress_recid is null;
      • commit;
    • Em seguida, deve-se acessar novamente o produto e executar o programa PE7100.

OBS: na documentação 8. Estrutura Tabela msa_control_marcac consta a respeito da atualização do campo progress_recid, que deve ser realizada através da aplicação da Telemática que realiza a criação dos registros na tabela msa_control_marcac.

• • Em caso negativo: verificar os itens relacionados nas abas Todas e Integração Utilizadas em Paralelo.
• Se aparecer: significa que a marcação foi processada pelo PE7100.

Neste cenário:

• a marcação aparece no arquivo gerado pelo PE7110, pois a leitura da tabela é realizada com a cláusula "no-lock".
• o programa PE7100 não consegue ler este registro com a cláusula "exclusive-lock". 

1 - Verificar se o registro da marcação foi desconsiderado porque o campo Sequencial MSA* está preenchido

*não se aplica para marcações da tabela marcac_nova_integr

Verificar no arquivo gerado pelo programa PE7110 se as marcações que não foram processadas estão com:
- a coluna Retorno Processamento com valor "Não Processadas (0)".
- a coluna Sequencial MSA com valor igual à coluna Controle Marcação.

• Em caso afirmativo: isto indica que o processamento da marcação estava ocorrendo, mas devido a algum problema (queda de energia, queda do servidor, etc) este processamento não finalizou.
  Orientar o cliente a executar o programa de acerto prghur/spp/ponto_limpa_seq_msa.r.
• Em caso negativo: verificar o item 1 - Verificar se existem programas desatualizados no diretório de quarentena, referente ao problemaErro progress durante a execução do programa PE7100.

Verificar se algum dos programas envolvidos no processamento do programa PE7100 está em diretório de quarentena:

• • PE7100rp.r
  • PE7100r1.r
  • PE2000r1.r
  • PE3500rp.r
• Em caso afirmativo: verificar se a issue na qual o cliente recebeu os programas que estão em quarentena (PE7100rp.r, PE7100r1.r, PE2000r1.r e/ou PE3500rp.r) foi liberada em algum patch que o cliente já tenha atualizado ou se o cliente encontra-se em patch superior e houve a liberação de alguns destes programas.
  • Em caso afirmativo: orientar o cliente a remover os programas do diretório de quarentena.
  • Em caso negativo: abrir uma issue de apoio cliente para que sejam enviados ao cliente os programas compilados.

• Em caso negativo: verificar o item 2- Verificar se o ambiente do cliente é linux ou o RPW fica em servidor linux

2- Verificar se o ambiente do cliente é linux ou o RPW fica em servidor linux

Ambiente do cliente é linux ou o RPW fica em servidor linux

• Em caso afirmativo: verificar se o cliente recebeu algum pacote com correções contendo os programas: PE7100rp.r, PE7100r1.r, PE2000r1.r e/ou PE3500rp.r. Neste caso, ele também tem que ter recebido estes mesmos programas compilados para o ambiente Unix (ficam atualizados na pasta tty). Caso seja identificado que os programas compilados em UNIX não foram enviados, deverá ser aberta uma issue de apoio cliente solicitando o envio dos programas faltantes.
• Em caso negativo: verificar se o arquivo Logcodin apresenta algum erro de processamento. 
  • Em caso afirmativo: abrir uma issue de Apoio, contendo todos os arquivos do pré-requisito, além do detalhamento dos passos executados até o momento para tentar identificar o problema.
  • Em caso negativo: verificar aba Integrações Utilizadas em Paralelo.

1 - Verificar se o cliente utiliza diferentes tipos de integração em paralelo:

• Clock in e Suricato via acesso direto ao banco
• Clock in e TSA
• Suricato via acesso direto ao banco e TSA

OBS: a integração Suricato via API não é considerada nesta análise porque atualiza as marcações em outra tabela.

O uso de integrações em paralelo ocasiona sobreposição da sequências do registro (chave da tabela).
Ex: o Clock in atualizou marcações a partir da sequência 1000 e posteriormente, o Suricato atualizou suas marcações a partir da sequência 1000 também.

Solicitar ao cliente que execute o programa prghur/spp/ponto_rastreia_msa_control_marcac.r e envie o arquivo CSV gerado para análise.

Analisar o arquivo enviado procurando o registro onde a informação da coluna "Seq MSA" seja igual à informação da coluna "Controle de Marcação" (arquivo PE7110) do registro que não está sendo processado.

• Se localizar o registro: se as colunas "erro_import_mpe, marcac_ptoelet , movto_mpe_refeit, marcac_import e Conteudo" (arquivo gerado) possuírem valor e, as informações das colunas "Data, Hora, REP, NRS e PIS/CPF forem diferentes das informações das colunas P, Q, N, M e O, respectivamente, fica comprovado que houve sobreposição de informações. Neste caso, deverá ser aberta uma issue de Apoio Cliente, incluindo como anexo os arquivos gerados, os deltas das tabelas: msa_control_marcac, marcac_import, marcac_ptoelet, erro_import_mpe e movto_mpe_refeit 
  OBS: os arquivos de delta devem conter todos os registros a partir de uma determinada data, ex: início do período de ponto, e não apenas do funcionário que está apresentando o problema.
  
• Se não localizar o registro: é provável que a data informada na execução do programa prghur/spp/ponto_rastreia_msa_control_marcac.r seja posterior à data de marcação do registro que não foi processado. Neste caso, deve-se solicitar ao cliente que execute o programa novamente.

Cenário:
Na implantação do Clock in foi criado via programa de acerto um registro na tabela msa_control_marcac com sequencial bem superior ao último sequencial atualizado pelo Suricato.

A execução deste programa foi uma orientação da equipe de produto para a equipe de consultoria. O objetivo é eliminar a possibilidade de ocorrer o problema de sobreposição de sequências uma vez que, o Clock in sempre verifica a última sequência utilizada e cria o registro com a próxima sequência disponível e o Suricato utiliza a sua própria sequência.

Posteriormente foi percebido que todas as demais marcações criadas na tabela msa_control_marcac foram atualizadas a partir da sequência 'fake' criada.

Através do ticket 20383978, aberto para a Telemática, tivemos a confirmação que a regra para a atualização da chave na tabela msa_control_marcac mudou.

O cliente necessita que a atualização da chave volte a ser a partir da sequência antiga.

Analisar o arquivo PE7110 para identificar a lacuna dos valores da coluna Controle de Marcação.

Após identificar o problema, abrir issue de Apoio Cliente para envio do programa de acerto ajusta_seq_msa.p que:
- ajustará na tabela msa_control_marcac o valor da chave e da sequência dos registros.
- se o registro já estiver processado pelo PE7100, deverá atualizar a nova chave nas tabelas: marcac_ptoelet, erro_import_mpe, movto_mpe_refeit e marcac_import.