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 VieiraOlá 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,
DaniloDe 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 SilvaBoa 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
BasisMarcos,
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,
ObrigadoHenrique,
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 TrivelatiExistem 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 processedCreio 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 BragaBom 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
-
I recently updated my iTunes to the latest version; however, when I go to purchase songs now, it says I need to verify my apple ID. It tells me to click OK to follow the instructions on how to do so. When I click OK, it says an email has been sent
-
Can not make Groups work in Address Book
I'm running Mac OS X v10.7.4 with the latest version of Address Book. I'm new to Apple and am trying to set up groups in Address Book for ease of mailing to a number of contacts. I'm connected to iCloud and am able to create group names under iCloud
-
How to create new DCIM subfolder in Nokia N8
A few month ago, my N8 created a new folder within the DCIM folder on the memory card and started saving images in 101NOKIA (the previous 100NOKIA had about 600 pics). I would like the camera to save pics to a new folder 102NOKIA as 101 is very full
-
Screeching sound from Mac Mini
hello, ok for a while know there has been a screeching sound emitted from my mac mini. Its like a high pitched squeak, the only way I can describe it is that its like something metal not oiled. Getting worried about it as I dont know if its a warning
-
I use aol for all my e-mails...what is the procedure for firefox to use aol when am in a web page that has a contact link for questions or reply. When I click on a link I get the following error message "CANNOT SEND MAIL. NO MAIL PROGRAM IS SET UP TO