Daniel Simoes

Use o modelo ecfFiscNet

Nesse caso seria necessário ler a documentação do fabricante sobre o protocolo deste equipamento e desenvolver um novo modelo dentro do ACBr...

Tente usar os modelos Filizola ou Toledo... Várias balanças usam protocolos semelhantes

Não compreendi... Usando a configuração no ACBr para modelo da Urano, vc conseguiu fazer a leitura de peso na Elgin DP-15 ?

Você não informou qual comando vc está enviando para o ECF... Poderia dar um exemplo de código e copiar o Log ?

Tente as dicas desse post:

No seu LOG não há erros de comunicação serial... os erros existentes são porque você esta fazendo chamadas não serializadas para o ACBrECF... ----------------- ERRO ----------------- Componente ACBrECF ocupado Aguardando resposta do comando anterior ---------------------------------------- -- 16:25:50:875 PoucoPapel ----------------- ERRO ----------------- Componente ACBrECF ocupado Aguardando resposta do comando anterior ----------------------------------------

Seria interessante você justificar melhor como o problema ocorre e porque essa alteração resolve o problema... Vc pode encontrar o manual da synaser em: http://synapse.ararat.cz/doc/help/

É muito difícil responder a sua pergunta... Dezenas de desenvolveres trabalham nos mais diversos assuntos... Os fontes do ACBr são OpenSource.... Você mesmo poderia pesquisar... https://svn.code.sf.net/p/acbr/code/trunk/Fontes/ACBrBoleto/

No momento não tenho planos para nenhuma atualização no ACBrTEFD

Você já teve duas respostas... Acho essa cobrança desnecessária... Se formos seguir o "regulamento/contrato" temos 24 horas para lhe responder a cada pergunta... Infelizmente a Software Express está quebrando o layout do TEF discado... e o Client Modular deveria ser compatível com ele... Observe em ACBrTEFDClass.pas, linha 1934, que o ACBrTEFD já envia os dados da Aplicação para compatibilizar com o Cielo Premia... porém, as chaves são diferentes das que você mostrou... Você pode manipular o conteudo do Intpos.001 em ACBrTEFD.AntesFinalizarRequisicao.... Veja o exemplo do TEFDDemo procedure TForm1.ACBrTEFD1AntesFinalizarRequisicao(Req : TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(777,777,'TESTE REDECARD'); Memo1.Lines.Add('Enviando: '+Req.Header+' ID: '+IntToStr( Req.ID ) ); end;

Por favor anexe um LOG... somente com o LOG seria possível saber qual TAG a Epson não está conseguindo interpretar...

Acho que esse arquivo nem precisa ser distribuído... Por favor experimente apagar o arquivo e abrir o Delphi... Se funcionar, removemos ele do SVN...

Será que você está tratando adequadamente o evento: OnExibeMsg, quando o parâmetro Operacao = opmYesNo ? Por favor tente com o TEFDDemo, (compilado em Lazarus ou Delphi)

Porque você está usando o Client Modular com ACBrTEFD ? O natural seria utilizar apenas a CliSiTEF32.DLL... através do G.P.: TEFCliSiTef O "Cliente Modular" é um Emulador do GP do TEF_DIAL... porém no TEF_DIAL, esses campos não existem, e portanto não são informados pelo componente...

Por favor anexe um ZIP com os fontes modificados para analise..

Coisa de doido... mas com certeza deve ter uma maneira de desabilitar ou modificar isso... Qual o modelo do leitor de cod.barras ?

Tente apagar todas as BPLs do ACBr reinstala-las

O Pulo de linhas após o cupom e o corte, é programado no momento da Lacração... Talvez com algum utilitário do Fabricante vc consiga ajustar isso.. O seu LOG parece não fazer muito sentido... há várias chamadas a CarregaFormasPagamento, no meio do Cupom, não há comando de Subtotalização, há tentativas de venda de item após pagamentos... Por favor abra o Demo ECFTeste, teste e estude os fontes desta aplicação em datalhes...

Sim, é a FiscNET.. O ACBrECF é orientado ao Protocolo e não a Marca... Como o ECF voltaria Troco se o Cupom é 14,95 e o Operador pagou apenas 12,00 ?? (não seria o contrário ?) Sempre adicione o LOG gerado pelo ACBrECF para analise...

Como softwarehouse, eu recomendo enfaticamente aos meus clientes o uso do TEF dedicado em conjunto com a aplicação... Há muitas vantagens em relação as maquinetas... (mais rápido, mais seguro, múltiplos terminais, Registro das transações TEF capturado pela aplicação, etc) Fazendo um acordo com algum integrador TEF, ainda é possível ganhar uma boa comissão mensal de cada Cliente onde o TEF é instalado...

Sua pesquisa está correta... TEF em SP é opcional... porém, em estabelecimentos que usam muito recebimento com cartão é um "must have" ter TEF no PDV Acho que o melhor é questionar corretamente a empresa que lhe contratou para saber de forma clara, quais objetivos eles esperam atingir com o pedido que lhe fizeram

Incorporei as modificações com pequenos ajustes... Obrigado Anderson e Andrews

Este problema é inédito.. nunca vi relato semelhante a este aqui no fórum... Realmente sem o LOG não há como investigar...

Se deseja submeter uma correção nos fontes por favor anexe-os...