Lote com status  02 - Enviado ao PI

Boa Tarde,
Estamos com 3 lotes que apresentaram o seguinte Status - 02 Enviado ao PI, e não consigo liberá-los para envio para a SEFAZ.
O erro apresentado no SXI_MONITOR é o seguinte:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- <!--  Call Inbound Proxy
  -->
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
  <SAP:Category>XIProxy</SAP:Category>
  <SAP:Code area="ABAP">PARSE_APPLICATION_DATA</SAP:Code>
  <SAP:P1>Request Message</SAP:P1>
  <SAP:P2>CX_ST_DESERIALIZATION_ERROR</SAP:P2>
  <SAP:P3>/1SAI/TXS93D66C51A914A80B8BD3</SAP:P3>
  <SAP:P4>XML Bytepos.: 705 XML Path: ns1:nfeRecepcaoLoteResponse(1)ns1:nfeRecepcaoLoteResult(1)ns2:retEnviNFe(1)ns2:xMotivo(4) Error Text: Ocorreu um perda de dados durante a conversão de Rejeição: Erro não catalogado - Could not allocate space for object 'dbo.NFe_Fila'.'PK_NFe_Fila_1' in database 'NFe_In' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additi. Kernel ErrorId: CONVT_DATA_LOSS</SAP:P4>
  <SAP:AdditionalText />
  <SAP:ApplicationFaultMessage namespace="" />
  <SAP:Stack>Fehler bei der Konvertierung XML => ABAP (Request Message; FehlerId: CX_ST_DESERIALIZATION_ERROR; (/1SAI/TXS93D66C51A914A80B8BD3 XML Bytepos.: 705 XML Path: ns1:nfeRecepcaoLoteResponse(1)ns1:nfeRecepcaoLoteResult(1)ns2:retEnviNFe(1)ns2:xMotivo(4) Error Text: Ocorreu um perda de dados durante a conversão de Rejeição: Erro não catalogado - Could not allocate space for object 'dbo.NF ) ) Ocorreu um erro na deserialização em o programa ST /1SAI/TXS93D66C51A914A80B8BD3. Ocorreu um perda de dados durante a conversão de Rejeição: Erro não catalogado - Could not allocate space for object 'dbo.NFe_Fila'.'PK_NFe_Fila_1' in database 'NFe_In' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additi.</SAP:Stack>
  <SAP:Retry>M</SAP:Retry>
  </SAP:Error>
Mas não consigo reestartar a mensagem.
Alguém saberia como solucionar este problema?
Obrigado
Migdon Silva

Bom dia Migdon,
O erro de banco de dados aconteceu na Sefaz SP no dia de hoje, este erro CX_ST_DESERIALIZATION_ERROR aconteceu no proxy do PI para o ABAP devido à descrição do erro no campo xMotivo excedeu o tamanho máximo definido no esquema XML (255 caracteres).
Como é comum das Secretarias estrapolarem este limite nos erros tipo 999, o GRC foi modificado para truncar este valor e eliminar o problema de proxy através da SAP Note 1319911 (SP09).
Para resolver o incidente, você deverá acrescentar linhas falsas na tabela de histórico de lote (/xnfe/bat_hist), conforme xemplo:
   BATCHID      = <seu lote>
   ERTIME       = <current time stamp with format YYYYMMDDHHMISE,99999>
                      Ex.:20090522160000,9999999  --> um bom valor de ERTIME é
pegar o maior atual para o lote e acrescentar 1 segundo.
   BATSTAT      = 02                                                   
   ERROR_STATUS = 01    "General error                                 
Após acrescentar esta linha você pode ir no GRC Web Monitor e fazer o restart do lote, que será enviado normalmente.
Atenciosamente, Fernando Da Rós
Edited by: Fernando Da Ros on May 22, 2009 9:05 PM

Similar Messages

  • Notas paradas com o status 2 - 'Enviado ao serviço de assinatura digital'

    Bom dia.
    Realizei uma busca pelo fórum mas não consegui encontrar a solução para o meu problema.
    Desde hoje de manhã estou com cerca de 15 notas para com status de 'Enviado ao serviço de assinatura digital'.
    Já chequei a SMQ1, SMQ2 e SWWL (em todos os mandantes) e não existe nada.
    Estou na release 702 0006 do PI.
    Na SXMB_MONI não encontrei o erro, consta apenas como 'Erro Indefinido' para o canal de comunicação SIGNN.
    Na tabela /XNFE/ACKNOWLEDG existem 17 registros, sendo 15 apenas SIGNN, e os outros dois são BATCH e BATSR.
    Agradeço desde já a ajuda.

    O Job esta ativo, sem problemas agora entrei na transacao SPROXY na interface de servico SIGNN_SignNFe_OB, e la em show logs consta os seguintes logs
    "nao e possivel gera LPT sem perfis DT"
    "logical port template is inconsistent; regenerate and active it"
    "regenerate proxy (see long text)"

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

  • Quality Management - Insp lot with status CRTD CHDR SPRQ

    I am not able to do usage decision for Insp lot with status CRTD CHDR SPRQ but I can do usage decision for status REL CALC SPRQ.
    Can anybody know why ?

    Hi
    pl check the lot is assigned for inspectioon plan ore not.
    got QA02 check in inspecion specification TAB.
    If there is noe inspection plan (group)
    you need to create a inspection plan, and then come to QA02
    then you need clickon TAsk list/spec button in insp.specification tab.
    Pl check and try
    -ashok

  • NFe Fiscal Workplace - Não atualiza com Status Sefaz

    Boa noite!
    Estou tentando reexecutar a consulta de status de NFe através do fiscal workplace para algumas NFes que ficaram com Status Global 11 devido a um problema temporário que tivemos com SSL (certificado estava sendo rejeitado pela SEFAZ) . Para tal, quando seleciono uma NFe clico em "Outras Funções > Consultar Eventos" o cenário de processo de integração "NFESC_WebAS_Outbound_NFeStatusCheck"  é executado com sucesso e posso ver a interface NFESC_nfeConsultaNFResponse_IB retornando ao SAP GRC com sucesso, porém no monitor fiscal workplace a nota continua com Status Global = 11.
    Um detalhe importante é que isso só está ocorrendo para estas notas que estamos tentando consultar o status através do monitor "Outras Funções > Consultar Eventos", pois após a SEFAZ passar a aceitar nosso certificado, para o processo automático (resumindo entrada de nota e depois conferência de status)  está tudo correndo bem. Parece ser algo relacionado com a execução de consulta de status via monitor!
    Por favor, se alguém puder dar um auxílio será de grande ajuda!
    Desde já agradeço.,

    Bom dia Glauco,
    Não estou lembrado do caso exato, mas sim você tem razão que diferente do SAP NFE 1.0, no SAP NFE 10.0 tem vários "chamadores" da consulta de status na Sefaz, e de acordo com o processo que solicitou esta consulta tem ações diferentes a analisar.
    Em que versão você está? Já usando 3.10?
    Atenciosamente, Fernando Da Rós

  • Want to do mass processing for inspection lots with status SPRQ

    Hello,
    My company using early lot creation for 04 inspection type. We have thousands of inspection lots with status "UD   ICCO SPRQ PRII PRSI STUP". Now due to SPRQ status, system is not closing process orders associated with thousands of inspection lots.
    Is there any transaction where I can do mass processing of inspection lots to change the status "SPCO" from "SPRQ"?
    Thanks
    Bhavesh

    Dear Bhavesh
    You may have to modify the standard program to do so. Modify this program RQEVAI30.
    This can help you
    Regards
    gajesh

  • Incorrect check lot number status in FCHI

    Hi,
    We have maintained Check Lots in FCHI. Recently, the whole number range for one of our check lots (05) got used up. (e.g. say it was 172001 to 175793). Now we increased the number range (eg. to 175950). What the system did after this was it automatically increased the Check Lot Number Status to 175950!! But this is wrong, as in the system, the last check issued within this number range was 175793. (I confirmed this in FCHN also).
    Can anybody help in identifying why this is happening?
    Thanks!
    Regards,
    Angad

    HI Angad,
    As per system your check lot has been exhuasted. So when u increased the number range to 175950, system picked up that number as next check number.
    If your initial check lot is exhuasted, then do not change the number range of the exhuasted lot. Create the new check lot. Now please create a new check lot from 175794 - 175950. Then system will pick up you next check number as 175794.
    Regards,
    Ajay

  • Inspection lot system status shows  CRTD PASG

    While running Calibration scenario in PM , Order generated with inspection lot.
    But when we go for Change data for inspection lot system status shows  CRTD PASG, its not in released state.

    Hi
    Pl check ur task list has been assigned to maintenace plan
    Once u assign U will be need to manualy release the Inspection lot by using QA02.
    You can go to QA02 and in the inspection specification Tab click on Task list push button , You may have to change the key date adjacent to the push button in same tab to say today's date. Since the specs are not got assigned to it.
    Now go to sample tab and click on calculator.
    Save your transaction Lot will be in REL state.
    Regards,
    Nitin

  • 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

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

  • Cancellation of Inspection Lot with Status LOLK

    Lot with Origin 08 has the status "ICCO SPCO BRRQ LOLK". Stock has been scrapped through movement type 713 from the quality inspection area but the lot is still is displaying in QA32.
    When we are trying to remove the status LOLK through QA12 system is not allowing to enter into screen and giving message "This function cannot be carried out."
    How to cancel or remove this lot?

    Hi,
    status LOLK means Lot locked for batch record
    So go to QA32 and select the relevant inspection lot and go to the Usage decision tab.
    Click the menu bar " Usage Decision" and go to
    Functions-block for batch record---deselect
    Then save the lot and come again  to functions--- cancel the lot.
    By doing this you can cancel your lot
    How to cancel or remove this lot?
    Hope your problem will sorted out
    Give a try and confirm
    Regards
    Hari

  • Erro no envio de Lote com NF-e em Contingência (FS) para o Paraná

    Experts, bom dia.
    Devido à entrada em contingência em modo SCAN na data de ontem pelo Estado do Paraná, emitimos algumas NF-e's em Contingência, porém optamos por não emitir em SCAN, mas sim em Formulário de Segurança (FS).
    Com isso, as notas que foram emitidas no momento da "queda" do SEFAZ PR ficaram "travadas" com engrenagem na J1BNFE. Comutamos estas Notas para poder emitir novas notas em Contingência. Assim que o SEFAZ PR voltou, resolvemos tirar a Contingência no ECC e enviar as NF-e's emitidas em FS.
    Estas Notas (FS) foram enviadas corretamente ao GRC, que montou um Lote e tentou enviar ao SEFAZ PR pelo cenário BATCH. Porém ocorreu erro neste Lote (36-Erro de Sistema PI). Verifiquei na MONI e somente ocorre erro no Acknowledgement do BATCH:
    <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">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
      <SAP:P1></SAP:P1>
      <SAP:P2></SAP:P2>
      <SAP:P3></SAP:P3>
      <SAP:P4></SAP:P4>
      <SAP:AdditionalText></SAP:AdditionalText>
      <SAP:ApplicationFaultMessage namespace=""></SAP:ApplicationFaultMessage>
      <SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
      <SAP:Retry>M</SAP:Retry>
      </SAP:Error>
    Já tentei reenviar este Lote de FS diversas vezes e volta a ocorrer erro de ACK. As Notas emitidas em modo NORMAL para o PR estão sendo aprovadas normalmente.
    Alguém já passou por esta situação? Ou tem idéia do que pode estar ocorrendo?
    Desde já agradeço.
    Pedro Baroni

    Pessoal, o erro acima ocorreu devido ao SEFAZ do PARANÁ ter respondido o Servico de entrega de Lote (BATCH) sem o campo obrigatório DHRecbto:
    <?xml version="1.0" encoding="UTF-8" ?>
    - <nfeRecepcaoLoteResponse2 xmlns="http://sap.com/xi/NFE/006">
    - <nfeRecepcaoLote2Result>
    - <retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">
      <tpAmb>1</tpAmb>
      <verAplic>PR-v2_4_5</verAplic>
      <cStat>225</cStat>
      <xMotivo>Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException: cvc-pattern-valid: Value 'RSIDU77' is not facet-valid with respect to pattern '[A-Z]{3}[0-9]{4}' for type '#AnonType_placaTVeiculo'.</xMotivo>
      <cUF>41</cUF>
      </retEnviNFe>
      </nfeRecepcaoLote2Result>
      </nfeRecepcaoLoteResponse2>
    Devido a isto a mensagem de erro não foi gravada no Lote e não apareceu no Monitor do GRC.
    Fernando / Henrique, neste caso é necessário entrar em contato com o SEFAZ PR ou pode haver algum tratamento no SAP?
    Abs.

  • 04 inspection lot with status SPST

    Dear Experts,
    We are using Handling Unit (HU) functionality in FG material,
    1. We create HU's (say 50 HU's) using tcode COWBPACK,
    2. On creation of HU, an inspection lot of type 04 is created for 50 HU's.
    3. In regular scenario, we do GR of all 50 HU's using tcode COWBPACK,
    4. All 50 HU's are posted in to unrestricted & UD is given using tcode QA32 & status UD SPCO.... is updated in inspection lot,
    5. The HU posting in unrestricted can be happen before GR also (which observes no problem),
    But in rare scenario, we need to cancel / delete the some of HU's at that time following steps are involved -
    1. We create HU's (say 50 HU's) using tcode COWBPACK,
    2. On creation of HU, an inspection lot of type 04 is created for 50 HU's.
    3. HU posting in unrestricted is done for 45 HU's (System status SPST is updated in inspection lot),
    4. Balance 5 HU's are deleted from system using tcode HUMO,
    5. UD is given to inspection lot & status UD SPST.... is updated in inspection lot.
    Now the problem is, after settlement & variance calculation of production order when we try to update status CLSD (Close) in production order the system give an error "Inspection lot 040000XXXXXX for order XXXXXXXX has not yet been completed" this is due to system status SPST is there instead of SPCO.
    As the 5 HU's are deleted hence the stock posting can not be completed. Even we can not cancel the inspection lot due to status SPST.
    Please suggest how to resolve this issue to update the status CLSD in prodction order.
    Thanks in advance,
    Leena.

    See if these OSS notes help you
    Note 622758 - Stock posting cannot be completed (HU)
    Note 532946 - HU lots: Status SPST f.stock proposal in usage decision code

  • Inspection Lot with status CHCR

    Hi,
    I am facing following problem in QM -
    I have maintained inspection type 03 & 04 in Inspection Set up for a raw material master. When I create PO & receive material against the PO, the inspection lot is created & material is posted to inspection. The lot has following status:-- CHCR Characteristics must be created. Here the system does not allow me to post the usage decision for the lot & I am unable to post the stock to unrestricted use.
    Pl. suggest if anyone knows the answer
    Regards,
    Prashant Kolhatkar

    Hi,
    Did you go for Change inspection result before changing usage decision,
    if not go by the fallowing process.
    Menu bar-> Goto->change inspection lot
    Put the Inspected qty, results, Origi insp data, insp desc,
    click on lock tab and Accept the results.
    Then go for change usage decision and accept.
    Quality inspection results will be updated in the system and stock will be moved to respected stock type
    Regards
    Sanjay L

  • Inspection Lot System Status

    In transaction QA32(Inspection Lot Selection) for an Inspection Lot there is  a System Status (not Result Record Status) . What is the database Table-Field where this System Status is stored? OR
    How can I retreive that System Status in my ABAP program?

    Hi
    Check the Table JEST
    take the OBJNR field from QALS or some other QA* table and pass to JEST
    take the STAT2 status field
    for description see TJ02T table
    Regards
    Anji

Maybe you are looking for