Daniel Simoes

Apliquei pequeno ajuste nos fontes da FiscNet que devem detectar o modelo: "URANO/1FIT LOGGER" como 48 col Favor atualizar os fontes pelo SVN e testar

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

Hummm... Isso pode explicar alguns dos problemas que você está enfrentando... Acredito que o VSPague não está 100% compatível com o ACBrTEFD... Alguns usuários do fórum homologaram mas não sem esforço e adaptações Eu iniciei o desenvolvimento da classe do VSpague... Mas nunca cheguei a homologar com ele... O SiTEF é um produto similar ao VSPague produzido pela Sw.express... E de longe é a solução líder de mercado em TEF

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

Jicelmo, Vamos lá... De forma mais prática e objetiva: Qual o teste do roteiro você está tentando fazer ? ( Poderia copiar o trecho do roteiro ) O que ocorre de errado na execução do teste ? Por favor verifique se o demo contém: ACBrTEFD1.SuportaDesconto := True; ACBrTEFD1.SuportaSaque := True; ACBrTEFD1.AutoEfetuarPagamento := False; Além das informações de identificação da aplicação

Não consegui compreender corretamente a sua dúvida.... Mas ao que parece vc não esta executando o SiTEF Demo... Lembrando que todo fluxo de perguntas é comandado pelo SiTEF Analise o log gerado pelo Demo.... nele fica claro que o demo só exibe as msgs e perguntas que vem do SiTEF

Sim.. o Cielo premia já existe a mais de 1 ano.. e centenas de programadores já homologaram usando o ACBrTEFD desde então... Não vi o seu vídeo... acho que você deve saber se expressar em texto,.. afinal somos um fórum... Deixe: AutoFinalizarCupom := False AutoEfetuarPagamento := False

Concordo com a resposta dada... É fundamental que você leia a documentação do TEF antes de tentar qualquer coisa... O componente irá lhe ajudar MUITO... mas se você não compreender como o componente funciona, ou qual a lógica de funcionamento de uma aplicação TEF... será quase impossível passar nos testes... O SAC não cobre que um consultor lhe ensine como fazer um TEF... mas sim dúvidas sobre o uso dos componentes... Existem vários usuários aqui no fórum que talvez prestem a consultoria nos moldes que você deseja... Voltando ao problema... o Demo é bastante intuitivo... O que lhe diz os botões: "FinalizarCupom", "ImprimirTransacoesPendentes" .... tentou pressiona-los ???

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...