Daniel Simoes

Desculpe, mas não compreendi.. essas propriedades existem nos fontes atuais ? Elas precisam ser removidas ? (Certeza que não estão em uso ?)

Por favor primeiro faça testes com o Demo do ACBrMTER... Pode ser que você esteja apontando para a porta serial errada, no Microterminal Provavelmente SIM, mas isso depende de configuração.. Mas você poderá descobrir facilmente, analisando o LOG do ACBrMTER

Tópico gigante, @hleorj... e parece ser de antes do Refactoring dos Relatórios... Tem algo específico nesse tópico, que você vê relacionado a propriedade desse post (LogoemCima) ?

Verifique esse Post: Talvez a correção aplicada nele, solucione o seu problema...

Realmente o seu XML está todo zoado... Veja: Como esse XML foi gerado ? Se ele foi entregue por um aparelho SAT... com certeza esse aparelho está com defeito...

Será que é seguro remove-la ?

Obrigado pela contribuição... Não comrpeendi muito bem, qual a ideia, no IF abaixo, para detectar se ele está ou não na Segunda via... if (Pos('(NSU D-TEF', AnsiUpperCase(Trim(aRetorno[i]))) > 0) then SegundaVia:=True; Pode explicar melhor a ideia ? Creio que não precisamos dos testes... correto ? 710 : begin Teste:=Linha.Informacao.AsString; end;

@EMBarbosa, lembra se essa funcionalidade foi removida, ou migrada para outra propriedade ?

Muito obrigado pela analise e correção... Já enviei ao SVN...

Esse XML é de um Lote de CFe's, e não de um CFe específico... o ACBrSAT.CFe não está preparado para ler esse XML

Se desejarem sugerir correções aos fontes, favor anexar as Units para analise...

Ok... obrigado pela analise e testes... vou enviar ao SVN, conforme sugerido...

As DLLs do OpenSSL 1.0.x, estão na mesma pasta, onde está a ACBrEmail32.dll ? Você pode encontrá-las em: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.13/x86/

Podemos incluir o 1... não vejo problema de efeito colateral... mas isso não estaria atrasando a gravação do arquivo temporário ? Se ele for desligado, antes do SiTef enviar o TipoCampo 1, o Backup poderá não ocorrer...

Não...

Por favor veja esse tópico:

Por favor veja esse tópico:

Por favor veja esse tópico:

Por favor veja esse tópico:

Por favor veja esse tópico:

Então seu diretório de fontes está muito desatualizado... uma vez que isso foi implementado a um bom tempo, e o Instalador está no raiz dos fontes, quando baixado pelo SVN... Por favor lei: https://www.projetoacbr.com.br/fontes/

Notei que muitas das impressoras recém lançadas, e que Emulam Epson Esc/Pos, não estavam funcionando com comando de gravação de logotipo... Investigando o problema, notei que elas não implementam (não são compatíveis) com o comando "GS 8L", função 67 - "Define the NV graphics data (raster format)"... e usam apenas o comando legado "FS q" Fiz um ajuste, para que o comando legado seja usado, dependendo do valor definido em Keycode1 e 2 { Verificando se informou o KeyCode compatível com o comando Novo ou Antigo. Nota: O Comando novo da Epson "GS + '8L'", não é compatível em alguns Equipamentos (não Epson), mas que usam EscPosEpson... Nesse caso, vamos usar o comando "FS + 'q'", para tal, informe: KeyCode1 := 1; KeyCode2 := 0 } Portanto use os valores KeyCode1 := 1 e KeyCode2 := 0 , se a impressora não suportar o novo comando... Os ajustes já estão no SVN, e o Demo do PosPrinterTeste, já foi atualizado na área de downloads do fórum...