Felipe B

Ok, obrigado

mateusviccari, econtrou o exemplo que precisava? Poderia postar aqui para a comunidade?

ok, foi corrigido... dentro do evento OnMsgRetentar ele ainda está pegando o número de série errado, mas sem problemas... após a chamada dele pega certo.. Isso resolve nosso problema. Obrigado

Hum, então precisamos criar na mão o arquivo debug.txt, em branco, e o gerenciador vai inserir o seu log.., e não associamos o nome do arquivo à propriedade do Acbr, seria isso? Eh.. não sabiamos q funcionava dessa forma... pensávamos que para que ele fosse criado e utilizado tinhamos q associar ao acbr.. mas o importante eh q no fim deu tudo certo srsrs Obrigado.

Certo, mas dessa forma desabilitaria todo o arquivo correto? Nós precisávamos que desabilitasse apenas a parte q comentei no post.. o restante do arquivo deveria ser gerado... Por isso fizemos da forma como disse... deixamos a parte que era gerada pelo gerenciador e "desativamos" a parte gerada pelo acbr...

Bom Daniel, homologamos o TEF e deu esse problema de volta.. mesmo com o repositório atualizado... Nós conseguimos reproduzir o erro no demo tbm, fizemos o seguinte: Com a impressora desligada, ligamos o demo, e marcamos a flag para Tentar novamente, após isso ativamos o demo. Foi exibida a mensagem "Tentar novamente?".. Então ligamos a impressora.. e clicamos em sim. Acionamos o menu variáveis >> equipamento >> Num Série O número sai errado.. Se, por exemplo, iniciarmos o demo com a impressora desligada, marcarmos a flag retentar e ativarmos o demo, e na mensagem "Tentar novamente?" clicarmos em não, e após isso ligarmos a impressora, e ativarmos novamente o demo, ele pega o número de série correto... Está em anexo o arquivo de log do demo.. na homologação resolvemos o problema desativando e ativando o ecf, quando o usuário clica em sim, na mensagem retentar do evento OnMSGRetentar... não é a melhor solução srs mas foi o que pensamos na hora... acbrlog-certo.txt acbrlog-erro.txt

Bom dia pessoal! Certificamos o módulo TEF para Redecard, PayGo e Plug&Pay! Agradecemos aos desenvolvedores Acbr pelo projeto, sem dúvida facilita muito o desenvolvimento do sistema. Bom criei o tópico para compartilhar os problemas q tivemos durante a homologação... Ativamos a propriedade ArqLog, para gerar o arquivo debug.txt, pois este é necessário durante a homologação.. No primeiro dia o homologador olhou o arquivo, e normal, não houve nada a comentar.. estava gravando corretamente as operações do gerenciador padrão. No segundo dia, porém, ao olhar o arquivo de debug o homologador considerou que era errado gravar quaisquer outras informações além das retornadas pelo gerenciador padrão... como essas, por exemplo: -- 30/04/12 15:28:56 TEF_DIAL IniciarRequisicao: ATV -- 30/04/12 15:28:56 TEF_DIAL FinalizarRequisicao: ATV, Fechando arquivo: C:\TEF_DIAL\req\intpos.tmp -- 30/04/12 15:28:56 TEF_DIAL FinalizarRequisicao: ATV, Renomeando: C:\TEF_DIAL\req\intpos.tmp para: C:\TEF_DIAL\req\intpos.001 -- 30/04/12 15:28:56 TEF_DIAL FinalizarRequisicao: ATV, Aguardando: C:\TEF_DIAL\resp\intpos.sts discutimos argumentando que não estava em lugar nenhum q n podia ter outras informações, mas sabe homologador é homologador... no fim não achamos nenhuma propriedade q desativasse isso (na hora tbm n deu para procurar muito) e tivemos que alterar o código do componente.. para que ele aceitasse e continuasse com a homologação.. A solução mais rápida (que conseguimos pensar no momento) foi gravar espaços em branco ao invés das informações do acbr.. Após alterar, gerar outro exe e mandar pra ele, conseguimos passar por este teste.. procedure TACBrTEFDClass.GravaLog(AString : AnsiString); begin if fArqLOG = '' then exit ; try WriteToTXT( fArqLOG,'', True); {WriteToTXT( fArqLOG, '-- '+FormatDateTime('dd/mm/yy hh:nn:ss',now) + sLineBreak + AString, True);} except end ; end; Bom, cada homologação tem sua surpresinha srs, e a nossa foi essa... O importante é que conseguimos corrigir e reenviar a tempo, agora é finalizar o desenvolvimento do PAF mesmo e homologá-lo, sempre tendo em mente que algo pode acontecer na homologação ...

Opa, estou com o mesmo problema... Estamos utilizando uma impressora emprestada da Daruma para efetuar nossos testes.. porém o comando para retornar o NumSerie traz dados distintos, quando desligamos e religamos a impressora, ou as vezes quando encerramos o PAF e executamos ele de volta.. por exemplo, a primeira vez ele traz o número correto, DR0911BR000000302538, mas as vezes, ele pega 003025 apenas... Se puderem rever isso, agradeço muito, pois acho q eh o mesmo problema q estava descrito antes.... Obrigado. PS.: Estou usando SO Windows home basic, 64 bits, Delphi XE, repositório do acbr atualizado..

Olá pessoal, estou com o seguinte problema.. Estamos utilizando uma impressora emprestada da Daruma para efetuar nossos testes.. porém o comando para retornar o NumSerie traz dados distintos, quando desligamos e religamos a impressora, ou as vezes quando encerramos o PAF e executamos ele de volta.. por exemplo, a primeira vez ele traz o número correto, DR0911BR000000302538, mas as vezes, ele pega 003025 apenas... Procurei pelo fórum mas não encontrei um tópico parecido.. então resolvi criar esse para descobrir a opinião de vcs, se alguém já teve esse problema.. Obrigado. PS.: Estou usando SO Windows home basic, 64 bits, Delphi XE, repositório do acbr atualizado..