Daniel Simoes

Adonis... Esse caso é totalmente diferente do tópico anterior.. por favor abra um novo tópico para melhor entendimento de todos... (muitos podem achar que esse tópico já está resolvido e nem mesmo abri-lo)

Parece ser um problema no seu gerenciador padrão... experimente remove-lo e instalar novamente...

Experimente não informar a chave na aba do ACBrMonitor... Mas qual seria a vantagem de não assinar os arquivos ?

Então não comprendi porque você está tentando ler o IntPos.001, sendo que o ACBrTEFD é quem faz isso... Por favor estude detalhadamente o demo do ACBrTEFD na pasta exemplos...

Você está usando o ACBrTEFD ?

Acho que o jeito é estudar os manuais da DLL e os fontes da classe do GP Direção no ACBrTEFD...

Entendo... acho que nesse caso seria necessário uma nova classe... V&Spague e SiTef se comportam da maneira que você descreveu

Qual modelo de GP você está ativando ? Provavelmente você usou tefDial o Direção entrou em modo de emulação do GP Padrão

O erro é forçado por código... se você não programar esses eventos o componente não funcionará corretamente... Estude o código fonte do Demo do ACBrTEFD antes

Essa função só funciona nas antigas MP20-FI2

Sim, provavelmente as portas em Linux não foram levadas em conta... Experimente deixar COM1, COM2... mesmo no Linux o ACBrECF aceita essa sintaxe (a Synapse faz a conversão para /dev/ttySn)

Esse modelo (do emulador) não suporta ArredondaItemMDF = True ... observe que ele ficará False assim que você tentar vender um Item... Seu sistema deve ser capaz de reproduzir o calculo da mesma maneira que o ECF... ou seja, se o ECF Trunca, faça o calculo da mesma forma no seu sistema

A forma de pagamento 02 existe no ECF ? (Provavelmente não)

Que bom que conseguiu... Essa é a velocidade padrão dos novos ECFs da Daruma ? @Regys, pode confirmar com o pessoal da Daruma ? Se SIM, acho que seria bom mudarmos o método Ativar para tentar com essa velociade... (semelhante ao que fizemos na classe da Epson)

pode ser alguma inconsistência no GP. Feche o GP e apague todos os arquivos da pasta Req e Resp, e faça o mesmo com as sub-pastas de mesmo nome das bandeiras...

Para homologar SIM... mas para seu cliente usar NAO

Você escolhe... basta setar o Gerenciador padrão ativo no momento... No meu caso eu monto um Menu em Run-Time, com as opções de TEF inicializadas, antes de chamar o ADM

Muito estranho... pelo LOG gerado pelo ACBrECF o mesmo não consegue nem mesmo gravar na porta serial... Tente em outra máquina

Mesmo não usando múltiplos cartoes, o usuário pode desejar usar bandeiras do TEF_DIAL e TEF_DISC no mesmo sistema (porém em vendas diferentes)... Não é trabalho nenhum inicializar os dois usando o ACBrTEFD, basta setar a propriedade para ativo Exemplo.. Redecard, Visa e Amex é apenas no TEF_DIAL.. o TEF_DISC não suporta essas bandeiras.. portanto é quase impossível alguém usar apenas o TEF_DISC Hipercard também usa um Gerenciador próprio, ou seja, são outras pastas e outro G.P.

O ACBrTEFD permite que você use dois gerenciadores TEF simultaneamente... mesmo na mesma venda... Veja no Demo como ele ativa vários Gerenciadores ao mesmo tempo... No mundo real (no seu sistema), você poderia associar uma Forma de Pagamento (que é impressa no ECF) a um Gerenciador Padrão... Ex: CR-CARTAO - tefDial CE-CHEQUE ELETR - tefDisc sua aplicação ajustaria o gerenciador padrão ativo no ACBrTEFD antes de chamar as requisições

Na minha opinião SiTEF é o melhor produto de TEF existente no mercado atualmente... e os preços não são proibitivos mesmo para os pequenos Dos dedicados, o ACBrTEFD suporta o Direção, V&SPague, SiTEF, e Pay&Go

Enquanto ambos os diretórios do Delphi estiverem no PATH do sistema operacional, você nunca conseguirá instalar a mesma biblioteca nos dois Delphis... Veja esse outro post: viewtopic.php?f=5&t=22

Realmente parece ser o mesmo problema... Mas estou com dificuldade de reproduzir e testar o erro... Se houvesse uma informação mais precisa, ou um mini-projeto que gere o problema, ajudaria muito...

- Todos os ECFs permitem 8 linhas no rodapé... - Alguns ECF permitem identificar o Cliente no Rodapé (não usando as 8 linhas da observação) , eles usam 2 linhas específicas para isso (As FiscNet permitem) Use a propriedade ACBrECF.IdentificaConsumidorRodape : Boolean para saber se o seu modelo permite... - Alguns ECFs (acho que todos os MFDs) permitem identificar a Aplicação e MD5 no rodapé (não usando as 8 linhas da observação) Use o método ACBrECF.IdentificaPAF( NomeVersao, MD5 : String) ; - Todos ECFs permitem identificar o cliente no Cabeçalho (essa é a maneira mais segura) - Imprimir os dados do Cliente nas 8 linhas de observação pode causar problemas na geração de arquivos através de leitura da MFD (Ex: CAT52).. o ECF não identificará o Cliente impresso nas Observações, ou seja, os dados do cliente não constarão no arquivo entregue ao fisco

Vc não conseguirá rodar o demo do Fabricante e o ACBrECF ao mesmo tempo... o primeiro prenderá a porta serial.. Ou seja, feche o demo do Fabricante antes de tentar usar o Demo do ACBrECF