15138 - Problema geração requisição x Aprovação Multinivel.
Problema: Cliente está com problemas ao processar uma requisição eletrônica.
Quando é feito o processamento aparece a seguinte mensagem:
Erro no processamento das requisições - Não foi possível incluir o registro do controle de aprovação. Empresa 1. Filial: 0. Rotina: 3. Número do controle gerado: 12921
Quando ocorre / onde se aplica: F207EME, F207LOT e demais telas de geração de requisição.
Solução: Executar os comandos abaixo via banco de dados na base:
1. SELECT * FROM R900NXV WHERE CODPKY = 'E614APR#30#0#3'
Neste comando, no texto 'E614APR#30#0#3', 30 é o código da empresa, 0 é a filial e 3 o código da rotina de aprovação. Portanto, passar as informações conforme base do cliente. Lembrando, que se o numero de aprovação for controlado por empresa a filial deve ser informada igual a 0 - zero.
2. SELECT MAX(NumApr) FROM E207eme
3. SELECT MAX(NumApr) FROM e614apr where codemp = 30 and codfil = 1 rotnap = 3
O resultado dos 3 comandos deve ser o mesmo, ou seja, as duas tabelas devem conter o mesmo NumApr gravado para que o sistema possa gerar o próximo de forma adequada.
Caso não retorne a mesma informação nos dois comandos, temos duas situações:
1. Se o numero gravado na tabela E207EMEe E614APR for maior que o retornado na tabela R900NXV, é provável que ao gerar a requisição ocorra este problema pois o número já terá sido utilizado. Então tem que adequar o número gravado na tabela R900NXV, para retornar o próximo valor para ser gravado na geração da requisição.
2. Se o número gravado na R900NXV for maior, temos uma situação normal, pois o sistema sempre gera o próximo numero e caso ocorra algum problema essa numeração é perdida.
Mas o fato desta tabela ter o numero maior não iria dar problema porque o próximo numero gerado não teria sido utilizado na tabela E614APR ainda.
Quando é feito o processamento aparece a seguinte mensagem:
Erro no processamento das requisições - Não foi possível incluir o registro do controle de aprovação. Empresa 1. Filial: 0. Rotina: 3. Número do controle gerado: 12921
Quando ocorre / onde se aplica: F207EME, F207LOT e demais telas de geração de requisição.
Solução: Executar os comandos abaixo via banco de dados na base:
1. SELECT * FROM R900NXV WHERE CODPKY = 'E614APR#30#0#3'
Neste comando, no texto 'E614APR#30#0#3', 30 é o código da empresa, 0 é a filial e 3 o código da rotina de aprovação. Portanto, passar as informações conforme base do cliente. Lembrando, que se o numero de aprovação for controlado por empresa a filial deve ser informada igual a 0 - zero.
2. SELECT MAX(NumApr) FROM E207eme
3. SELECT MAX(NumApr) FROM e614apr where codemp = 30 and codfil = 1 rotnap = 3
O resultado dos 3 comandos deve ser o mesmo, ou seja, as duas tabelas devem conter o mesmo NumApr gravado para que o sistema possa gerar o próximo de forma adequada.
Caso não retorne a mesma informação nos dois comandos, temos duas situações:
1. Se o numero gravado na tabela E207EMEe E614APR for maior que o retornado na tabela R900NXV, é provável que ao gerar a requisição ocorra este problema pois o número já terá sido utilizado. Então tem que adequar o número gravado na tabela R900NXV, para retornar o próximo valor para ser gravado na geração da requisição.
2. Se o número gravado na R900NXV for maior, temos uma situação normal, pois o sistema sempre gera o próximo numero e caso ocorra algum problema essa numeração é perdida.
Mas o fato desta tabela ter o numero maior não iria dar problema porque o próximo numero gerado não teria sido utilizado na tabela E614APR ainda.