Certificação Seven PDV

[Felipe B]

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

[EMBarbosa]

Para desabilitar é só passar o nome do arquivo de log como uma string vazia. Olhe aí no código que você mesmo postou:

procedure TACBrTEFDClass.GravaLog(AString : AnsiString);

begin

  if fArqLOG = '' then

     exit ;[/code]

[Felipe B]

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

[Daniel Simoes]

Mas a sua alteração irá gerar um log com várias linhas vazias... não seria melhor desativar completamente o Log ?

[veiow]

De acordo com o "CHECK LIST 8 (todas bandeiras).doc" :

-Para verificação de envio do comando ATV e do campo 001-000, criar um arquivo Debug.txt na pasta C:\tef_dial\;

Na homologação do TEF é obrigatório a criação do Log denominado Debug.txt. Dessa forma não é possível desativar completamente o Log.

[Daniel Simoes]

Você está confundindo as coisas...

Esse LOG é gerado pelo próprio G.P. e não pelo ACBr... basta criar o "debug.txt" na pasta do G.P. que ele será "alimentado" pelo próprio G.P.

[Felipe B]

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.

[EMBarbosa]

Isso. A propriedade ArqLOG é o log do ACBrTEFD e não o arquivo debug.txt que é o log do Gerenciador Padrão (GP).

[Paulinho]

Você está confundindo as coisas...

Esse LOG é gerado pelo próprio G.P. e não pelo ACBr... basta criar o "debug.txt" na pasta do G.P. que ele será "alimentado" pelo próprio G.P.

Boa tarde Daniel, como você explicou ai, eu posso estar criando este arquivo direto dentro da pasta c:\tef_dial que o proprio G.P estará verificando se existe este arquivo e caso exista ele automaticamente ira utilizar este arquivo para salvar os logs, ou terei que fazer isso via codigo, tanto a criação do arquivo e tambem tentando apontar o arquivo para o G.P? Apesar que apontar o arquivo para o G.P não teria como né pois ele faz o serviço sozinho.

[Daniel Simoes]

Não precisa escrever código para isso.. basta criar o "debug.txt", vazio, na pasta c:\tef_dial

[Paulinho]

certo Daniel, muito obrigado pelo esclarecimento.

[Paulinho]

Não precisa escrever código para isso.. basta criar o "debug.txt", vazio, na pasta c:\tef_dial

Bom dia Daniel, eu segui sua orientação e criei um arquivo com debug.txt dentro deste diretório C:\TEF_Dial, já fiz vários testes de vendas utilizando o tef e até o momento não foi salvo nada dentro do arquivo debug.txt. Teria alguma idéia do que poderia ser?

Outro coisa, nos testes de desligamento de equipamento ecf, quando faço a venda normal e na hora da impressão o CV, neste momento tenho que desligar a impressora para cancelar a venda, e a impressora fica com a impressão do CV pela metade, devido a impressora estar desligada. Até ai tudo bem, mas a dúvida é: Quando eu ligo novamente a impressora, ela fica parada por uns 20s + ou -, neste momento eu nao posso fazer outra venda que ela dá erro dizendo que a impressora esta em modo de impressão de relatório, passado esse tempo ela corta o papel e libera novamente a impressora para eu fazer nova venda.

Isso é normal mesmo, ou no dia da certificação eles podem exigir que ao ligar a impressora ela (impressora) ja corte o papel e libere-a para fazer vendas?

São essas duas dúvidas, se possível alguém puder ajudar estarei grato.