Erro ao gerar xml: XmlNode não pode ser nulo.

[Fabricio Campos eqs]

olá pessoal

Atualizei o acbr e tive que mudar as libs ssl para wincript, winhttp e libxml2.  mas agora não consigo gerar o xml está dando o erro  XmlNode não pode ser nulo. no NFC-e. o windows é 64. o que devo fazer para resolver?  quais dlls preciso copiar? atualizar? esse erro é schema? ou dlls?

[Juliomar Marchetti]

Não sei se entendi mas tu está setando somente

ACBrNFe.Configuracoes.Geral.SSLLib = WinCrypt

e ACBrNFe.Configuracoes.Webservice.SSLType para tls 1.2

as demais não devem ser modificadas e nem informadas pois as duas acima já sabem.

dll´s se é win64 tem que ser todas que usava com win32 mas mudando é claro para x64(openssl,libxml2 e diversas e estão na pasta DLLs do svn)

[Fabricio Campos eqs]

Em 01/10/2025 at 20:47, Juliomar Marchetti disse:

Não sei se entendi mas tu está setando somente

ACBrNFe.Configuracoes.Geral.SSLLib = WinCrypt

e ACBrNFe.Configuracoes.Webservice.SSLType para tls 1.2

as demais não devem ser modificadas e nem informadas pois as duas acima já sabem.

dll´s se é win64 tem que ser todas que usava com win32 mas mudando é claro para x64(openssl,libxml2 e diversas e estão na pasta DLLs do svn)

ok. na minha máquina funciona. são alguns clientes. vou testar com eles e retorno assim que puder. obrigado.

[Fabricio Campos eqs]

3 minutos atrás, Fabricio Campos eqs disse:

ok. na minha máquina funciona. são alguns clientes. vou testar com eles e retorno assim que puder. obrigado.

Sim. está

ACBrNFe.Configuracoes.Geral.SSLLib = WinCrypt

e ACBrNFe.Configuracoes.Webservice.SSLType para tls 1.2

exatamente. (interessante que tenho 2 maquinas uma 32 e ou outra 64. as duas funcionam. e não mudei nada. o erro acontece quando clique em gerar xml )

Mas, qual a configuração que você me sugere para evitar este erro? 

 

 

Em 01/10/2025 at 20:47, Juliomar Marchetti disse:

Não sei se entendi mas tu está setando somente

ACBrNFe.Configuracoes.Geral.SSLLib = WinCrypt

e ACBrNFe.Configuracoes.Webservice.SSLType para tls 1.2

as demais não devem ser modificadas e nem informadas pois as duas acima já sabem.

dll´s se é win64 tem que ser todas que usava com win32 mas mudando é claro para x64(openssl,libxml2 e diversas e estão na pasta DLLs do svn)

 

[Juliomar Marchetti]

mas ambas tem o delphi e tu usou o instalador, que fez a copia das dll´s certo

[Fabricio Campos eqs]

2 horas atrás, Juliomar Marchetti disse:

mas ambas tem o delphi e tu usou o instalador, que fez a copia das dll´s certo

Ah sim. tem o delphi sim.

na verdade eu sempre usei CAPICOM basico. mas desta vez o compilador não aceitou capicom e tive que compilar o acbr e a aplicação sem ele. dai comecei a usar o WinCrypt. E essa mensagem eu nunca vi. 

Mas então qual a configuração que faço no cliente para evitar este erro (em todas as versões windows)?  ou tem algum video passo a passo ou topico aqui  mostrando?

 

[Juliomar Marchetti]

1 hora atrás, Fabricio Campos eqs disse:

Ah sim. tem o delphi sim.

na verdade eu sempre usei CAPICOM basico. mas desta vez o compilador não aceitou capicom e tive que compilar o acbr e a aplicação sem ele. dai comecei a usar o WinCrypt. E essa mensagem eu nunca vi. 

Mas então qual a configuração que faço no cliente para evitar este erro (em todas as versões windows)?  ou tem algum video passo a passo ou topico aqui  mostrando?

 

é essa citada acima. só deve lembrar que precisa das dll´s do libxml2 , openssl e demais que tem na pasta do svn em DLLS

[Fabricio Campos eqs]

Certo. Vou testar em um cliente. Mas, para não copiar todas as dlls, só me confirme as dlls que de fato vou precisar (x64): openssl, libxml2  e diversas? todas destas pastas?

(na ultima mensagem foi dito "e demais" ?? ). fique na dúvida.

[Juliomar Marchetti]

3 horas atrás, Fabricio Campos eqs disse:

Certo. Vou testar em um cliente. Mas, para não copiar todas as dlls, só me confirme as dlls que de fato vou precisar (x64): openssl, libxml2  e diversas? todas destas pastas?

(na ultima mensagem foi dito "e demais" ?? ). fique na dúvida.

se sua aplicação é x64 sim. senão é x86

[Fabricio Campos eqs]

Agora funcionou. Copiei o grupo de dlls:

https://s3.amazonaws.com/movidesk-files/661BC5AA09E6E2D157E066A0AFA6E3A6?AWSAccessKeyId=AKIAWSRCTWGBHCVKCQGD&Expires=1764868042&Signature=rQr6gPMUmhMvNX1Tdh7ndizDquQ%3D

 

[Juliomar Marchetti]

Em 03/12/2025 at 14:57, Fabricio Campos eqs disse:

Agora funcionou. Copiei o grupo de dlls:

https://s3.amazonaws.com/movidesk-files/661BC5AA09E6E2D157E066A0AFA6E3A6?AWSAccessKeyId=AKIAWSRCTWGBHCVKCQGD&Expires=1764868042&Signature=rQr6gPMUmhMvNX1Tdh7ndizDquQ%3D

 

olha ´so. que show.

elas estão no SVN na pasta DLLs, basta saber a arquitetura de sua aplicação. digo seu Executável

[Jicelmo Andrade]

 

Fabriciou poderia me informas quais dlls vc trocou pq estou com memso probelma que vc teve, em um cliente windows server 

Editado 27 Dezembro, 2025 por Jicelmo Andrade

[Jicelmo Andrade]

resolvi obrigado, eu organizei sistema para pegar a dll de um unico diretorio e o cliente modifiocou esse diretorio

[valterpatrick]

Obrigado por reportar.

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