Login Registre-se
Rejeicao: CNPJ do transmissor do lote difere do CNPJ do transmissor da consulta  XML
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Autor Mensagem
marceel08

JavaC Membro

Membro desde: 03/10/2017 20:03:52
Mensagens: 8
Offline

Pessoal,

alguem ja teve esse problema ai na NF-e 4.00?

isso esta acontecendo em alguns clientes meus, mais nao acontece direto, deve acontecer em cada 100 notas diarias, 3 ou 4 acontecem isso.

alguem teve isso tb? ou e so comigo?

ja verifiquei minhas rotinas e esta tudo certo, parece ser algo do sefaz.
GGarcia

JavaC Membro

Membro desde: 28/05/2013 17:12:21
Mensagens: 188
Offline

Cara, como você implementou o uso e acesso dos certificados usados no seu sistema?

Esse erro ocorre quando você gera uma NFe com CNPJ X e usa um certificado com CNPJ Y para assinar a nota.

Em algum momento sua aplicação deve estar alocando os dados do certificado como uma variável de ambiente no sistema operacional e com isso utilizando o certificado errado na hora de assinar.

É a única maneira desse tipo de problema ocorrer. Provavelmente duas pessoas estão tentando emitir notas ao mesmo tempo no sistema, onde cada nota pertence a um CNPJ distinto e o sistema "embaralha" os dados dos dois certificados na hora de assinar. Assim, uma das notas passa e a outra fica pendurada.

Uma solução prática é usar a classe de factory do certificado dinâmico disponibilizado aqui no fórum E fazer que o seu método de envio de nota seja synchronized. Fazendo isso, em teoria, seria impossível esse tipo de erro ocorrer.

Esta mensagem foi editada 2 vezes. Última atualização foi em 11/04/2018 16:46:03


If you're here, who's running hell?
marceel08

JavaC Membro

Membro desde: 03/10/2017 20:03:52
Mensagens: 8
Offline

Essa rejeicao ocorre ao consultar o recibo da autorizacao, nesse momento nao ha assinatura de xml. pois e so uma consulta!

a nota esta autorizada, porem ao consultar o recibo aparece a rejeicao

isso nao ocorre direto, ocorre somente com algumas notas de determinado cliente

certificado ok e valido!
GGarcia

JavaC Membro

Membro desde: 28/05/2013 17:12:21
Mensagens: 188
Offline

Não há assinatura do XML, mas você usa o certificado para validar a conexão. Os dados desse certificado são usados para configurar o socket que vai fazer a consulta.

Nesse caso, você está consultando uma chave de um determinado CNPJ e usando um certificado de um outro CNPJ.

O que eu acho que está acontecendo:

Se você aloca seus certificados em variável de ambiente, ocorre o seguinte:

- CNPJ A emite nota. Aloca o certificado. Manda a nota.
- CNPJ B emite nota. Aloca o certificado. Manda a nota.
- CNPJ A vai consultar uma chave. Como esse XML não se assina, você não deve estar alocando/configurando o certificado da certificado do CNPJ A, então o sistema operacional utiliza o socket já configurado com os dados do certificado do CNPJ B.

Dá uma pesquisada que deve ser algo bem próximo disso. Se o sue método de consulta não executa um preparaCertificado ou coisa parecida, que se usa a cada vez que uma nota for emitida, experimente colocar essa chamada no seu método de consulta que os problemas devem sumir.

Abraço

If you're here, who's running hell?
marceel08

JavaC Membro

Membro desde: 03/10/2017 20:03:52
Mensagens: 8
Offline

exato,

ja conferi todas essas informações debugando...

isso ocorre apenas com algumas notas de determinados cnpjs, se eu pegar outros recibos do mesmo cnpj e consultar, traz o resultado experado, se fosse diferente, ele ia dar problema ja na transmissao da nota, na recepcao do lote, e nao na consulta do recibo!

Esta mensagem foi editada 1 vez. Última atualização foi em 11/04/2018 17:17:38

marceel08

JavaC Membro

Membro desde: 03/10/2017 20:03:52
Mensagens: 8
Offline

olha so essa imagem

testei pelo soap ui, mesma coisa

[Thumb - soap.jpg]
 Nome do arquivo soap.jpg [Disk] Download
 Descrição
 Tamanho 174 Kbytes
 Baixado:  13 vez(es)

GGarcia

JavaC Membro

Membro desde: 28/05/2013 17:12:21
Mensagens: 188
Offline

Bom, nesse caso só posso especular que seja algum problema no webservice da versão 4 no SVRS.

Se você fez manualmente pelo SOPUI com o certificado correto, então simplesmente descarte problemas no seu lado.

Quando eu emito minhas notas, erros comuns, como erro de QRCode, por exemplo, eu capturo o código de erro, vejo se é um desses "padrão", corrijo e mando a nota novamente. O cliente nem sabe que aconteceu um erro e que foi corrigido automaticamente.

Faça o mesmo. Se a consulta de recibo retornar 223, refaça o processo em plano de fundo. Se mesmo na segunda tentativa o erro persistir, jogue o erro na tela alertando o usuário. Eu faço assim sempre e praticamente eliminei suporte de NFe/NFC com erros e problemas de simples resolução.

Esta mensagem foi editada 1 vez. Última atualização foi em 12/04/2018 11:31:14


If you're here, who's running hell?
marceel08

JavaC Membro

Membro desde: 03/10/2017 20:03:52
Mensagens: 8
Offline

Era uma instabilidade no sefaz mesmo, parou de ocorrer esse problema!

obrigado
 
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Ir para:   
Powered by JForum 2.1.9 © JForum Team