Werner_Marques

Obrigado! Entendi o que você quis dizer, mas você poderia mostrar um exemplo? (OBS.: Sou inexperiente com o ACBr).

Régys, muito obrigado por responder! Acredito que eu esteja fazendo como você falou acima, mas mesmo assim, quando tento finalizar a venda com várias formas de pagamento (dinheiro, cartão, dinheiro, cartão...) e no final tenho um troco, ainda me deparo com essa mensagem: "Operação TEF deve ser limitada ao Saldo restante a Pagar". Segue um trecho do meu código: qrPagamentos.first; while (not qrPagamentos.eof) do begin TpPag := qrPagamentos.fieldbyname('cd_finalizadora').asString; impfiscal.ACBr1.LerTotaisFormaPagamento ; FormaPagto := impfiscal.ACBr1.AchaFPGIndice(TpPag); TpPag:= FormaPagto.Indice; if (qrPagamentos.fieldbyname('cd_finalizadora').asString<>'03') then impfiscal.ACBr1.EfetuaPagamento( tpPag, qrPagamentos.fieldbyname('vl_finalizadora').asFloat ); qrPagamentos.next; end; BitBtn1.Enabled:= false; BitBtn2.Enabled:= false; qrPagamentos.first; while (not qrPagamentos.eof) do begin TpPag := qrPagamentos.fieldbyname('cd_finalizadora').asString; impfiscal.ACBr1.LerTotaisFormaPagamento ; FormaPagto := impfiscal.ACBr1.AchaFPGIndice(TpPag); TpPag:= FormaPagto.Indice; if (qrPagamentos.fieldbyname('cd_finalizadora').asString='03') then begin try InicializaTefDial; impfiscal.ACBrTEFD.CRT( qrPagamentos.fieldbyname('vl_finalizadora').asFloat , tpPag, impfiscal.acbr1.NumCOO ); finally end; end; qrPagamentos.next; end; BitBtn1.Enabled:= true; BitBtn2.Enabled:= true; Ainda estou me sentindo meio perdido. O que você me aconselha?

Olá, pessoal, bom dia! Estou realizando o processo de homologação da Cielo e em um dos testes eu tenho que finalizar a venda em forma de pagamento em qualquer ordem (dinheiro, cartão, dinheiro, cartão...), como por exemplo: A venda foi de R$ 1000. R$ 100,00 no cartao 1 R$ 500,00 no cartao 2 R$ 200,00 em dinheiro R$ 100,00 no cartao 3 R$ 200,00 em dinheiro Haverá troco de R$ 100,00 A minha aplicação funciona perfeitamente para qualquer situação de venda, desde que ela não tenha troco. Como ainda não obtive sucesso, entrei em contato com vocês em outro tópico e lá foi me passado para realizar alguns testes e ver um funcionamento do Demo do ACBrTEFD. No entanto, pude perceber que o Demo não está de acordo com a homologação da Cielo, e a venda só é finalizada adequadamente quando a forma de pagamento em dinheiro é realizada no início. Estou errado ou exite uma outra de forma de usar esse Demo, fazendo com que a forma de pagamento em dinheiro possa ser escolhida em qualquer ordem? Muito obrigado!

Bom dia! Estou tentando simular um venda com várias formas de pagamento no exemplo do ACBRTEFD, mas não estou conseguindo ativar o clisitef. Essa é a mensagem que aparece, quando tento ativá-lo: Como faço para ativá-lo?

O meu problema ainda não foi resolvido. Consegui perceber que a mensagem "Operação TEF deve ser limitada ao Saldo restante a Pagar" só aparece quando existe troco, lembrando que existiram várias formas de pagamento em qualquer ordem para a tal venda. (Cartão, dinheiro...) Já realizei vários testes e tudo funciona perfeitamente quando não acontece troco.

Não entendi muito bem. Você poderia ser mais específico, por favor? Obrigado!

Juliomar, obrigado por responder! Acabei de realizar esse procedimento que você falou acima, mas não não obtive sucesso. Realizei uma venda de R$ 5.00, e tentei finalizá-la com as seguinte formas de pagamento: R$ 1.50 no cartão 1 R$ 1.60 no cartão 2 R$ 2.00 em dinheiro Troco de R$ 1.10 O código abaixo realizar o buffer dos valores que tiveram forma de pagamento em dinheiro: qrPagamentos.first; while (not qrPagamentos.eof) do begin TpPag := qrPagamentos.fieldbyname('cd_finalizadora').asString; impfiscal.ACBr1.LerTotaisFormaPagamento ; FormaPagto := impfiscal.ACBr1.AchaFPGIndice(TpPag); TpPag:= FormaPagto.Indice; if (qrPagamentos.fieldbyname('cd_finalizadora').asString<>'03') then impfiscal.ACBr1.EfetuaPagamento( tpPag, qrPagamentos.fieldbyname('vl_finalizadora').asFloat ); qrPagamentos.next; end; Já este trecho de código realizar o buffer dos valores que tiveram forma de pagamento no cartão qrPagamentos.first; while (not qrPagamentos.eof) do begin TpPag := qrPagamentos.fieldbyname('cd_finalizadora').asString; impfiscal.ACBr1.LerTotaisFormaPagamento ; FormaPagto := impfiscal.ACBr1.AchaFPGIndice(TpPag); TpPag:= FormaPagto.Indice; if (qrPagamentos.fieldbyname('cd_finalizadora').asString='03') then begin try InicializaTefDial; impfiscal.ACBrTEFD.CRT( qrPagamentos.fieldbyname('vl_finalizadora').asFloat , tpPag, impfiscal.acbr1.NumCOO ); finally end; end; qrPagamentos.next; end; O problema acontece quando o primeiro valor da forma de pagamento em cartão é finalizado pelo client sifet modular. A seguinte mensagem de erro aparece: "Operação TEF deve ser limitada ao Saldo restante a Pagar". Alguém tem um posicionamento a respeito disso? Obrigado!

Ola Pessoal Tenho o seguinte problema com relacao a um roteiro de homologacao de TEF. Tanto a forma de pagamento DINHEIRO quanto CARTAO podem ocorrer em qualquer ordem. Por exemplo, a venda foi de R$ 1000 As formas de pagamento irao ocorrer nesta ordem R$ 100,00 no cartao 1 R$ 500,00 no cartao 2 R$ 200,00 em dinheiro R$ 100,00 no cartao 3 R$ 200,00 em dinheiro Havera troco de R$ 100,00 Observar que a ordem das finalizadoras devera ser exatamente como foi demonstrado acima, alternando-se entre dinheiro e cartao. Na impressora devem ser mostrados os 5 valores das finalizadoras e o troco. E logo em seguida devem ser impressos 3 comprovantes vinculados referentes as operacoes de cartao de credito. Alguem poderia me dizer como resolver essa situacao usando ACBR? Fico no aguardo.

Olá, pessoal! Bom dia! O problema acima já consegui resolver. Obrigado! Agora estou com outra dúvida... Estou com problemas no seguinte teste: devo realizar uma venda em que eu possa escolher a forma de pagamento em dinheiro em qualquer ordem. No entanto, eu percebi que a função abaixo me impede de escolher outra forma de pagamento, finalizando a transação, caso ela tenho saldo igual a zero. O que devo fazer para que a transação não seja finalizada nas circunstâncias que falei mais acima?

Olá, pessoal! Já estou conseguindo enviar para o intpos.001 do REQ os campos 701-034, 210-081 e 210-084. Agora eu percebi que no intpos.001 da pasta RESP também recebe um campo 210-081 (que é o valor da transação com desconto). Agora ele está recebendo o valor da transação sem o desconto, como consta na imagem abaixo: Como eu faço para tratar essa campo, dando o desconto no valor da transação?

Pois é amigo O roteiro que eu tenho aqui comigo é para tef DEDICADO atualizado. Neste caso vcs iriam colocar esses novos campos dentro do acbr para viabilizar o cielo premia para permitir que hajam descontos em transacoes ?

Alguém sabe responder como manipular o intpos.001, colocando campos específicos para homologação de cartões cielo, conforme citado anteriormente? Alguém sabe dizer como fazer isso usando o Acbr?

Nenhuma resposta?

Ola Juliomar Eu ja estou usando o acbrtef em minha aplicacao, e ate agora tudo tem funcionado normalmente. Entretanto, conforme eu coloquei no inicio, estou precisando re-homologar minha aplicacao para tef multiplos cartoes, e cheguei justamente numa parte do roteiro em que eu preciso manipular o arquivo intpos.001 colocando valores dentro dele manualmente. Esses campos referenciam descontos que ocorrem em transacoes da cielo. Os campos sao os seguintes: 701-034: INDICADOR DE TRATAMENTO ESPECIAL o 210-081: VALOR DA TRANSAÇÃO COM DESCONTO o 210-084: NOME DA SOFTWARE HOUSE E VERSÃO DA AUTOMAÇÃO COMERCIAL: Como faco para resolver esse problema? Abraco

Ola Daniel Obrigado por responder Em primeiro lugar eu uso o client modular ha varios anos e nunca tive problemas com ele. Alem disso minha aplicacao tambem deve funcionar para tef discado, e por isso eu evito usar as dlls diretamente. Neste caso, sempre usei o client modular ou o GP do tef discado, com a comunicacao atraves de troca de arquivos. Como muitos clientes ainda usam o tef discado com o GP, entao nao posso usar dlls para apenas uma situacao. Antes do acbr o meu programa realizava todo o controle de criacao e exclusao de arquivos intpos e tudo mais. Entao quando decidi usar o acbr, achei que resolveria o problema e funcionaria perfeitamente para tef discado e dedicado, com o client modular ou o GP vindo para frente da aplicacao. Entretanto, pelo que entendi, o acbr atende apenas a uma situacao de uso do tef dedicado atraves de uma dll, Para usar o tef dedicado eu teria de reescrever boa parte do codigo para se comunicar com uma dll exclusiva para tef dedicado. O tef discado deixaria de ser funcionar, e os clientes que usam o GP deixariam de ser atendidos, correto? Neste caso meu processo de homologacao fica prejudicado e nao poderei seguir adiante por causa dessa limitacao. Como posso fazer para que minha aplicacao continue funcionando para tef dedicado e discado usando o acbr? O que voce sugere? Obrigado. Porque você está usando o Client Modular com ACBrTEFD ? O natural seria utilizar apenas a CliSiTEF32.DLL... através do G.P.: TEFCliSiTef O "Cliente Modular" é um Emulador do GP do TEF_DIAL... porém no TEF_DIAL, esses campos não existem, e portanto não são informados pelo componente...

Olá, boa tarde! Estou fazendo o roteiro de pré-homologação da Cielo Premia Client Modular, mas estou com dúvidas em relação à configuração inicial que consta no roteiro. A configuração é a seguinte: Onde devo inserir esses campos?! Desde já muito obrigado!

Juliomar e Daniel, Muito obrigado pela ajuda, consegui gerar os arquivos com as dlls do SVN. Eu estava tentando com as dlls disponibilizadas pela bematech, quando troquei pelas dlls do SVN consegui gerar. Obrigado pela ajuda.

Caros amigos, peço encarecidamente a equipe de desenvolvimento do ACBr que procurem nos ajudar a resolver esse problema que surgiu logo após a atualização do componente. Somos parceiros de negócios, costumamos pagar pelo suporte justamente para que problemas dessa natureza não venham a acontecer. Observamos que o arquivo MFD não é gerado e que este problema está acontecendo dentro do componente do ACBr. Observamos também que existe um aplicativo da própria Bematech que gera o arquivo normalmente, e portanto, o problema não está relacionado nem a dll e nem à impressora fiscal. Gostaríamos de sugerir à equipe de desenvolvimento que evitasse liberar versões do ACBr sem ter realizado testes exaustivos em todos os modelos de impressora fiscal, principalmente em funções dessa natureza, pois isso tem gerado um grande desgaste perante os clientes. Aguardamos solução para o problema.

Estamos usando o método da imagem anexada, Passando como parâmetros as datas e o caminho do arquivo.

Pronto, acabei de gerar todos os arquivos novamente. Estão todos em anexo. BemaFI32.txt BemaMFD2.txt ACBrLog.txt

Segue os arquivos de log da bemafi32 e bemamfd2. Não encontrei o arquivo de log do acbrecf. Onde ele é gerado e qual o nome do arquivo? O acbr está instalado em c:\ACBR e a aplicação em d:\sistemas\pdvlite BemaFI32.txt BemaMFD2.txt

Verifiquei as dlls no computador, e percebi que eu tinha varias dlls bemafi32 em locais diferentes, Eu deixei apenas a bemafi32 na pasta do software que iria gerar o arquivo; Pela data era a dll mais recente, mas também era a menor dll em comparação com as outras. Também existem outras dlls bematech em vários locais diferentes, encontrei as dlls: bemafi64, bemamfd, bematech, bemamfd2_mp4000thfi, bemamfd2 e bemamfd264. Eu devo manter essas dlls ou devo excluir todas e permanecer apenas com a bemafi32?

Segue o trecho do código, no qual o erro é disparado: A imagem onde normalmente o arquivo é gravado, fora do c:\

Juliomar, estou passando o caminho todo.

No caso, a imagem aparece erro na raiz por que eu fiz com que o programa tentasse para testar, normalmente ele grava em um subdiretório, mesmo assim o arquivo não é gravado, aparece o mesmo erro.