Daniel Simoes

A modificação promovida, não parece ser a origem do problema... (a não ser que eu não tenha percebido algo) Inclusive no seu Log, não aparenta ter ocorrido o Loop (não há dois envios consecutivos, do comando "26|17") Porque você acha que remover o loop de verificação, resolveria o problema ?

Não conheço outro serviço semelhante, gratuito...

Esse vídeo é exclusivo para membros do SAC do ACBr https://www.projetoacbr.com.br/forum/sacv2/sobre/

Não tem como funcionar pelo reCaptcha...

Muito obrigado pelo Retorno, e por descrever em detalhes a completa resolução do problema...

Aparentemente o ECF respondeu de forma incompleta... (mas respondeu) Notei que você está usando USB, como porta... (isso deixa o trabalho de comunicação com a DLL da Epson) Por favor verifique se você está usando a última versão da DLL da Epson... Teste usando uma porta COM... No caso da Epson, você precisará instalar o "TM Virtual Port Driver"

Nesse Vídeo o @José M. S. Junior, descreve várias maneiras de Validar o XML gerado, e interpretar esses erros genéricos do SAT

Como reproduzir o problema com o Demo, PosPrinterTeste ? Você realmente precisa que o Controle de Porta esteja ativado ? (Deixe isso configurável, na sua aplicação)

Lembrando que você tem exemplo das fontes no manual da ZPLII

Isso depende de configuração do Spooler da Impressora... Se você usar EscPos não terá esse problema... (e talvez uma performance melhor) Veja esse post: Procure pela Sessão

Atualizei os Demos do ACBrETQ, para demonstrar a impressão de uma etiqueta em ZPLII O exemplo abaixo, é gerado pelo código ImprimirTexto(orNormal, 'Q', 1, 1, 15, 55, 'BISCOITO MARILAN RECH 335G', 0, True); ImprimirTexto(orNormal, 'Q', 1, 1, 60, 55, 'CHOC BRANCO'); ImprimirBarras(orNormal, barEAN13, 2, 2, 95, 55, '7896003701685', 90, becSIM); ImprimirTexto(orNormal, 'R', 1, 1, 100, 270, 'R$'); ImprimirTexto(orNormal, 'R', 1, 1, 135, 270, '20.59');

A linguagem dessa impressora espera todas as medidas em Dots Esse comando não funcionava, no Emulador que você indicou... Você pode usar a medida que desejar... o componente converterá para Dots antes de enviar para a impressora

Por favor teste com o Demo.. e anexe uma imagem da etiqueta do mesmo...

se o evento não é acionado é porque ele não está atribuído ao componente...

Não uso Delphi... então tenho pouca compreensão sobre como a IDE carrega dinamicamente os Packages... (no Lazarus, após a instalação do Package, ocorre a reconstrução da IDE, e o Package é adicionado na IDE por compilação estática) Mas tudo indica que o Seu Delphi está registrando duas vezes o mesmo arquivo de Package... @Juliomar Marchetti, pode checar se não há algo errado com os DPKs do ACBrIntegrador ?

Ele não existe mais... faça uma limpeza completa do ACBr, antes de instalá-lo novamente...

Obrigado... enviei para o SVN, com alguns ajustes

Existem dois arquivos BPLs diferentes, desse Package ?

O primeiro passo é verificar no seu município (sim isso varia por cidade), se é aceito a Emissão de Serviços no MFE Outro aspecto a ser considerado, é se o MFE aceita ou não a emissão de serviços..

Parece ser alguma configuração na sua IDE...

Você pode copiar e colar imagens diretamente aqui no editor do forum... ( nem todos usam o MsOffice )

Notei na Imagem... que a sua pasta de Logs, pode estar apontando para um diretório ReadOnly Por padrão e performance, o Memo do ACBrMonitorPLUS não é mais alimentado.. (é apenas gravado em arquivo) Para que ele seja exibido na tela do MonitorPLUS, marque na aba "Monitor", a opção: "Exibir linhas do log na tela em "Respostas Enviadas"

Os Eventos que você mostrou na imagem, são comum a todas as classes de TEF... apenas algumas Classes tem eventos específicos, como por exemplo a CliSiTef

Qual é exatamente o comando que você está enviando para o MonitorPLUS ?

Verifique se o Evento está realmente associado... na dúvida apague-o e deixe a IDE gerar novamente...