Daniel Simoes

Pelo que notei, você pretende usar 1 ACBrMonitor, para se comunicar com algum serviço, que receberá requisição de vários terminais remotos, e de vários estados... Estou correto ? Não creio que o ACBrMonitorPLUS seja indicado para essa tarefa... ele NÃO é Multi Thread safe... para funcionar, você precisaria efetuar um controle de Semáforo, antes de passar a requisição para ele...

Usamos em Lazarus, Linux 64... e não temos esse problema... Você citou que baixou os fontes do GIT... O ACBr não usa GIT... https://www.projetoacbr.com.br/como-usar/

Após meus testes nas impressoras que temos e no emulador online... decidi subir as modificações para o SVN

O ACBrInstall, não funciona para o Lazarus...

Em teoria não... pois o Captcha antigo, é o único que permite acessibilidade (captcha Sonoro)... mas no Brasil, é difícil prever algo...

Esse erro não será acusado na compilação do Fortes, mas sim na do ACBr, caso o Fortes não tenha sido atualizado...

Certifique que seus fontes estão corretamente atualizados... Principalmente o Fortes Report... Esse campo é do Tipo TRLMemo, ou seja, ele quebra de linha automaticamente... veja:

Já verificou se o Site da Fazenda está fora do ar ?

Veja na Especificação... vRatDesc é o SAT quem preenche, vDesc é a Aplicação comercial quem preenche... Observe que o SAT considerou o seu desconto por Item e também o Desconto que você informou no SubTotal, em vDescSubtot ... Ou seja, é você mesmo que está informando 2x o desconto: <qCom>1.0000</qCom> <vUnCom>89.90</vUnCom> <vProd>89.90</vProd> <indRegra>A</indRegra> <vDesc>0.26</vDesc> <vItem>89.38</vItem> <vRatDesc>0.26</vRatDesc> vProd = 89,90 - vDesv 0,26 - vRatDesc 0,26 = vItem 89,38

Esse desconto é equivalente ao "Desconto de Cupom"... e o SAT cuidará de rateá-lo, por todos os Itens, preenchendo o campo vRatDesc... (assim como ECF fazia) Recomendo ler a Especificação Técnica do SAT, para uma melhor compreensão... https://svn.code.sf.net/p/acbr/code/tools/SAT/

Não notei erros no XML... Observe:

O Campo vCFe, não é calculado pelo ACBrSAT, mas sim pelo próprio aparelho SAT... veja na especificação:

Complementando... se você imprimir em EscPos, então em alguns modelos de impressora, é possível imprimir Code128C (que compacta bastante a impressão de números), e nesse caso, caberia em 1 linha...

Você está se referindo do fato da Chave do SAT sair em 2 linhas ? Isso não é um problema.... isso ocorre porque não há espaço suficiente para sair em 1 linha apenas... e está previsto no manual de orientações do SAT

Por favor estude os fontes do Demo, ETQTeste

Me parece que você nao configurou corretamente os diretórios de entrada e saída... por favor anexe seu ACBrMonitor.ini E o seu arquivo de entrada...

Por favor teste com os fontes em anexo... nos meus testes, PPLA, PPLB e ZLP2, respeitaram corretamente a medida em Milímetros Também ajustei o Demo, para sempre enviar a medida em Milímetros... ACBrSerial.zip

Já leu esse post ?

Porque você precisou usar um TFileStream ? FileStream := TFileStream.Create( aFile, fmOpenRead ); Aparentemente poderia ser um TMemoryStream ou TStringStream

Será que essa mensagem nos fontes, no exato ponto do erro... não é clara o suficiente ? RLLayout.UnlimitedHeight := True; // ****** ATENÇÃO ****** // Se você recebeu um erro de compilação na linha ACIMA // Voce DEVE atualizar os fontes do seu Fortes Report CE // https://github.com/fortesinformatica/fortesreport-ce

Esses fontes não são do componente do ACBr... me parece que você copiou um trecho do Demo do ACBr.. sim SIM, basta estudar o Demo com mais atenção...

Use seus poderesr de programador... Ligue o Debug e análise... Fique a vontade para sugerir correções para os fontes do SVN...

Estou revendo os fontes, e as rotinas de calculo de conversão de Milímetros para Dots e Polegadas.. Parece estar funcionando OK ImprimirTexto(orNormal, '0', 60, 60, 3, 3, 'BISCOITO MARILAN RECH 335G', 0, True); ImprimirTexto(orNormal, '0', 60, 60, 8, 3, 'CHOC BRANCO'); ImprimirBarras(orNormal, barEAN13, 2, 2, 13, 5, '7896003701685', 12, becSIM); ImprimirTexto(orNormal, 'A', 100, 100, 18, 32, 'R$'); ImprimirTexto(orNormal, 'A', 120, 120, 15, 50, '20.59'); Preciso revisar os modelos PPLA e PPLB, para ver se não quebrei nada....

Obrigado @Cristiano Caritá e @Athos Desenvolvimento... Estou com algumas pendências na fila, mas já analiso essa questão...

Só testando para saber... o Servidor de MG não está 100% pronto