Daniel Simoes

Sim.. na Lib ainda levará alguns meses

Sim... Veja a pasta ACBrPIXCD

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

Não sei bem se isso faria a conversão de forma correta... Existe algum UTF8ToANSI ? Mas o ideal, é manter em UTF8, pois mudar o XML, pode invalidar a assinatura digital do mesmo...

Mas não faz muito sentido, se ele gravou no Log o XML em UTF8.. significa que ele estava em UTF8... Esse XML poderia ter sido lido e modificado, por outra aplicação ? Você consegue reproduzir esse problema no Demo do ACBr, para investigarmos ?

o Segundo item destacado.. parece estar correto.. é uma codificação em UTF8 (dois bytes para um caractere acentuado) A rotina de Log, faz esse tratamento para os caracteres não convencionais.. o XML em si, está com erro ? não está em UTF8 ?

Boa.. o fato é que poucos fabricantes disponibilizam DLLs de SAT, para 64 bits... Para SAT realmente é melhor usar 32 bits

Que bacana.. realmente é uma boa alternativa... o comando de impressão de BMP, tem funcionado bem, nessa impressoras genéricas ?

Pode realmente ser algo no Fast... pois esse BPL do ACBr, irá depender dele... Ele também acusa algum erro na carga do Fast ? Em todo caso, os relatórios em Fast do ACBr, exigem a versão Standard do Fast Report.. a versão Embarcadero, é muito limitada...

Sim, por isso que não atualizamos mais o Json4Delphi ... Eu ainda estou analisando entre compatibilizar ele ou adotar esse outro aqui... https://github.com/BeRo1985/pasjson

Por favor experimente enviar o False, sem as aspas... (pois ele não é uma String)

Eu creio que SIM.. @Victor H. Gonzales - Panda, sabe se é isso mesmo ? Ou precisa fazer uma nova ativação do SAT ?

Não há como configurar isso no SAT.. O SAT busca as informações do CNPJ, do site da SEFAZ...

Os Emuladores nunca funcionaram 100%, fazer o Download da MFD de um Emulador de ECF, acho que nunca foi possível... No caso da Bematech, experimente rodar o Emulador, com privilégios de Admin

Creio que SIM.. consegue editar @Renato Rubinho ?

Eu destravei o tópico, pois acho que não faz muito sentido.. A Classe de alto nível, em C#, não é funcional para preenchimento de NFCe ?? Pode por favor confirmar, @Rafael Dias ?

Você está rodando o Demo em C# ou VB6 ?

Isso é a opção TLS:=True do componente... Sei que não é a resposta que vocês esperam, mas vou expor meu ponto de vista... É pouco profissional, usar o email pessoal do Cliente, para envio de Documentos que o seu sistema gera... Você precisará pedir informações pessoais, dele e ter acesso completo a caixa de email dele... Já pensou nas implicações de LGPD e quebra de sigilo, que isso pode gerar ?? Pense ainda, nas inúmeras horas que você e seu suporte perdem, tentando configurar o Provedor A, B, C, em cada cliente que você instala o seu sistema... Por isso que no vídeo que eu postei acima, eu afirmo que a questão do envio do email da NFe/NFCe, é algo que a Software House precisa resolver dentro de casa, usando um Provedor de SMTP profissional, onde toda a configuração fica do seu lado, e gerando uma API Key, que poderia ser facilmente revogada, caso o cliente sai da sua base...

Acho que isso é uma tendência irreversível... esses provedores de Email gratuitos, odeiam o SMTP.. pois com o SMTP você não precisa ir até o portal deles, para enviar o email (e ver as propagandas) Sem falar que eles consideram Login de SMTP inseguro...

VB6 precisa usar as DLLs em StdCall, 32bits e Single Thread

Verifique se as DLLs do OpenSSL, estão atualizadas e na pasta da sua aplicação Hotmail e Gmail há um bom tempo vem anunciando que deixaram de suportar SMTP... Veja o vídeo abaixo:

"10060 - Connection timed out" Isso indica que o Servidor não lhe respondeu nada... Pode ser que precise configurar algo na conta desse usuário, para permitir o uso de SMTP...

O SVN não é muito bom para criação dinâmica de Branches... O que você pode fazer, é criar uma nova pasta, e fazer um novo Commit, com essa pasta e arquivos...