Painel de líderes

Perfeito... É necessário se você usar XMLSec para assinatura digital (repare que libOpenSSL usa xsXmlSec) Se você nunca quiser usar o ACBrDFe, com OpenSSL, pode desligar o suporte a ele, por diretiva, no ACBr.inc {$DEFINE DFE_SEM_OPENSSL} Com isso sua aplicação ainda continuará dependendo das DLLs do OpenSSL (libeay32.dll e ssleay32.dll), pois elas são usada em vários componentes, como ACBrMail, ACBrEAD, etc.... mas você não dependerá mais das DLLs da Lib XMLSec

Está errado... as libs de "\ACBR\DLLs\XMLSec" não são compatíveis com as libs do OpenSSL 1.0 ou superior, que estão em: "\Acbr\DLLs\XMLSec\MinGW\32\" Por favor leia esse tópico... Nele é descrito exatamente esse erro... Se decidir ativar o suporte com as DLLs da MinGW (recomendado).. então, você DEVE usar todas as DLLs de "\Acbr\DLLs\XMLSec\MinGW\32\"

O erro estava sendo causado devido a um comportamento inesperado dos ultimos refactorings, onde o monitor estava sempre fazendo a consulta usando a chave do endereço, mesmo que fosse passado o path completo. Quando se consulta usando a chave o XML não é atualizado. Acabo de fazer a correção e disponibilizei a mesma para download. Favor testar e postar possíveis problemas.

É isso mesmo...O tamanho é duas casas...mas o campo é composto. Segundo o manual (NOTA 2) Complemento Conta Cobrança (posições 384-385): com a última posição da conta cobrança e o com dígito (CCCCCCCCC-D) Desatenção minha... Você já tinha postado a solução no post anterior... peço desculpas! Vlw Digibyte!

No final do ano passado enfrentei problemas com relação a demora para receber o retorno de "sem conexão". No meu caso tinha duas coisas bem distintas: 1 - Recebia problema de conexão mesmo quando elas não existiam, ou seja, a internet estava super estável e mesmo assim, cerca de 10 % das NFCe emitidas no dia entravam em contingência por problemas de conexão. 2 - a demora para receber o retorno de falha de conexão. Quanto ao problema de falha de conexão, recebi uma grande ajuda do Daniel na época e chegamos a conclusão que faltava alimentar uma propriedade (ConectionTimeOut) no fonte do acbr no momento do envio. Essa alteração foi feita no ACBR mais ou menos em Dezembro de 2016 (não me recordo direito) e visa respeitar o tempo definido na propriedade TimeOut do definida no ACBR. Com essa alteração, se vc definir 10 seg no Time Out, o erro de problemas de conexão vai retornar em 10 seg e não mais vai demorar minutos para retornar. Nesse caso, bastaria vc atualizar o ACBR para a versão mais recente para resolver esse problema. Sobre o problema de retornar falha de comunicação mesmo sem que ela realmente exista, fiz uma alteração no meu sistema. Eu utilizara o Componente em um DataModeule carregado em memória. Passei a usar o componente em um Formulário normal e destruir e criar o mesmo no final de cada envio. Fazendo isso, pararam de dar os problemas de falta de conexão (exceto quando está sem internet mesmo). Gostaria de deixar bem claro que o fato de não funcionar no DataModule foi uma experiênica que tive aqui, não quero dizer que o ACBR não funciona dessa forma. Apenas para mim funcionou melhor criando e destruindo o formulário onde está o componente a cada envio. Espero ter ajudado.. Abraço..

Existe o http://ormbr.com.br/ que é gratuito também, sugiro dar uma olhada pra ver se lhe atende

METHOD ABRIRGAVETA() CLASS LOCAL cComando cComando := "ESCPOS.ativar" + _CR + ; 'ESCPOS.imprimirlinha("</abre_gaveta>")' + CHR(13) +; "ESCPOS.desativar" Enviar o comando após isso

A configuração é feita na aba ESCPOS...