Jump to content

dev botao

NFC-e sem assinatura


Go to solution Solved by Victor H. Gonzales - Panda,
  • Este tópico foi criado há 991 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro
Posted

Bom dia, estamos enfrentando alguns problemas com os retornos de algumas vendas no estado de MG o mesmo retorna o protocolo de autorização, mas não é adicionado  a assinatura do xml e os contadores estão questionando isso, na emissão está ocorrendo muito esse o problema.

Mas quando mando consultar as vezes o problema resolve mas muitas vezes também não resolve.

Alguém sabe de uma forma para resolver esse problema.

segue anexo um exemplo de uma venda

31220203729590000186650020000021011709457364-nfe.xml

  • Fundadores
Posted

@brajan, há algum equivoco, pois o XML é assinado, pela sua aplicação, antes de enviar ao SEFAZ...

Você fala que a resposta do SEFAZ está removendo a Tag de Assinatura do seu XML ?

Se SIM, será necessário analisar os Logs de retorno, ativando a gravação dos XMLs Soap do WebService

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

  • Membros Pro
Posted

então Você fala que a resposta do SEFAZ está removendo a Tag de Assinatura do seu XML ?
provavelmente é isso como eu adicionei um xml de exemplo ele está sem a assinatura 

  • Fundadores
Posted

Sim, parece ser isso...

Para termos certeza, e você ter subsídios para questionar o SEFAZ, através do "Fale Conosco",  por favor ative a gravação dos Soap

Configuracoes.WebServices.Salvar := True;

 

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

  • Membros Pro
Posted
2 minutos atrás, Daniel Simoes disse:

Sim, parece ser isso...

Para termos certeza, e você ter subsídios para questionar o SEFAZ, através do "Fale Conosco",  por favor ative a gravação dos Soap

Configuracoes.WebServices.Salvar := True;

 

essa opção já vai está ativada  FDataModule.ACBrNFCe.Configuracoes.WebServices.Salvar     := True;
vou buscar a pasta para verificar

  • Moderadores
Posted

A SEFAZ não autorizaria um XML não assinado, e nem ela nem o componente remove a assinatura no envio.

O que provavelmente está acontecendo é você estar usando o método de consulta carregando um XML sem a assinatura, e com a propriedade ValidarDigest desativada.

 

A minha sugestão é que verifique a sua rotina, e mantenha a ValidarDigest ativada.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

  • Consultores
Posted

Bom dia a todos,

Se tratando de NF-e / NFC-e o XML é gerado, assinado, validado e enviado pelo componente.

A SEFAZ apenas retorna um pequeno XML que contem o protocolo de autorização que o componente também se encarrega de adicionar ao XML assinado.

Não é a sua aplicação que esta adicionando o protocolo em um XML não assinado?

Quando ocorre erro de internet, devemos carregar o XML assinado através do LoadFromFile e em seguida executar o Consultar.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

  • Membros Pro
Posted
5 minutos atrás, BigWings disse:

A SEFAZ não autorizaria um XML não assinado, e nem ela nem o componente remove a assinatura no envio.

O que provavelmente está acontecendo é você estar usando o método de consulta carregando um XML sem a assinatura, e com a propriedade ValidarDigest desativada.

 

A minha sugestão é que verifique a sua rotina, e mantenha a ValidarDigest ativada.

Bom dia, já trabalhamos com a NFC-e desde o inicio e não ocorre o problema com os outros estados o problema é principio é o estado de MG, e isso começou esse ano a propriedade ValidarDigest sempre vai ativada, e o problema não está na consulta e quando usamos o método enviar já cria e grava o xml com esse problema;

Agora existe duas opção de retorno do XML XMLAssinado e XMLOriginal;

sempre usei a opção XMLOriginal, quando eu usava a opção XMLAssinado o mesmo vinha faltando o protocolo

10 minutos atrás, Italo Giurizzato Junior disse:

Bom dia a todos,

Se tratando de NF-e / NFC-e o XML é gerado, assinado, validado e enviado pelo componente.

A SEFAZ apenas retorna um pequeno XML que contem o protocolo de autorização que o componente também se encarrega de adicionar ao XML assinado.

Não é a sua aplicação que esta adicionando o protocolo em um XML não assinado?

Quando ocorre erro de internet, devemos carregar o XML assinado através do LoadFromFile e em seguida executar o Consultar.

eu so envio e gravo o retorno como disse agora pouco existe duas opção de retorno do XML XMLAssinado e XMLOriginal;

qual a correta usar XMLAssinado já tive problemas de trazer o protocolo a XMLOriginal não tinha esse problema agora está acontecendo esse, com algumas notas

  • Consultores
  • Solution
Posted

Boa tarde,

assine o xml antes de enviar, salve ele e retenha isso em sua posse.

se der problema de comunicação por exemplo, faça o load, e depois a consulta.

Digest Value, é porque ocorreu alguma mudança no XML, por exemplo você mudar a data ou o cnf, o xml tem que ser fidedigno.

  • Thanks 1
Consultor SAC ACBr

Victor H Gonzales - Pandaaa
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil

Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

"Aprender é a única coisa que a mente nunca se cansa, nunca tem medo e nunca se arrepende” - Leonardo da Vinci

"Ter sucesso é falhar repetidamente, mas sem perder o entusiasmo"

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.