cancel
Showing results for 
Search instead for 
Did you mean: 

NFE autorizada mas não existe em TABELAS SAP

Former Member
0 Kudos

Pessoal, tudo bom?

Alguém já passou por essa situação?

Fizemos uma NFE(writer ou processo), ela foi pro GRC, sefaz autorizou.

Mas não existe em nenhuma tabela no SAP, não aparece na J1BNFE.

O que devo fazer?

Att,

Accepted Solutions (1)

Accepted Solutions (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Leonardo,

Implemente as notas do decouple para evitar este tipo de problema, somente separanda a gravação da numeração/transmissão é que evita este problema.

Você deve recriar a nota no ERP e modificar a numeração/chave de acesso para replicar a NF-e que já está no GRC. Além disso terá que modificar também os valores da J_1BNFE_ACTIVE para aceitar o retorno do GRC ao rodar o programa /xnfe/update_erp_status_dial.

Dica: Dependendo da falha que aconteceu, pode ser que você tenha a criação da nota "parada" com erro na SM13/SM14, procure pelos registros cancelados nas proximidades da data/hora que chegou no GRC. Se existir deve ser fácil restartar e realizar a gravação.

Se não tem como reiniciar uma gravação com erro, então você pode recriar a nota pela J1B1N copiando e colando os valores que estao no GRC. Deve-se desconectar o GRC para evitar uma "nova" nota no GRC/Sefaz.

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Nov 18, 2009 12:13 PM

Former Member
0 Kudos

Ok, achei essa nota que especificamente pode resolver o problema.

Note 1394627 - NF-e: J_1BNFE_INVALID contains too many entries:

Na SM13, ficou dessa maneira:

http://img515.imageshack.us/img515/4001/sm13s.jpg

Somente 1 lugar encontrei algo da nota, que é na CheckNumberRanges:

http://img38.imageshack.us/img38/2921/checknumber.jpg

tento resetar da sm13, e não faz nada, volta pro mesmo Status, creio que com a aplicação dessa nota vá resolver.

Mas já falei com o cliente, eles estão com SP atrasado, então seria muito tempo para aplicar toda as do DECOUPLE, mas gostaríamos de outro passo para resolver essas notas, antes de aplicaar todas as notas do DECOUPLE.

Obrigado novamente...

former_member182114
Active Contributor
0 Kudos

Bom dia Leonardo,

A geração de registros na J_1BNFE_INVALID acontece no retorno do GRC. A nota não resolve a causa raiz, ela apenas ignora a gravação na INVALID quando o docnum não existe no R/3, o que evita esta mensagem.

Procure por outros registros na SM13/SM14, provavelmente gerados pela transação J1B1N, VF01, VF04 (procure também pelo usuário que possa ter feito)...

O momento de implementar o decouple é decisão do cliente, porém não precisa ser no mesmo momento do support package, cabe a consultoria ajudar e apoiar. Entretanto acredito que o esforço para a recriação de documentos perdidos é muito maior que o esforço necessário para a implementação dele. Observação: Pode-se colocar todas as notas e "ativar" a configuração aos poucos.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Leonardo:

Aqui tivemos este problema. Estas notas devem estar paradas na SM13 e também devem estar na tabela /XNFE/BACKSTATUS

Voce não pode ter uma nota na SEFAZ que não esteja no seu sistema, vai ser muito difícil explicar isso para a fiscalização. Esta nota foi para a SEFAZ mas não vai ser reportada no SPED por exemplo (dentre outros problemas)

Não há um programa que recrie a nota automaticamente para você (sem enviar para a SEFAZ e com o numero que voce quer)

Então, tem que recriá-las com a J1B1N desligando a conexão ERP-> GRC. Se houve emissão de notas posteriores a esta (e deve ter havido), é preciso voltar o número dos ranges de numeração (para criar a nota especifica que foi enviada a SEFAZ), recriar a nota e depois colocar os ranges novamente no número que estavam. É importante que não haja NINGUEM criando notas desta serie enquanto voce estiver mexendo senao voce vai ter mais um problema para resolver depois

Feito isso, voce pode reestabelecer a conexão com o GRC e usar o programa /XNFE/UPDATE_ERP_STATUS para mandar o status das notas de volta para o ERP ou então repetir o update com a SM13. Agora as notas vão estar lá esperando para receber o status de volta.

Repito: é preciso ter muito cuidado com isso porque mexer nos ranges de numeração pode te causar um problema pior do que você tem. Garanta que esta fazendo tudo corretamente e que ninguém esta gerando notas enquanto voce estiver corrigindo o problema.

Espero que ajude

Obrigado,

former_member182114
Active Contributor
0 Kudos

Bom dia Luciano / Leonardo,

Uma forma de evitar mexer nos ranges de numeração é usar o próprio decouple.

Configure para este branch o CALLRFC = 1 (envio manual pelo J1BNFE) então ele não será NUMERADO, nem ENVIADO.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Fernando:

Não vejo como. O número gerado pela nota precisa ser igual ao enviado para a SEFAZ. Com CAll RFC = 1, só é possível gerar o número da nota de saída com o botão, que vai buscar o proximo número no objeto de number range

A não ser que se altere temporariamente alguma customização (não sei se é possível no screen control, nunca testei). É isso?

Obrigado,

Former Member
0 Kudos

Ola pessoal

Tambem já passei por este problema

Voce tem que mexer no intervalo de numeracao sim e depois voltar.

E nao pode demorar muito para fazer isso, porque como esta nota na verdade nao existe, precisa cancelar a "nota falsa" no SAP e na Sefaz e voce so tem 7 dias para isso. Senao vai ter que criar uma nota de entrada igual a nota de saida que nao saiu para nao ter que pagar impostos ( porque esta nota esta no livro fiscal )

O erro que aconteceu na maioria das vezes comigo foi porque no doc de faturamento , ou fornecimento de transferencia tem alguma mensagem que deu dump e fez rooll back ( por isso some do SAP ) , so que como nao esta com decouple configurado o SAP ja enviou a nota para Sefaz.

Voce tem que colocar o decouple para evitar isso , mas se nao pode ser de imediato ,

aconselho e verificar se existem estas mensagens e se elas estao configuradas para serem executadas no momento da gravação. Se voce puder mudar o momento da mensagem para manual, voce consegue garantir que a nota vai ser gravada

Ai o usuario vai e executar a mensagem na mao. Mesmo que de dump a nota ja foi gravada.

Nao sei se é fácil mudar a rotina do usuario, mas é uma alternativa ate configurar o decouple.

Espero ter ajudado

Renata

former_member182114
Active Contributor
0 Kudos

Bom dia Luciano,

Apenas voltando a numeração não há como gerar a mesma chave de acesso que foi enviada a Sefaz, pois o número aleatório será diferente e não há opção de alteração manual deste aleatório e numeração, então você terá que modificar alguns valores via programa ou debug diretamente nas tabelas.

Tanto pela opção c/ decouple e CALLRFC=1 ou voltando a numeração dará certo no final, porém os campos da chave de acesso devem ser iguais aos da que está no GRC/Sefaz.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Ola

É verdade. eu tinha esquecido da chave de acesso

Quzndo eu precisei criar uma nota "fantasma"criei uma cat de nota de saida sem formulario

Ai o SAP deixou eu colocar o numero da nota, o numero aleatorio e digito.

Mas eu tinha o problema do CPNJ que deveria ser o da empresa e com nota sem formulario o sap coloca o CNPJ do cliente

Como estava no prazo para cancelar esta nota fantasma , e a nota era do mesmo estado , eu criei uma nota com o cliente centro que eu tinha com CNPJ da empresa emissora.

Entao o CNPJ da chave de acesso ficou correto e o CFOP tambem.

Ai fizemos o pedido de cancelamento da nota para a Sefaz no GRC direto

E apos a autorizacao da mesma cacelamos a nota no SAP pela J1B3N ( sem passar pelo monitor porque nao tem formulario )

O livro fiscal so mostra a data , o CFOP e a situacao de cancelada

E na sefaz a nota esta cancelada, entao nao sera considerada.

Deve ter uma forma mai elegante, mas foi o que conseguimos fazer na hora do aperto.

Renata Hopp

Answers (2)

Answers (2)

0 Kudos

Bom dia Luciano / Leonardo,

Esse tipo de problema acontece quando o nome da impressora esta configurado errado.(não existe)

Verifique no formulário como esta o tipo de saída (imediato), outra coisa verifique se vc não esta emitindo estas notas em contingência.

Da uma olhada na ST22, vc vai conseguir ver o problema melhor.

Att.

Edited by: Kaleo Kuntgen on Dec 18, 2009 2:12 AM

Former Member
0 Kudos

Pessoal,

Já que tem que inserir estas Notas Fiscais no ERP, sugiro criar os registros diretos nas tabelas, as tabelas relacionadas são:

- J_1BNFDOC (Cabeçalho da Nota)

- J_1BNFLIN (itens da Nota)

- J_1BNFSTX (Impostos da Nota).

Nota: Crie os registros com cópia de algum cenário parecido. Sei quem fez isto e funcionou. Só fiquem atendos em campos que devem ser mudados, exemplos:

- Tab. J_1BNFDOC (Cabeçalho da Nota)

- Nº doc.

- Data doc.

- Dt.lçto.

- Criado em

- Criad.às

- Data base

- Nº NF-e

- Nº log

- Tab. J_1BNFLIN (itens da Nota)

- Nº doc.

- Ref.origem

- Quantidade

- Preço

- Valor

- Tab. J_1BNFSTX (Impostos da Nota).

- Nº doc.

- Base

- Val.fiscal

- Excluído

Espero ter ajudado.

Leandro.

Former Member
0 Kudos

Leonardo / Leandro,

Caso optem pela opção de atualização das tabelas standard não esqueça da J_1BNFE_ACTIVE, senão na entrada da J1B3N não irá encontrar o documento.

Att,

Bruno Lima