Diego Foliene

Boa tarde! Muito obrigado por reportar! Fiz um teste em meu ambiente com a versão 1.4.0.273 e o resultado foi semelhante. Criada a #TK-6145 para correção.

Boa tarde! Que bom que deu certo de encontrar a solução do problema! Por favor, se possível, compartilhe qual foi a solução para que possa ajudar outros membros que possam vir a enfrentar o mesmo problema futuramente.

Bom dia! Conferindo nos fontes, estas propriedades foram substituídas de forma se tornarem mais "genéricas". Agora existe uma lista de erros que possui as propriedades Codigo, Descricao e Correcao. ACBrANe.WebService.Enviar.Erros[0].Codigo; ACBrANe.WebService.Enviar.Erros[0].Mensagem; ACBrANe.WebService.Enviar.Erros[0].Correcao; Acredito que meu amigo @Italo Giurizzato Junior possa fornecer uma parecer melhor sobre a situação e se os campos ValorInformado e ValorEsperado podem ser readicionados.

Boa tarde! Por favor, faça um teste lendo de: ACBrCTe.WebServices.Enviar.dhRecto; ACBrCTe.webServices.Enviar.Protocolo; //Se as propriedades acima estiverem vazias, tente: ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.dhRecbto; ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.chCTe; //Em última instância: ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.protCTe.dhRecbto; ACBrCTe.WebServices.Enviar.CTeRetornoSincrono.protCTe.chDFe;

Bom dia! Sim. Fiz um teste em meu ambiente e também tive problemas carregando o arquivo XML que disponibilizou. Em uma análise inicial o que pude observar é: 1º O problema só ocorre com o LoadFromFile, utilizando o LoadFromString ele abriu normal aqui. 2º O problema ocorre, porque quando é feito o LoadFromFile, a string lida tem alguns elementos a mais: Isso faz com que depois de passar por um processo para extrair o XML que fato será lido, removendo tags como <?xml version="1.0" encoding="UTF-8"?> ou <nfeProc>, a string resultante seja um arquivo XML quebrado: 3º Estes caracteres a mais que são lidos, é o BOM do XML. Se você abrir o seu arquivo com o notedpad++ e selecionar no menu "Formatar", vai ver que ele está como "Codificação em UTF-8 BOM". Neste mesmo menu, ao selecionar a opção "Codificação em UTF-8" e depois selecionar a opção "Converter para UTF-8", o arquivo XML foi lido pelo LoadFromFile sem apresentar problemas. Foi criada #TK-6139 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada aqui. Durante este meio tempo, se possível, peço que utilize as sugestões propostas acima.

Boa tarde! Vamos reunir essas informações e lhe damos um retorno assim que possível. Também foi criada a #TK-6137 para revisão e atualização da documentação.

Boa tarde. Veja qual é o valor definido em ACBRCTe.Configuracoes.Geral.SSLXmlSignLib. Pela mensagem, me parece que está com um valor inválido. Neste tópico tem as configurações recomendadas por tipo de certificado:

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

Verifique se definiu estes valores para as propriedades. ACBrCTe.Configuracoes.Geral.ModeloDF := moCTeSimp; ACBrCTe.Conhecimentos[0].CTe.ide.TpCTe := tcCTeSimp;

Bom dia. Enviado ao SVN ajuste adicionando a referida validação.

Efetuado teste e constatado diferença no comportamento. Com a versão x86 não acusa erro, já com a versão x64 foi acusado o erro que relatou. Criada a #TK-6132 para análise detalhada do caso e parecer por parte da equipe de consultores. Durante este período, como paliativo, se for possível(não tiver nenhuma restrição de sua parte, no que diz respeito da dependências), peço que utilize a versão x86.

Foi enviado ao SVN na Rev-35713, ajustes visando resolver esta questão. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! O grupo <infModal> em seu arquivo está vazio. <infModal versaoModal="4.00"> <rodo> <RNTRC/> </rodo> </infModal> Para preenchê-lo, você pode fazer algo como: with ACBrCTe.Conhecimentos.Add.CTe do begin //.... with infModal do begin //... end; end; Você também pode usar o método ACBrCTe.Conhecimentos.Validar para que o componente acuse erros de schema para você.

Bom dia! Arquivos recebidos! Vou fazer alguns testes com os mesmos e retorno assim que descobrir mais informações.

Defina a propriedade ACBrNFe.Configuracoes.WebServices.Salvar := True; Com ela definida, na próxima consulta, ele vai salvar para você os arquivos: AAAAMMDDHHNNSS-con-dist-dfe.xml AAAAMMDDHHNNSS-con-dist-dfe-soap.xml AAAAMMDDHHNNSS-dist-dfe.xml AAAAMMDDHHNNSS-dist-dfe-soap.xml Os arquivos que tem dist-dfe no nome são o retorno, é ele que precisamos.

Por favor: Você está usando a versão Single Thread ou Multi Thread? Está utilizando a versão x86 ou x64? Está utilizando a convenção de chamada cdecl ou stdcall?

Boa tarde @luisclaudio_jr! Um pequena sugestão de melhoria: //Aqui você está limpando a lista de notas na memória do componente. DM_NFe.ACBrNFe1.NotasFiscais.Clear; //Depois que passar desta linha, ACBrNFe.NotasFiscais.Count vai ter o valor zero. //Aqui você está adicionando uma nota na lista. DM_NFe.ACbrNFe1.NotasFiscais.Add; //Depois que passar desta linha, ACBrNFe.NotasFiscais.Count vai ter o valor 1. try //Aqui você está carregando uma nota NFe na lista... DM_NFe.ACBrNFe1.NotasFiscais.LoadFromFile(arquivo); //Depois que passar desta linha, ACBrNFe.NotasFiscais.Count vai ter o valor 2. //.... Então no final do processo, você fica com duas notas na lista, uma com todas as informações em branco e uma com as informações que foram carregadas do XML. Portanto, esta linha DM_NFe.ACBrNFe1.NotasFiscais.Add; pode ser removida. Essa observação foi feita considerando apenas este trecho de código que disponibilizou. Se entre esta linha e o LoadFromFile você preenche as informações da nota, ou sua intenção é de fato ter duas notas na lista, então está correto.

Muito obrigado! Vamos realizar novos testes e reportamos assim que descobrirmos mais informações.

Boa tarde! Recebemos um arquivo de resumo de NF-e. De fato, não há uma rotina para ler o XML do resumo especificamente. Você teria o arquivo de retorno da consulta de distribuição completa o qual este resumo foi devolvido? Em um teste mais simples, passando o conteúdo que foi lido pela rotina UTF8ToNativeString, também faz com que o conteúdo seja exibido corretamente.

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

Conseguiu identificar o problema?

Boa tarde! No arquivo comms_241017.log nas informações de via estabelecimento e via cliente, pelo que pude conferir estão trazendo as datas corretas (data de 17/10/24) e o horário acompanhando a o horário na entrada do log (por exemplo temos 17:14:15:026 0x53= BIN e na via estabelecimento que tem logo em seguida está com horário 17:14:08) Por favor, teria um exemplo de horário que está incorreto?

Boa tarde! Acredito que tenha havido alguma confusão. Não há um grupo para remetente e destinatário na estrutura do CT-e Simplificado, veja: Acredito que você tenha se confundindo com isso aqui: Ou seja, no CT-e Simplificado, você vai ter um emitente e um destinatário, mas para poder realizar a emissão de um CT-e Simplificado, você precisa vincular nele NF-es de pelos menos dois remetentes ou destinatários diferentes.

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

Boa tarde! Por favor, pode disponibilizar o arquivo que está carregando e está apresentando este resultado para testes? Se julgar que o mesmo tenha dados sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação. Se seus fontes estão atualizados: A leitura do retorno quando você faz a consulta DistribuicaoDFe é feita a partir do local indicado pelo print: