Daniel Simoes

Qual é o comando que você envia ? (ENT.TXT)

Estude o demo do ACBrMail...

Anexe os XMLs com problema..

Mas isso é o correto ? Dependerá do usuário uma nova conexão ?

Você precisa configurar isso no Driver de Spool da Impressora... Cada fabricante tem uma maneira... geralmente isso é corrigido, criando um novo tipo de folha, com o tamanho bem superior ao A4... Sugiro entrar em contato com o suporte do fabricante

O projeto é escrito em Lazarus... você terá que convertê-lo para Delphi ou usar o Lazarus

Não temos relatos de bug semelhante ao seu... centenas de programadores usam a integração TXT sem problema algum... Ou seja, muito provavelmente não há nada de errado na rotina de leitura de TXT do ACBrMonitorPLUS... infelizmente não tenho como lhe ajudar... Uma alternativa é você usar a comunicação por TCP/IP

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Verifique se não é a falta das DLLs que o NFe depende... Veja esse tópico:

Já que o serviço antigo "morreu"... apliquei alguns ajustes para instanciar o novo modelo...

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