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

Similar Messages

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

Link´s redudantes para a comunicação com a Sefaz

Boa tarde a todos!
Pessoal existe algum pré-requisito para se colocar uma alta disponibilidade de link´s (2 link´s) para
o ambiente PI GRC NFe (SLL-NFE 100 0018 SAPK-10018INSLLNFE x NFE 1.0) comunicar com as Sefaz?
Neste final de semana colocamos dois link´s para fazer o balanceamento e disponibilidade.
Mas todos os processos de comunicação com a Sefaz terminavam com time-out. Após deixar todo
trafego com a Sefaz em apenas um dos link o processo normalizar. Com o balanceamento ativado só tenho time-out.
Agradeço,
Pamplona
Caramuru Alimentos

Boa tarde Henrique, tudo bem?
No meu caso eu estou falando do link de internet.
No ultimo domingo 19/06 implementamos um 2º link de internet
de uma outra operadora. Quando subimos a aplicação o resutado
foi que toda a comunicação do nosso ambiente (consulta, aprovação, cancelamento, check status etc)
com a Sefaz terminava com erro por time-out.
Com isso fizemos um filtro aonde todo o trafego com a Sefaz voltaria somente a ser feito
pelo link da Embratel e nada seria feito pelo novo link da OI (apesar do link da Embratel apre-
sentar o dobro de latencia do link da OI). Com o filtro aplicado toda a comunicação com a Sefaz
se reestabeleceu e terminaram as mensagens de erro. Mas continuamos na dependencia de
ter a comunicação entre a empresa e a Sefaz trafegando por um unico link.
Agradeço,
Pamplona
Caramuru Alimentos

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

NFE com status "em processamento" que não foi enviada ao PI para assinatura

Olá pessoal.
No dia 08/03 tivemos um problema no servidor do PI e GRC (ambiente de produção) devido a uma diferença entre os horários do Application Server e do Database Server.
A grande maioria das NF-eu2019s geradas durante o problema, tiveram o fluxo normal retomado depois da correção no dia 09/03, porém existem três NF-eu2019s que ficaram u201Ctravadasu201D, pois não saíram do GRC para serem assinadas.
As filas do PI e do GRC tiveram que ser reativadas para que o fluxo das NFE's com problema fosse retomado. Não há nenhum registro parado nas filas do GRC e nem do PI.
Percebemos que o envio para assinatura dá-se no momento da criação da NF-e no GRC. Tentamos re-enviar as NF-e's pelo monitor do ECC, mas não surtiu nenhum efeito.
Existe dentro do GRC alguma forma de reenviar para assinatura estas NF-e's?
Obrigado,
Dorval Neto.

Bom dia Pessoal,
Só para chamar a atenção das modificações em tabelas do GRC NFe, isto somente deverá ser feito após esgotadas todas as opções possíveis ( PI, filas, RFC, tunning, basis, java, monitores do aplicativo e também aplicação de notas ).
No suporte, tenho encontrado em produção problemas que foram ignorados em tempo de DEV / QAS onde o acesso é facilidado.
Em produção além do acesso limitado o alto volume de notas juntamente com a pressão dos usuários pela resolução rápida pode desgastar a imagem da implementação e do consultor.
Felizmente temos este canal, e também o suporte oficial, para apoio à esta identificação.
Abraços,
Fernando Da Ró

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.

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" ?>
- 
- <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

Inutilizar nota com status 252: Ambiente informado difere do de recebimento

Boa tarde!
Colocamos o GRC apontando para o ambiente de produção, porém no ECC ainda estava apontando para homologação.
Como resultado disso, tivemos uma nota gerada que retornou com o seguinte erro: 252 - Rejeição: Ambiente informado diverge do Ambiente de recebimento.
O ECC então foi apontado para produção, porém agora eu não consigo inutilizar a nota, pois continuo recebendo a mensagem
acima. Ou seja, eu tenho um ambiente apontando para a produção, porém no xml da nota, o tipo de ambiente está como homologação.
Alguem já passou por algo parecido? O que foi feito para solucionar esse problema?
Desde já agradeço.

Antes de mais nada tem que primeiro voltar a filial para "Produção". (feito)
Depois basta aceitar rejeição de cancelamento e reenviar a nota que o SAP irá chavear e envia-la como "Produção" para o GRC.
Porém se o GRC esta enviando nota de Homologação para SEFAZ produção, sua configuração esta errada. Favor rever o "Receiver Determination", mas especificamente a condição do campo tpAmb = 1. Exemplo de uma condição para enviar uma nota de produção para SEFAZ MG: (/p1:nfeRecepcaoLote2/p1:cUF = 31 AND /p1:nfeRecepcaoLote2/p1:tpAmb = 1)
Alias. Se bem que pode-se querer uma configuralçao dessa - permitir enviar nota de homologação para produção. Aí é definição de cada um então.
At.,
Bernardo Braga
Edited by: Bernardo Tavares Braga on Apr 7, 2011 10:34 PM

Sharepoint2010 Reusable workflow Out come status problem

Hi ,
I have one reusable workflow which is associated to library. it having more conditions and statements. this is
main workflow in my project. at a time more than 10 users are working on this workflow.
All the tasks are storing in task library.
based on Outcome status (Workflow column)field my workflow going next level.
if Outcome status is submit or complete it's going to next level.
some items Outcome status been updating as a "cancelled". In workflow i have not given this condition. But it updating like this.
even i am unable to found any error/exception in log file.
so once status has updated as a "Cancelled" workflow not going to next level. in that case i am simple terminating the workflow running from first step.
so please give so suggestion to overcome this issue.

Hi,
Is this SPD workflow? The workflow task status changes to Cancelled if the task is no longer required to be responded by the individual. Do you have any condition in the workflow where it is assigning task to multiple people but only one response is requred?
In this case, workflow will update one task as completed and other tasks as Cancelled. Check the completion condition of your workflow. Hope it helps.
Regards, Kapil ***Please mark answer as Helpful or Answered after consideration***

OLE error code 0x80040154:unknown com status code

I have been trying to log on to a visual fox pro database and get this error .please help in sorting it out currently on windows 8.1.thankyou

What did you use? VFP OLEDB Provider?
Any additional info about the error?
And code so far?
Googling the OLE error code suggests "class not registered". So do you try to use the VFP OLEDB Provider without first installing it? Or if you installed, did you have any installation errors?
Unlike MSSQL client tools often already installed neither VFP ODBC nor OLEDB drivers are a standard preinstallation of Windows or any major product.
Bye, Olaf.
Olaf Doschke - TMN Systemberatung GmbH
http://www.tmn-systemberatung.de

NFe em processamento no ERP e OK no GRC mas teve erro de atualização do ERP

Boa tarde,
Tem acontecido que ao tentar atualizar a NFe, ocorre o erro de atualização (tabela /XNFE/NFE_HISTconsta 108), porém no monitor GRC a NFe está com status OK (verde).
Ao verificar a tabela /XNFE/NFE_HIST, o registro de wasstat 05 (Result Received) tem o error_erp 108, porém o último registro da tabela é o de wasstat 08 (sent to B2B) e neste o erroe_erp está em branco. Inserindo o erro 108 neste último registro, a NFe aparece agora no monitor GRC com status de erro, e o erro ERP 108, e aparece na aba de "Erro atualização status ERP", permitindo assim o uso da opção Atual. (atualizar o ERP novamante), que após acionado, atualiza o ERP corretamente e volta a NFe para OK no monitor GRC.
Já pesquisei notas e aqui no SCN e não encontrei nada relacionado.
Alguém já passou por isso.
GRC 10.0 sp13
ERP 604 sp11
Abraços
Ricardo Carneiro.

Bom dia Ricardo,
Vamos por partes...
- o 05 significa resultado recebido da Sefaz, e o status 100 diz que foi tudo Ok por lá
- o 05 tenta comunicar com o ERP, e o 108 indica neste status que o ERP não pode processar seu status
- o 08 não comunica com o ERP, então nele não deve ter ERP_ERROR mesmo
Agora as questões:
- Deveria ter o processo parado no 05 já que houve um erro? Para alguns a resposta seria sim sim sim, para outros já que tá tudo OK faz o B2B
- Não deveria ter sido copiado o status 05 para 08? Talvez (pq resolveria a questão manual)
- O que fazer então?
Sobre o 108 ele é sintoma SEMPRE, algo não está bom no processamento ERP. A única coisa esperada de fato na emissão é o lock de processo no ERP, que o SAP NFE trata reenviando via job.
Na emissão muito provavelmente é algo errado seja configuração, seja código e deve estar dentro da BAdI.
Você não postou o que encontrou na RSRFCTRC. Poste por favor.
Com o foco em solução te indicaria investigar o que está errado no ERP, e a questão ERP_ERROR não estar visível no 08 vai ficar menor. De qualquer forma pode ser motivo de chamado para o desenvolvimento avaliar opções, mas é um remédio para sanar sintoma não para curar a doença.
* Se fosse um processo de cancelamento ou skip bem mais coisas poderiam acontecer como fonte de um erro de processamento ERP.
Atenciosamente, Fernando Da Rós

Reenvio do GRC para o ERP do Status de NFe 225

Pessoal,
Enviamos uma Nfe que foi rejeitada pela SEFAZ, com o validador GRC desativado.
Devido a uma falha de comunicação logada na /XNFE/BACKSTATUS o ERP não teve o update do status da nota, sendo que o GRC estava atualizado com o Status 225 para o lote, com o Error Status 46 para nota.
Em análise do programa de reenvio /XNFE/UPDATE_ERP_STATUS percebemos que o status enviado ao ERP é o status do cabeçalho da Nfe (tabela /XNFE/NFEHD, campo STATCOD).
Para o DOCNUM 138746, o campo STATCOD está em branco na tabela /XNFE/NFEHD, porém está preenchido na tabela /XNFE/BACKSTATUS, campo CSTAT como pode ser visto nos screenshots anexos.
No ERP, então, temos o erro u201CNo status code was received for NF-e 0000138746u201D
Existe alguma forma de reprocessar NF-e com status SEFAZ setado somente para o lote?
Segue os prints das telas:
http://img5.imageshack.us/img5/1936/screen1le5.jpg
http://img232.imageshack.us/img232/1678/screen2zs7.jpg
http://img232.imageshack.us/img232/4084/screen3ns1.jpg
http://img232.imageshack.us/img232/5003/screen4nt6.jpg
http://img232.imageshack.us/img232/1944/screen5hc2.jpg
Obrigado,
Dorval Neto.

Bom dia Alexandre,
O report /XNFE/UPDATE_ERP_STATUS foi lançado no SP05 através da nota 1251349, nela é comentado sobre a criação do job e a execução individual. Após esta nota o report foi modificado algumas vezes sendo a mais recente 1273616 ou SP06. Acredito que mais modificações são necessárias ao programa, como a descrita que não retorna individualmente para NFe que ocorreu rejeição 225 por lote.
Quanto a como identificar o erro:
a) NORMAL - Se foi uma rejeição de processamento "normal" do R/3, ou seja, por algum motivo conhecido ele rejeitou a resposta enviada pelo GRC, então a resposta será encontrada na tabela J_1BNFE_INVALID no R/3, procure pelo docnum (obter na /xnfe/nfehd-docnum). Existe algumas situações especiais que o R/3 usa como docnum o valor de 9999999999, invalidando a pesquisa anterior. Então procura pela data e hora (ACTION_DATE e ACTION_TIME) da transmissão do GRC para o R/3.
b) ST22 - Se o não processamento no R/3 foi devido a algum dump no momento da execução da função ou alguma EXIT/BADI, então este não será logado corretamento no R/3. Verifique na ST22 do ERP se existe alguma informação no momento da execução do report update_erp_status.
c) RFC - Se não encontrar nesta tabela no R/3 então o problema pode ser de comunicação ou impressão, neste caso verifique no GRC NFE os logs de RFC via transação AL11, é um pouco mais complicado, pois você terá pegar o exato work process que fez a comunicação (se seu sistema tiver poucos erros de RFC, então fica mais simples). Exemplo:
. Transação AL11, Name of Directory Parameter = DIR_HOME
. Para facilitar, coloque em ordem por data e hora decrescente
. Procure um arquivo chamado dev_rfcN, onde N foi o Work Process que executou o call function remote (este é o ponto onde talvez não saiba), então procure pelo último data/hora logo após a execução do report /XNFE/UPDATE_ERP_STATUS
d) SEM OPÇÃO - Em último caso pode-se executar diretamente a função chamada no R/3 (J_1BNFE_XML_IN_TAB) através da SE37 e acompanhar passo-a-passo com os valores que o GRC tentou enviar sem sucesso (atenção para preencher exatamente os mesmo valores)
Dorval,
Poderia abrir um chamado na SAP sobre esta situação, desta forma poderemos submeter à equipe de desenvolvimento para providenciar a correção.
Atenciosamente,
Fernando Da Rós
Edited by: Fernando Ros on Mar 4, 2009 9:53 PM

Inutilização de NFE nao atualiza status no R/3

Amigos aconteceu uma coisa muito estranha,
Ao solicitar a inutilizacao de uma NFE, o SEFAZ retornou ok codigo 102
Entao no GRC ficou autorizado com status 102
No R/3 o cancelamente foi feito normalmente todos os documentos foram estornados
porem a tabela J_1BNFE_ACTIVE nao foi atualizada com o status 102
e a nota fica com status 'Aguardando resposta'
Vi aqui no forum que algumas pessoas ja tiveram este problema
alguem sabe a solucao ?
Obs: estamos no SP61 a nota 1357713 esta aplicada
Este foi um caso isolado so aconteceu 1 porem preciso atualizar o status deste nota para que ela apareca no livro fiscal
SAP 4.6C
Obrigado

provavelmente aconteceu algum erro na montagem do campo chave de acesso na hora que o ERP mandou pro GRC.
Isso causou o erro na SEFAZ, rejeicao.
Na hora que o GRC tentou devolver pro ERP, como a chave de acesso estava errada, o ERP nao reconheceu aquele documento, e portanto nao atualizou nada (a entrada deve estar na /xnfe/backstatus).
Nao vejo muita alternativa a nao ser resetar o status da nota no ERP e tentar reenviar, dessa vez debugando para ver pq está montando a chave de acesso errada. Isso porque a chave de acesso errada já virou campo chave do documento no GRC.
Na verdade, se vc conseguir reenviar com a chave de acesso correta, ele vai criar outra entrada no GRC, que agora deve processar corretamente. Aquela que ficou com 216 vai ficar "perdida".
Verifique se a chave de acesso dessa nota que ficou com 216 tem algum espaco em branco ou campos com 00.
Abs,
Henrique.

NFE Produção - Código Status 204 Rejeição

Olá, Boa tarde!
Estamos com uma NFE da Produção parada, pois não estamos conseguindo atualizar o status dela.
No monitor de GRC a NFE aparece da seguinte forma:
Status NFE (bolinha vermelha): 05 resultado recebido
Status de Erro: 90 erro de sistema PI
Código Status: 204 Rejeição: Duplicidade NFE
A opção "Consulta do Status" está disponível, porém já tentamos várias vezes, aparece a mensagem: O processo de consulta status NFE foi inicializado. Atualizar a exibição NFE.
Atualizamos a página, porém não muda nenhum status.
No monitor J1BNFE a NFE está aguardando o retorno do GRC.
Não sei se tem algo a ver, mas recentemente fizemos a atualização da Versão para 2.0.
Antes o procedimento funcionava normal... agora as NFES estão paradas...
Aguardo comentários.
Obrigada.
Adriana

Bom dia,
Estou com esse mesmo erro, e não sei como resolver...
Ao clicar em consultar status(Monitor GRC) da NFE em questão, o status não é atualizado(consultamos no SEFAZ e a NFe Está aprovada)..
Verifiquei as msg na MONI e temos uma com o ACK NEG, porém desconheço o erro...segue os xml que consegui verificar na mensagem:
XML INBOUND:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML RESPONSE:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML ACK ERROR:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <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:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>N</SAP:Retry>
</SAP:Error>
Alguém teria alguma dica?
Edited by: João Luis da Silva Dovigo on Mar 16, 2011 6:20 PM

Usando GRC NFe com Outro Middleware (TIBCO)

Pessoal,
Estamos instalando o GRC NFe em uma empresa e por questões de segurança o PI não pode "sair" para internet.
Assim, ao invés de me comunicar com o SEFAZ, estou comunicando com o TIBCO (este é o nome do software).
Acordamos que o TIBCO teria que simular o SEFAZ para eu não alterar a solução standard e assim os caras tiveram que desenvolver interfaces identicas as da SEFAZ.
SOmente duas coisas ficaram diferentes:
1 - Para chamar os webservices do TIBCO eu não preciso usar o certificado digital instalado no PI
2 - Os Webservices que chamo não são os da SEFAZ, mas sim os do TIBCO, porém o SOAP Action é identico.
Concluímos todo o processo de configuração e agora iniciei os testes, porém já na primeira tentativa de envio de nota encontramos um problema
O Status de Serviço já está se comunicando com a SEFAZ perfeitamente e já está retornando a informação correta até o GRC.
O problema é que quando o lote com a nota vai ser enviado na chamada call adapter da interface BATSR_nfeRetRecepcaoSoapIn_SYNC_IB , portanto, BATSR_SOAP_RCV ele dá o seguinte erro:
SAP_Code area="INTERNAL"_AE_DETAILS_GET_ERROR
Error while reading from the secure store: ERROR_U: No service user password found for Adapter Engine
Error while reading access data (URL, user, password) for the Adapter Engine
Porém no TIBCO não é necessário usuário e senha para se conectar, portanto, deixei em branco. Repetindo, o Status Service está funcionando normalmente assim.
De antemão obrigado pela ajuda

Sim sim, o erro nao tem nada a ver com o fato de ser TIBCO, é algum erro de post-installation/configuração no Adapter Engine.
Verifique no SLD, technical systems process integration (ou exchange infrastructure, depende da versão) se vc vê a entrada do tipo Adapter Engine, e se ela está com os dados consistentes.
Verifique tb se o FM SAI_AE_DETAILS_GET finaliza com sucesso, e revise se o Exchange Profile foi mantido com os dados, em particular do Adapter Engine. Verifique se a SLDCHECk tb termina com sucesso.
Outra coisa, atualize o CR Content e o CIM Model do seu SLD para o ultimo disponível (6.x) de acordo com a nota 669669
Abs,
Henrique.

NFe Fiscal Workplace - Não atualiza com Status Sefaz

Similar Messages

Maybe you are looking for