Daniel Simoes

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

Haroldo, Veja o DosPrinter... http://dosprinter.net/ Ele pode monitorar a chegada de um arquivo e envia-lo para qualquer impressora instalada no Windows...

Qual a mensagem de erro que você tem quando tenta lê-lo ?

O que você usa hoje para acessar o ECF ? O ACBrMonitor não irá funcionar se a DLL estiver ativa e prendendo a COM do ECF... Leia sobre o ACBrMonitor em: http://acbr.sourceforge.net/drupal/?q=node/19

Não tenho a menor ideia... nunca tentei... Imaginei que a Bematech providenciasse um driver para USB para Linux... Possivelmente criando uma porta em /dev/ttyUSB0 Acho que apenas o suporte da Bematech pode lhe ajudar nessa tarefa... Do lado do ACBr a "brincadeira" começa apenas quando você realmente tiver uma porta Serial disponível... como por exemplo: "/dev/ttyUSB0"

Quel lê a MFD é a DLL do Fabricante... então cabe ao Fabricante dar o suporte...

Sim, o ACBrECFEscECF também faz comunicação direta com a Serial... Mas precisamos de um driver para fazer a USB se comportar como Serial, correto ??

Não sei se funciona por linha de comando... Procure em: http://www.desenvolvedoresdaruma.com.br/home/ por: GAD (Gerador de arquivos Daruma em Delphi7)

Se usar USB direto com o programa da Bematech, funciona ?