Daniel Simoes

O ACBr usa as DLLs dos fabricantes para gerar arquivos que dependam da leitura da MFD... Se o seu fabricante tiver .SO para Linux equivalente a DLL, deve funcionar... Não existe comando direto para leitura da MFD, pois a mesma é criptografada, e os fabricantes não divulgam como abri-la

Acredito que manter 2 programas com a mesma funcionalidade pode trazer problemas... - Diferença de funcionamento para a mesma funcionalidade. - Aumento da manutenção do código - Confusão dos usuários (qual versão é melhor ? qual está com problema ? qual programa devo usar ?, etc ) Faça um teste, e verifique se manter ambos os programas impacta muito a performance ou consumo de recursos de sua máquina... eu acredito não... Dificulta um pouco a instalação.... mas isso é feito apenas uma única vez...

As DLLs da pasta Trunk\DLL estão na versão correta 0.9.8.14

Analise a mensagem de erro no Log gerado pelo ACBrECF

Se desejar informar alguma melhoria para os fontes existentes... favor anexar o arquivo modificado...

Essas funções estão OK, pois funcionam com várias DLLs e mesmo para a DLL da Bematech... Provavelmente você tem alguma falta de DLL da Bematech, ou conjunto de DLLs da Bematech fora da mesma versão, ou ainda arquivos da DLL corrompidos

Ative a gravação do LOG do ACBrAAC... O Log pode lhe dar uma pista dos motivos do arquivo estar se tornando inválido...

O Regys subiu sua correção após analisar a compatibilidade da mesma no Delphi XE e 2010... Muito obrigado Anizair

O novo forum nos permitiu ter um controle maior dos nossos usuários e visitantes... O grande aumento da comunidade se deve a algumas medidas não muito populares, como a restrição de leitura a 3 posts por visitantes... e a mensagem enfadonha que flutua no final da tela solicitando o cadastro... Mas vale lembrar que o acesso ao fórum sempre será gratuito... Nossa meta em aumentar o numero de usuários cadastrados, foi a de conseguir uma maior representatividade perante a Fabricantes e Fisco... Falar: "somos uma comunidade de mais de 11.000 usuários"... soa bem diferente

Jorge, Qual o problema em usar o ACBrMonitor e NFeMonitor simultaneamente ? Acho que não é nem o caso de abrir ou não, uma enquete... o problema é ter um programador disponível para fazer a tarefa...

Vc precisa usar "Actions" no Delphi... Cada Action pode ter um HotKey... e você associa os botões a um dos Actions existente...

Não sou mantenedor do ACBrBoleto... mas, basta você baixar os fontes dele e compara-los com os do ACBr usando WinMerge...

Apliquei uma modificação no ACBrMonitor e ACBrMonitorConsole que devem permitir a conversão: O Isaque deve compilar essa versão em breve, e subir para a área de Downloads do SAC http://www.projetoacbr.com.br/forum/index.php?/files/category/1-utilit%C3%A1rios-acbrsac/

Aplicado no SVN... Obrigado..

Estamos falando de acesso USB certo ?? Se vc usar um Adptador USB<->Serial que custa R$ 30,00 você conseguiria falar com qq Bematech Lembrando que a MP4200 TH FI não é "Bematech" e SIM "EscECF" ou ECF 09/09 ou ainda ECF Blindado... ou seja é outra história... e não está homologada em quase nenhum estado ainda...

Você mesmo pode providenciar as correções e anexar na mensagem a Unit modificada... Obrigado pela ajuda

Notei que essa rotina já existia em outras 2 classes... portanto fiz um Refactoring

Eu recomendaria que você desenvolvesse rotina para gerar o arquivo sem o auxilio da DLL ou da MFD do ECF... Pois mesmo se o ECF quebrar ou for queimado, ainda sim você precisará gerar o arquivo... O ideal é fazer a geração com informações do BD (o que alias é muito mais rápido)

Este é o código atual da classe ACBrECFFiscNET... function TACBrECFFiscNET.LeituraCMC7 : AnsiString ; begin FiscNETComando.NomeComando := 'LeTexto' ; FiscNETComando.AddParamString('NomeTexto', 'CMC7Documento') ; AguardaImpressao := True; EnviaComando ; sleep(500); Result := FiscNETResposta.Params.Values['ValorTexto'] ; end; parece estar de acordo com o manual do protocolo... Talvez o fabricante do equipamento possa dar mais alguma dica... Porém se nem no programa deles, usando a DLL, funcionar... será pouco provável...

Você precisa consultas os códigos válidos no manual PPLA ou PPLB https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Até onde eu sei não existe tal Driver... Existe SIM, Apenas para a MP4200 TH FI que não usa o protocolo "Bematech" e sim o "EscECF" Estou em contato com os desenvolvedores da Bematech para prover uma modificação na DLL que nos permita o acesso a USB pela DLL... assim como fizemos com a Epson

Não há como para esse marca... apenas usando um conversor USB <-> Serial Daruma e Sweda: possuem drivers USB que geram uma Porta COM virtual no windows... Epson: basta instalar o driver e configurar a porta como "USB"

O Lazarus usa por padrão o UTF8, o que é bom em alguns aspectos, pois evita a confusão de páginas de código... Porém compreendo que é difícil para algumas linguagens abrir arquivos UTF8, ou converte-los para ANSI... Vou adicionar um parâmetro no ACBrMonitor que permita configurar os arquivos de entrada e saida para ANSI ou UTF8 Já tentou a comunicação por Sockets ? é muito mais rápida... há um exemplo em Cobol que é distribuído junto com o ACBrMonitor

Sim, a ideia é essa mesma... Seria uma maneira fácil de distribuir o ACBrMonitor com todas as configurações da Sw.House

Boa pegada... Sim, está faltando um "refactoring" nessa classe... Assim que tiver um tempo verifico... (se o Regys não acabar fazendo isso antes )