on 12-08-2009 12:22 PM
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.
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ó
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Então,
Minha duvida era apenas se este problema tem haver com a falta do decoupler :????
Atenciosamente;
Gustavo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Henrique / Fernando,
Procurei aqui algum manual para fazer o decouple, não estou achando, vc tem algum ae para me indicar ????
Atenciosamente;
Gustavo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
A nota raiz é a 1265172 mas jah tem correcoes (implemente as correcoes tb). Mas tem um documento explicativo nessa nota.
Abs,
Henrique.
Henrique,
O DOCNUM, esta saindo diferente para todas as notas.
Atenciosamente
Gustavo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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ó
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
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.
Fernando,
Vou comparar novamente, se der algum problema eu faço um passo a passo aqui,
Atencionsamente;
Gustavo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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ó
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 ????
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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ö
Tem como fazer Dowload em Massa dos XML para verificamos se ocorreram as duplicidades?
Obrigado !!!!!!!
Gustavo Henrique !!!!!!!!!!!!!!!!!!!!!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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ó
User | Count |
---|---|
6 | |
5 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.