Daniel Simoes

Notei no Manual de Comunicação Direta que existe um comando específico para os modelos MFD para a identificação do Consumidor... Os fontes atuais estavam usando o comando da FS345 (em modo de compatibilidade) Enviei um ajuste para o SVN, favor baixar e testar... (Rev: 6852)

Notei nos fontes do ACBrMonitor que ele não faz uso dos parâmetros 4 e 5 desse método: else if Cmd.Metodo = 'arquivomfd_dll' then begin NomeArquivo := AjustaNomeArquivoCmd( Cmd ) ; if pos(DateSeparator,Cmd.Params(0)) > 0 then ArquivoMFD_DLL( StringToDateTime(Cmd.Params(0)), { Dt.Inicial } StringToDateTime(Cmd.Params(1)), { Dt.Final } NomeArquivo ) { Nome do Arquivo } else ArquivoMFD_DLL( StrToInt(Trim(Cmd.Params(0))), { COOInicial } StrToInt(Trim(Cmd.Params(1))), { COOFinal } NomeArquivo ) ; { Nome do Arquivo } end Seria necessário um ajuste no ACBrMonitor para que ele suporte esses parâmetros... Tente usando: ECF.PafMF_LMFC_Cotepe1704 ou ECF.PafMF_MFD_Cotepe1704

Obrigado pela sugestão... Se desejar enviar modificações nos fontes ficaremos contentes em analisa-las e se possível incorpora-las aos fontes do Projeto

Acho que a Zebra usa a Linguagem EPL2 ou PPLB Você pode achar o manual de PPLB em nosso repositório de manuais... Nele há uma sessão com todos os códigos aceitos e suas limitações https://svn.code.sf.net/p/acbr/code/tools/Argox/

O que vc entende por código 2D ??? No meu entendimento todo código de barras é 2D

Não compreendo porque todos vêem homologação TEF como um estorvo Para as Sw. houses, hoje em dia, representar e oferecer um TEF atrelado a seu programa é muito lucrativo...

Você nunca conseguirá usar um "ECF-IF" como se fosse uma impressora do Windows... esse equipamento é uma Impressora Fiscal

Essa é a vantagem do código aberto... Porém não estou convencido de que preciso de sua correção... pode ser algo na sua versão de IDE ou compilador... (eu nunca tive esse problema)... fico pouco a vontade de adotar "modificações" que não compreendo o motivo...

Discordo... Precisamos compreender o que ocorre... caso contrário poderemos ter esse problema em vários locais do Fonte...

Mas como pode ser diferente se logo acima ela passou pelo mesmo RoundTo ???

Tente diminuir o buffer da serial criada:

Se usar o RoundTo apenas no segundo lado do IF, RoundTo(RespostasPendentes.SaldoRestante + TrocoMaximo, -2).. funciona ?

Este Log não é de uma operação de pagamento... não passaria pelo método: TACBrTEFDClass.VerificarTransacaoPagamento Observe ainda que: - a variável "Valor" é arredondada no inicio do método... Linha: 2637 - o retorno de RespostasPendentes.SaldoRestante é arredondado em: TACBrTEFDRespostasPendentes.GetSaldoRestante, linha: 2811

Por favor ajuste os fontes e faça o teste... afinal você tem acesso ao Hardware... e isso será necessário para os testes... Assim que estiver ok, por favor anexe a Unit modificada...

Por favor faça um teste com o ECFTeste no ambiente do seu cliente... Após configurar e Ativar o ECF, entre em: Variaveis, Mapa Resumo, Totais ISSQN e escolha o que deseja... Isso irá gerar um LOG mais preciso, e comprovará se o componente funciona corretamente

O Hardware é outro, mas provavelmente o funcionamento é o mesmo... Veja esse post:

ACBrTEFD1.GPAtual := gpTefDial; ACBrTEFD1.CRT() ACBrTEFD1.GPAtual := gpConvCard; ACBrTEFD1.CRT()

Verifique no Log do ACBrTEFD se ele realmente está devolvendo várias vezes a mesma via... Tente com o TEFDDemo e veja se ocorre o mesmo problema Nota: Observe pelos posts aqui desse forum, que o SiTEF modular tem problemas de compatibilidade com o ACBrTEFD referente ao Cielo Premia... Provavelmente será necessário criar uma nova classe para ele

Favor postar o Log gerado pelo ACBrTEFD...

Verifique se o Demo não está imprimindo os dados do Cliente nas linhas do Rodapé... isso não identificará o Cliente nos arquivos de cidadania (conforme descrevi acima)... Você pode verificar isso, gerando um arquivo AtoCotepe17/04 e verificando se o CPF está presente...

http://partners.bematech.com.br/2013/12/virtual-serial-port-para-a-comunicacao-com-a-usb-nos-ecfs-mp-2100-th-fi-e-mp-4000-th-fi/

Pelo que li dos Logs, notei que tem um ACK ou chr(6) nas linhas de impressão do vinculado... e isso está causando o erro na impressão da Linha do vinculado... Verifique se o ACK está sendo enviado pelo SiTEF ou pela sua aplicação... Já tive problemas com o emulador do SiTEF onde era enviado um "FF" (chr(12)), e o ECF Epson acusava um Erro.... Até mesmo subi para o SVN, uma alteração para a classe ACBrECFEpson para esse caso... Porém relatei o problema a Sw.Express, e os mesmos me informaram que era um Bug do Emulador que já estava corrigido na versão mais atual...

Você também receberá o Desconto no evento: ACBrTEFD.OnComandaECFSubtotaliza(DescAcre: Double; var RetornoECF: Integer); Onde você precisa somar o seu desconto (se houver)...

Em teoria não é necessário usar o ACBrECF para usar o ACBrTEFD... Observe que o Pacote do TEFD não tem dependência do ACBrSerial... Sempre que o TEFD precisa de alguma informação ou comandar algo no ECF, ele dispara algum evento, e nunca chama o ACBrECF diretamente... Pode ser que dê algum trabalho para achar equivalência dos comandos do ACBrECF para os da DLL do fabricante... mas na minha opinião, SIM, é possível usar o ACBrTEFD com as DLLs dos fabricantes...

No Log que você postou, fica claro que o SiTEF não enviou mensagem para ser exibida... e encerrou o loop com o erro -43 Se você verificar no manual: SiTef - Interface Simplificada com a aplicação(VRS-133).pdf o erro -43 é descrito como: Problema na execução de alguma das rotinas no pinpad. Provavelmente você não copiou as DLLs que manipulam o PinPad (libemv.dll e libseppemv.dll) na mesma pasta onde está a CliSiTef32I.dll