Histórico da Página

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 item1 - Verificar se o banco de dados do cliente é Oracle, na aba Somente para Suricato via Acesso Direto ao Banco de Dados.

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:
  1) Verificar se
  • • verificar se a issue na qual o cliente recebeu
  algum pacote com correções contendo
  • • 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
  , ele também tem que ter recebido estes mesmos programas compilados para o ambiente Unix (ficam atualizados na pasta tty).
  2) Abrir issue de apoio cliente solicitando o envio dos programas faltantes.
  
  • • • : 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

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.

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 o item 
• 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".