Daniel Simoes

Acho que podemos inserir uma configuração para ele atuar dessa maneira...

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;

A ideia é que ele simplesmente fechasse ? Se SIM, isso não causaria uma confusão para quem o acionou ? Poderia descrever melhor qual a situação para essa necessidade ?

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 ?

É uma ideia... mas o comprovante TEF não deve ser impresso quando usando SAT ou NFCe ??

Tente apagar todas as BPLs do ACBr reinstala-las

Vc precisa programar todos os eventos obrigatórios do ACBrTEFD... mas pode simular retornos ao ACBrTEFD como se fossem resposta do ACBrECF... Lembre-se que nesse caso, cabe a você controlar todos os totalizadores... não há um ECF para lhe dizer quanto é o SubTotal, por exemplo...

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

NFCe ainda é um assunto novo para os homologadores de TEF... Minhas pesquisas com eles sobre esse assunto, renderam respostas inconclusivas... Acredito que ainda não existe um Roteiro de homologação de TEF com NFCe... Mas existe um roteiro de homologação para Impressoras não fiscais... Talvez seja esse o caminho...

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

Como você pode afirmar com certeza que o problema é no ACBr ? Eu creio que a explicação mais lógica é que o problema seja no seu ambiente... - Centenas de desenvolvedores já homologaram com o ACBr... - Não há mensagens com erro semelhantes ao seu no nosso forum - Você só detectou esse problema agora, na sua homologação ? Não fez nenhum pré teste com os seus fontes ?