Daniel Simoes

A impressão não é feita pelo ACBr.. ele disparar um evento para sua aplicação fazer a impressão.... Também é a sua aplicação que retorna ao componente qual o estado da impressora Virtual... Você deve retornar Livre para que a impressão ocorra com sucesso

Tente o modelo Filizola ... quase todas seguem esse protocolo

Me parece que falta ajusta o Modelo para 55 antes de enviar esse comando https://acbr.sourceforge.io/ACBrMonitor/NFESetModeloDF.html

Creio que o fato do instalador estar detectando o Delphi 12 esteja causando o problema.. Logo ajustaremos o instalador para suportar o D12

Experimente apagar os arquivos de trabalho, criados na pasta do Instalador... Ou ainda até mesmo, baixar todo o ACBr, em uma nova pasta...

@EMBarbosa, O Jedi.inc já suporta o Delphi 12 ?

Se você usa ACBrPosPrinter, basta definir esse valor na Porta...

Para conseguirmos vencer o Captcha, usávamos um link um pouco escondido na página, que mudava para a verificação para Captcha com possibilidade de verificação auditiva... Nessa página, o velho Captcha em PNG, era apresentado... https://solucoes.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_Solicitacao_CS.asp Aparentemente esse Link não existe mais..

Toda impressora tem alguma linguagem como EscP2 ou EscPos... mas podem haver recursos que apenas as impressoras mais modernas suportam, como por exemplo, renderização de QRCodes O ACBr também tem impressão via Spooler, nesse caso o relatório é gerado pelo Fortes Report

Pela msg no primeiro tópico, o componente está configurado para ambiente de Homologação...

Perfeito... é uma ótima lógica de implementação...

A chamada a ContinuaFuncaoSiTefInterativo, retornou o Status -41, e isso encerra o Loop (STS <> 10000) Verifique no manual da CliSiTef o que significa o retorno -41

Parece que está ligado Altura Dupla, Expandido e Invertido...

@Valdir, No caso das classes de TEF da PayGo, no ACBr, elas fazem uso desse arquivo, que é adicionado ao componente como Resource, para tentar fazer uma relação da String da Adquirente com o CNPJ... pois o TEF da PayGo não retorna o CNPJ das adquirentes... Entretanto, como você pode ver no arquivo, não temos os CNPJs de várias adquirentes dos possíveis retornos da PayGo

Não compreendi... A implementação do Demo não está funcional? Pesno que se você carregar a DLL isoladamente em cada Thread, não precisaria de semáforos

Obrigado pela contribuição... Logo o @EliasCesar, verifica

Enviei as modificações para o SVN.. muito obrigado

Fantástico @PbNew_Sistemas.. muito obrigado por essa contribuição...

Na Verdade a TEF House não tem essa responsabilidade... Isso também não é uma obrigação da Adquirente... Compreendo que o CNPJ da Adquirente deve ser preenchido nos documentos fiscais... mas quando a SEFAZ cria essas leis, ela não consulta todas as partes envolvidas... No ACBr fizemos uma tabela cruzada, mas que precisa ser revista... http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrTEFD/RedesPayGo.txt

Tenta pelas Tags: <bmp>/path/imagem.bmp</bmp>

Essa DLLs não são de C# para serem referenciadas... são bibliotecas compartilhadas Veja Nesse aula, como usar a Lib no C#; https://acbr.nutror.com/curso/e4f38b5c7398e4ccca8731c2d305952d389ac693/aula/4541887

@EMBarbosa, quando tiver disponível, por favor analise essa contribuição...

deve haver algum arquivo de configuração da DLL do SAT, que informa onde o Log deve ser gerado

qual comando é executado por essa devcom ?