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.

Similar Messages

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.

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

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

ERRO NF-e: Status do Processo: 04 / Status de erro: 38

Senhores(as);
No meu cliente estava com erro de certificado digital:
Stat.processo: 02 Enviado ao serviço de assinatura digital / Status de erro: 25 Assinatura digital NF-e: erro de aplicativo PI
Verifiquei o Certificado Digital e havia expirado. Instalei o novo e agora as NFe estão:
Stat.processo:04 Incluído no lote / Status de erro: 38 Lote: Web Service não acessível
Suspeitei de erro no endereço da webservice, mas aqui me garantiram que antes de chegar ninguém mexeu em nada, e como funcionava antes...
Alguém poderia me ajudar ? Pois esta ocorrendo em produção
ECC 6.0 SPK 9
VIRSAHR     530_700     0016     SAPK-53316INVIRSAHR     SAP GRC Access Controls 5.3 for 700 HR S
VIRSANH     530_700     0018     SAPK-53318INVIRSANH     SAP GRC Access Controls 5.3 for 700 HR a
SAP NetWeaver 2004s
SLL-NFE     100     0020     SAPK-10020INSLLNFE     xNFE 1.0
Desde já agradeço a todos...

Olá José Aguilar,
Verique primeiramente se o seu certificado está ok.
Veja o wiki indicado pelo Nanim_es na outra thread sobre outro assunto:
Erro busca Status SEFAZ
Att,
Bruno Xavier.
Edited by: Bruno Xavier on Jan 26, 2012 4:36 PM

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.

Notas parando em status 3 Assinado sem status de erro e sem lote.

Bom dia NF-e Gurus,
Estou enfrentando um problema em nosso ambiente XI/PI de dev onde as notas estão ficando paradas com status 3, sem status de erro e não estão sendo atribuídas a um lote. O job com /XNFE/PROCESS_REPORTS está rodando com sucesso.
O ultimo lote criado a dois dias atrás, está com status 3 e erro 70 código 215.
No monitor de status de serviço SEFAZ, todos os serviços estão verdes.
Já alterei na tabela /XNFE/NFE_HIST algumas notas para o status 2 código 28 mas elas retornam para o status 3 e ficam paradas.
Onde posso obter mais informações (logs) sobre o problema ou o que pode estar causando este erro?
Obrigado desde já.
Raphael Maciel

Bom Dia Pessoal,
Na verdade o problema que o Raphael estava tendo era por que não havia uma configuração de lotes para o tipo de contingência (Tipo 2)
Na tabela NFEHD tínhamos notas tipo 2 e tipo 1 porém só tínhamos o cadastro para o tipo 1.
Cadastramos a configuração do tipo 2 e tudo está rodando OK.
Henrique
Passamos por uma situação interessante que só descobri debugando o código.
O códgo entrou em loop infinito por não tem a configuração do tipo 2 na BATCUS.
No collect_batch form CHECK_BATCH nós temos o seguinte código
Ensure that all remaining NFes will send
      WHILE NOT lt_next_batch IS INITIAL.
        PERFORM close_batch   USING lt_next_batch
                           CHANGING lv_size
                                    lv_quant
                                    lt_next_batch.
      ENDWHILE.
No form Close_batch ele testa se o tamnho dos arquivos não superou o tamanho permitido (informação que ele colhe da batcus através do tipo de nota)
Como ele não tinha o tipo de contingência na BATCUS, para as notas de tipo 2, ele estava utilizando o registro zerado da BATCUS, assim ele nunca sai deste loop.
Interrompemos o programa que já estava rodando no COLLECT_BATCH a 4 dias, cadastramos o tipo na BATCUS (Através do Portal Web) e ele não travou mais.
Grande Abraço
Rapha, Pode fechar o tópico ?
Abraç

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

Erro no processo de cancelamento/inutilização

Amigos,
Configurei os cenários de NFe e está ocorrendo um problema no PI que ainda não havia visto. Recebo a mensagem abaixo na SXMB_MONI:
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">MESSAGE_NOT_USED</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Message interface is not used by this process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Já refiz os cenários e ainda assim não funcionou. Alguém já passou por um caso semelhante?
Abraços,
Marcos

Bom dia Phil,
Sim, você deve pegar o XML no SXI_Monitor e pode usar a ferramenta de validação do site da Sefaz RS para validá-lo.
Validador de mensagens do projeto NF-e
Porém, de antemão verifique:
- Se a justificativa de cancelamento tem no mínimo 15 caracteres
- Se a justificativa de cancelamento não possue acentos ou caracteres especiais.
Atenciosamente, Fernando Da Ró

ERP STATUS 109 - Erro de Validação

Boa Noite ,
Estamos Implementando NF-e no Cliente e estamos com problema no momento de inutilizar qualquer NFE que foi reprovada pelo validador interno do GRC (Bandeira Vermelha e Engrenagem na J1BNFE) , no ambiente de DEV esta funcionando OK , em QAS ocorre o problema. Estamos a alguns dias do Go-Live e esse é o unico erro critico que estamos encontrando no Projeto.
O Fluxo de aprovação da inutilização esta ok , retorna para o GRC , mas nao atualiza a tabela J_1BNFE_ACTIVE no ECC, acusando o erro ERP 105 ou 109 no monitor do GRC
Ja haviamos realizado a aplicação das notas abaixo , conforme indicaçao do Henrique Pinto e Fernando Ros em outros Threads.
1413636 - Status bandeira vermelha após Skip NFe. (Nãqo lembro da descrição correta)
1376324 - NF-e: Skip for NF-e with validation error
1298283 - NF-e: Skip for NF-e with validation error
1376901 - Skip for validation error
Alguem ja teve que brigar com esse problema ??? Poderiam nos ajudar ???
Grande abraço a todos,
Rafael Medice

Bom dia Rafael,
Ao que parece está faltando algumas coisas na sua implementação:
105 - refere-se aos objetos NF-e estarem bloqueados no R/3 quando o GRC envia a resposta do processamento, então é provável que vocês não tenham implementado o decouple. Verifique na J_1BNFE_ACTIVE se estão com CALLRFC=vazio, se estiver não está implementado. Solução: Procure pelas notas e no fórum tem vasto material sobre isso.
109 - quando o status que o GRC está enviando é incompatível com o status que o ERP aguarda. Isto pode até estar associado ao anterior, mas o mais comum é a falta de tratamento na impressão automática ou qq coisa que implementaram no método CALL_RSNAST00 da BAdI CL_NFE_PRINT. A SAP Note 1470484 evita o 109 numa retransmissão do mesmo status de Sefaz, porém você deve revisar seus códigos. Procure por exemplos de código aqui no fórum também.
Observação: Verifique TODAS as notas XX-CSC-BR-NFE para o seu ambiente, TODAS são necessárias. Sendo que as mais recentes deve-se planejar pois envolvem também o layout 2.0.
Atenciosamente, Fernando Da Ró

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

NF-e com Status Proc. 06, erro 50 e status 212 no GRC e no R/3 processando

Bom dia!
Gostaria de pedir seu auxílio com o seguinte problema:
Duas notas foram geradas na madrugada de hoje (25/02) e receberam rejeição 212 da SEFAZ.
Na sequencia, o usuário tentou inutilizá-las pelo monitor J1BNFE, e ambas ficaram com o seguinte erro no GRC: Status de Erro 50 (Cancelamento/inutilização: erro de sistema PI) e status 212 (Rejeição: Data de emissão NF-e posterior a data de recebimento). Ao verificar os batchs, ambos estão com status de lote 05 (Resultado recebido) e código de status 104 (Lote processado). Entretanto, no R/3, as notas estão em processamento, e não atualizam.
Ao tentar executar o programa XNFEUPDATE_ERP_STATUS_DIAL, é exibido o erro "NFe XXX with document status C is not permitted to be resend to ERP".
Alguma ideia do que posso fazer para ter o processamento finalizado no R/3 ou qual é o motivo da rejeição?
Muito obrigada,
Daniella

... complementando...
2) Algumas considerações à título de exclarecimento:
> Duas notas foram geradas na madrugada de hoje (25/02) e receberam rejeição 212 da SEFAZ.
Fizeram uma NF-e com data posterior e a Sefaz recusou, talvez fosse até questão de 1 dia (vc disse madrugada) então esperar virar meia noite fazer um RESET e Enviar resolveria. Verifique as datas/horas que estão sendo geradas as notas talvez isso seja a causa raiz do seu problema. (Ex.: NF-e gerada no relógio às 23:10, o sistema entende que a nota foi criada no dia seguinte 00:10).
> Na sequencia, o usuário tentou inutilizá-las pelo monitor J1BNFE, e ambas ficaram com o seguinte erro no GRC: Status de Erro 50 (Cancelamento/inutilização: erro de sistema PI)
Esta é uma das opções do usuário e foi correta, o problema foi no processamento no GRC/Sefaz. Deve-se investigar: veja 1)
status 212 (Rejeição: Data de emissão NF-e posterior a data de recebimento).
Esta foi a última resposta recebida da Sefaz, porém não é relativa ao processo de Inutilização e sim ao de envio.
Ao verificar os batchs, ambos estão com status de lote 05 (Resultado recebido) e código de status 104 (Lote processado).
05 - O resultado foi de fato recebido, uma rejeição. Tá normal isso, rejeição é resultado
104 - Lote processado, mesmo que o anterior.
Observação: O lote só deve ser verificado nas situações de envio de NF-e, como a NF-e já está "noutra", inutilização, então deve-se focar somente no status da NF-e. Veja 1)
Entretanto, no R/3, as notas estão em processamento, e não atualizam.
Após recebeu o resultado do envio (rejeição), o usuario disparou um novo processo (inutilização) que está parado no GRC. Veja 1)
> Ao tentar executar o programa XNFEUPDATE_ERP_STATUS_DIAL, é exibido o erro "NFe XXX with document status C is not permitted to be resend to ERP".
Este report serve para retransmitir situações finais (status 05) para o ERP, porém esta NF-e encontra-se travada no processo de inutilização, sem resposta recebida. Veja 1).

Erro inutilização em contingência Nfe 3.10

Boa tarde!
Implantamos NFe 3.10 e estamos com problema na inutilização de notas recusadas que foram emitidas em contingência.
A nota é emitida em contingência (TpEmiss = 6) e retorna recusada pela SEFAZ.
Em seguida, solicito a inutilização da nota, porém não retorna o status para o monitor (J1BNFE), permanecendo a nota na engrenagem.
Consultando o GRC, o lote está ok com status 104. Mas a nota permanece com status do erro.
Obs: Não estou conseguindo inutilizar a nota tanto com SVC ativo como com a SEFAZ normal ativa. Em contrapartida, quando a nota emitida em contingência é aprovada pela SEFAZ, consigo realizar o estorno da nota com a SEFAZ normal ativa.
Alguma sugestão para inutilizar uma nota recusada pela SEFAZ que tenha sido emitida em contingência?
Desde já agradeço pela ajuda!
Att.
Marcos Muniz

Marcos bom dia,
Se você reparar os endereço dos serviços não existe de Inutilização:
Primeiramente a SVC não aceita Inutilização como segue texto do manual:
"04.5 Serviço de Inutilização
O Serviço de Inutilização (Web Service: NFeInutilizacao) não deverá ser oferecido pela SVC.
Quando da utilização da SVC pela empresa, uma eventual necessidade de inutilização de
numeração identificada pela aplicação da empresa deverá ser represada para comando posterior
no ambiente de autorização normal da SEFAZ de origem da circunscrição do contribuinte."
Conversando com Luis Naves, ocorreu a mesma coisa com ele hoje, onde está o erro ?
Do lado do SAP ERP de permitir a inutilização mesmo em situação de contingência, você já abriu um chamado na SAP ?
Se já posta a snote ou algo do genero.
Att,
Ricardo Viana.

Status erro: 46 - NF-e 2.0

Masters of Sap Universe,
Estou com o seguinte problema com o GRC...
Aqui estamos com ambiente de GRC com SP15
No monitor do GRC:
Status do processo:05
Status erro 46 - Lote rejeitado pelo Processamento da Nota Fiscal Eletrônica /
Não existe erros na SXMB_MONI
Na tentativa de reiniciar o Lote, eles não aparecem nas abas de erro para tentar reinicalizar
Alguma ideia ?

Bom dia Fernando,
Estou com o mesmo problema.
No GRC apresenta o status do erro (46) que o lote foi rejeitado pelo processamento da NFe.
No monitor J1BNFE apresenta o erro 215 - Rejeição: Falha no Schema XML.
Ja fiz o procedimento no validador XML do RS e apareceu que o erro era o sinal na primeira linha. Com isso eu apaguei o sinal e validou.
O que devo fazer para resolver isso?
Obrigado
Júlio Meireles

GRC NF-e 2.0 - Status de Serviço com Erro

Boa noite Srs,
Estamos recebendo um erro no cenário SRVSC_WebAS_Outbound_ServiceStatusCheck.
No NF-e Monitor o Status de Erro é 70 (Error from the authorities). Verifiquei a MONI e encontrei a seguinte mensagem:
/CPACache/refres...
CPA cache refresh (mode=full) successfully executed in 1607 milliseconds.*
Estamos no SLLNFE 16 do XI Content e SAP_APPL 604/07 do ERP; Nossa versão do PI é a 7.0.
Alguém teria alguma dica que pudesse nos ajudar a resolver este erro.
Grato,
Ricardo

Marlo, obrigado por sua resposta!
Refiz novamente todo o cenário de StatusServico, e todos os conditions estão perfeitamente setados, conforme exemplo de São Paulo abaixo:
Condition Homologation: (/p1:nfeStatusServicoNF2/p1:cUF = 35 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 2)
Condition Production: (/p1:nfeStatusServicoNF2/p1:cUF = 35 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 1)
Para todos os outros estados utilizei a mesma regra citada, com exceção ao cenário BATCH, que segui conforme o PDF da nota 1465726 que utiliza o tpEmis (diferente de 3).
Estou fazendo um refresh no sld e reiniciando o server para ver o que acontece...rs
Mais alguma outra dica?
Grato,
Ricardo

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

Similar Messages

Maybe you are looking for