Erro 204 no GRC constante

[former_member509118]

Bom dia pessoal,

estamos com um problema no GRC onde as notas aprovam no SEFAZ porem ficam com o status 204 constante. Somente após o Status Query é que atualiza o GRC e o ECC.

Estamos no SLL-NFE 1.0 SP 20.

Isso ocorre para o SEFAZ Espirito Santo.

Chega a acumular mais de 50 notas e pra ficar empurrando uma a uma eh impraticavel...

Alguém já passou por isso.

Obrigado.

[Former Member]

Fala Corol, bom dia.

Este erro 204, de duplicidade de NF-e, normalmente ocorre quando temos mais de um ambiente ECC emitindo Notas Fiscais para o mesmo GRC/PI.

Pega uma dessas notas que está com erro de duplicidade e faz uma consulta no monitor Web do GRC apenas pelo DOCNUM e coloca um período bem grande de data, voce vai ver que aparecerá mais de uma NF-e para o mesmo documento e uma estará aprovada (a primeira emitida) e a(s) demais rejeitadas e com erro 204.

No aguardo, obrigado.

Danilo Oliveira

[former_member182114]

Bom dia Danilo,

Você precisa manter faixas de numeração, ou séries, diferentes nestes ERP's se não vai ser sempre uma "briga" para pegar o número resultando em 204 sempre.

Em homologação isto também pode ser comum pelos refreshs de ambiente onde volta a numeração... Tudo como esperado pois a Sefaz é uma só e faz a verificação de duplicidade com CNPJ emissor + Número + Série.

Atenciosamente, Fernando Da Rós

[Former Member]

Fernando. bom dia.

Foi exatamente isso que ocorreu comigo.

Abraços

[henrique_pinto]

O grande problema dessas "duplicidades falsas" é que vc vai guardar uma NF-e e um protocolo de autorização que não têm relação um com o outro a não ser a mesma chave de acesso. Inclusive, se isso for em produção e o XML for pro cliente, vai dar erro de validação de assinatura (pois os digest values da NFe e do protocolo vão ser impreterivelmente diferentes).

Isso tem que ser evitado na fonte, garantindo que ambientes diferentes não usem o mesmo range/série de numeração.

PS: aliás, isso me deu uma idéia de melhoria pro NFE, que deveria salvar o protocolo no XML apenas se o digest value do protocolo fosse igual ao digest da NFe, dando um erro de rejeição em caso diferente. Vou sugerir no Idea Place.

[former_member509118]

Srs, bom dia ... obrigado pelo retorno...

Fernando, isso está acontecendo sim principalmente quando o faturamento é em massa e é em Produção.

Danilo, a nota consta com esse erro porem habilita o botão para Status query que após acionar é atualizado no GRC e no ECC.

Temos apenas um ambiente ECC apontando para o GRC em produçao... somente DEV e QAS que utilizamos um GRC.

Uma coisa que percebi foi que na tabela /XNFE/BATSTA o campo PROCESS (em processamento) fica com o valor R.. apos altera-lo para X a nota é atualizada no GRC...

[former_member182114]

Ops... Respondi à você Danilo achando que era tu que estava com problema.. Rss me desculpe.

[former_member182114]

Bom dia Rodrigo,

Este alterar PROCESS de R (requested) para X (read to be requested) é que está fazendo o 204 acontecer para você, mudar para X significa enviar o lote novamente, ou seja, você está provocando o erro 204.

Agora, o que está acontecendo? As notas estão ficando presas no PI? Se está R então foi solicitado... E o que aconteceu? Tem alguma fila parada veja SMQ2/SMQ1 em ambos os clients.

Tem algum erro no PI? Veja SXI_MONITOR

Tem muitas entradas de acknowledgment? Veja tabela /xnfe/acknowledg

O alert standard de NF-e foi criado?

Atenciosamente, Fernando Da Rós

[former_member509118]

Ola Fernando, desculpe a demora na resposta...

Obrigado pelo retorno... vou verificar e retorno.

abs.

[former_member182114]

Bom dia Rodrigo,

Isso acontece para 100% das notas?

Acontece algum erro na transmissão do lote que você precisa reiniciar?

Só pra confirmar, isto acontece em produção certo?

Verifique na SXI_MONITOR se existe duas comunicações com destino à Sefaz.

Atenciosamente,

Fernando Da Rós