Italo Giurizzato Junior

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

Boa tarde @cefantacini, Tente usar somente o botão [Criar e Enviar modo Síncrono].

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

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

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

Bom dia @phulano, Você poderia anexar o arquivo ENT.txt para que possamos analisar o problema?