Nota em Contingência Off-line - Erro 462 - CSC não cadastrado no Sefaz

[marcio-carneiro]

Olá, amigos

Já fiz o dever de casa aqui no fórum e pesquisei vários posts com o mesmo problema,

mas não obtive resposta que resolvesse essa minha pinimba.

De um tempo para cá, acredito que após o Sefaz começar a verificar o qrcode, todas as notas que emito em contingência dá erro 462 -

Já verifiquei no Sefaz o Id e o CSC do cliente em teste. Está correto.

Estou informando duas vezes o id e o Csc ao componente, pois ao iniciar o form carrego esses dados no componente.

E quando verifico a necessidade de contingência, antes de gerar novamente o xml da nota, informo novamente, e no debug percebo que foi correto.

O erro ocorre tanto em homologação como produção.

 Segue abaixo o qrcode da nota, em duas versões do xml.

A primeira online:

[http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33181102493152000107650010000003931518260511|2|2|3|F5714629D7D480C899BD40416C072E84AB7A9C7E]]>

A segunda em contingência:

[http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33181102493152000107650010000003939518260517|2|2|25|8.00|37686A2F6C3459636C6C43427A6267794B3946437A3156695641383D|0|0DF7735B2115029C51B01BBB158B48388CCA7812]]>

Os dados do sefaz:

id = 000003
csc=7A3F9FB5-695F-43A0-B91A-024F6EFB8FA6  

Onde posso estar errando.

Obrigado

 

[Amarildo de Matos]

boa noite. para melhor analise dos consultores, mande o xml, os logs gerados.. valeu..

[marcio-carneiro]

Obrigado pela atenção.

Segue abaixo o xmls dos arquivos. O primeiro foi emitido mas não foi enviado. O segundo foi emitido em contingência. 

33181102493152000107650010000003939518260517-nfe.xml

33181102493152000107650010000003931518260511-nfe.xml

[Felipe E. Resende Mesquita]

19 horas atrás, marcio-carneiro disse:

Olá, amigos

Já fiz o dever de casa aqui no fórum e pesquisei vários posts com o mesmo problema,

mas não obtive resposta que resolvesse essa minha pinimba.

De um tempo para cá, acredito que após o Sefaz começar a verificar o qrcode, todas as notas que emito em contingência dá erro 462 -

Já verifiquei no Sefaz o Id e o CSC do cliente em teste. Está correto.

Estou informando duas vezes o id e o Csc ao componente, pois ao iniciar o form carrego esses dados no componente.

E quando verifico a necessidade de contingência, antes de gerar novamente o xml da nota, informo novamente, e no debug percebo que foi correto.

O erro ocorre tanto em homologação como produção.

 Segue abaixo o qrcode da nota, em duas versões do xml.

A primeira online:

[http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33181102493152000107650010000003931518260511|2|2|3|F5714629D7D480C899BD40416C072E84AB7A9C7E]]>

A segunda em contingência:

[http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33181102493152000107650010000003939518260517|2|2|25|8.00|37686A2F6C3459636C6C43427A6267794B3946437A3156695641383D|0|0DF7735B2115029C51B01BBB158B48388CCA7812]]>

Os dados do sefaz:

id = 000003
csc=7A3F9FB5-695F-43A0-B91A-024F6EFB8FA6  

Onde posso estar errando.

Obrigado

 

Boa tarde, marcio-carneiro.

Você tem que verificar se o CSC cadastrado é para emissão em homologação ou produção. Lembrando que para cada ambiente você terá que gerar o seu id e CSC correspondente.

[marcio-carneiro]

Obrigado pela atenção.

Verifiquei novamente no sefaz e os dados estão corretos. Pra homologação.

Mas clientes em produção estão apresentando o mesmo problema.

Após o último pipe, os valores do IDCSC E CSC são convertidos e criptografados? Tem como fazer o contrário, para ver os dados que estão sendo informados?

[Amarildo de Matos]

bom dia.. nesse caso sugiro entrar em contato com o proprio sefaz, mandando email para eles, com a situação.. ok.

[marcio-carneiro]

Obrigado pela atenção de todos.

RESOLVIDO.

Mas depois de rastrear a geração do qrcode, e ver como ele se formava, descobri que o erro estava no reenvio do xml quando saia da contingência.

Na minha santa ignorância, achava que bastava carregar o xml e enviar que tudo resolvia. Mas depois de sofrimento descobri que ao enviar ele gera/atualiza novo qrcode, e eu, burramente não estava

informando ao componente o ID e CSC, pois achava que isto já estava no xml original da contingência.

Então a solução no meu caso, foi informar novamente o ID e o CSC ao componente antes de reenviar o cupom emitido em contingência.

O que me fez pedir ajuda aos amigos, foi que sempre funcionou do jeito errado. Até um tempo atrás, desconfio que o SEFAZ deve ter começado a fazer a crítica.

Então o qrcode estranho que gerava era devido ao fato de não ter sido informado o ID e o CSC. E gerava o erro 462.

Acho que quem tem maior conhecimento nos fontes do Acbr, poderia fazer uma crítica antes de gerar o xml ou enviar, e não permitindo envio/geração sem o ID e o CSC informado.

A todos que perderam tempo comigo, agradeço de coração. E me perdoem, mas tenho para mim somente pedir ajuda depois de muito estudar, mas tem hora, que a solução está na sua frente e você não descobre.

Por isso apelamos aos amigos e colaboradores deste brilhante forum.

Um abraço.    

[Amarildo de Matos]

boa noite.. opa. .marcio. .valeu.. ai.. obrigado pelo retorno, e aqui, pode contar como todos. pois todos se ajudam.. valeu pelo retorno.

[Felipe E. Resende Mesquita]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.