Daniel Simoes

Você precisa configurar o SSLType como TLSv12, e ter as DLLs do OpenSSL, na mesma pasta do seu .EXE Veja esse vídeo:

Oi Rogério, Eu não analisei o problema em si.. logo algum consultor responde com mais propriedade... mas notei que a sua versão do Monitor é bem antiga... Pode por favor, reproduzir o teste, na nova versão ?

Você deve estar usando os campos do GP padrão.. para usar os campos específicos da documentação da PayGo, use o modelo gpPayGo

Mas o ACBrTEFD nunca enviou comandos para a impressora... tudo que ele faz é chamar um evento no componente para a impressão das vias... Você pode programar o Corte na sua aplicação no evento que faz a impressão das vias

As únicas opções disponíveis são: ACBrMail1.SetTLS ACBrMail1.SetSSL Tente algo como: ACBrMail1.SMTP.Sock.SSL.SSLType := LT_TLSv1_1;

analisando.. obrigado @DSilva

Não irá funcionar... O ACBrPosPrinter gera comandos na Linguagem Esc/Pos, usada nas impressoras de Bobina... Impressoras de página não sabem interpretar Esc/Pos

Parece tudo ok, no seu comando... Creio que realmente deva existir algum problema na rotina de leitura de INI do GNRE... @José M. S. Junior, pode por favor, avaliar esse caso ?

Eita... novo ajuste... pois havia quebrado a compilação em Delphi.. Commit [r23849]

Commit [r23849]

Estranho.. o Delphi não deveria tentar compilar essas Linhas... Envie um novo ajuste... Commit [r23849]

Apliquei um possível ajuste... Commit [r23847]

Seu Lazarus está desatualizado... https://www.lazarus-ide.org/ Se não puder atualizar, é seguro comentar as linhas...

Por favor anexe o Log, gerado pelo ACBrMonitorPLUS

Creio que sim...

parece ser uma característica desse equipamento... observe que ele não respondeu (não há RX no Log)

Nesse caso em específico do Log... a balança respondeu.. com o peso zerado... Será que há necessidade de alguma configuração na balança ?

Existem vários padrões de Cod.Barras... Você está se referindo ao EAN13 ?

Acho que alguns estados exigiam isso, na época do PAF-ECF... Do lado do Lojista... é um péssimo negócio, pois ele irá pagar taxas (MDR), sobre o valor total, inclusive do Troco

O tamanho total do QRCode dependerá da Largura do Módulo (quadradinhos) e da quantidade de caracteres representados no QRCode... O do SAT tem muitos caracteres (experimente ler em um programa genérico de leitura) então se.diminuir a largura do modulo, torna a leitura mais difícil... A única maneira de melhorar a experiência de leitura é deixando a largura do modulo maior, o que produzirá um QRCode maior

Mas o POS TEF não é indicado para PDVs... Veja para que serve o POS TEF, nesse vídeo: Se você quer TEF no PDV, a PayGoWeb existe para Linux, veja o ACBrTEFAPI

O QRCode do SAT tem muitas informações (é muito grande)... Se ele ficar muito condensado (impressão lateral), realmente será de difícil de leitura... Você precisaria de uma boa impressora e um bom leitor...