cancel
Showing results for 
Search instead for 
Did you mean: 

Nota fiscal Enviada Sem estar no ERP

Former Member
0 Kudos

Fernando, estamos com um serio problema !!!!!!!!

Tem Notas Fiscais que foram enviadas a Sefaz, porém não encontramos os registros no ERP. O que pode ser ????

Atenciosamente;

Gustavo Henrique.

Accepted Solutions (1)

Accepted Solutions (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Gustavo,

Sim, o problema é sério, porém a solução pode não ser simples.

Dê uma checada nesta thread para começar a ver suas opções:

Atenciosamente, Fernando Da Ró

Answers (12)

Answers (12)

Former Member
0 Kudos

Então,

Minha duvida era apenas se este problema tem haver com a falta do decoupler :????

Atenciosamente;

Gustavo

henrique_pinto
Active Contributor
0 Kudos

pode ser q sim, pode ser q nao.

Depende do que vc tem na BAdI!!!

Henrique.

Former Member
0 Kudos

Vou passar alguns dados;

56 RV_INVOICE_POST V1 (s/lançam.post.) Erro (sem repet.)

Usuário: FATURASLM1 Mandante: 400 Transação: VTFAKT

Data: 17.12.2009 Hora: 22:52:20 Report: RV56FAKT

Chave AT: EE77EBDEBD4AF1D69FD40050569B611E Status: Erro (sem repe

Isso pode gerar a duplicidade no GRC ??????

Atenciosamente;

Gustavo

henrique_pinto
Active Contributor
0 Kudos

Por favor abra outra thread, jah q eh um problema diferente.

Att,

Henrique.

Former Member
0 Kudos

Bom dia pessoal;

Olhei na sm13, esta saindo o seguinte erro abaixo:

00 671: Processador ABAP: SAPSQL_ARRAY_INSERT_DUPREC

Alguem saberia o que é ???Tem haver com a falta do decoupler no sistema ?????

so que esta com a opção STOP.

Atenciosamente;

Gustavo Henrique S. de Oliveira

former_member182503
Active Contributor
0 Kudos

Gustavo,

esse erro ocorre quando o programa tenta inserir um novo registro na tabela com uma chave já existente, ou seja, duplicando a chave primaria da mesma.

Qual a tabela em questão?

Former Member
0 Kudos

Henrique / Fernando,

Procurei aqui algum manual para fazer o decouple, não estou achando, vc tem algum ae para me indicar ????

Atenciosamente;

Gustavo

henrique_pinto
Active Contributor
0 Kudos

A nota raiz é a 1265172 mas jah tem correcoes (implemente as correcoes tb). Mas tem um documento explicativo nessa nota.

Abs,

Henrique.

Former Member
0 Kudos

Henrique,

O DOCNUM, esta saindo diferente para todas as notas.

Atenciosamente

Gustavo

henrique_pinto
Active Contributor
0 Kudos

ahhh entao nao eh a mesma nota (mesmo q tenha todos os dados iguais, eh outro documento).

Assim sendo, eh provavel que seja o que o fernando falou mesmo.

Henrique.

Former Member
0 Kudos

Entrei na SM13, SEGUE ABAIXO O QUE ENCONTREI.

J1B_NFE 060: Erro BD: falhou inserção de registro com chave 0000106160

e tem 36 desses erros no dia que deu este problema, fizemos algumas limpeza no log conforme vc pediu(slg2) para nos em outro chamado, e desde essa limpeza não aparece nenhum erro na sm13.

Vou implementar o decouple, OBRIGADO.

Atenciosamente

Gustavo

Former Member
0 Kudos

Essa nota realmente existe no ERP, so que não sei o que aconteceu que ela se multiplicou no GRC.

E essas que multiplicou não estao no ERP.

Usamos programa standart mesmo de numeração de nota.

Ta muito estranho.

Atenciosamente;

Gustavo

former_member182114
Active Contributor
0 Kudos

Bom dia Gustavo,

Agora sim dá para entender esta duplicidade, e o que está acontecendo não é raro, e "por sorte" você deverá facilmente reproduzir o erro.

Como isso acontece.... Vocês não implementaram/configuraram ainda as notas do decouple (procure o tópico no fórum) então o envio para o GRC está acontecendo junto à preparação/gravação no banco de dados. E justamente após enviar para o GRC, o processo de gravação no R/3 aborta por algum motivo, e aí são várias causas possíveis.

Por ter acontecido para o mesmo processo (de acordo com a duplicidade, o usuário provavelmente repetiu o processo por diversas vezes e obteve o mesmo resultado) então deve estar acontecendo um dump ou interrupção na preparação/gravação.

Verificar:

- se existe registros de gravação incompleta na SM13/SM14 (cancelled updates) isto pode apontar para a causa do erro

- caso ainda não encontra a causa, ache o usuário que fez o processo e peça para ele fazer mais uma vez e acompanhe (talvez até com debug)

Solução Definitiva:

- implemente a solução decouple

Atenciosamente, Fernando Da Ró

henrique_pinto
Active Contributor
0 Kudos

Fernando,

neste caso, ambos docnum e nnf seriam lidos novamente dos objetos de numeracao, pois ele nao havia chegado nem a salvar o docnum anterior na J_1BNFDOC.

No caso de ter o mesmo docnum para diversos nnfs, acho que a causa eh outra (a menos que nao seja o mesmo docnum).

Abs,

Henrique.

Former Member
0 Kudos

Boa tarde

Com certeza é isso que o Fernando falou que esta acontecendo

Deve ter alguma mensagem (output) no doc faturamento ou no processo que esta gerando a nota fiscal

E ele aborta ( dando dump ou aquela mensagem documento expresso ) e nao grava no SAP mas como nao tem o Decouple

a nota é enviada para a Sefaz.

Quando aconteceu comigo foi exatamente assim,

So que o usuario tenta faturar de novo e gera uma nota igual

Ele tentou gerar a nota 19 vezes ate conseguir por isso geraram 19 notas iguais

Tem que ver o processo que esta cancelando para corrigir o erro e com certeza configurar o decouple

Agora estas notas tem que ser criadas no sap e depois canceladas no SAP e na Sefaz.

Se ja passaram os 7 dias elas tem que ser criadas e depois criadas uma nota de entrada de igual valor para abater os impostos, pois a sefaz nao deixa mais cancelar

Renata Hopp

Former Member
0 Kudos

Fernando, vou tentar te explicar melhor com este exemplo abaixo.

Se vc consultar essas chaves de acesso abaixo no portal da nfe(https://www.nfe.fazenda.gov.br/portal/FormularioDePesquisa.aspx?tipoconsulta=completa) vc vera que se trata de uma mesma nota fiscal so que com o numero da nfe diferente.Alem dessas que coloquei, tem mais 19 com o mesmo cliente, mesmo valor e mesmo produto. 1 nota dessa realmente foi enviada para o cliente mais não 19 notas iguais, sendo que essas notas abaixo não esta no ERP. Problema estranho demais.

52091002341881000644550040000033560748460640

52091002341881000644550040000037910818564652

52091002341881000644550040000037410713781139

52091002341881000644550040000038160828389587

52091002341881000644550040000034030829426168

52091002341881000644550040000037640758706262

52091002341881000644550040000037210710020401

former_member182503
Active Contributor
0 Kudos

Seria como se ele chamasse 20x a parte que chama o GRC, porém, sempre com access key diferente, variando o nfenum, cnf e cdv...

henrique_pinto
Active Contributor
0 Kudos

Vc quis dizer que elas representam o mesmo docnum no ERP, é isso?

Se for, deu alguma m**** muito grande em algum lugar.

Note que todas elas tem o numero da nota de fato diferente:

000003356

000003791

000003741

000003816

000003403

000003764

000003721

Ou seja, o objeto de numeracao do ERP está sendo consumido varias vezes.

Se for realmente o mesmo docnum, entao tem algo muito estranho/errado no seu ERP.

O GRC nao gera numero de nota, ele utiliza o enviado pelo backend.

Att,

Henrique.

former_member182503
Active Contributor
0 Kudos

Muito estranho mesmo.

Vcs usam algum programa para geração automática das notas?

[]s

Former Member
0 Kudos

Fernando,

Vou comparar novamente, se der algum problema eu faço um passo a passo aqui,

Atencionsamente;

Gustavo

Former Member
0 Kudos

Fiz o que vc sugeriu e identifiquei muitos documentos enviados para sefaz que não se encontra no ERP.

e percebi tambem que é notas que estao sendo duplicadas e enviadas varias vezes pelo GRC.

Sera que com a aplicação do suporte package no GRC isto vai resolver ????

Atenciosamente;

Gustavo Henrique S. de Oliveira.

former_member182114
Active Contributor
0 Kudos

Bom dia Gustavo,

O GRC não gera NF-e, nem duplica, pelo menos nunca ocorreu uma issue onde o GRC duplicasse isso.

e percebi tambem que é notas que estao sendo duplicadas e enviadas varias vezes pelo GRC.

Você está sendo vago ao falar sobre duplicidade. Como você sabe ? Qual evidência você tem ? O que é duplicidade para você ? Está na Sefaz duas vezes ? Está no GRC duas vezes ? Foi transmitida pelo ERP duas vezes ? Enviada várias vezes do GRC para o ERP ??????

SEJA EXPLÍCITO:

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Entro la mais aparece assim.

Não foi encontrada nenhuma entrada em tabela para chave indicada

Entrei na se16, e coloquei a tabela q vc me informou.(/XNFE/NFEHD)

Tem alguma outra ????

former_member182114
Active Contributor
0 Kudos

Bom dia Gustavo,

Não entendi o que você queria com o download em massa, que duplicidade você disse ? Tem algo com NF-e estar no GRC e não estar no ERP ? Se vc não encontrou na /xnfe/nfehd então não está no GRC também. Certo ? Então qual o problema ?

A sugestão foi comparar os registros DOCNUM encontrados na /xnfe/nfehd (GRC) e não existirem na header de NF J_1BNFDOC (ERP). Isto qualificaria o estar no GRC e não existir no ERP.... E isto é apenas para identificar que não existe.

Dê detalhes sobre o que você está tentando fazer.

Atenciosamente, Fernando Da Rö

Former Member
0 Kudos

Tem como fazer Dowload em Massa dos XML para verificamos se ocorreram as duplicidades?

Obrigado !!!!!!!

Gustavo Henrique !!!!!!!!!!!!!!!!!!!!!!

former_member182114
Active Contributor
0 Kudos

Bom dia Gustavo,

O standard não tem opção de download em massa.

Isto tem a ver com a questão de NF-e enviada sem estar no ERP ?

Pois você poderia identificar todas as NF-es que estão no GRC e não estão no R/3 simplesmente pelo DOCNUM que consta na tabela /xnfe/nfehd. Se vc não encontrar o número no R/3 então é o caso... E você pode pegar este valor via SE16 mesmo. Seria suficiente ? ou é outra coisa?

Atenciosamente, Fernando Da Ró