Daniel Simoes

Analisando os fontes...achei o código bastante interessante, e muito bem implementado...parabéns Sou meio "avesso" ao uso de Interfaces... mas o uso me parece correto... Algumas observações: - Falta o cabeçalho do ACBr nos fontes - Falta chamar ACBr.inc no inicio dos fontes - Faltam diretivas de compilação para modo CONSOLE... não temos TTimer em modo CONSOLE... (veja como foi implementado em ACBrLCB.pas) - O método "SetModelo", parece errado, e pode causar MemoryLeak (ele não libera o modelo anterior) - Seria melhor ter um método para o disparo de Exceptions... algo como "DoException"... e dentro desse método, você pode chamar "FOnError", isso economizaria várias linhas de código... - Em "OnTimer", se ocorrer um Exception, o monitoramento irá parar... Isso é intencional ? - É mais indicado usar o nome do Protocolo do que do equipamento (TopTron)... (ou pelo menos o nome do Equipamento que foi o primeiro a introduzir este protocolo)

tirando a linha de gravação no Memo (que não parece fazer parte da sua aplicação)... o resto parece correto

Humm.. acho que uma possível causa, é a IDE não estar encontrando no Libpath DLLs que o ACBr depende... por favor leia esse tópico:

Para essa reforma, não faz sentido considerar os Warnings de D7 ou IDEs sem suporte a UTF8/Unicode Lembrem-se de sempre testar a compilação no Lazarus/FPC

Lembrando que você também pode usar a comunicação por TCP/IP

Em resumo.. o GNRE ainda não está instável nos componentes... então ainda não faz sentido adicioná-lo ao ACBrMonitorPLUS... No momento é impossível termos previsão de quando isso seria possível...

Isso ocorre quando a libeay32.dll e ssleay32.dll tem versões diferentes entre si... Copie sempre o par

A assinatura do Bematech está batendo com a do ACBr Se você usar o mesmo certificado, a assinatura deve ser idêntica...

Modificações recentes, aplicadas na classe "TDFeSSL" permitem gerar o código do SAT, com OpenSSL (A1) ou MS CryptoAPI (A1/A3) procedure TForm1.Button5Click(Sender: TObject); var Ahash: AnsiString; CNPJ1: String; CNPJ2: String; begin CNPJ1 := '05481335000137'; CNPJ2 := '04456887000166'; ACBrNFe1.SSL.SSLLib := libCapicom; //ACBrNFe1.SSL.SSLLib := libOpenSSL; Ahash := ACBrNFe1.SSL.CalcHash(CNPJ1+CNPJ2, dgstSHA256, outBase64, True); end; libOpenSSL -> suporta apenas A1, e não exige a instalação do certificado no Windows libCAPICOM -> suporta A1 e A3 Estamos criando um exemplo mais elaborado, e que não dependa de ACBrNFe, mas instancie a classe TDFeSSL diretamente

Tem razão... lendo com mais calma compreendi a sua lógica... Ficou muito bom... Acabei de enviar para o SVN, obrigado

sim, provavelmente... Acabei de aplicar correções no SVN, que devem resolver o problema de assinatura de XMLs com acentos na CAPICOM

Gastamos um tempo enorme, atualizando e aprimorando os manuais... "ACBrMonitor.pdf" e "ACBrMonitor.chm"... Mas isso de nada adianta se eles não forem consultados.

o ideal é deixar que o S.O. resolva... pois ele usa servidores NTP para sincronizar o relógio automáticamente Em todo caso, você pode manipular o ACBrMonitor.ini e chamar "ACBr.LerIni"

Desculpe,mas não tenho o Word para abrir o DOCX... Não é muito mais simples anexar diretamente a Imagem ?? Por favor use JPG que tem um tamanho muito menor...

Veja na própria msg... Você continua informando errado a versão dos dados... ( consta 0.01 ) Por favor não cole o conteúdo de longos XMLs ou arquivos no post ( o post fica poluído ) ao invez disso, anexe os arquivos Estude os fontes do SATTeste. Tente com ele primeiro

Qual é exatamente a nova msg de erro ? Use o programa Intelisat da Tanca, para analisar o seu XML

Provavelmente você tem mais erros no XML... Use o programa Intelisat da Tanca, para fazer uma análise do XML

Já notei esse problema, quando alternando da Impressão por Spool (gráfica) para a impressão em EscPos (direta)... Mas o problema não ocorre, se você usar apenas EscPos ou apenas Spool... Parece que fica algo na memória da impressora, que atrapalha o comando EscPos do QRCode... Desligando o equipamento ele volta ao normal

Nesse caso a única possibilidade é problema no equipamento... Tente atualizar o Firmware

Estou aplicando correções para esse problema com a CAPICOM.. com OpenSSL deve funcionar adequadamente...

Sim.. acabei esquecendo de mencionar... para portas TCP isso é praticamente um requisito (ControlePorta := True).. pois é comum a conexão TCP ser interrompida pelo Host, então dessa maneira, ele refaz a conexão a cada envio

Verifique o XML enviado ( configure o componente para salvar o mesmo ) Provavelmente o XML está sendo assinado novamente

Aba DFe, Configuracoes, Geral, Box TimeZone

Somente para leitura da MFD é usada a DLL, pois isso envolve criptografia do fabricante... Mas essas rotinas não tem nenhuma relação com o fechamento do cupom...

Primeiro faça testes exaustivos com o PosPrinterTeste... provavelmente você está configurando o Modelo errado...