Chave de Acesso no DANFE difere da Chave de Acesso do XML

[Former Member]

Prezados,

Bom dia.

Temos uma situação esporádica aqui, absolutamente aleatória, sobre a qual gostaria de perguntar aos nossos gurus:

Nosso ambiente é ECC 7.01 EHP4, e utilizamos o GRC para a comunicação com as SEFAZ's.

Fazemos um processo de venda, e enviamos à SEFAZ, que autoriza a operação, normalmente.

Ao imprimir o DANFE, o processo de impressão acontece sem problemas, com exceção da Chave de Acesso: é impressa uma Chave de Acesso DIFERENTE da Chave de Acesso que consta no XML, e na SEFAZ.

Ao se reimprimir o DANFE, a Chave de Acesso é corretamente impressa, ou seja, é impressa a mesma Chave de Acesso constante no XML e na SEFAZ.... diferente da impressa inicialmente.

Seguem detalhes sobre nossa instalação PI:

SAP_ABA 700 0022 SAPKA70022

SAP_BASIS 700 0022 SAPKB70022

PI_BASIS 2005_1_700 0022 SAPKIPYJ7M

SAP_BW 700 0024 SAPKW70024

SLL-NFE 100 0016 SAPK-10016INSLLNFE

Alguém já passou por isso ?

Muito obrigado.

Cordialmente,

Loduca

[Former Member · Accepted solution]

Loduca,

A impressão da DANFE é ABAP, não há motivos para pensar em algum erro no PI desde que a nota está devidamente aprovada.

Vocês usam impressão automática da DANFE ?

BADI CL_NFE_PRINT method CALL_RSNAST00

Acredito que exista algum erro no código Abap e se há um cenário especifico debugando é possível achar.

O que seria a chave de acesso diferente? Alguma chave já existente no sistema? Ou sujeira mesmo?

Abraço,

Bruno Lima

[Former Member · Accepted solution]

Srs.,

Estas dicas reduziram a pesquisa em 99%.

A diferença realmente está apenas no dígito verificador, e estamos (claro!) usando uma cópia Z do CL_NFE_PRINT.

Um debug apurado e cuidadoso, certamente irá localizar o problema.

Gostaria de agradecer a atenção e a prontidão das respostas. Muito obrigado aos colaboradores do SDN.

Loduca

[former_member182114 · Accepted solution]

Bom dia Jaime,

O ZCL_NFE_PRINT é a BAdI de NF-e que entre outras coisas faz o disparo da impressão automática, via método CALL_RSNAST00.

O programa de impressão standard é o J_1BNFPR, então você deve ter uma cópia dele por aí.

Atenciosamente, Fernando Da Rós

-

-

---

BTW: Poderia revisar a pontuação, o Bruno foi o primeiro a lhe dar a dica nesta linha. Desde já agradeço.

Edited by: Fernando Ros on Jul 26, 2011 8:16 PM

[henrique_pinto]

Na linha do que o pessoal, tenta identificar o que está "diferente" na chave de acesso.

Se for apenas o randômico (e por consequência, o digito verificador), deve ser algum errinho no programa de impressão (por exemplo, ele executa a funcao de geracao de numero aleatório em vez de pegar o valor em tabela).

Se for alguma outro dado cadastral (CNPJ, cUF etc.) e/ou transacional (data, numero da NF-e, serie etc.), daí pode ser algo mais complicado, mas tb provavelmente no prog de impressão.

Abs,

Henrique.

[former_member182114]

Tô indo na mesma linha do Bruno, tá mais para um programa de impressão com "boa memória" ... dá uma olhada em Imports/exports, e se o número aleatório ou a chave de acesso inteira existe no sistema, dentro do mesmo dia provavelmente...

Atenciosamente, Fernando Da Ró