Daniel Simoes

CorrigeEstadoErro(ReducaoZ: Boolean); faz isso mesmo.... tente de todas as maneiras deixar o ECF livre IdentificaPAF pode variar de um ECF para outro... mas o ideal é programá-la apenas no inicio da sua aplicação... Eu chamo IdentificaPAF instantes antes de abrir o primeiro cupom, após a inicialização do aplicativo....

Deixe as DLLs do ECF única e exclusivamente na mesma pasta do seu .EXE (não deixe outras cópias em Windows32)

Ivan, O valor do Premia virá na propriedade "Desconto", veja a linha 575: else if Chave = 'transacao_valor_ajuste' then //---Valor retornado contendo o valor CIELO PREMIA fpDesconto := StringToFloatDef( Valor, 0 ) [/code] Existe algum outro campo diferente de [b]transacao_valor_ajuste[/b] para ser mapeado ? As suas mudanças podem comprometer toda classe ACBrTEFD, onde o Cielo Premia já está funcionando corretamente para o TEF discado e SiTEF Você programou o novo evento: OnComandaECFSubtotaliza ? (ele informará o desconto ou acréscimo necessário)

Ivan, As propriedades para o Cielo Premia ja fora criadas, veja o change-log.txt

É um impressora não fiscal ?

Por favor evite copiar o Log no tópico... ZIP o arquivo e anexe no tópico... (fica muito mais fácil de lê-lo) Notei algo muito estranho no seu LOG... Parece que você chamou ATIVAR no meio de uma Venda de Item

Só faltou informar qual o ECF Modelo e Versão... e qual a msg de erro...

Geralmente esse erro é uma mensagem do G.P. quando os arquivos intpos.001 estão dessincronizados... Feche o G.P. e limpe todas as pastas REQ e RESP de todos os sub-diretórios do G.P.

Não vejo vantagens em compilar uma aplicação Desktop (automação comercial) em 64bits... isso apenas diminuiria o numero de máquinas onde a aplicação pudesse ser instalada.... E aplicações Desktop não fazem um uso intensivo de processamento... No XE2, o Delphi usa o FreePascal para compilar em Mac e 64bits... será que continuará desta maneira ?

Isso ocorre apenas na Bematech MP20-FI II... Não se preocupe com isso, esse ECF não é mais válido em todos os estados.. a não ser que o seu cliente tenha um em uso e esteja migrando o sistema... Mesmo assim certifique-se de ECFs matriciais ainda são válidos no seu estado

Veja esse tópico: viewtopic.php?p=32324#p32324

O PAF-ECF determina que deve ser usado as linhas do rodapé apenas se o ECF não possuir campo específico para informação do MD5 O método "IdentificaPAF" fará isso, usa comando próprio do ECF para programar o MD5 e nome da aplicação em área específica, sem consumir espaço das 8 linhas do Rodapé, porém o método é "esperto" o bastante para saber se o ECF não possui essa característica, e se NAO possuir, usa as Linhas do Rodapé do cupom O que ocorre é que alguns fabricantes fizeram o Sw.Básico do ECF imprimir a informação de MD5 e Nome da aplicação um pouco deslocadas em relação ao inicio da coluna (o ACBrECF não tem controle sobre isso)... Se for o seu caso, entre em contato com o seu fabricante e solicite uma declaração sobre essa característica do ECF... geralmente isso é o que basta para o homologador

Verifique no log gerado pelo ACBrTEFD o controle de Bloqueio de Teclado... deve haver uma chamada de desbloqueio antes da pergunta SIM/NAO... Se puder repetir o problema usando o Demo do ACBrTEFD, descreva um passo a passo para que eu possa testar...

Vc precisará de uma Finalizadora, caso contrário o Cupom não será Fechado... O Operacional é sua decisão (não há lei sobre isso)... o recomendado seria uma Finalizadora como: "DEVOLUCAO", "VALE CREDITO", "TROCA", etc... No fim do dia, você pode apurar o total de Troca usando o registro dessa Finalizadora

Você leu os fontes com atenção ?... Observe: UltimaTransacao := (Valor >= RespostasPendentes.SaldoRestante ); Ou seja, será considerado a última transação, apenas quando o usuário informar um Valor que é igual ou superior ao Saldo Restante a ser pago... pois se o usuário fizer isso, com certeza é a ultima operação... pois não sobrará saldo para ser pago com qq outra forma de pagamento que seja...

é imperativo que essa propriedade fique em False... Vc deve ter outro problema... verifique o log gerado pelo ACBrECF

Leia as instruções de instalação e uso do Simulador do Pay&Go, nelas você encontrará informações sobre como rodar um teste em específico...

ACBRECF1.ReTentar DEVE ser False;

isso é uma característica desse equipamento.... Todo Relatório Gerencial é precedido de uma Leitura X... não há como mudar isso, está no Sw.Básico do ECF

Por favor anexe o LOG gerado pelo ACBrECF...

Vale lembrar ainda que a carga da DLL é dinâmica, ou seja, sua aplicação não ficará eternamente dependente dela... o ACBrECF tenta carregar a DLL somente no momento em que for realmente precisar dela....

BAL.LePeso -> resposta ERRO: Função LePeso não imprementada em : Não definida Você realmente definiu o modelo da balança ? Se está como "Não definida" significa que a balança escolhida é balNenhum

Vc precisa enviar exatamente como recebeu das homologadoras... que geralmente usam 40 linhas para ser compatível com as maquinetas POS... não adicione espaços antes ou depois... Sem os arquivos de LOG que solicitei não tenho como lhe ajudar...

Se tiver muita pressa, abra os fontes e tente debugar.... Adicione mais informações, quando tiver um tempo eu analiso... - Qual o modo, TCP ou TXT ? - Qual o conteúdo do arquivo de entrada ? - Qual o LOG do ACBrECF e ACBrMonitor ?

Você poderá encontrar mais informações em ACBrTEFD-Change-Log.txt