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.

Similar Messages

  • 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

  • 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.

  • 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ç

  • 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.

  • 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

  • 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

  • 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

  • Batch status at recurring insp lot creation

    We have setu recurring insp 09 for few materials. We use "insp stock at creation" option. So system work as expected and create lot and put stock in QI, but still batch status remain "unrestricted". Our req is at the time of lot creation it self system should set batch status as "restricted". How to setup it?
    When system setup "restricted" status for recurring batch? Help appreciated.

    check option
    Recurring Inspection: Block Batch at Lot Creation
    Specifies, that a batch is blocked, when the inspection lot is created, if the inspection date lies within the opening period.
    Use
    If you choose this option, batches are blocked, if their next inspection date lies within the opening period:
    If the batch status management is active in the corresponding plant, the batch status is changed to "restricted".
    If the batch status management is not active in the corresponding plant, the batch stocks are transferred to the blocked stock.
    If the batch status has changed or a transfer posting takes place, a new inspection lot is created for each storage location.
    If a relevant inspection lot already exists and the next inspection date has already been reached, the change of the batch status or the transfer posting also takes place

  • Sample disposition is updating the status ofone sublot per lot but not all

    Hi
    Sample disposition is changing the status of one sublot per lot but not all sublots.
    Setup Part
    OPM INV-Setup-Item master-define lot and sublot as yes under Controls
    Quality Manager-specification-validity rules-wip-control lot attributes box checked.
    Navigation Path
    OPM Production Manager- Batches- Material Detalis-Products-Select the Line Item-Line allocations-Define the Lot No,Sublot,Warehouse,Location,Allocated Qty,Reason code,Date etc.
    When we create sublots more than one for the same lot, I am getting this problem.
    I am creating the sample after coming back to material details window. then go to actions-click on sample-create sample.
    created the sample,entered the test results, and changed the disposition to accept.
    The status of all the sublots is not changed. Only one sublot status is updated.
    We have a situation where we need to have different sublots for the same lot.
    can any one please tell me the setup part where i missed.
    Thanks in advance
    Prem.

    any clue??
    Regards,

  • Automatic Selection of  "User Status Profile" for Inspection lot

    Hi all,
    I have created "User Status Profile" for particular plant to block UD if Results are not recorded ; I want this 'User status profile' to be selected automatically in record usage decision screen - qa11 of inspection lot .Please let me know how to go about this?
    Thanks
    Veeresh

    You can call the inspectiion whatever you want up to I think 6, (maybe 8) characters.
    You can use 04pppp where pppp = your plant ID.  So 041000, 042000, 042010, 043000, 043140, etc...
    In the insepction type setup in the material masters you can set the inpsection type you want to use in that plant as the "preferred" one by checking that box in the inspection setup in the material master.
    FF

  • User status change in inspection lot

    sir,
    when i am doing  ud in qa11 that there is compulsary a USER STAUS must be QAA Aprroval by QA manager if user staus is QCNA not approvewd by QA manager then it gives error for user status changes must be compulsary.
        so where we can change that user status of .I have a one option in qa02 is there any another options.
    Please guide me

    Dear Prakash
    If you want to manualy change the status in QA11, you can change there itself. Near to the user status there is a change where you can change the user status ( Set status button - tick and change button)
    Regards
    Gajesh

  • 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.

Maybe you are looking for