1->Rejeicao: Duplicidade de NF-e [RESOLVIDO]

[Kimba]

Bom dia amigos,

Estou tentando gerar uma NFe com o ABCr mas todas as notas que eu gero, não importando a numeração delas eu tenho o seguinte retorno pelo ACBr:

1->Rejeicao: Duplicidade de NF-e, com diferença na Chave de Acesso  

[chNFe][nRec]

Como ainda sou muito novato nesse esquema NFe+ACBr gostaria da ajuda dos amigos pra poder solucionar esse problema, onde posso estar errando?

Agradeço qualquer ajuda.

[Kiko Fernandes]

Kimba, se vc está usando o ACBrNFeMonitor, entre em configuração e na aba [WebService] passe para ( o) Homologação.

Salve e tente novamente.

Esta nota: 42110402203379000162550010000000011600250001, foi emitida em ambiente produção no dia 27/04/2011. Por isto a mensagem de duplicidade.

[Kimba]

Kiko, obrigado pela resposta.

Seguinte, eu não posso mudar para Homologação pois este software já esta rodando no cliente já tem algum tempo, e agora começou a dar esse erro e estou sem saber o motivo.

Como vc fez pra saber que ela já foi emitida em 2011?

Como posso fazer pra solucionar isso? Lí que pode ser erro de sequencia, será?

Obrigado,

[Kimba]

Tentei fazer a consulta dessa nota no site https://nfe.fazenda.sp.gov.br/ConsultaN ... arNFe.aspx"

Mas ele me retorna a seguinte mensagem: "Nenhum documento foi localizado para chave de acesso 42110402203379000162550010000000011600250001. "

Uma coisa que percebi agora é que o número que o ACBr retorna é diferente da chave de acesso que eu passei no meu xml, veja:

Chave do XML gerado pelo nosso software:

42120302203379000162550010000000011177099510

Chave de retorno do erro do ACBr:

42110402203379000162550010000000011600250001

Fiquei sem entender...

[André Ferreira de Moraes]

Primeiro, veja o site http://www.nfe.fazenda.gov.br/portal/principal.aspx e leia o manual de integração, vc está tentando consultar uma NFe de SC em SP.

Manual de integração - http://www.nfe.fazenda.gov.br/portal/ex ... lLdxB/oYA=

[Kimba]

Primeiro, veja o site http://www.nfe.fazenda.gov.br/portal/principal.aspx e leia o manual de integração, vc está tentando consultar uma NFe de SC em SP.

Manual de integração - http://www.nfe.fazenda.gov.br/portal/ex ... lLdxB/oYA=

Obrigado anfm.

[igor]

Seguinte, eu não posso mudar para Homologação pois este software já esta rodando no cliente já tem algum tempo,

quem te disse que nao pode????

nao estamos falando para vc mudar a situacao do cliente na sefaz, apenas mude o ambiente da sua nota,

para que ela vá para o ambiente de testes e nao de producao...

o cliente estar em producao nao significa que nao pode mais fazer testes

[Kimba]

Amigos, ainda estou sem entender uma coisa

Se quando eu fui gerar meu XML eu criei ele com a chave de acesso : 42120302203379000162550010000000011177099510

Por que o ACBr me retorna erro de duplicidade com uma outra chave : 42110402203379000162550010000000011600250001

Alguem poderia me explicar isso, to no google aqui mas não achei nada muito explicativo.

Abraço

[André Ferreira de Moraes]

Pq vc gerou pelo ACBr informando outro valor no campo Ide.cNF ou se vc deixar esse campo em branco o ACBr gera um número aleatório.

[Kimba]

Pq vc gerou pelo ACBr informando outro valor no campo Ide.cNF ou se vc deixar esse campo em branco o ACBr gera um número aleatório.

Então posso deixar esse campo em branco que o ACBr irá gerar a chave automaticamente pra mim? Ou estou enganado?

[igor]

Esta certo, mas será um numero aleatorio, ou seja, vc nao sabera qual vai ser, até ser gerado....

[Kimba]

Igor, sabe me dizer se esse numero gerado nunca se repetirá?

[Kimba]

Pessoal, alguma coisa esta acontecendo no ACBr que não estou entendendo. Não consigo achar o erro.

Vejam, eu estou tentando gerar uma NFe com a chave 42120302203379000162550010000000011177099510. Essa chave quando consultada por mim no site da sefaz consta que ela não existe, obvio, afinal estou tentando lançar uma NOVA Nfe. Porém quando passo o XML pro ACBr ele me retorna a mensagem que descreví no primeiro POST:

1->Rejeicao: Duplicidade de NF-e, com diferença na Chave de Acesso  

[chNFe][nRec]

Só que essa chave retornada pelo ACBr [chNFe] quando consultada na sefaz vejo que ela existe e está lá. Dai não entendi, se eu mandei ele gerar um XML com determinada chave que segundo minha consulta NÃO existe na sefaz, porque ele esta acusando duplicidade na chave?

[André Ferreira de Moraes]

Pq o número já foi usado. A chave da NFe é composta por várias informações, não é pq vc gera uma chave diferente q ela vai ser aceita.

Mais uma vez, leia o manual de integração - http://www.nfe.fazenda.gov.br/portal/ex ... lLdxB/oYA=

[Kimba]

Pq o número já foi usado. A chave da NFe é composta por várias informações, não é pq vc gera uma chave diferente q ela vai ser aceita.

Mais uma vez, leia o manual de integração - http://www.nfe.fazenda.gov.br/portal/ex ... lLdxB/oYA=

Obrigado Por responder, estou lendo o manual, me perdoe pelas perguntas de principiante, não é preguiça de ler o manual, é pressa, meu cliente esta a 4 dias sem emitir NFe por causa desse erro e sinceramente a porcaria da receita com esse manual do contribuinte mais parece que faz é confundir a cabeça das pessoas. rs...

Eu ainda não consigo entender se uma chave é unica e é gerada de acordo com data, numero da nota, fatura e etc... como ela pode ser duplicada.

Agradeço a ajuda.

[André Ferreira de Moraes]

Veja a página 83 do manual de integração.

[Angelo Gomes]

Não sei se te ajuda, mas eu não crio a minha chave. Eu só carrego os dados da nota no componente, entre eles, os que são necessários pra geração da nota (serie, numero, etc) e qdo mando validar a nota ele já me gera a chave, nem me preocupo com isso.

Pro ACBr estar gerando outra chave, acho que vc está passando os dados diferente pro componente. Verifique seu código, verifique quando vc carrega a nota para o componente se não está acontecendo algum erro.

[Kimba]

Não sei se te ajuda, mas eu não crio a minha chave. Eu só carrego os dados da nota no componente, entre eles, os que são necessários pra geração da nota (serie, numero, etc) e qdo mando validar a nota ele já me gera a chave, nem me preocupo com isso.

Pro ACBr estar gerando outra chave, acho que vc está passando os dados diferente pro componente. Verifique seu código, verifique quando vc carrega a nota para o componente se não está acontecendo algum erro.

Obrigado amigo, estou tentando exatamente isso agora...

Fico muito grato pela ajuda de todos aqui.

[Alexsander]

Se quando eu fui gerar meu XML eu criei ele com a chave de acesso : 42120302203379000162550010000000011177099510

Por que o ACBr me retorna erro de duplicidade com uma outra chave : 42110402203379000162550010000000011600250001

Você não pode repetir CNPJ (14 dígitos) + Série (3 dígitos) + Nº da NF (9 dígitos), é como se fosse um UNIQUE da NF-e.

42120302203379000162550010000000011177099510

42110402203379000162550010000000011600250001

Apesar de serem chaves diferentes, trata-se da MESMA nota.

[Angelo Gomes]

Apesar de serem chaves diferentes, trata-se da MESMA nota.

O que???? Uma mesma nota pode ter duas chaves diferentes, inclusive com o campo do NUMERO DA NOTA sendo diferente???

[Régys Silveira]

Apesar de serem chaves diferentes, trata-se da MESMA nota.

O que???? Uma mesma nota pode ter duas chaves diferentes, inclusive com o campo do NUMERO DA NOTA sendo diferente???

Se você passar para o campo cNF um valor diferente tudo vai ser igual menos a parte do cNFe o verificador.

cNF e um código aleatório conforme descrito no manual.

Uma nota só pode ter uma chave que será gerada e enviada ao webservice e ficará gravada lá para posterior consulta.

[Kimba]

Se quando eu fui gerar meu XML eu criei ele com a chave de acesso : 42120302203379000162550010000000011177099510

Por que o ACBr me retorna erro de duplicidade com uma outra chave : 42110402203379000162550010000000011600250001

Você não pode repetir CNPJ (14 dígitos) + Série (3 dígitos) + Nº da NF (9 dígitos), é como se fosse um UNIQUE da NF-e.

42120302203379000162550010000000011177099510

42110402203379000162550010000000011600250001

Apesar de serem chaves diferentes, trata-se da MESMA nota.

Obrigado pela informação, vou testar aqui.

[Kimba]

Amigos, esse erro esta realmente me deixando desconcertado.

Vejam, continuo tendo o mesmo erro só que para minha surpresa descobri algo que não sei como resolver.

Nosso amigo disse anteriormente que o problema era que o CNPJ + Serie + Nota estão repetidos, isso é fato. Só que quando vou gerar a chave no XML eu gero com a seguinte numeração:

42120302203379000162550010000003101337746178

Mas quando tento validar pelo ACBr ele substitui a chave que criei por essa:

42120302203379000162550010000000011337746178

Ou seja, minha chave esta acusando duplicidade pq o NUMERO da nota esta sendo sempre o mesmo (000000001), mas como isso acontece se no meu banco de dados eu estou passando o numero "000000310"?

Pq o ACBr esta substituindo minha chave?

Alguem tem alguma ideia?

[Kiko Fernandes]

Pelo que eu entendi, você está gerando o XML em Harbour é isto mesmo?

1 - Se possível anexe o XML que vc está gerando.

2 - Nos informe a sequencia dos comandos. A partir disto vc está usando o monitor para assinar, validar e enviar?

[Kimba]

Kiko,

Estou usando xHarbour sim com o ACBr monitor pra assinar, validar e enviar a NFe.

Estou anexando 2 XML´s nessa mensagem. O arquivo XML1.xml contem os dados que eu gravei no XML antes de mandar o ACBr validar, já o arquivo XML2.xml é o arquivo já validado pelo ACBr e consequentemente com a chave substituida como disse no post anterior.

Os passos para a minha geração do XML são simples.

1-) Leio o banco de dados

2-) Vou escrevendo o XML de acordo com o schema

3-) Através de um arquivo Texto que o ACBr monitor fica monitorando eu passo o comando para validar o meu arquivo XML. 'NFE.VALIDARNFE('+nomexml+')'

4-) Vejo se tudo correu bem no arquivo de retorno que o ACBr monitor fica escrevendo. //Aqui é que o programa acusa o erro no chave

5-) Se tudo deu certo passo o comando 'NFe.AssinarNFe('+ARQ+')' para o arquivo monitorado pelo ACBr.

e por ai vai...

Obrigado pela ajuda amigo.

XML1.xml

XML2.xml