Pulo Numeração + Livro Fiscal

[Former Member]

Pessoal, estou com um pequeno problema.

Algumas NFe deram pulo de numeração e nosso fiscal está dizendo que essas NFe com Pulo de Numeração devem estar no LIVRO FISCAL...

Analisando vi que:

Portaria CAT 162/2008 u2013 São Paulo

CAPÍTULO VIII

DAS DISPOSIÇÕES FINAIS

Artigo 39 - Deverão ser escrituradas no Livro Registro de Entradas ou no Livro Registro de Saídas, sem valores monetários e de acordo com a legislação pertinente, as informações relativas:

I - aos números de NF-e que tiverem sido inutilizados;

II - aos números de NF-e utilizados em arquivos digitais que tiveram a Autorização de Uso de NF-e denegada;

III - às NF-e emitidas e posteriormente canceladas.

Abrimos um chamado perante a SAP, mas de ante-mão como vcs estão resolvendo isso?

Léo.

[vanessa_silvarescoelhodar · Accepted solution]

Pessoal, boa tarde!

Ocorreu no cliente o mesmo problema de pulo de numeração, sendo que aqui possuímos 3 empresas, e o pulo ocorreu em apenas uma. O detalhe aqui é que não temos ainda a comunicação direta entre o SAP e a SEFAZ.

Efetuamos toda a parametrização da NFE, sendo que na atualização de status criamos aplicação Z's para atualizar status e solicitar cancelamento manualmente pelo usuário. No desenvolfvimento temos chamadas as funções, porém nao temos o fluxo automático.

Cenário atual: - Primeiro criamos a NFe no SAP, depois utilizamos o programa da SEFAZ (programa de emissão de NF de SP) para a transmissão efetiva da NF-e. Após esta transmissão e com o status, efetuamos manualmente através da aplicação Z a atuaização da NFE no SAP. Outro fator é que 90 % das notas geradas são Writer.

Neste contexto, entendo que a numeração nao poderia ter pulado, pois nao estamos utilizando nenhuma comunicação no SAP e a nota criada não foi oriunda do fluxo de SD e sim uma nota fiscal Writer. Com base nisso entendo que a nota da SAP 1265172 não serviria para este cenário, correto?

Vou abrir uma OSS na SAP, porém gostaria de apoio de alguém puder ajudar...

Obrigada,

Vanessa Silvares

[Former Member · Accepted solution]

Sobre o Livro a SAP respondeu que o livro da sap não reporta essas nfe e não tem previsão de entrega...

Sobre os pulos, vimos que a nfe eh sempre pulada quando ocorrem 2 cenários:

1º: Sempre que dá um DUMP na hora de criar a fatura, aqui ocorre um Dump quando não é informado um Parceiro Z.

2º: Quando vou criar a Fatura, acesso a transação VF01, com dados da Ordem ou Remessa, mas não salvo, só dou enter, e saio. Depois vou com os mesmo dados e crio a fatura, ai pula a numeração....rsrsrsrs

Ex: A minha ultima nfe criada foi 000000007.

Vou criar a fatura, pela sequencia deveria criar a 000000008. Mas não salvo a fatura, só aperto ENTER, e saio da transação.

Depois efetivamente crio a fatura, e a nfe criada é a 000000009.

Léo.

[former_member182114 · Accepted solution]

Bom dia Leonardo,

Sobre Livro e Inutilização e a causa raíz:

- Livro: A SAP não tem previsão...

- Pulo Numeração: A ação para o incidente é o programa que discutimos nesta thread

A causa raiz é código do SAP da versão que você está usando pois não tem implementado e configurado o decouple.

IMPLEMENTE as notas do decouple solution até o fim, com devida configuração CALLRFC = 1, 2 ou 3.

Estas notas fazem que a preparação/gravação de nota fiscal aconteça com 100% de sucesso para somente depois NUMERAR.

O que está acontecendo hoje é que a preparação / numeração está no mesmo processo, como você abortou (por dump ou manual) o número se perde.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Fernando, então quer dizer que...

Para não dar mais erro de pulo de numeração, na configuração da filial terei que colocar algum valor CALLRFC = 1, 2 ou 3, não poderei mais deixar em branco? As Notas foram aplicadas...

Léo.

[former_member182114 · Accepted solution]

Bom dia Leonardo,

Exatamente isso. A nota permite o CALLRFC vazio apenas para que o cliente pudesse migrar do cenário atual para um sem este tipo de problema e acompanhar os resultados.

Coloque CALLRFC=3 (automático por job) e deixe o job rodando de minuto em minuto.

Sugestão: Faça a configuração e refaça o teste da VF01.

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Mar 25, 2010 4:34 PM

[Former Member · Accepted solution]

No caso pra deixar em JOB é o programa J_BNFECALLRFC?

Léo.

[former_member182114 · Accepted solution]

Exatamente Leonardo,

Veja detalhes completos da customização no documento da SAP Note 1265172 que lançou o decouple.

Documento anexo Implement_Decouple_RFC.zip, a ativação está nas últimas páginas.

Observação: Procure no marketplace pelas notas subsequentes a esta que corrigiram erros de programa. Key words: decouple, 1265172, J_BNFECALLRFC no pacote XX-CSC-BR-NFE. Segue uma lista (talvez ao aplicá-las tenha dependências que não procurei):

1362413, 1340451, 1338694, 1333232, 1314856, 1301503, 1300000, 1297823, 1297042, 1288994, 1265172, 1357713, 1355928, 1340272, 1309040, 1406421, 1404094, 1416226, 1400438, 1377879

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Mar 25, 2010 6:14 PM

[Former Member · Accepted solution]

Boa Tarde,

Quanto a esse correção das notas estornadas serem omitidas do livro fiscal de Entrada (Importação) , alguem sabe se a SAP disponibilizou alguma solução???

Grande Abraço

Rafael Medice

[former_member182114 · Accepted solution]

Bom dia Rafael,

Os gaps, NF-es inutilizadas e denegadas agora aparecem no livro:

SAP Note 1478473 - Legal Book Modelo 2: rules for NF-e reporting

Sobre "Livro fiscal de entrada (Importação)" a qual report você se refere?

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Opa,

Obrigado , vou implementar e ver se corrige .

o relatorio é da transação f.98 Relatorio --> Brasil -->Registro de Entradas

Grande Abraço

Rafael Medice

[Former Member]

Opa,

Obrigado , vou implementar e ver se corrige .

o relatorio é da transação f.98 Relatorio --> Brasil -->Registro de Entradas

Grande Abraço

Rafael Medice

[Former Member]

Leonardo,

Por gentileza, também estamos com o mesmo problema em nosso cliente e decidimos que abriremos um chamado no SAP.

Você já teve uma resposta da SAP para o seu chamado?

Se sim, você podeira nos dizer o que eles responderam?

Atenciosamente,

Diógenes

[Former Member]

Boa Noite

Eu ja abri chamado em nmais de um cliente e a resposta é a mesma.

Sera feito um desenvolvimento, mas sem definicao de prazo

A solucao é criar um livro Z que le o status 2 de rejeitada na nota cancelada para registrar como inutilizada e

que le a tabele J_1BNFNUMGAP qque le os saltos de numeracao

Atenciosamente

Renata hopp

[Former Member]

Só para atualizar, a SAP ainda não respondeu...

[former_member182114]

Bom dia Pessoal,

Em paralelo aos chamados na SAP façam:

- implementem o decouple solution até o final usar customizing CALLRFC diferente de espaço: Motivo = matar a causa raiz dos gaps

- inutilizem através do programa J_1BNFECHECKNUMBERRANGES: É o programa responsável de enviar pra Sefaz a inutilização do número, e alimentar a tabela J_1BNFNUMGAP

- copiem o programa do livro standard e adicionem a leitura da tabela J_1BNFNUMGAP, conforme a Renata comentou.

Obs1: Tanto para o decouple quanto programa de check ranges existem correções no market-place, procurem em XX-CSC-BR-NFE pelos termos decouple, J_1BNFECHECKNUMBERRANGES e as notas bases de cada um. E implemente as correções.

Obs2: Continuem cobrando a SAP desta solução

Atenciosamente, Fernando Da Ró

[Former Member]

Olá Léo.

Na realidade essa é uma definição de cada estado. Hoje o sistema está registrando no livro sem valor somente quando é cancelada.

Como aqui na empresa nossa área fiscal entende que não há necessidade (RS)... não foi aberto chamado. Até porque a SAP se compromete em atender a legislação de SP. Neste caso, como você tem a portaria do estado de SP que estabelece a obrigatoriedade... basta abrir um chamado.

Abraço

Eduardo