Italo Giurizzato Junior

Bom dia @SHARMAQ, Se você usa o componente, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Caso você use a Lib ou Monitor, favor aguardar que seja disponibilizado uma nova versão.

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

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

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

Bom dia @ramsolution, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5347

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

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

Bom dia @Welson, DIGITEC Sistemas, Já inclui na minha lista de tarefas para resolver esse problema. TK-5346

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia @Doni Delphi, Já esta no SVN.

Bom dia @leonard.miranda, Fiz algumas alterações e envie para o SVN. Pela imagem que você anexou o DANFSE que esta utilizando não é Fortes Report e sim Fast Report? Fiz os testes com o Fortes Report e a impressão esta correta.

Bom dia Diego, Já esta no SVN.

Bom dia Jean, Já esta no SVN.

Bom dia Jeferson, Já esta no SVN.

Bom dia @Heronim Antonio Marçal, Já esta no SVN.

Bom dia João, Já esta no SVN.

Bom dia @PrimeSoftware, Já esta no SVN.

Bom dia João, Já esta no SVN.

Marcia, Você tem o XML salvo em disco ou no banco de dados que foi enviado para a SEFAZ e ocorreu problema com a internet e acabou ficando se o protocolo de autorização? Se sim, basta carregar ele usando o LoadFromFile (se estiver salvo em disco) ou LoadFromString (se estiver salvo no banco de dados), depois basta executar o Consultar. Não precisa gerar o XML novamente, pois se fizer isso o que pode ocorrer? 1. o valor do campo cMDF estar com outro valor, pois ele é um código aleatório do MDF-e e quando salvamos no banco de dados as informações do MDF-e que vamos emitir devemos também gerar esse código e guardar ele no banco de dados também. Não devemos atribuir o valor zero a esse campo, pois isso faz com que o componente gere um código aleatório e você acaba não tendo mais controle. 2. Devemos também armazenar no banco de dados a data/hora de emissão, pois caso contrario teremos um horário diferente gerando problemas com o DigestValue, ou seja, o DigestValue do XML do MDF-e vai ser diferente do protocolo retornado pela SEFAZ. Confirmando o que o @Juliomar Marchetti, já lhe passou. O Consultar não baixa o XML do MDF-e, do CT-e e nem da NF-e, você esta fazendo confusão. O Consultar retorna a situação do documento, ou seja, se ele foi autorizado é retornado o protocolo de autorização, caso contrario é retornado a rejeição. De forma resumida, se você tem o XML que foi enviado para a SEFAZ ele esta assinado, então basta: 1. Carregar ele com o LoadFromFile ou LoadFromString; 2. Executar o Consultar É só isso que precisa ser feito.

@luisclaudio_jr, Manda para nós um XML que contem essa sequencia de caracteres para que possamos analisar.

Boa tarde João, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5341

Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5340

Boa tarde Marcia, Quem gera a chave do documento é o próprio componente, não adianta você querer atribuir que o componente vai desconsiderar ela. Por que você diz que a chave gerada pelo componente esta errada? O que esta diferente na chave?

Boa tarde @luisclaudio_jr, Recapitulando: Os dois XMLs que você nos enviou por e-mail, um foi lido sem nenhum problema pela unit ACBrNFeXmlReader, já o segundo foi necessário fazer uma correção na unit que inclusive já se encontra no SVN. Em nenhum dos dois XML contem a sequencia: #$A . Os XMLs das notas ele esta recebendo por e-mail e salvando em disco? Se sim, pode ser esse o problema.

Boa tarde @leonard.miranda, Já inclui na minha lista de tarefas para analise do problema. TK-5339