Daniel Simoes

Se você está usando as DLLs para gerar o arquivo, certifique-se de que você tem as últimas versões das DLLs

Por favor anexe o LOG... se no LOG está chegando 84,10.. provavelmente é sua aplicação que está fazendo algum tipo de arredondamento... Quanto ao modo Debug, desabilite na sua IDE, "Stop on Delphi Exceptions"

Acho que o ACBrInstall não é compatível com o Delphi 6

Desde que você monte os arquivos fiscais na ordem correta... eu não vejo problemas... Mas no nosso caso, temos uma Tabela única para todo e qualquer documento impresso pelo ECF...

Esse método tem 2 versões... primeiro ele tenta ler a Data e Hora do Sw.Básico pela captura da Leitura da Memória Fiscal, se isso falhar... ele tenta ler apenas a Data usando o comando nativo... Não há comando nativo que retorne a data e a hora... As correções do Elton estavam certas... foi um refactoring mal feito... Apliquei correções nos fontes do SVN...

Qual a exata msg de erro ??

Acabei de subir as correções para o SVN... basta atualizar seus fontes... (talvez seja necessário renomear as Units que vc alterou)

Não é bom amarrar ao "texto de retorno"... pois se eles mudarem a mensagem sua aplicação quebra... veja o meu tópico anterior...

Um WorkAround seria: 1543 // Amex retorna 101 e não FF 1544 if (pos(UpperCase(Resp.Conteudo.LeInformacao(9,0).AsString), 'FF|101') > 0) then 1545 ApagaEVerifica( ArqResp );

O problema é que o arquivo da AMEX não está sendo retornado no padrão correto... o ACBrTEFD tem um tratamento específico para essa situação... Veja a procedure Inicilizar abaixo, onde diz: { Verificando se o arquivo de Resposta é invalido ou seja, gerado quando clica-se em 9 - CANCELAR sem selecionar nenhuma Bandeira } procedure TACBrTEFDClass.Inicializar; begin if Inicializado then exit ; ApagaEVerifica( ArqTemp ); // Apagando Arquivo Temporario anterior // ApagaEVerifica( ArqReq ); // Apagando Arquivo de Requisicao anterior // ApagaEVerifica( ArqSTS ); // Apagando Arquivo de Status anterior // fpInicializado := True ; GravaLog( Name +' Inicializado' ); { Verificando se o arquivo de Resposta é invalido ou seja, gerado quando clica-se em 9 - CANCELAR sem selecionar nenhuma Bandeira } if FileExists( ArqResp ) then begin Resp.LeArquivo( ArqResp ); if UpperCase(Resp.Conteudo.LeInformacao(9,0).AsString) = 'FF' then ApagaEVerifica( ArqResp ); Resp.Clear; end ; CancelarTransacoesPendentesClass ; VerificaAtivo; end; A resposta do REDECARD: Ou seja, não tem FF na resposta do AMEX Não seria um BUG deles ??

Consegui reproduzir o problema... estou analisando...

Por favor envie o LOG gerado pelo G.P., geralmente fica na pasta C:\TEF_DIAL

Infelizmente não consigo instalar o simulador da AMEX no meu Windows 7 64... Tem algum novo link para download ?

Não estou compreendendo o que você que dizer... Se ele criou um ADM, já há uma transação pendente a ser processada... Por favor dê mais informações... Qual o Teste ? De qual roteiro ? Qual o Passo a passo para reprodução do problema usando o TEFDDemo ? Qual o Log do TEF dial ? Qual o Log do ACBrTEFD ?

Recompile os pacotes básicos do ACBr, como por exemplo a ACBrComum

Se o homologador desligou a aplicação antes dela exibir "Operação Cancelada" o fluxo está correto... temos uma transação pendente, que deve ser tratada no inicio da aplicação...

O erro foi na hora do Envio... ou seja o ECF nem retornou o código de Erro... Provavelmente a rotina está exibindo algum erro anterior ou algum "lixo" de buffer (cabe um tratamento nos fontes para esse caso) Acredito que você tenha problemas com a porta serial dessa máquina... tente trocar os ECFs de lugar (se possível) Outra opção é baixar os Buffers da Porta Serial

Parabéns pela persistência e obrigado pelo retorno

No momento estou aguardando uma resposta da Bematech... os métodos que eles disponibilizaram na DLL não estão funcionando como o esperado...

Você deve imprimir sempre o menor pagamento primeiro, caso contrário o Cupom Fiscal é Totalizado e não é possível mais registrar pagamentos...

Acabei de baixar e está tudo normal... deve ser algo em seu Navegador ou PDF reader... Em todo caso, esse manual aqui é bem mais completo, e tem exemplo das fontes: https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/PPLA&PPLB.pdf

Veja todas as fontes disponíveis no manual PPLA https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Acho que o simples fato de uma Query retornar 30.000 registros já está errado... Isso irá sobrecarregar muito o seu BD...

Humm... uma ótima sacada... obrigado por compartilhar...

Apenas para complementar.... A maioria das balanças (pequenas) são compatível com o protocolo da Filizola.. é o caso por exemplo da Balança da Bematech