Daniel Simoes

O ACBrMonitorPLUS, (agora) está fazendo o correto... Atribuindo o valor da fonte na configuração, para o DANFE... não há o que corrigir nisso... Você poderia distribuir o ACBrMonitor.ini já configurado... ou editá-lo pela sua aplicação...

De qual tag especificamente você está falando ?? Algumas Tags são suprimidas devido a regras de validação do XML

Atualizar o Firmware da Impressora http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=6095

O ACBrECF não usa a DLL do fabricante... ele se comunica diretamente pela Serial usando o protocolo nativo do ECF... Experimente mudar a velocidade para 115.200 em ACBrECF.Device.Baud

O fato é.... se você diminuir as fontes o problema é resolvido ? Se SIM, então resolvido está... provavelmente o "antes", funcionava, simplesmente porque o ACBrMonitor não estava fazendo uso correto desses parâmetros...

Veja tb o ACBrFrameWork

Anexe uma imagem, destacando o que você deseja chamar a atenção

Não pude compreender muito bem o seu raciocínio... mas não consegui reproduzir o problema.. Não tenho esse ECF, então não pude "ativar"... mas no Demo em Lazarus, após configurar em "ecfEscECf", configurar o "Device", e clicar em "Ativar", obtive o seguinte resultado: -------------------------------------------------------------------------------- ATIVAR - 28/01/16 23:10:22:461 - Modelo: EscECF - Porta: COM3 - TimeOut: 3 Device: BAUD=115200 DATA=8 PARITY=N STOP=1 HANDSHAKE=DTR/DSR MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 28/01 23:10:28:471 Sincronismo TX -> [22] Repare que está 115.200 Pode ser algum problema do Demo em Delphi (o qual não uso)... Se desejar sugerir correções nos fontes, favor anexe as units modificadas

Desculpe...não fui capaz de compreender o problema que você pretende relatar...

Não pode ficar vazio... informe "s/n" (por exemplo)

parece mais ser um Bug do Delphi... mas parece que para corrigir, basta comentar a linha "Printer.PrinterIndex := -1;" precisa verificar como é a implementação de "Printer.Refresh", nessa versão de Delphi... para verificar se realmente precisamos "resetar" o índice com -1 Repare que no Lazarus/FPC, não foi necessário atribuir -1

Porque não foi enviada para o SEFAZ... isso é proposital... (veja nos fontes) if procNFe.cStat = 0 then begin lChaveDeAcesso.Caption := ACBrStr('NFC-E NÃO ENVIADA PARA SEFAZ'); lChaveDeAcesso.Font.Color := clRed; end;

Esse modelo usa o protocolo "EscECF"

Isso não é o suficiente... não podemos chegar a nenhuma conclusão com esse XML... Você deve postar um passo a passo de como reproduzir o problema, usando o Demo do ACBrNFe

por favor anexe (zip) as Units modificadas

sim, vc precisará fazer um Merge da sua Unit com a atual... realizando as modificações necessárias... Basicamente, basta fazer uso de fpCupom e suas propriedades... Após esse Merge, por favor envie a Unit modificada, que analiso para subirmos no SVN

Você deve ter um ACBr.inc em seu LibPath, que não é o atual do projeto...

Um A.V. só ocorreria se o Objeto não existisse... vc atribuiu o NFe ao Virtual ?

Para que essa modificação é necessária ? (qual o problema) Isso já foi sugerido no GitHub (casa do Fortes CE) ?

Novamente Não compreendo o que você quer dizer... por favor crie um mini-projeto que descreva o problema que você deseja demonstrar...

1. Leia o post indicado com MUITA atenção 2. Abra os fontes que foram modificados e estude as modificações 3. Ajuste o seu código... (Vc pode acessar todos as propriedades do Cupom Virtual com o campo "fpCupom")

Leia o post... e compreenda o que mudou... o componente que vc usa é filho dele.. Veja como o "Pai" dele, usa esse método: procedure TACBrECFVirtualBufferClass.SubtotalizaCupomVirtual( MensagemRodape: AnsiString); var S: String; begin ZeraBuffer; fsBuffer.Add('</linha_simples>'); if fpCupom.DescAcresSubtotal <> 0 then begin if fpCupom.DescAcresSubtotal < 0 then ....... reparou em "fpCupom.DescAcresSubtotal" ??

Você está cometendo vários erros.. Estude em detalhes a sua rotina - Repetindo 2x a sessão "[Dados Adicionais]" - Falta se Aspas dupla para a String - Na segunda sessão (a que contem dados), não há quebra de linha, após a sessão "[DadosAdicionais]infCpl=TESTE DE SAT TEM Q IMPRIMIR"

Humm.. me enganei, o cNF é gerado pelo SAT... Acho que a sua estratégia é boa... crie um diretório de transações pendentes...e tudo que acabou de ser finalizado, grava lá... quando a aplicação subir, desfaz tudo que estiver lá...

Por favor leia: