Daniel Simoes

Acho que consegui reproduzir o problema... estou analisando...

Não estou compreendo... os pagamentos registrados no ECF tb tem que contemplar o Acréscimo... e um mata o outro... É possível reproduzir o problema usando o Demo do TEFD ? pode me fornecer um passo a passo ?

Por favor forneça um passo a passo usando o Demo do ACBrTEFD

Você programou o evento OnComandaECFSubtotaliza ? Se SIM, nele você deve somar o seu acréscimo quando for efetuar a SubTotalização. if Est = estNaoFiscal then ACBrECF1.SubtotalizaNaoFiscal( DescAcre + SeuAcrescimo, 'Projeto ACBr|http://acbr.sf.net' ) else ACBrECF1.SubtotalizaCupom( DescAcre + SeuAcrescimo, 'Projeto ACBr|http://acbr.sf.net' ); [/code]

Humm... perdoe-me... como os nomes dos métodos são parecidos, achei que eram do ACBrTEFD...

O ineSubTotal deve conter o Acréscimo... Qual o problema no Fechamento ? (Anexe o Log)

Não é melhor fazer ajustes nas Units do Projeto TI2TI ? O ideal é evitar mudanças nos fontes do ACBr, isso pode causar problemas quando for necessário atualiza-lo... E comprometer o funcionamento do componente

Tópico confuso... pelo que compreendi ele está em Loop no FinalizarCupom... verifique como você está informando o Estado do ECF para o componente... provavelmente você está informando errado Certifique-se se você está com a última versão dos fontes... Se o problema persistir, por favor adicione o LOG

Notei que o problema da não confirmação foi um bug introduzido na versão 3.3.0 do componente... Apliquei uma possível correção...

O Bug só ocorrerá em design, pois a Exception é tratada nos fontes... Para evitar que seu Delphi pare em erros como esse, desabilite "Stop On Delphi Exceptions" Por favor tente confirmar com a Sw.Express se isso é realmente um Bug reconhecido e se o formato será mantido... Podemos fazer uma correção, mas acho que é importante saber se eles irão corrigir ou se as versões anteriores igualmente retornam este campo neste formato

Oi Elton, Em qual situação poderiamos ter duas Reduções Z no mesmo dia ? Ela não deve se basear na Data de Movimento ? Em relação a modificação... agora é necessário liberar manualmente alguns Objetos ? eles não são eliminados quando o componente ACBrSintegra é destruído ou em LimparRegistros ?

Pelo que li dos fontes o protocolo é parecido com o da Toledo... Qual a principal diferença ? Há algum manual para deixarmos na pasta Tools ? https://acbr.svn.sourceforge.net/svnroot/acbr/tools/

Use o método "ATV"

Até onde sei, é importante deixar o dialeto do FireBird no mínimo em 3, caso contrário várias funcionalidades não são ativadas Acho que o ideal seria você ir migrando alguns módulos, uma tela de cadastro, um relatório, etc...quando estiver confiante, migre todo o sistema...

Você poderia tentar usar um aplicativo fornecido pelo Fabricante do ECF... por favor anexe o LOG para que eu possa verificar se o erro é "contornável"

Obrigado pelo FeedBack... Porque será que a Daruma já não deixa essa informação bem clara no manual da DLL ?

Por favor abra o Demo do TEFD e estude os fontes... há muitos comentários no texto, e exemplos de uso... suas dúvidas deverão ser sanadas...

A regra é simples... Uma vez que o Total Pago seja igual ou superior ao SubTotal do Cupom novos pagamentos não serão aceitos...

Fiz uma atualização (ontem) que pode ter resolvido o problema... por favor atualize seus fontes e teste novamente...

Isso é lógico... o ECF bloqueia novos pagamentos assim que o Total do Cupom foi atingido...

Difícil recomendar... para desenvolvimento qualquer um serve... mas para uso em produção é complicado... em algumas situações quando liga a máquina, ele não consegue falar com a COM gerada pelo driver do adaptador, até o adaptador ser removido e plugado novamente... um problemão para estabelecimentos comerciais onde a CPU tem difícil acesso...

Segundo a última versão do PAF-ECF, somente em SC, e limitado a R$ 10,00

Dinheiro sempre deve ser impresso por último, poi cartão não permite Troco ( a não ser em SC)

Para D7 é melhor não usar UTF No Lazarus pode ser um problema da Zeos com o FPC, aqui uso a versão Zeos 6.6.6 (com pequenas correções) e FPC 2.6.0. Experimente usar a SqlDb que vem com Lazarus

É uma coincidência o erro ser o mesmo... o código das classes de ECF é totalmente diferente, sem falar nas DLLs de cada fabricante... Primeiro precisamos ter certeza de que você está instalando corretamente as DLLs do fabricante... isso pode ser feito sem os fontes do ACBr... Solicite para o fabricante o exemplo em Delphi (já compilado), instale as DLLs do fabricante e tente o uso da leitura de MFD nesse exemplo...