Impressão comprovante TEF

[infopointerp]

Bom dia,

Na revisão 20216 o componente não está conseguindo separa as vias como estava sendo feito na revisão 19493 que pelo que eu entendi utiliza a posição 715.

Da forma que está hoje quando passa a venda no tef está "duplicando" a impressão.

Vou tentar ver o que consigo fazer aqui, mas gostaria de saber se já foi passado esse problema.

 

Obrigado

Att., Haroldo

IntPos.001

[Daniel Simoes]

Verifique se você configurou o Modelo de TEF para TEFPayGo

[infopointerp]

Acredito que eu esteja configurando algo errado. Alterei a inicialização de TEF_DIAL para o PayGo e estou recebendo o retorno:

Project raised exception class EACBrTEFDGPNaoInicializado with message 'Gerenciador Padrão: TEF_DIAL não foi inicializado'.

 

      ACBR.TEFPayGo.Habilitado := true;

      ACBR.TEFPayGo.GPExeName := ACBR.TEFDial.GPExeName;
      ACBr.TEFPayGo.ArqReq := ACBr.TEFDial.ArqReq;
      ACBr.TEFPayGo.ArqResp := ACBr.TEFDial.ArqResp;
      ACBr.TEFPayGo.ArqSTS := ACBr.TEFDial.ArqSTS;
      ACBr.TEFPayGo.ArqTemp := ACBr.TEFDial.ArqTemp;

      ACBr.Inicializar(gpPayGo);

 

[Juliomar Marchetti]

Acho que nesse caso seu está saindo ambas juntas numa mesma impressão então não precisa chamar duas vezes a impressão ou colocar numero de vias pois ele sai junto

há outra coisa lembre-se que na ECF ele mandava um corte de papel nesse seu caso nào

[infopointerp]

No caso se colocar o numero de vias para 1 seria uma solução mas não enviaria o corte. O corte a impressora mesmo identifica que foi feito uma impressão e aciona a guilhotina.

Só preciso ver para que o componente pegue corretamente as posições do comprovante que retorna no intpos do cappta.

 

[Juliomar Marchetti]

Entendi.

no caso

23 minutos atrás, infopointerp disse:

Acredito que eu esteja configurando algo errado. Alterei a inicialização de TEF_DIAL para o PayGo e estou recebendo o retorno:

Project raised exception class EACBrTEFDGPNaoInicializado with message 'Gerenciador Padrão: TEF_DIAL não foi inicializado'.

 

      ACBR.TEFPayGo.Habilitado := true;

      ACBR.TEFPayGo.GPExeName := ACBR.TEFDial.GPExeName;
      ACBr.TEFPayGo.ArqReq := ACBr.TEFDial.ArqReq;
      ACBr.TEFPayGo.ArqResp := ACBr.TEFDial.ArqResp;
      ACBr.TEFPayGo.ArqSTS := ACBr.TEFDial.ArqSTS;
      ACBr.TEFPayGo.ArqTemp := ACBr.TEFDial.ArqTemp;

      ACBr.Inicializar(gpPayGo);

 

Isso aqui tu não usa o TEFPayGo mas sim o Dial ou Disc

dai acho que resolve, esse foi feito para uso do TEFPayGo

[infopointerp]

Sim, antes dessas novas mudanças estávamos utilizando o gpTefDial

[Juliomar Marchetti]

é ele que deve de seguir usando, o PayGo foi feito para a Paygo

[infopointerp]

Para funcionar o TEF_DIAL como era antes então tenho que alterar classe dele para fazer a leitura caso tenha os campos.

Repliquei a função do PayGo (TACBrTEFDRespPayGo) para o tef dial (TACBrTEFDRespTEFDial) e consegui o resultado que era feito anteriormente.

Por favor verifique se isso vai gerar algum problema para ser adicionado ao fonte.

ACBrTEFDDial.pas

[Juliomar Marchetti]

Mas não foi alterado o TEFDial

creio que então use o TEFDisc se continua a diferença

[infopointerp]

Eu preciso que separe a via corretamente nos dois StringList para que seja feito a impressão da mesma forma que estava antes. 

Então você sugere que eu altere essa TEFDisc para que seja retornado o comportamento que era feito?

[Daniel Simoes]

41 minutos atrás, infopointerp disse:

Para funcionar o TEF_DIAL como era antes então tenho que alterar classe dele para fazer a leitura caso tenha os campos.

Repliquei a função do PayGo (TACBrTEFDRespPayGo) para o tef dial (TACBrTEFDRespTEFDial) e consegui o resultado que era feito anteriormente.

Por favor verifique se isso vai gerar algum problema para ser adicionado ao fonte.

ACBrTEFDDial.pas 7 kB · 1 download

isso não faz sentido... a classe PayGo foi criada para ser usada exclusivamente com o TEF PayGo...

 

1 hora atrás, infopointerp disse:

Project raised exception class EACBrTEFDGPNaoInicializado with message 'Gerenciador Padrão: TEF_DIAL não foi inicializado'.

Verifique se seus fontes estão corretamente atualizados...

Faça testes com o TEFDemoNF...

 

[infopointerp]

2 minutos atrás, Daniel Simoes disse:

sso não faz sentido... a classe PayGo foi criada para ser usada exclusivamente com o TEF PayGo...

 

O problema em questão é que o cliente utiliza Cappta e está sendo feito através do TefDial, isso já tem uns anos e funcionava para o PayGo também.

Após essa atualização os comprovantes está sendo retornado tudo junto sem a separação do texto como era feito anteriomente.

Olhando o fonte do Paygo tem a função que pega exatamente a posição das vias do lojista e cliente, e foi isso que peguei.

Resumindo:

- usamos Cappta

- Com intpos

- gp do TefDial

- Fonte Revisão: 20267

como então eu poderia resolver esse problema para pegar as vias certas e jogar nos campos certos?

 

[infopointerp]

A classe ACBrTEFDClass.pas que fazia a leitura as posições foi alterada e removido a separação das vias.

Editado 14 Julho, 2020 por infopointerp

[Daniel Simoes]

Acho que o correto seria fazer uma classe para a Cappta...

17 minutos atrás, infopointerp disse:

A classe ACBrTEFDClass.pas que fazia a leitura as posições foi alterada e removido a separação das vias.

Os campos 715, são exclusivos do manual da PayGo... por isso foram para a classe dela...

[Daniel Simoes]

Talvez seja possível, tentar ajustar a classe da PayGo, para compatibilizar com o Gerenciador TEF da Cappta..  pelo que você descreveu, parece ser apenas um problema na inicialização...

Eu não tenho ele.. e não saberia como fazer isso...

[infopointerp]

Anexei zipado o manual porque o PDF é maior que 2mb.

As posições no IntPos é igual do payGo por isso acabei copiando ali do PayGo.

Eu testei aqui com a alteração que fiz no tefdial no cappta e no payGo homologação e os dois funcionou perfeitamente usando o gbTefDial.

Antes era uma função genérica que pegava para todos, não tem como deixar ela genérica também agora? Caso tenha a posição pega os valores

Manual de Integração via Troca de Arquivos 1.2.2.0.zip IntPos.001

[Daniel Simoes]

Infelizmente não posso aceitar a sugestão de alteração... pois não é nada bom termos código Duplicado...   (mas nada impede que você mantenha essa alteração do seu lado)

Se a ideia é usar o G.P. da Cappta como em modo de emulação do G.P. da PayGo... seria necessário tentar ajustar a classe da PayGo, para que funcionasse com ele...

 

[infopointerp]

Testei agora usando o PayGo, e deu certo.

Tive que alterar uma validação no Inicializar (ArqReq = CACBrTEFDPayGo_ArqReq) e acredito que dessa forma não precisa alterar o funcionamento de nenhum software implementado.

Se existir o diretório do PayGo pega o que está configurado e caso não existe payGo e exista o tefdial irá fixar as constantes que estão implementadas. Nesse parte do inicializar é possível deixar sem fixar a pasta do TEF_DIAL ?

O componente já é configurado com default o caminho do PayGO, porque hoje se eu setar: ACBr.TEFPayGo.ArqReq := 'D:\TEF_DIAL\Req' ele vai fixar para o disco C.

 

Deixando alterar os nomes das pastas vai ser possível utilizar no Cappta e PayGo, fiz o testes de autorização e reimpressão aqui e passou.

ACBrTEFDPayGo.pas

[Daniel Simoes]

Creio que não seja necessária essa modificação...

Pelo que notei.. você comentou o IF... Porém ele só não entrará o IF, se você modificar o valor padrão dos diretórios da Classe PayGo... Observe que você pode até mesmo definir na classe PayGo, os diretórios do G.P. da Cappta

[infopointerp]

Se alterar o ArqReq do PayGo fixa a constante do TefDial e ai não importa o que eu configurar.

[Daniel Simoes]

mas isso seria errado.. pois o PayGo atual, usa "C:\PAYGO\" como diretório padrão...

O que estou querendo dizer, é que basta você informar os diretórios para o componente... veja:

[infopointerp]

Entendi, vou testar.

[infopointerp]

Deu certo, fixei o caminho aqui depois de criar o componente.

Obrigado pela atenção.

[Daniel Simoes]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.