Consulta de status de lote: erro de sistema PI

Pessoal, bom dia.
Em alguns casos ocorre erro de comunicação na consulta do status do lote. Após o GRC enviar o lote pra SEFAZ, ele fica consultando o status do lote até n vezes (conforme atualizado nas configurações do lote no monitor do GRC), certo?.
Quando ocorre esse erro de comunicação (Consulta de status de lote: erro de sistema PI), o GRC para de ficar consultando o status.
Existe alguma forma de parametrizar/automatizar o GRC para que quando ocorrer esse erro, ele fique solicitando a consulta de status até as n vezes em vez de para a solicitação da consulta?
Ou criar um Z que busque os lotes que estajam com este status e coloca-los em processamento?

Bom dia Fábio,
Não, a configuração de tentativas serve apenas para quando a Sefaz responde de forma clara com um 105 - Em processamento.
Quanto acontece erros, o processo fica parado mesmo e a forma de restart é manual ou através de Z (Cristiane deu uma colaboração colocando o código para referência, veja: Sample code for automatic resend of batches with communication errors não consegui achar a thread que discutimos isso).
Observação: É muito importante garantir que os problemas que estão fazendo seus lotes pararem são realmente externos e solucionáveis pelo job, do contrário você pode gerar sim problema interno no GRC para todas os processos/Sefazes ao insistir num reprocessamento automático.
Sugestão:
- certifique-se que o motivo para o restart é externo
- faça log de todos os restarts em tabela
- determine um número máximo de restarts automáticos
- analise continuamente do que foi restartado sem sucesso para tentar obter regras que impeçam o restart sem sucesso
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Jul 21, 2010 5:41 PM

Similar Messages

  • Status de erro 36 - Lote: erro de sistema PI

    Prezados, bom dia.
    Durante as chuvas de ontem em São Paulo caiu a conexão de internet da empresa e ficamos com alguns lotes de notas com status de processo incorreto.
    Status de lote 02 - Enviado ao PI
    Status de erro 36 - Lote: erro de sistema PI
    Já tentei reinicializar a atualizar os lotes no GRC porém nenhum resultado.
    Alguem pode ajudar ?
    R3 6.0 e ainda NÃO estamos na NFe 2.0
    Tks,
    Rodrigo Vieira

    Olá Rodrigo,
    no monitor de lotes, aba "erro de envio", os lotes aparecem disponíveis para reenvio?
    Selecione-os e clique em reenviar (ou restart, ou whatever).
    Abs,
    Henrique.

  • Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI

    Boa noite, srs!
    Estamos com um problema na inutilização e cancelamento de NFe junto ao SEFAZ.
    Foi executado o report J_1BNFECHECKNUMBERRANGES para inutilização de numeração de NFe. A tabela J_1BNFENUMGAP foi preenchida com a numeração, porém a mesma não consta na consulta do site da Fazenda.
    Consultando o Monitor GRC com os IDs indicados na tabela, aparece o seguinte erro:
    Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
    De fato o processo aparece com erro no monitor do PI. Não consegui diagnosticar o erro na msg xml de retorno. A unica descrição disponível é:
    <SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 415 Unsupported Media Type</SAP:AdditionalText>
    Reparei que o mesmo erro ocorre para estorno de NFes que já foram aprovadas no SEFAZ.
    Verifiquei os canais de comunicação para inutilização e cancelamento de notas e os endereços estão apontando corretamente para os WS da Fazenda. O serviço (Minas Gerais) também aparece como disponível/ativo na SEFAZ.
    Estou meio sem norte aqui para identificar o erro.
    Alguém já enfrentou este caso ou algo similar?
    Obrigado desde já!
    Carlos Penteado.

    Bom dia, caros!
    Obrigado pelas respostas!
    Metade dos meus problemas foi solucionado! =|
    Henrique e Bernardo, vocês tinham razão, era erro da própria SEFAZ. Tentei o re-envio do estorno da NFe pelo GRC e ela retornou com sucesso!
    No entanto, tive que alterar o status da nota no J_1BNFE_ACTIVE para que a nota completasse o estorno na J_1BNFE.
    Porém o erro da inutilização da numeração de NFe continua acontecendo. O funcional abriu um chamado na SAP, assim que tiver alguma resposta, replico aqui!
    Fernando, verifiquei o canal de comunicação de inutilização (SKIP) e as configurações parecem ok, estão assim como os canais que funcionam.
    Nunca utilizei o Visual Administrator. Vou verificar com o Basis a possibilidade...
    Obrigado pela ajuda! Atualizarei assim que encontrar mais alguma novidade!
    Abs,
    Carlos.

  • Cancelamento/inutilização: erro de sistema PI

    Pessoal, bom dia!
    Por favor, estamos testando o cenário de Cancelamento de NF e as notas estão ficando com os seguintes status:
    Stat. Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
    Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
    Analisando o erro no Monitor do PI, peguei o XML enviado ao Sefaz e testei no endereço http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx e os dados estão corretos.
    O Erro detalhado no Monitor do PI é (Error in response):
    Message processing failed. Cause: com.sap.aii.af.ra.ms.api.RecoverableException: SOAP: response message contains an error XIAdapter/PARSING/ADAPTER.SOAP_EXCEPTION - soap fault: Unexpected Error java.lang.NoSuchMethodError: javax.xml.soap.SOAPFactory.newInstance(Ljava/lang/String;)Ljavax/xml/soap/SOAPFactory; at br.inf.portalfiscal.soapclient.ClientSoap.(TransitoCancelamentoClient.java:56) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.verificarRegistroCirculacao(ValidaDadosCanc.java:248) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.validaDadosCanc(ValidaDadosCanc.java:214) at br.inf.portalfiscal.nfe.controller.ValidacaoXMLHelper.validaCancelamento(ValidacaoXMLHelper.java:307) at br.inf.portalfiscal.nfe.controller.UtilSession.processarCancelamento(UtilSession.java:509) at sun.reflect.GeneratedMethodAccessor292.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) at org.jboss.ejb.plugins.LogInterceptor.inv
    Obrigado,
    Danilo

    De fato, esse trace é do web service da propria SEFAZ.
    Esses objetos referenciados (e.g. ValidaDadosCanc.java) não fazem parte do pacote do SAP NFE.
    O status no GRC está como comunicacao de PI (vermelho)?
    Se sim, depois de a SEFAZ corrigir o problema, vc consegue restartar o processo pela aba de Erro de Cancelamento/Inutilizacao no Monitor de NFes.
    Abs,
    Henrique.

  • Cenário de consulta do status da SEFAZ XML 2.0

    Bom dia.
    Estou testando o cenário de consulta do status da SEFAZ (para a SEFAZ-MG, ambiente homologação) e utilizo ECC/GRC/PI 7.0.
    Já verifiquei no site da SEFAZ e o serviço está no ar.
    Na SXMB_MONI tenho o seguinte erro:
      <SAP:Code area="INTERNAL">CLIENT_RECEIVE_FAILED</SAP:Code>
      <SAP:P1>402</SAP:P1>
      <SAP:P2>ICM_HTTP_TIMEOUT</SAP:P2>
    <SAP:Stack>Fehler beim Empfangen per HTTP (Fehlercode: 402, Fehlertext: ICM_HTTP_TIMEOUT)</SAP:Stack>
    Qual a solução para isto?
    Obrigado.

    Pessoal, façam um SXI_CACHE e CPA Cache refresh.
    Existem alguns problemas que infelizmente são "normais" de acontecer, e como boa prática, após o upgrade do XI Content façam a limpeza.
    Parece não ter nada a ver, mas timeout também pode vir da demora no java de identificar o receiver a executar (trash).
    Atenciosamente, Fernando Da Ró

  • Cancelamento/inutilização: erro de sistema PI - SEFAZ MG -  Erro: 50

    Bom dia,
    Estamos com problemas para relizar o cancelamento de notas junto ao SEFAZ de MG.
    Todos os cancelamentos retornam da seguinte forma:
    Status de Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
    Status de Erro: Cancelamento/inutilização: erro de sistema PI
    Fizemos várias tentativas de reenvio, mas todas retornaram com o mesmo erro.
    Também alteramos o status de erro, através da tabela de histório de status, mas também continua retornando o mesmo erro.
    Aparentemente isso está acontecendo desde segunda-feira (03/10).
    Verificamos na sxi_monitor e não há registro de erro (sem bolinha vermelha), os precessos ficam "bandeirados", mas com o erro NEGATIVE_ACKNOWLEDGEMENT.
    Ao que tudo indica é algum problema no SEFAZ de MG, mas como podemos verificar isso?
    Alguém está tendo o mesmo problema?
    Desde já obrigada!
    Gilmara Silva

    Boa tarde.
    Estamos tendo o mesmo problema.
    Na verdade o problema começou na SEFAZ MG dia 30.09.2011. Algumas (muito poucas) empresas estão conseguindo cancelar. Acredito que depende de qual servidor da SEFAZ o pedido é processado.
    Depois de diversos contatos com SEFAZ via chamados, telefonemas, etc....recebemos o seguinte retorno:
    "Este é um problema intermitente e pela análise da STI deve estar ocorrendo apenas em uma das máquinas utilizadas no processamento. Alguns contribuintes estão conseguindo a autorização quando do reenvio da solicitação de cancelamento.
    Ainda não podemos precisar a disponibilidade da solução."
    SEF/MG - SAIF/DINF/DED
    Ou seja, sem previsão.
    At.,
    Bernardo Braga

  • Erro "B2B: erro de sistema PI"

    Olá a todos. Aplicamos a versão 2.0 do GRC, Support Package 15 e após isso, quando uma Nota Fiscal é cancelada, o cliente não recebe o XML desse cancelamento, apresentando um erro no GRC como: B2B: erro de sistema PI. Nessa nova versão esse envio é obrigatório. Alguém já passou por esse erro? Tem alguma idéia do que pode ser?
    Obrigado a todos que puderem ajudar
    Marcos Cristiano Ickert
    Basis

    Marcos,
    Alem de configurar o Cenário para o novo namespace 006, no Design para o Produto/SWCV usado o B2B você precisa alterar o Interface Mapping(7.0)/Operation Mapping(7.1) de Envio(NTB2B_procNFe_TO_procNFe)/Cancelamento(CTB2B_procCancNFe_TO_procCancNFe) para o namespace 006, assim como já deve estar para a versão 005a.
    (isso apenas para os objetos do seu produto/swcv)
    OBS.: caso vocês utilizem a solução igual ou parecida com o que Henrique postou no forum.
    E caso você precise reiniciar esse erro de B2B no GRC, como você está SPK 15 será necessário aplicar a nota 1512936 para tirar o dump que gera.
    Espero que ajude.
    Abraço,
    Bruno Lima

  • Consulta de Status do XML na SEFAZ.

    Boa tarde a todos,
    Estou implementando um cenario de entrada de XML e estou com problemas na parte de (GOOD Receipt), o primeiro passo que é a recepção da NFE por e-mail do fornecedor já esta configurada com sucesso, o problema agora é o recebimento do material. Quando a mercadoria chegar, no destino teremos um leitor de codigo de barras que executa a leitura da DANFE e valida se possuimos esse XML armazenado no GRC se sim executa a validação no SEFAZ do status da Nota.
    Meu problema esta no passo de consultar o WebService da SEFAZ de consulta, pois a entrada da chave DANFE vai ser disponibilizada pela RFC que sera executada apos o coletor de codigo de Barras.
    Analisando o método Standard de check do status da nota percebi que ele é executado atraves da pagina WebDynpro do monitor.
    Tem algum jeito de aproveitar o metodo standard de consulta do status do XML para utiliza-lo com a entrada da RFC e a resposta eu devolver para a mesma RFC?
    Se algum ponto não ficou claro posso detalhar melhor,
    Obrigado

    Henrique,
    Obrigado pelo Help, mas estou com uma duvida, só conseguirei fazer o check do status na SEFAZ atraves do coletor "RFC" após o XML estar na tabela /XNFE/XMLIN?
    E no caso de o fornecedor ainda não ter me enviado o XML pela InboundB2B como farei para checar o STATUS do XML?
    Será que neste caso não deveria deixar a mercadoria entrar se não tiver o XML na tabela do GRC?
    E outra pergunta o processo de B2B já faz no standard o check do XML correto? Pois estou olhando o monitor e para as duas notas que fiz de teste as duas ultimas colunas  estão vazias e na tabela /XNFE/XMLIN o campo CHECKSTATUS está em branco.
    Obrigado mais uma vez.

  • Inspection lot status MCAN - Lot marked for cancellation

    Hi QM Team,
    Once we cancel lot through QA02 or if we cancel document then system cancell lot accordingly & put the lot status as "LTCA".
    But in my system I have seen couple of lot with status "MCAN - Lot marked for cancellation".
    Can you suggest me how system has generated this lot with status MCAN?
    Thanks in advance.
    Eric.

    Inspection type is 01.
    System created lot during GRN with ref to PO document.
    Let me know if you need more infor to resolve this issue.

  • Archiving LTCA  status inspeciton Lot

    Dear Experts,
    How to Archive LTCA status inspection lot from the system,
    I tried with SARA here i could not able to get object for Inspection lot.
    If i archieve any harm will happen?
    Please guide.
    Thanks in advance.

    Hi,
    Archive object for inspection lots is QM_CONTROL. Please refer to the following documentation for more information:
    Link:[http://help.sap.com/saphelp_erp60_sp/helpdata/en/e0/bc963457885f2ee10000009b38f83b/frameset.htm]
    Hope this helps,
    Naveen

  • Erro retorno do status do lote

    Boa tarde a todos.
    Estou passando pela seguinte situação, ao emitir uma NFE a mesma é enviada para a SEFAZ e retornada com o erro 215 - Rejeição: Falha no esquema XML. O problema é que este erro fica apenas no monitor do lote da nota, ele não é atualizado no monitor da nota(a nota fica esperando resposta do lote) e consequentemente não retorna ao ECC. O estado de emissão é PE - Pernambuco e ambiente de Homologação. Alguem já passou por esse problema? Segue em anexo um arquivo com os prints.
    Algumas verificações já realizadas.
    - JOBs estão todos OK
    - Filas (SMQ1 e SMQ2) estão OK
    Muito Obrigado a todos
    Raphael Trivelati

    Existem varios problemas que podem acarretar esse erro, cada um diferente para cada etapa de "gestao" da mensagem do lote.
    Uma solução que vc poderia verificar é se as NFes contidas nesse lote estao aprovadas no SEFAZ, se estao, basta vc finalizar o processamento do lote e em cada uma das NFes que nele estavam contidas solicitar a verificacao do status da nota.
    O que esta ocorrendo muito após o dia 01/04, são falhas na interpretação do cabeçalho da nfe por parte da SEFAZ.
    Vc precisa verificar também se o seu cenario BATCH e BATSR estao configurados para a versao 3.1

  • Estorno de NF-e no GRC com Status 38 - Lote: Web Service não acessível

    Oi pessoal,
    Preciso de um help para estornar uma NF-e.
    Criamos uma nova empresa no SAP e na emissão da primeira nf-e esqueceram de alterar as configurações da spro que informa que a nfe é Produção e não Homologação.
    Resultado, a nfe foi enviado para o GRC produção como sendo Homologação e então ocorreu o erro de envio do lote por não haver conexão com o ambiente de Homologação da SEFAZ.
    Com esta situação o ECC não é atualizado pois não ocorreu um erro de validação, apenas de comunicação. O problema já foi resolvido para o envio das próximas nfe´s mas fiquei com esta bucha para resolver.
    Podem me dar um help? Como faço para forçar um erro no GRC que me possibilite estornar no ECC.
    Sei que posso alterar os status da NF-e no ECC (J_1BNFE_ACTIVE e J_NFEDOC), mas se eu fize isso não consigo atualizar o GRC e vou ficar com esta perna pendente.
    Obrigado,
    Jônatas Lemes.

    Boa Tarde,
    Fernando, fiz a confirmação de inutilização na SEFAZ e realmente a nfe não consta como inutilizada.
    O status ECC após a alteração: statdoc = 2 / statcode=215
    O status do GRC é = cancelado/inutiliz.
    O problema é que na tentativa de solicitação de cancelamento, ocorreu erro (número "docnum" existente).
    Como no GRC já estava OK, fizeram o restante do estorno na J_NFEDOC e J_1NFE_ACTIVE para terminar o processo no ECC, movimentando material para estoque, etc...
    Então o atual status do ECC é: statdoc= 1 / stat.comunic. = 4 / stat.mensg.= B / estorno = X / Cód.status = 102
    O problema é que só depois disso é que lembramos da informação à SEFAZ que o GRC faz automaticamente. Mas que devido aos ajustes manuais não ocorreu.
    Diante desta situação, tem alguma forma de forçarmos esta comunição para a SEFAZ?
    Obrigado pela atenção,
    Jônatas.

  • ERRO NO SISTEMA , NÃO CARREGA

    O Sistema Não Carrega, e quando consegue desconecta-se Sozinho, as pessoas não conseguem conectarse ao formulário,fica carregando o tempo todo ?? O que eu faço ??? estou o dia todo com este problema.

    Olá,
    Nós ter corrigido o problema. Por favor, tente novamente. Pedimos desculpas por quaisquer incoveniences que isso pode ter causado.
    Lucia

  • 105 lote esta processando - Erro 40 de sistema de PI - Batch Status Query

    Prezados,
    Nós temos um lote em GRC com os detalhes seguintes código de estado - 105 lote esta processando.
    Nós temos um lote em GRC com os detalhes seguintes:
    - Código de estado: 105 "lote esta processando"
    - Estado de lote: 04 "pedido enviou"
    - Estado de Error: 40 questão de estado de lote: Erro de sistema de PI"
    Reiniciando o lote por monitor de GRC resulta em um erro "Erro processo inicial Envie Lote (lote ID 000000000013825)"
    Algumas ideas ou sugestoes para proceder?
    Obrigado
    Marc de Ruijter
    Key words for thread search:
    - Error status 40 Batch status query: PI system error
    - Batch status 04 request sent
    - Status code 105 batch being processed

    Creio que estou com o mesmo problema,
    Estou com um lote com erro no status 5 mensagem "Consulta de status de lote: erro de sistema PI" e ao reiniciar o lote encontro a mensagem a abaixo:
    "Erro ao inicializar o processo Enviar lote (nº de lote 000000000000XXX)".
    Na sxi_monitor do PI não apresenta erro nenhum!! eu conferi a tabela citada na thread  e tinham vários registros e um deles referente ao meu lote. Apaguei apenas o referente ao meu lote porem ainda não reinicia.

  • Descrição dos Erros de Lote.

    Boa tarde a todos.
    Gostaria de sugestões e opiniões.
    Atualmente esta cadastrado no domínio /XNFE/ERROR_STATUS as seguintes descrições para os erros:
    36 - Lote: erro de sistema PI
    37 - Lote: erro de aplicativo PI
    40 - Consulta de status de lote: erro de sistema PI
    41 - Consulta de status de lote: erro de aplicativo PI
    etc...
    Problema é que, para usuarios inexperientes (muito comum), tudo é problema de PI - o que gera inumeras reclamações/duvidas/chamados.....quando o problema é, em 99,9% das vezes, na SEFAZ.
    É desaconselhado alterar estas descrições? Por exemplo: para erro 40 colocar: Consulta de status de lote: erro na SEFAZ
    At.,
    Bernardo Tavares Braga

    Bom dia Bernardo,
    Sim, é desaconselhável modificar estas descrições. A cada suporte package você teria que analisar as mudanças feitas no standard (podem existir) e refazê-las em seu sistema (inclusive as traduções).
    Sobre o erro a mensagem está correta ao informar que o erro "está" no PI não que seja do PI. O que acontece é que o GRC (aplicativo) não tem como saber o que aconteceu de errado dentro do PI.
    Solução: Treinamento e paciência. Faça um guia (pps ou pdf ou intranet) ilustrando o que fazer para os principais problemas explicando possíveis causas.
    Espero ter ajudado.
    Atenciosamente, Fernando Da Ró

Maybe you are looking for