rejeicao 897

[phulano]

estou  implantando em um cliente novo...

o sistema  jah  estah em uso, em  outros clientes...

porem nesse, me retorna esse codigo de rejeicao...

motivo  :  nnf = cnf

porem a chave eh gerada pelo proprio  acbr..

alguem  tem alguma dica, de como resolver ?

 

LOG.TXT 43200305377298000177650050000000171000000170-nfe.xml 43200305377298000177650050000000161000000173-nfe.xml

[Juliana Tamizou]

Bom dia.

Moderação: Movi seu tópico para o local mais adequado de forma a facilitar para que vc melhores respostas.

Att.

[José M. S. Junior]

O código NF "cNF" não pode ser igual ao numero NF "nNF"

O ideal é que o cNF seja um código Randômico.

[phulano]

quem gera esse  numero eh o  proprio acbr...

resolvido...

tirei essa rotina e  inclui  uma propria,

 

[José M. S. Junior]

Se gerar pelo próprio ACBr basta não informar o campo cNF no arquivo .ini que o componente vai gerar um número aleatório...

[Italo Giurizzato Junior]

Bom dia a todos,

Apensar do ACBr gerar automaticamente um numero aleatório para o campo cNF (código aleatório da Nota Fiscal), no meu entendimento esse código deve ser gerado pela sua aplicação e salvo no banco de dados com as demais informações da nota.

Na rotina que você lê essas informações do banco de dados para gerar o arquivo INI, lê o código aleatório e atribui ao campo cNF do arquivo INI.

Desta forma quem tem o controle da geração e a guarda do mesmo é a sua aplicação.

Com isso se houver a necessidade de gerar novamente o XML da mesma nota, temos a garantia que a chave será exatamente igual, uma vez que o código aleatório da nota (cNF) faz parte da chave da mesma.