ALGUMS LOTES ESTAO COM ERRO

[Former Member]

Pessoal, diariamente esta dando erros em alguns lotes (36-Batch: PI system error) ae eu tenho que ir e da um iniciar novamente, algum tem alguma solução para isso parar de acontecer ???

atenciosamente;

Gustavo

[former_member193386]

normalmente podem ocorrer problemas de sizing definido na maquina do PI ( pouca memoria por exemplo) que fazem que os processos fiquem demorados na fila e acabem dando erro por temo excedido de processamento, ou mesmo, pode haver falha de comunicacao com o SEFAZ devido tbem ao tempo de resposta excedido por ele.

mas vc pode comecar analizando os processos que podem estar parados na SMQ2 e provavelmente agendando o relatorio acima como descrevi, ira solucionar provavelmente o seu problema.

da uma olhada na SXI_MONITOR se nao esta havendo algum erro de comunicacao, se alguma mensagem esta dando erro podemos analisar com mais detalhes esse seu problema

[former_member193386]

vc ja chegou a olhar na SMQ2 do seu PI e viu se existe algum problema de processo bloqueado?

mas para comecar, agende um job que execute o relatorio RSXMB_RESTART_MESSAGES de 5 em 5 minutos ou o tempo que vc achar melhor, que ele mesmo se encarrega de enviar alguns lotes que estejam parados.

[former_member182114]

Gustavo,

Este é o funcionamento correto do aplicativo, para parar de ter problemas você precisa investigar que tipo de respostas você está tendo.

@Carlos, No caso os restart de PI não resolvem pq o processo por lá chegou a um final. Tanto que gerou o ACK NEG.

Vá na SXI_MONITOR para uma dessas mensagens que deu erro, vá no payload da resposta e procure analisar todos os erros.

A causa raiz de problemas intermitentes pode ser com o Carlos falou do sizing ineficiente, timeout, Sefaz com problemas, sua internet, proxy, firewall...

Comece a investigação analisando as mensagens e para que interface e Sefaz acontecem.

Para o caso de timeout limpar os caches (SXI_CACHE e CPACache Refresh mode full) às vezes melhoram o funcionamento.

Atenciosamente, Fernando Da Ró

[Former Member]

ENTREI NA SXI_MONITOR , COLOCOU NO STATUS GOUP A OPÇÃO 4-INCORRETO E APARECEU CONFORME ABAIXO; TEM ALGUM MANUAL PARA O PROCEDIMENTO DO CACHE ???E QUANDO EU CLICO DUAS VEZES NELE DEMORA PARA ABRIR.

SRVSC_nfeStatusServicoNF_SYNC_OB

SRVSC_nfeStatusServicoNF_SYNC_OB

SRVSC_nfeStatusServicoNF_SYNC_OB

SRVSC_nfeStatusServicoNF_SYNC_OB

SRVSC_nfeStatusServicoNF_SYNC_OB

SRVSC_nfeStatusServicoNF_SYNC_OB

SRVSC_nfeStatusServicoNF_SYNC_OB

SRVSC_nfeStatusServicoNF_SYNC_OB

BATCH_nfeRecepcaoLote_SYNC

BATCH_nfeRecepcaoLote_SYNC

BATCH_nfeRecepcaoLote_SYNC

BATCH_nfeRecepcaoLote_SYNC

ATENCIOSAMENTE

GUSTAVO

[former_member193386]

isso nao ajuda em muita coisa, o payload de envio e retorno do sefaz deve ser analisado bem como a mensagem de erro dentro das interfaces.

sem isso nao conseguimos analisar o seu erro

[former_member182114]

Bom dia Gustavo,

Todas estas interfaces que você listou são síncronas e com contato na Sefaz.

Então, a princípio (somente a princípio) o problema está na comunicação do seu servidor PI com a Sefaz ou na Sefaz.

Não dá pra julgar que seja na Sefaz sem analisar as mensagens, pode estar na sua internet ou o caminho do PI até a Sefaz.

Pode ser até no servidor (falta de conexões tcp, timeout mal configurado, )

Sugiro que você envolva a equipe de network para analisar todos os componentes de rede entre estas duas pontas.

Além disso solucione a questão de demora ao acessar o conteúdo das mensagens atualizando a estatística de banco das tabelas do XI. Apenas a título de exemplo aqui seria um passo-a-passo bem básico:

- Dê o duplo clique para abrir a mensagem

- Vá na SM50 e verifique qual a tabela que está com Leitura Sequencial, na frente do seu processo

- Vá na DB20 e informe esta tabela (ex.: SXMBMAST), clique no botão refresh para ver a data de ultima atualização e informações de registros

- Na DB20 ainda, clique no botão de folha em branco e ao perguntar sim/nao clique em sim, será disparado o processo de atualização de estatística para esta tabela que pode demorar de 1 a 20min dependendo da quantidade de registros e como você solicitou

- Na DB20, fique dando refresh até aparecer as estatísticas atualizadas....

- Aguarde um minuto após isto (existem finalizações que não é possível monitorar na DB20, mas sim no BRCONNECT)

- Faça uma nova consulta da mensagem e dê o duplo clique, que a nova consulta já deve estar com acesso melhorado, monitore na SM50, pois outra tabela pode também precisar de atualização de estatística. Monitore e repita o processo para a outra tabela se necessário

- Recomendo fortemente que seja feito por equipe de Basis/DBA, pois não é uma ação que deve ser feita frequentemente de forma automatizada

- Monitore também SMICM (log) e mensagens de erro do Java (defautltrace)

- Sobre cache, veja este How To Handle XPI Caches

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Jun 25, 2010 3:52 AM

[Former Member]

MAIORIA ESTA ACONTECENDO ASSIM O ERRO;

- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">

<SAP:Category>XIServer</SAP:Category>

<SAP:Code area="INTERNAL">CLIENT_RECEIVE_FAILED</SAP:Code>

<SAP:ApplicationFaultMessage namespace="" />

<SAP:Stack>Error while receiving by HTTP (error code: 402, error text: ICM_HTTP_TIMEOUT)</SAP:Stack>

<SAP:Retry>N</SAP:Retry>

</SAP:Error>

[former_member182114]

Bom dia Gustavo,

Leia a SAP Note 849089 - XI 3.0 / PI 7.0 File Adapter: FTP Timeout Handling.

Você encontrará dicas para atualizar os parms do seu sistema.

Tinha mandado a nota incorreta, a correta é SAP Note 1161469 - XI runtime: Interpretation of timeouts

Também dê uma limpada nos caches.

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Jun 25, 2010 10:42 PM

[former_member193386]

exatamento o que estavamos falando

aparentemente trata-se de TIME OUT, tempo excedido de espera de resposta.

esses erros acontecem intermitentes correto?

[Former Member]

Acontece todo dia em media em ums 10 lotes por dia......

[former_member193386]

siga o exemplo do que o fernando falou e de uma limpada nos logs do seu sistema.

vá tbem na sxmb_adm, e configure uma limpesa de logs periodicas e arquivamento periodico das mensagens ( isso ajuda pouco mas ajuda )

outra coisa, quanto vc tem de memoria no seu servidor de PI?

[Former Member]

temos 20 GB DE MEMORIA NELE........Maquina Virtual.

[former_member182114]

Veja também este Troubleshooting Guide - SAP XI 3.0 - SAP NW 7.0, item 9.3

[former_member193386]

pode ser que nao seja o problema de memoria, pode ser link de internet ou outra coisa, pode ser até tunning do sap pi

[Former Member]

Boa tarde!

Fernando, veja se pode me ajudar, por favor.

Também estou com o erro code:402, text: ICM_HTTP_TIMEOUT

O erro ocorre em BATSR.

Esta com BS 04 e SC2 103 no fluxo.

Esta caso não é recorrente!

Ja estamos analisando a SAP note 11661416, referente ao timeout

Carlos já verifiquei as filas SMQ1 e SMQ2, e nao tem nada preso.

No monitor nf-e do GRC o botão Status Query não esta disponivel!

Vocês teriam uma forma para liberar este lote, o processo esta parado em Produção.

Por favor.

Obrigado

Tiago