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
BhaveshDear 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,
AngadHI 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 BaroniPessoal, 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 KolhatkarHi,
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 -
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
-
Trouble with reauthenticating NAC users after laptop is out of hibernation
Hi, Have trouble with users logging back on to laptops that comes out of hibernate mode. NAC agent pops up saying " Client Access Server not available on the network" The current solution I have now is to run Kerbtray.exe too clear the kerberos tkts.
-
How do I down load a pdf slideshow to FB?.
How do I download a pdf file to FB?
-
Purchase high value assets by cash
Hello Team, My client requirement is : Purchase high value assets(land) by cash but wants to show deffered payments in cash through installments but wants to show full value in balance sheet Can u please suggest me how to solve this problem. Regards,
-
User's short name greyed and can't be changed
Hi all I hope I'm in the right area for this post. Here's my problem: When I create a user I can give them a short name or accept the default, then I save the user. However, if I go back to that user to change the short name It is greyed out and cann
-
Details of Conc Requests for which a Program ran for Specific Template
We have a Concurrent Program and associated Data definition for XML report. We have TWO Templates attached to the Data Definition. We would like to know the Concurrent Reuqest ID of the CONC Program which ran for a Specific TEMPLATE. We are using the