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

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

  • Erro Retorno ERP Nota status 10

    Bom dia Srs,
    Estou com um problema para voltar o status de uma nota para o ERP,  a nota tem status 10 erro de validação.
    Já tentei algumas coisas:
    Verifiquei os jobs esta rodando normalmente, smq2, e monitor enfim  tudo em ordem.
    Rodei o programa /XNFE/UPDATE_ERP_STATUS_DIAL sem sucesso, pois também não esta na tabela  /xnfe/backstatus.
    Alterei o status da nota  na tabela  /XNFE/NFeHist para 24, para rodar novamente na aba de erro de assinatura, mas mesmo assim sem sucesso o status não volta para o ERP, porem essa nota antes estava com status 25 erro de assinatura também.
    Meu GRC esta no SP16 SP do PI 23 e SAP_BASIS 24, e vamos subir para o 17, mas creio que isso não vai resolver o problema.
    Será que alguém tem mais alguma idéia?
    Obrigado
    Abs

    Fernando, eu já tinha 3 notas neste situação nos testes, agora eu fiz uma simulação desse erro que esta ocorrendo, vou explicar o procedimento:
    Eu alterei a senha do J2ee_admin  no CC SIG_SOAP_RCV, enviamos uma nota essa nota vai dar erro assinatura , então a mesma fica parada  no monitor do GRC com erro de assinatura status u201C25u201D, corrigi o problema da senha do j2ee_admin no CC,  após isso reenvie a nota pela aba erro de assinatura , o que acontece a nota cai na mesma situação relatada aqui:
    Monitor GRC status u201C10u201D
    Monitor SAP ERP
    Status da Açao: engrenagem
    Log NF-e : Bandeira Vermelha ( com o mesmo log de erro do monitor do GRC)
    Status Sist.msgs: status u201CAu201D
    Seu tiver 1 mil notas que cair nessa situação de dar erro na assinatura e  fazer o reenvio, todas elas vão ficar com esse status nos monitores.
    Alguma coisa não esta funcionando como deveria não?
    GRC SP17
    Será que esta faltando aplicar alguma nota no ECC, acho que não, mas se vê tiver alguma idéia.
    Agradeço
    Abs

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

  • 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

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

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

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

  • NFe com status lote "Enviado às autoridades" no GRC, mas aprovada na Sefaz

    Bom dia!
    Estou com um problema no GRC. Foi lançada uma nota hoje, e a mesma encontra-se parada no GRC com o status de lote 03 - "Enviado às autoridades". Já reiniciei os jobs, verifiquei o status da sxmb_moni e não há erros, nem filas paradas nas SMQ*.
    Ao consultar a nota na Sefaz, a mesma está aprovada, mas esse status não chega ao GRC nem ao ERP, que fica com a nota enviada, aguardando retorno do GRC.
    Ainda estamos utilizando a versão 1.10 do XML, e outras notas foram lançadas antes e depois desta com problema, e todas foram aprovadas sem problema.
    Obrigada!

    Bom dia Audria,
    Foi Pedro, não Fernando nas últimas duas respostas... rsss
    Seguinte, a nota que o Pedro sugeriu corrige a causa raiz porém, como viu, o incidente já está feito.
    Para resolver este caso específico crie uma nova entrada na tabela /xnfe/bat_hist confome abaixo:
    ERTIME = maior + ,99999
    ERNAME = 'MARRETA' ou algo que seja rastreável como ação manual (rastreabilidade é super importante para futuras investigação (não estou falando de punição, ok?):
    BATSTAT = 05
    ERROR_STATUS = vazio
    Com isso o Status Query deverá estar habilitado no detalhe da NF-e.
    Atenciosamente, Fernando Da Rós
    Edited by: Fernando Ros on Feb 3, 2011 1:42 PM

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

  • To QM people - status and cancelling date of cancelled inspection lots

    In what table/fields do I know that an inspection lot is cancelled and the cancelling date?
    Transaction QA33 shows an LTCA system status.
    JEST table shows only the status (I believe that it registers all the status the lot passed by), but not the cancelling date.
    Thanks
    César Menezes

    Thanks Alfred
    I posted the below message on these two threads.
    Anyway,  I'll appreciate if you can help.
    César
    I need to know not only that the inspection lot is cancelled (I get this on JEST table), but also when it was cancelled. For ex. on monday night I loaded from QM to BW an inspection lot that was registered during the day. This lot was cancelled for ex. on thursday. At the night load I have to identify it and load the lot to BW, to maintain is as cancelled also in BW.
    What I discovered until now:
    - The OBJNR on QALS is the constant "QL" plus the lot number (prueflos).
    - On JEST table I have all my lots (from QALS), with the correct status. The cancelled lots have STAT = I0224. But the table doesn't have the cancelling date.
    - JCDS table seems to be a good chance, it has status and date fields. But my lots (from QALS) are not there. And, curious, I didn't find any I0224 status.
    Everything on the project is OK, this is the only unsolved question, so I'll appreciate any quick answer.
    César

  • Meaning of Inspection lot status

    Dear all guru,
    when we make any GR for a material which is applicable for quality inspection , SAP automatically creates a lot for the same and updates the status as CRTD CHCR SPR and go on updating as lot get undergo the quality inspetion stages,
    so can any body reply me the meaning of this status of lots and the list of different status with meaning of the same.
    and also is this standard codes for status for inspection lot or we can create our own new?
    regards,
    Vimlesh

    follow the link:
    http://help.sap.com/saphelp_erp2005/helpdata/en/2d/351956448c11d189420000e829fbbd/frameset.htm

  • Cancelation of QA lots whic are in LTCA Status

    Hi All,
    Lots are coming to quality in LTCA status after lot canceled by lot creator. So this list has become big in volume & it is observed in QA32 as pending with Quality Inspection. So please suggest how to remove such lots from QA32.
    Arun

    ARUN,
    If you want to have this automated please follow the following steps,
    1. Create a suitable selection profile to restrict status which is not required for you. (SPRO->QM>QI-->Define selection profile). Here you define a new profile with "LTCA" not active and any other status you want to filter.
    2. In QA32 Initial screen hit the "Dynamic Selection" function button or Shift+F4.
    3. Open the status administration folder on the left and double click "Status profile", now the status profile field gets copied to the right side.
    4. Now hit "My default" function button or Ctrl+F1.
    5. Now assign the new selection profile to the selection profile screen and save this variant.
    Now next time when you execute QA32, default selection profile field is populated with the value and the output of the inspection lots are of status which you wish.
    If you want this to be extended to all users you can create a transaction variant using transaction "SHD0".
    Hope this helps...Reward your points and close the thread,
    Regards,
    Prasobh

Maybe you are looking for