Daniel Simoes

No momento não temos previsão para essa implementação... Qual versão você usava que tinha a Fatura ? Estaria disposto em nos ajudar a migrá-la para Fortes ?

o que ocorre.. é que em cada nova Thread, ocorrerá uma nova conexão... o Servidor deve limitar isso...

Sim, pode ser uma boa ideia... Mas será que resolve ? O problema não seria pelo excesso de conexões simultâneas ? Experimente deixar um Sleep no Loop...

Isso não foi implementado no exemplo do ACBrBAL, mas é simples... Você pode ver um exemplo semelhante de como salvar as propriedades do componente para o .INI no exemplo do ACBrECF

NÃO... isso não foi previsto... pois não é algo comum (ou necessário) para o SAT... SAT é venda varejo... assim como o ECF..

Use EscPos, e diminua a largura das Colunas em "PosPrinter"

Verifique se o numero de ACBrPosPrinter.Colunas... no máximo deve estar 48/50...

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.

Sinto muito... só analiso problemas do Trunk2

Sempre usei a Rx da CCR... nunca notei incompatibilidade... Você pode apagar essa pasta, que o compilador irá criá-la, novamente

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)

Não tenho o menor ideia do que fazer com essa informação... O acesso ao certificado A3 pode ser estudado em ACBrDFeCapicom.pas... todo acesso é ReadOnly Store.Open(FStoreLocation, CAPICOM_STORE_NAME, CAPICOM_STORE_OPEN_READ_ONLY);

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"

Está errado... NFe = NFCe (é o mesmo XML), Ou seja, use o mesmo objeto...