on 04-12-2012 1:53 PM
Bom dia a todos,
Temos na empresa 3 ambientes de NFE 1.0 e um abiente separado em processo de instalação da NFe 10.0
Um dos ambientes (DEV) da NFe 1.0 está levando de 10 a 15 minutos para autorizar (resposta da SEFAZ) uma NFe,
Este ambiente assim como os outros NFe1.0 está com o SSL-NFE SP 21, NW 700 SP 25, SO: AIX, DB:Oracle
Curiosidade: A NFe DEV e o QA estão instalados no mesmo Servidor Físico.
O Dev leva de 10 a 15 minutos e o QA não mais que 10 Segundos!!
Não pode ser o ECC pois já conectei o mesmo ECC nos dois ambientes (Dev e QA) e o Dev leva todo esse tempo para autorizar...
Alguma dica?
Obrigado,
Sigfrid Murillo.
Bom dia Pessoal,
Pela foto do BATCH demorar por volta de 5 segundos e demorar 13 minutos até o BATSR isso aponta para alto número de acknowledgments na tabela /xnfe/acknowledg.
O job /xnfe/process_reports tem normalmente 3 steps:
- verificar acknowledgments
- criar lotes
- consultar lotes
Se a quantidade de ACK for muito grande acontece esse sintoma.
Sugestões continua:
- sempre monitorar esta tabela, o target dela é 0 registros... Se existir algum "preso" significa mensagens no PI que não foram processadas (verificar se alert está criado, verificar housekeeping jobs).
Sugestão no momento de "a casa caiu", demora grande em produção:
- colocar o job /xnfe/process_reports em background com a opção de verificar ack's desmarcada
- criar novo job só para o /xnfe/get_acknowledgments de minuto em minuto
Exemplo de quando a "casa cai": Rodar o programa de encontrar gaps no ERP, e o danado encontrar uma grande quantidade.... irá gerar muuuuuitas entradas na ACK e fila de SKIP do PI, e se a configuração for de 1 SKIP vai levar um bom tempo para processar tudo.
Atenciosamente, Fernando Da Ros
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Fernando,
Era isso mesmo... a tabela /xnfe/acknowledg estava lotada (mais de 100.000 registros)
Fiz uma limpeza e voltou tudo a funcionar...
Obrigado pela rápida resposta (SAP)
Thanks pelas dicas acima também.
Tem algum passo a passo para configurar os alerts que vc menciona?
O link que vc colocou não é detalhado (pelo menos para mim)
Abraços
Murillo.
Bom dia Murillo,
Segue passo a passo:
- Entre na transação ALRTCATDEF na instância PI
- Clica em Display/Change
- No box à direita clica em "Create Alert Category"
- Em alert Category preencha "NFE_ALRT_CAT", na descrição preencha "Alerta standard para Nota Fiscal Eletronica" ou algo assim...
- Clica em Save
Atenciosamente, Fernando Da Ros
Bom dia
Minha primeira sugestão seria ver como estão os parâmetros do job do /XNFE/PROCESS_REPORTS.
Se não for isso, procure uma nota dessas com lentidão no Web Monitor e veja o histórico dela para confirmar em qual passo do processo está havendo o delay.
Abraços.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa tarde,
Verifiquei o processo /XNFE/PROCESS_REPORTS e está igual ao outro GRC onde não ocorre a demora.
Veja por favor abaixo o filtro que eu fiz de uma NFE que demorou 13 minutos para autorizar.
A demora está entre o Serviço BATCH_BatchProcess e o BATSR_BatchStatusRequestProcess.
Alguma dica mais?
Obrigado desde já
Sigfrid Murillo.
Sigfrid,
o fato de o job estar schedulado por si só nao diz nada, pois há uma variante que é passada como parametro onde vc diz o valor do intervalo (em segundos) de espera entre cada rodada. Veja o tempo da variante em cada sistema.
Outra sugestao: na tela de configuracao dos parametros de lote, veja os intervalos de tempo para fechamento de lote e verificação de lote nos 2 ambientes.
Abs,
Henrique.
Oi Henrique,
Obrigado pela dica e resposta, mas eu já tinha verificado e comparado isso nos dois ambientes, está idêntico.
Muito estranho esse erro, se não conseguir achar o problema, acho que vou abrir um chamado na SAP, pois daqui a alguns dias vamos migrar esse ambiente para a NFE10.0 e isso pode impactar os testes.
At.
Sigfird Murillo
User | Count |
---|---|
16 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.