Diego Foliene

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:

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

Reforço a sugestão do meu amigo @Alexandre de Paula e também complemento. Por favor, tente fazer um teste. Em seu arquivo ACBrLib.ini que centraliza as configurações da biblioteca defina na seção [NFe], o valor 1 para SalvarWS. Ainda na mesma seção, um caminho em PathSalvar. Feito isso, quando você executar os métodos, a biblioteca vai gerar para você os arquivos de envelope da requisição. Eles vão ter o conteúdo que é enviado para o web service e a resposta do mesmo. Ambos arquivos vão ter -soap no nome. Confira se vai ser gerado para você os envelopes de envio e de resposta, se o for, então a comunicação está ocorrendo com sucesso e a falha é no momento de ler as informações.

Você consegue consumir os demais métodos normalmente então? Consulta status, transmite nota, só o envio de evento que apresenta este comportamento?

Boa tarde @gladston. Neste mensagem anterior, um colega compartilhou que conseguiu transmitir com sucesso com este passo a passo: Veja que no item 1, é mencionado que o valor de CodigoTributacaoMunicipio e ItemListaServico estavam semelhantes. Este não é o seu caso. É possível fazer um teste definindo os mesmos valores?

Boa tarde! Por favor, certifique-se de que a LibXML foi devidamente configurada.

Boa tarde! Veja que no teste que fiz carregando o arquivo XML não obtive problemas. Então nós precisamos comparar o que o conteúdo que é gerado e carregado pela classe de alto nível com o conteúdo do XML para ver se encontramos alguma diferença. A classe de alto nível fornece um auxílio para que você possa trabalhar com a Lib, mas a comunicação com ela é feita através de um arquivo INI. No final, do processo, a classe de alto nível gera um arquivo ini antes de passar para a Lib. Por favor, disponibilize o conteúdo de .ToString() da classe de alto nível. var NFe = new NotaFiscal(); //Preenche as propriedades da classe de alto nível. var NFeStr = NFe.ToString(); //Disponibilize o valor de NFeStr

Boa tarde! Fiz um teste em meu ambiente e a princípio, não tive problemas. Por favor: Seu ambiente é Windows ou Linux? Faça um teste carregando o arquivo INI ao invés de seu conteúdo.

Bom dia! Se ele está caindo neste trecho de código, é provável que esteja falhando em inicializar a LibXML. Na propriedade ACBrDFe.Configuracoes.Geral.SSLXmlSignLib, foi definido o valor xsMsXml? Caso o seja, por favor, defina o valor xsLibXml2 e faça um novo teste. Se ainda assim persistir o problema, tente adicionar as dlls que tem AQUI, na mesma pasta do seu .EXE, escolhendo de acordo com a arquitetura que compila a sua aplicação e não a do SO

Boa tarde! Por favor, veja se as orientações deste tópico lhe são úteis: