Daniel Simoes

verifique se a caixa ANSI, está marcada

humm.. pode ser um Bug no MonitorPLUS... ele deve estar alimentando o componente antes, de remover os acentos... Vamos ter que investigar...

realmente deve ser o espaço no nome da pasta... O erro vem do próprio compilador do Lazarus, quando tenta passar os parêmetros para o compilador de Resource, windres.exe

Seria possível anexar o XML com esse problema ?

Creio que esses valores sejam digitados "no fluxo", de perguntas da transação TEF... fica difícil para a aplicação, saber quando eles são digitados...

SIM... em "Device"

Tudo indica que o sensor de GAP não está posicionado corretamente, para essa etiqueta... Se não me engano, a L42Pro, permite ajustar o posicionamento do Sensor de GAP

Você pode se basear no Demo da PayGo, para Java... https://github.com/PGPagamentos/pdvWindowsPayGoLibC_Java A vantagem de usar o ACBr como distribuição, seriam as condições comerciais e serviços exclusivos do ACBr... https://projetoacbr.com.br/tef/#vantagens Você pode se cadastrar na nossa Landing Page, para receber uma proposta...

a muito tempo que não testo esse tipo de equipamento... Verifique se as configurações de porta serial, batem com a da impressora...

Sim, antes CAPICOM ou OPENSSL eram definidos por diretivas de compilação, hoje elas podem ser configuradas me tempo de execução...

Verifique se a sua prefeitura, aceita a emissão de Serviços, por CFe,

Por favor poste um novo Log do ACBr, usando o SATTeste.exe, com a correta configuração da DLL, e onde esse problema tenha ocorrido...

Nesse link, tem vários vídeos explicativos, e link para download do SDK da PayGo https://projetoacbr.com.br/tef/#integracao o que ocorre, que todas as "TEF houses", tentam seguir o padrão do antigo gerenciador Padrão (TEF_DIAL)... esse programa já não existe mais... A PayGo, estendeu os campos da troca de arquivos, e algumas outras empresas, seguiram esse mesmo padrão... Mas hoje podemos dizer que usar TEF por troca de arquivos, é algo "obsoleto", pois a implementação direta (por API/DLL), traz muitas vantagens

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

parece tudo correto... esse modelo realmente usa o protocolo "EscECF"... se você for usar o Virtual COM Port, não precisará da DLL da Epson na pasta, pois nesse caso, o ACBrECF, falará direto com o ECF, pela porta serial...

Veja a pasta: \ACBr\Exemplos\ACBrSerial\ACBrCHQ\Delphi

@Roberto Rtkomp LTDA EPP, sua configuração parece errada... não está apontando para a DLL.. veja...

copie a DLL da Epson para impressoras fiscais, na mesma pasta do seu .EXE, e configure em ACBrECF1.Porta := "DLL:Epson"

Olhando os fontes, parece que esse método realmente for removido... Talvez o @José M. S. Junior, pudesse explicar mais detalhes, remover ele do Manual, e nos informar, qual método substitui o mesmo...

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

Mas nesse caso, o ACBrSAT não ira gravar Log (mas não ocorrerá erro) procedure TACBrSAT.GravaLog(const AString : AnsiString) ; begin if (ArqLOG = '') then // <---- AQUI Exit; WriteLog( ArqLOG, FormatDateTime('dd/mm/yy hh:nn:ss:zzz',now) + ' - ' + AString ); end ;

Use o Demo... ETQTeste.. Experimente configurar a página de código para pceNone Verifique se seus fontes estão atualizados

Não parece haver nada de errado... deve ser alguma modificação local, nos seus fontes...

https://acbr.sourceforge.io/ACBrMonitor/NFEVersaoNome.html

Eu não creio que seja algo que precise ser ajustado no ACBr... No meu entendimento não há nada de errado nos fontes do ACBr em relação a esse problema do Kaspersky A "solução" proposta nesse tópico seria: - apagar o arquivo, - escrever todo o arquivo novamente... Isso seria péssimo para performance das aplicações...