NFC-e sem assinatura

[brajan]

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

[Daniel Simoes]

@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

[brajan]

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 

[Daniel Simoes]

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;

 

[brajan]

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

[BigWings]

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.

[Italo Giurizzato Junior]

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.

[brajan]

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

[Victor H. Gonzales - Panda]

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.