NFe de inutilização com aguardando resposta

Bom dia!
Estou com uma NFe de inutilização que está com os seguintes status:
SEFAZ - OK Inutilizada
GRC - OK Inutilizada
ECC - Não OK
O problema é que a nota fiscal está como aguardando resposta, mas no monitor está como concluido já.
Achei esse post no forum.
Nele o Henrique cita que o status não precisa ficar como inutilizada ou cancelada, mas num post abaixo ele fala para buscar com status = 2 rejeitada. (docstat = 2 OR msstat = V)
É correto a nota ficar com esse status? Aguardando resposta?
Tabelas:
J_1BNFEACTIVE
DOCNUM          147892
DOCSTA
SCSSTA          A
CONTING
CANCEL          X
CODE            102
ACTION REQU     C
PRINTD
CONTING S
MSSTAT          V
REASON          02
REASON1         Problema Operacional
J_1BNFDOC
DOCNUM        147892
CANCEL        X
CANDAT        02.07.2010
AUTHCOD       135100396806804
DOCSTAT
XMLVERS       1,10
NFENRNR       01
CODE          102
As notas já estão aplicadas:
1376324     NF-e: Skip for NF-e with validation error
1403811     NF-e: Disabling switch to contingency for MSS 'V' and 'G'
1413636     NF-e: Skip NF-e with validation error - new status not set
1420754     NF-e: authorization of documents with MSS 'G' not possible
ECC
SAP_ABA     700     0020     SAPKA70020
SAP_BASIS     700     0020     SAPKB70020
SAP_APPL     600     0016     SAPKH60016
GRC
SAP_ABA     700     0020     SAPKA70020
SAP_BASIS     700     0020     SAPKB70020
SLL-NFE     100     0012     SAPK-10012INSLLNFE
Muito obrigado,
Dalmo Costa

Henrique Pinto wrote:
Vc tem algum log de erro no ERP (bandeirinha vermelha na J1BNFE) ou status de erro de ERP no monitor do GRC?
Na bandeira vermelha está:
Novo status de comunicação de sistema "Autorização para rejeição & inutilização (cancela não permitido p/SCS "Erro de validação, mas acho que o usuario deve ter tentado inutiliza-la novamente.
Henrique Pinto wrote:
Vc tem o job /xnfe/update_erp_status schedulado?
Então o job está schedulado de 15 em 15 min.

Similar Messages

NFe de devolução com referencia a Cupom Fiscal - Versão 3.10

Olá pessoal, boa tarde!
Tenho o seguinte cenário em uma instalação de IS-Retail. O sistema legado no PDV não emite notas fiscais eletrônicas para acobertar processos de devolução de vendas. Este processos, eram realizados no ECC para a versão 2.0 sem maiores problemas.
Ocorre que, com as novas validações da Sefaz, tivemos que alterar o processo para <finNFe> = 4 para continuar utilizando os CFOP´s de devolução (1411/AA, por exemplo). Com essa alteração, veio a necessidade de informar um processo referenciado, que nesse caso foi um cupom fiscal.
Para o GRC, enviamos então as seguintes informações na tabela IT_NFE_NFREF:
MOD_ECF
= 2D
N_ECF
= 999
N_COO
= 999999
Aparentemente, td bem até recebermos o seguinte retorno do GRC:
Erro durante a transformação XML: Unexpected Case in Branch, /1SAI/SAS681A693D4DAAF84E1854, 32
Nº mensagem J1B_NFE_ERP_GRC204
Depois de algum tempo, percebi não há rotina no MF /XNFE/OUTNFE_TRANSFORM, perform fill_proxy_structure para preencher o campo ls_nfref-choice-selection no cenário com ECF (dentro de: ELSEIF NOT ls_nfe_nfref-n_ecf IS INITIAL.) . Ao inserir o valor 'REF_ECF' manualmente (via debug) o XML é construído normalmente e a Sefaz aprova a emissão da NFe de devolução. A tag foi montada conforme abaixo:
<NFref>
     <refECF>
          <mod>2D</mod>
          <nECF>999</nECF>
          <nCOO>999999</nCOO>
     </refECF>
</NFref>
Estamos abrindo um chamado pois parece que faltou uma linha de código (ls_nfref-choice-selection = 'REF_ECF'. dentro da condição: ELSEIF NOT ls_nfe_nfref-n_ecf IS INITIAL.) no programa standard.
Alguem conhece alguma BADI/Exit para tratar esse essa issue no GRC?
Agradeço qq idéia,

Olá Ricardo,
Eu obtive problemas recentemente com Devolução de NF Produtor Rural e o problema era no momento da transformação do XML no GRC para envio para SEFAZ, e só foi corrigido após a aplicação do Suport Package SLL_NFE 18 veja o post abaixo talvez ajude:
Erro Devolução de NF Produtor Rural (Fornecedor)
Se for o caso check as SNOTES que estão no SP18 e talvez você encontre a SNOTE com a solução.
Abraços,

Momento de disparo comunicação com GRC NF-e (Processo SD)?

Boa tarde a todos!
Uma dúvida interessante:
Qual seria o real momento de disparo de comunicação entre o ERP e o servidor GRC NF-e em um processo SD?
Imagine um cenário no qual a liberação contábil é feita após o salvamento do faturamento.
a. Seria no momento de se salvar o documento de faturamento;
b. Ou seria no momento de se liberar o documento para o lançamento contábil?
Acredito que seja a primeira opção, mas tenho dúvida.
Outra dúvida:
Seria possível, no caso de o disparo ser no momento de se salvar o documento de faturamento, realizar alguma configuração no SAP para que, ao invés disso, o mesmo realizasse o disparo no momento de se liberar o documento para o lançamento contábil?
Obrigado pela atenção,
Daniel.

A data de escrituracao = posting date da J_1BNFDOC.
O problema é para notas emitidas perto da meia noite, em que a autorizacao pode vir só no outro dia, é isso?
Pq nao tem hora pra escrituracao, só data, entao só vejo problema em querer alterar a data, a nao ser nesse caso.
Mas note que a NF-e nao aparece no livro (ou nao deveria aparecer) enqto ela nao estiver autorizada (docstat = 1, statcode = 100), ou aparece como cancelada (se ela tiver sido cancelada ou inutilizada, flag de cancelled = X).
De qq maneira, se vc quiser, pode analisar a possibilidade de alterar o valor do posting date no metodo call_rsnast00 da badi cl_nfe_print (que eh chamada no retorno do grc pro erp), e alterar qdo a nfe for autorizada (status atual = aguardando resposta e status da sefaz = 100 (autorizada)). Nao sei se dá, tem q ver os parametros q sao passados.
Abs,
Henrique.

Preciso de opnião sobre qual cenário usar para um processo SD

Pessoal,
Como estão ? Espero que todos bem e alocados.
Seguinte estou com um processo de venda na qual não estou segura de qula cenário SAP posso aplicar.
Gostrai da opnião de vocês.
A empresa precisa emitir uma remessa para manutenção, de um equipamento que se encontra dentro de uma fábrica de terceiros, mais este equipamento não pertenece a empresa, este equipamento esta na fabrica do cliente do nosso cliente.
Ou seja
Fabrica X - dona do material que enviou em comodato - saiu como remessa em comadato para o cliente H
Fabrica Y - recebeu o material em comodato em nome do fornecedor H
Cliente H - E o cliente real da fabrica X, o pagador do material e da manutenção.
O material que sera usado na manutenção estara nas mães de técnicos da Fabrica X
Pergunta, qual melhor cenário para envio das peças para conserto, e uma emessa mesmo.
Existe um cenário melhor ?
Com trabalham empresas que tercerizam sua manutenção para uma outra empresa ? usam que tipo de cenário
obrigada a todos
Edited by: Martha Zar on Oct 19, 2009 6:45 PM

A data de escrituracao = posting date da J_1BNFDOC.
O problema é para notas emitidas perto da meia noite, em que a autorizacao pode vir só no outro dia, é isso?
Pq nao tem hora pra escrituracao, só data, entao só vejo problema em querer alterar a data, a nao ser nesse caso.
Mas note que a NF-e nao aparece no livro (ou nao deveria aparecer) enqto ela nao estiver autorizada (docstat = 1, statcode = 100), ou aparece como cancelada (se ela tiver sido cancelada ou inutilizada, flag de cancelled = X).
De qq maneira, se vc quiser, pode analisar a possibilidade de alterar o valor do posting date no metodo call_rsnast00 da badi cl_nfe_print (que eh chamada no retorno do grc pro erp), e alterar qdo a nfe for autorizada (status atual = aguardando resposta e status da sefaz = 100 (autorizada)). Nao sei se dá, tem q ver os parametros q sao passados.
Abs,
Henrique.

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 Boas discussões - Leia antes de postar

EM DESENVOLVIMENTO - SUGESTÕES DE ADIÇÃO E REMOÇÃO SÃO BEM VINDAS ***
Bom dia Pessoal,
Segue abaixo uma compilação de threads de NF-e. Observação: Estas threads estão respondidas, caso tenha algo "parecido" SEMPRE crie uma nova thread, pode até referenciar a thread que você olhou, mas lembre-se de descrever seu problema, versão de SP, background...
ERP Saída:
Aplicação de Notas --> como procurar notas
Criação de NF a partir de documento de devolução - BAdI alteração tipo categoria NFe
Inutilização OK porém Status DOc. Aguardando Resposta
Como fazer entrada no SAP de NFe´s que foram inputadas diretamente na SEFAZ
Dúvidas entre TAXBRA e TAXBRJ
Emissão em congingência por local de negócio e por região NFE 2.0
Erro ao criar BAdI da Nota 1370016
Escolha do tipo de formulario de contingencia (FS x FS-DA)
"212 - Rejeicao: Data de emissao NF-e posterior a data de recebimento" --> timezone
Decouple elimina GAP de numeração?
Relacionamento entre CallRFC do Decouple com J_1BNFECHECKNUMBERRANGES
Performance/Funcionamento J_1BNFECHECKNUMBERRANGES
J_1BNFECHECKNUMBERRANGES - Gap Monitor
Funcao J_1BNFE_CALL_RSNAST00
Dúvida - Job /XNFE/UPDATE_ERP_STATUS
Impressão automática da DANFE
J_1BNFE_CALL_RSNAST00: erro ao ser executada em IN BACKGROUND TASK
ERP Saída - Preenchimento tags:
NF-e Bloco Y dados da Cobrança
Preencher Bloco Y dados da Cobrança na BADI CL_NFE_PRINT
TAG IPI não informada no XML
Dúvida sobre preenchimento de PIS/COFINS
NFE 2.0 - XML_ADI - XML_IMP
Validation error: Field IT_NFE_IMP: V12 (Field NDI)
NFE V2.0 - Tags dSaiEnt & hSaiEnt
Nota de Importação em SP para realizar Desembaraço Aduaneiro. Dicas?
ERP Entrada:
Atualizar dados NFe 2.0 na Miro
Tipo de emissão de NF-e de entrada (XML 2.00)
NFE 10.0:
Blog sobre SAP NFE 10.0 New
Componente Java SLL-NFE-JWS para SLL NFe 10 New
GRC NFE:
Instalação GRC independente do NetWeaver atual
Nao SAP X GRC
Teste dos Cenários de Comunicação com a SEFAZ
Rejeição: 218 x 420
Rejeição por erro 539 Duplicidade de NF-e, com diferença na Chave de Acesso
Problemas ao entrar em Contingência SCAN
Loop programa /XNFE/PROCESS_REPORTS
/XNFE/CORE_KPRO_XML_READ - Problemas com download de documentos XML
Validation error: Field (INFADPROD) -> Varios espaços "000 00 00000 "
GRC versão 7.1
Diagnóstico -unable to create a socket- Represando lotes
NT 2011.002 Hot --> sugestão de código para mascarar dados do destinatário em Homologação
CC-e "MESSAGE_NOT_USED" New
GRC NFE - B2B:
Cadastro de CNPJ para interface NFB2B_procNFe_OB --> sugestão automatização por email
Falha no Envio B2B
B2B Entrada
B2B Versão 2.0
B2B NFE 2.0 - Erro Envio de e-mail dinâmico
Múltiplas NFes de entrada em um email
Texto dinâmico no corpo do e-mail B2B Outbound
GRC NFE - Certificado:
Quebra linha SignatureValue & X509Certificate - Visualizador NF-e
Problema com certificado
HSM e certificados para SSL
GRC NFE - Tunning e outros:
SWF_INB_CONF (2)
SWF_INB_CONF
GRC: Batch com status Request Sent parados --> como criar o alerta do GRC
SAP NFE v2 namespace 006
Business System não aparece Integration Builder
Configuração GRC - NF-e-Main menu
INTERFACE_REGISTRATION_ERROR
SPED:
e-PIS/Cofins

Aproveitando essa thread sobre Nfe.
Um dos grandes problemas relacionados a nfe são as rejeições de nota. Não se encontra em lugar algum descrições mais elaboradas sobre as rejeições, muito menos as formas de solução para cada uma delas. Visando ajudar desenvolvedores e usuários que emitem notas em qualquer sistema, foi criado um "forum" para descrever cada uma das possíveis rejeições de nota, assim como suas possíveis causas e soluções.
Qualquer um pode dar sua contribuição, no entando, como não existe cadastro no site, a resposta precisa ser aprovada pelo moderador.
O "fórum" acabou de entrar no ar e ainda está incompleto. Conto com a ajuda de todos para melhorá-lo. Seque o link:
EDITADO PELA MODERAÇÃO
Obrigado a todos,
Edited by: Henrique Pinto on Sep 2, 2011 10:09 PM

Erro de Inutilização 563

Bom dia!
Estou com uma situação similar à dessa thread: http://forums.sdn.sap.com/thread.jspa?threadID=1893297
Tenho uma nota cuja inutilização foi rejeitada com erro "563:Já existe pedido de Inutilização com a mesma faixa de inutilização" da SEFAZ do Ceará e não foi marcada flag de estorno no ECC.
Entretanto, ao acessar o Web Monitor do GRC, logo abaixo do código de rejeição há o botão
Finalizar "Ignorar"
Minhas dúvidas são:
1) Esse botão Finalizar "Ignorar", ele vai finalizar o estorno da nota no ECC, é a tal opção standard que não havia antes?
2) Caso não solucione, como deveria proceder, levando em conta que é uma nota em ambiente produtivo? Abrir chamado mesmo?

Tiago, vc pode consultar a nota no SEFAZ com o CNPJ do emitente.
Vc deve ir em consultar inutilização , e procurar o numero da nota , e depois vc entrar com o numero log data e hora que foi homologado a inutilização.
Nesse caso o ECC ainda esta aguardando a resposta do GRC para continuar o processo no ECC, a nota deve estar com 2 3 C no status.
Abraços

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.

NFE processo de compra padrão

Hi,
Eu sou novo para isso NFE. eu sei que parte de configuração está disponível para NFE e ERP SAP em ajuda. existe algum link ou melhores práticas disponíveis para os cenários abaixo
NFE processo de compra padrão
Processo NFE STO
viu algum processo no link abaixo, mas não conseguiu understand.because eu não sei o que eles estão usando tcodes em NFE
http://help.sap.com/saphelp_nfe10/helpdata/en/27/17a62e6880419da2d10a49d24da6f5/content.htm
você poderia por favor me ajudar neste documentos regard.any com capturas de tela para o processo padrão avalable plese me avise.
obrigado
Kiran

Bom dia Luiz Henrique.
Obrigado pelas informações enviadas. Eu já havia avaliado esta documentação. Ela descreve a utilização do registro info de consignação bem como a criação das RCs e PCs com categoria de item C(Consignação). Testei este cenário e consegui efetuar a entrada de mercadorias contra o pedido mas não consigo efetuar o lançamento da MIRO.
No BPP 139 não orienta pela utilização da categoria de item C no pedido, porém solicita a criação de um reginfo de consignação. Queria entender como o processo deve ser efetivamente realizado considerando as orientações da SAP. Pelo que entendi até agora no que li acredito não ser possível utilizar a categoria de item C em função da localização brasileira.
Sua empresa faz uso deste processo? Funciona corretamente? Como seu fluxo está desenhado desde a geração da demanda até o lançamento da fatura?
Obrigado
Alessandro Luiz

NFe - Atualização de Z no retorno do cancelamento

Prezados, bom dia!
Estamos com um cenário onde as NFe saída são geradas todas por processos Z.
Quando solicitamos um cancelamento pelo monitor J1BNFE, no retorno do cancelamento autorizado necessitamos estornar as NFe pelos processos Z, devido a várias tabelas Z de controle.
Para isto verifiquei que existe o método CALL_RSNAST00 onde poderia incluir toda essa lógica Z. Essa lógica Z cancela o documento de origem e também a NFe.
Se eu montar esse processo, haverá um conflito com a function module J_1B_NFE_CANCEL NFE que cancela doumento de origem e NFe.
Existe alguma configuração que desative o cancelamento do documento de origem/NFe?
Está correto o ponto onde estou pensando em colocar essa lógica Z?
Grato.

Olá Nelio.
Minha sugestão é você somente implementar Z daquilo que o SAP não cobre no seu cenário.
Quer dizer, deixar o SAP cancelar os documentos standard e você somente atualiza o conteúdo Z.
Isso para o caso da SAP estender a lógica de cancelamento, você vai perder essa lógica.
Ex: o NFe pode ser integrado com outros produtos, como CRM, que vai receber mensagem do cancelamento da NFe no ECC dentro das rotinas de cancelamento. Se você substituir a lógica por uma própria essa mensagem falta e seu sistema fica inconsistente.
abraço
André

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

Alteração de NF-e

Pessoal, estou com uma dúvida aqui, e gostaria de saber se poderiam me ajuda.
Eu fiz uma NF-e manual(J1B1N) e ela foi enviada para o GRC. Ao fazer a validação, constatou que não havia Direitos Fiscais de PIS e COFINS, os CST's da vida.
A pergunta é:
No ECC, existe algum meio para eu alterar essa NF-e, por exemplo J1B2N, e inserir os Direitos?
Pois tentamos pela J1B2N, e não conseguirmos, pois o erro diz que não pode alterar com Status de Aguardando Resposta.
Qual procedimento deve seguir? Fazer o cancelamento da NF-e?
Obrigado.
Lé

Bom dia Fernando!
Estou com o mesmo problema do Leonardo.
Criei uma NF writer e ela ficou barrada no validador GRC por falta de PIS e COFINS.
Os passos que adotei foram os seguintes:
1º Criei uma NF-e sem Taxes (Pis e Cofins) (J1B1N)
2º GRC não validou, e ficou parada no GRC.
3º Na j1bnfe, comutamos essa NF-e para Contingência
4º Na J1B3N cancelei e gerou uma Nota de Cancelamento.
5º Fui na J1B1N e criei uma nova NFe
6º Fui na J1bnfe e foi autorizada
O problema é que a primeira NF está parada no GRC por erro de validação. Entendo que não posso deixar esta NF sem ser enviada para SEFAZ para então solicitar a inutilização.
Neste caso como devemos proceder para desligar o GRC? Já existe algum outro procedimento para cancelar esta NF sem ser o processo de contingência ou desligar o GRC?
Muito obrigada,
Cristina Vaz.
Edited by: Cristina Vaz on Jun 15, 2009 3:36 PM

Limitar tamanho do XML no ERP

Colocamos a NFE em produção dia 01/04/2010. Está tudo indo bem.
Tivemos um problema (que já havia ocorrido na homologação) que segundo o nosso consultor de PI é bem raro de acontecer e não tem muito o que fazer para resolver a não ser um GAMBIAIXON..rsrs
O problema em questão é que acontece (as vezes) do nosso ERP gerar uma única NF com mais de 500K (tamanho de LOTE máximo aceito pelo SEFAZ). O que causa isso com certeza não é a quantidade de itens pois já ocorreu em notas com 900 itens, 450, 300.. etc.
Quando isso ocorre a geração de lotes no GRC pára, e no monitor das NFe´s todas ficam com o status assinado. Isso acontece porque o GRC não consegue criar um lote para essa nota, já que o tamanho máximo de lote configurado é menor do que a nota e isso trava todas as outras gerações de lotes.
A gambiarra pra resolver é que gente pára o JOB no GRC (PROCESS REPORT u2013 job responsável por gerar os lotes no GRC que roda em looping) vai no monitor do GRC e aumenta o tamanho do lote para 2000K por exemplo e reinicia o job. Desta forma é gerado um lote de tamanho maior do que o aceito pela SEFAZ, que rejeita este lote. Em seguida voltamos o tamanho do lote para 500KB estornamos a nota e criamos outras duas...(simples né???? Rsrs).
Contei essa história toda para saber se algum de vocês sabe de alguma maneira de restringir no ERP o tamanho do XML de uma NF, mas pelo tamanho físico do arquivo XML e não pela quantidade de itens (hoje já temos um limite de 900 itens por nota fiscal)????
Queria implementar um controle no ERP que não permitisse gerar notas cujo XML tivesse mais de 400KB e que quando esse tamanho fosse atingido criaria uma outra nota automaticamente. Será que eu me fiz entender??rsrs
Se alguém da lista souber algo que possa nos ajudar.. agradeço.
Segundo nosso consultor, esse fato (o ERP gerar uma nota maior que o tamanho máximo do lote) não deveria travar o GRC. Este deveria ser capaz de, pelo menos, rejeitar a nota e deixar que as demais continuassem o processo normal. Segundo ele, isso seria um erro no produto GRC que a SAP já estaria tratando.
Se eu encontrar uma solução, posto aqui para todos.
Obrigado pela atenção.
Fabio Rebelo

Bom dia Fabio,
Este "travamento" foi corrigido no GRC através da SAP Note 1447771 (SP14), com ela a nota será enviada para Sefaz sozinha e provocará uma rejeição de lote que a contém. Daí o usuário poderá pedir a inutilização na J1BNFE, tudo sem intervenção técnica.
Complementando sobre a informação no ERP...
Vejo isto como um desenvolvimento bem complexo pois existem regras que só existem na BAdI de transmissão (CL_NFE_PRINT), e o que você pretende é na criação... Ou seja, além de prever tamanhos que estão ocultos na própria existência das tags (deve-se tratar coisas como monta essa tag ou nao?) também o tamanho das BAdI's, além de fazer esta "quebra" de notas por processo (SD/MM...).
Acho que com a nota a necessidade cai em "prioridade", de qualquer forma se quiser acho seria legal fazer umas estimativas por amostragem... e tratar implementar nos processos em que podem ocorrer este "estouro".
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Apr 5, 2010 9:48 PM
PS: O consultor PI de vocês deu um boa forma de resolver o incidente de forma rápida, só acrescentaria na configuração Qtd.NFe = 1, para evitar que no lote se misture com NF-es Ok, depois voltar para 50 e 500.000
Edited by: Fernando Ros on Apr 5, 2010 9:53 PM

NF-e parada no passo de Assinatura após queda do PI

Olá Pessoal,
Na semana passada tivemos um problema com a máquina do PI e GRC (as duas aplicações estão na mesma instância) que ficou fora durante um periodo de 4 horas.
Ao retornar, a maioria das Notas puderam ser reinicializadas pelo proprio monitor do GRC.
Mas uma delas, permanece estagnada, nem vai pra frente, nem pra trás.
No ECC ela está em Processamento com status de "Aguardando Resposta";
No GRC está com o triângulo amarelo, "Sent to Signature Service", Process Status = 02 e não possui error status na /XNFE/NFE_HIST;
Na SXMB_MONI tanto no Aplication como no Integration a interface SIGNN_SignNFe_OB está com Ack.Status "Still awaiting acknowledgment" e a bandeira do PE está quadriculada.
Não encontrei filas paradas na SMQ1 ou SMQ2.
O que posso fazer nesse caso? Vou ter que criar uma entrada de erro na /XNFE/NFE_HIST?
Desde já agradeço,
Att,
Daniela

Olá Henrique, obrigada pelo retorno e desculpe por não responder tão prontamente.
No workflow log o Status do BPM está como completed e quando verifiquei o gráfico, ví que ele foi executado até o passo "Send response message" e depois disso foi disparado o exception "Communication Exception", passos "Create alert 2" e "Cancel process 2".
Sobre as suas perguntas:
vc tentou restartar o BPM pelas tx SWF_XI_SWPC / SWF_XI_SWPR?
Não usei essas transações e também não as conhecia. Mesmo no caso do BPM estar como completed eu precisaria utilizá-las? Se sim, como as executo?
Se nao funcionou, vc tem essa nota aplicada: 1373738?
Não temos essa nota aplicada, estamos com o SAP_BASIS 700 SP21 e as entradas mencionadas não existem na tabela.
Tem uma nota que foi criada como uma solucao workaround pra reenviar esses acks parados, a 1376946, que cria o report RSWF_XI_RESEND_ACKS, porém ela foi criada em Pilot Release apenas pra quem abriu o chamado na época. O pessoal de PI falou que ia ter uma solucao final diferente, que eu infelizmente nao acompanhei pra saber qual foi. Se nao encontrar solucao viável, sugiro abrir um chamado no componente BC-XI-IS-BPE e solicitar qual a solucao final para esse problema.
A nota 1376946 está com From/To Release 701, por isso fiquei em dúvida se deve ser aplicada ou não. Pelo que entendí ela é um complemento da 1373738. Adiantaria se aplicássemos apenas a 1373738 caso a 1376946 não seja relevante para o Release 700?
Desde já agradeço.
Att,
Daniela

Não é permitida a solicitação de autorização de eliminação para a NF-e

Prezados, boa tarde.
Muito provavlmente estamos com um problema gerado pelo usuário, não encontrei caso semelhante no forum.
O usuário gerou uma Nf de devolução a fornecedor e entes da autorização da SEFAZ solicitou estorno.
O status está parado no monitor do ERP e no GRC os status são os seguintes:
Status NFe GRC
Stat processo 5 - Resultado recebido
Cod status 102 - Inutilização de número homologado
Erro ERP 109 - Erro de validação: campo Nº. Campo é obrigatório e não pode ficar em branco. (campo IS_NFE_HEADER-E1_NRO, ID campo E007)
Se tento atualizar a linha no " Erro atualização status ERP" aparece a mensagem:
"Não é permitida a solicitação de autorização de eliminação para a NF-e"
No monitor do ERP a NF está sem log de autorização da SEFAZ
Tks,
Rodrigo
ECC 6.0
NFe 1.0

Olá Rodrigo.
Se eu entendi você solicitou a inutilização de um documento com erro de validação. Isso? Após executar o programa /XNFE/UPDATE_ERP_STATUS_DIAL apareceu algum log na J1BNFE?
Qual SP do ERP e GRC?
Existem algumas notas que tratam do log e outras que tratam da solicitação de inutilização com erro de validação.
Abraço
Eduardo Chagas

NFe de inutilização com aguardando resposta

Similar Messages

Maybe you are looking for