Marcos Gerene

EMBarbosa Desculpa, na correria eu acabei não concluindo... No P ele iria lançar de novo o pagamento mas como já tinha lançado a impressora iria retornar que não consegue imprimir o meu problema era que eu parei de usar a função de auto lançar os pagamentos então ia controlar na mão... Eu solucionei o problema agora de pouco, vim para postar e vi sua resposta, o problema era que meu status estava V e deveria estar P, eu esqueci de subtotalizar e além disso o meu ineTotalAPagar e o ineSubTotal estava errado também... Obrigado pela ajuda

Boa tarde, Na função FinalizarCupom do acbrtefd, neste trecho de código: procedure TFrmTef.TefComandaECFSubtotaliza(DescAcre: Double; var RetornoECF: Integer); begin try if FrmPDV.ECF.Estado = estNaoFiscal then FrmPDV.ECF.SubtotalizaNaoFiscal(DescAcre, Tef.Identificacao.NomeAplicacao) else FrmPDV.ECF.SubtotalizaCupom(DescAcre, Tef.Identificacao.NomeAplicacao); RetornoECF := 1 ; except RetornoECF := 0 ; end; end;

Não pode subtotalizar antes de lançar os CRTs... vi em outro post... obrigado =)

Pesquisando com mais calma acho que entendi melhor algumas coisas... Como funciona a subtotalização? se eu pagar assim: Venda de 10,00 Dinheiro 5,00 Cartao1: 2,50 Cartao2: 2,50 HOJE eu faço assim: ECF.SubtotalizaCupom() ECF.EfetuaPagamento() (pro dinheiro) e a cada cartão eu chamo o Tef.CRT e a cada CRT eu chamo o ConfirmaTransacoesPendentes...

Testei no Demo e tive o mesmo problema que tive no meu sistema... quando clico em CRT ele me retorna que não conseguiu imprimir... na imagem não está selecionado o multiplos cartões mas na aba configurações está e refiz o teste selecionando a opção (desinicializei e inicializei) e tive o mesmo problema...

Boa tarde, Como funciona a parte de transações pendentes para multiplos cartões? A cada CRT eu tenho que confirmar as transações? pq quando eu tento fazer o segundo pagamento e não confirmei a transação ele fala que tem que confirmar... como devo deixar os parâmetros AutoFinalizarCupom e AutoEfetuarPagamento nesse caso? Como funciona o opeImprimePagamentos no ComandaECF e o ComandaECFPagamento... quando chama um e chama o outro?

Régys, Problema resolvido! Fiz o que você falou, joguei elas na pasta do sistema ao invés da System32, desativei o anti-virus e resolveu! Muito obrigado e até a próxima

Regys, Vou tentar remover do System32 então e jogar na pasta do aplicativo, posto o resultado...

Agnaldo, Eu copiei as do SSL e copiei e registrei as da capicom. Como disse no post anterior o S.O. já está com o SP3... O problema de acusar o S.O. é que como disse no primeiro post isso aconteceu nas duas máquinas do cliente em que testei.. Alguém tem a DLL dos ovos de ouro ou outra dica? rs

Agnaldo, Eu rodei ele, e para confirmar fui na system32 e vi se as DLLs da capicom (capicom.dll e mxxml5.dll) estavam lá e estavam, registrei novamente na unha, reiniciei a máquina e nada... Na semana passada instalei o mesmo sistema em outro cliente com uma máquina parecida com a mesma config de S.O. e rodou, o erro acontece com o meu sistema e com o ECFTeste... Mais alguma dica?

Bom dia... Agnaldo, essa informação eu tinha, o que eu não sabia era qual(is) DLL(s).. e ainda não sei kkkk Bom, estou no cliente, coloquei a outra DLL na System32 e o erro continua, coloquei mais umas par de DLLs na System32 e nada... Alguém?? rs Caso ajude estou em um windowsXP SP3 x32

Boa tarde Juliomar, Eu não sabia dessa segunda DLL.. vou testar amanhã cedo e posto o resultado... Como eu saberia que falta exatamente essa DLL, existe algum padrão? como eu faria para me virar nesses casos?... Eu só copiei a libeay32 porque ele me pediu no primeiro erro.. rs Obrigado

Boa tarde, Recentemente fiz as substituições das DLLs do fabricante pelo ACBRECF. Implantei na semana passada em um cliente e funcionou perfeitamente, até então sem problemas. Mas como nem tudo são flores... Hoje fui rodar o mesmo sistema em outro cliente e o sistema simplesmente não abre, me retorna "Aplicativo não inicializado corretamente (0x... (hexadecimal))". Para confirmar, rodei a versão "antiga" e funcionou normal, tentei rodar o ECFTeste e deu o mesmo erro. Antes de dar o problema ele me retornou que faltava a DLL libeay32.dll, coloquei ela na System32 e ao invés de abrir ou me retornar a falta de outro arquivo deu a mensagem que citei e fechou a aplicação... Ainda não feliz parei o teste, voltei o backup (com as DLLs e o sistema rodou perfeitamente, como se nada houvesse acontecido) e fui em outro PDV para tentar rodar somente o ECFTeste... de novo pediu a libeay32, coloquei, rodei novamente e BAM "Aplicativo não inicializado corretamente (hexadecimal)..." Dei uma googlada e não achei nada, alguém tem alguma dica? Acredito que falte algum arquivo porque no meu outro cliente o sistema rodou perfeitamente.... Obrigado, Marcos

Boa tarde, Deu certo, conectou... obrigadão Daniel! e Juliomar, por ser Bematech achei que eram todas "iguais" lá no modelo, neste caso eu dei brecha mesmo, se eu tivesse colocado para detectar tanto a impressora quanto a porta não estaria até agora comendo bronha.. rsrs Obrigado pela ajuda galera!

bom dia Juliomar, Desculpe a ignorancia, mas "que outras configurações"? rsrs O print ajuda em algo? (ps: a mesma configuração, sem mudar nada funciona com a DLL)

Bom dia a todos, Estou tentando usar o ACBRECF com o emulador da bematech, vi diversos posts com a mesma dúvida, mas nenhuma das respostas me fez resolver o problema... Estou testando no ECFTeste, mas ele não encontra a impressora, porém quando eu rodo o meu software que usa a DLL ele funciona normalmente. Uso o VSPE, estou trabalhando com par na COM1 e COM2, tendo o emulador na com2 e o soft na com1, pelo ECFTeste ele não ativa, fechei tudo que estava aberto e poderia estar "travando" a porta, mas não obtive sucesso, com a DLL vai, com o ECFTeste não... No ECFTeste quando eu não defino a porta ele retorna o acbr requer PortaSerial... e se eu seto a COM1 ele me retorna que a impressora não está em linha

Bom dia Daniel, Então achei estranho porque quando faço algum pagamento sem cartão, ou seja, chamo a função da DLL "por fora" e paga e dá o retorno 1 normal... Estou pensando seriamente em descartar algumas coisas e usar o ACBRECF também... ele funciona "normal" com o emulador da bematech?

Boa tarde, Continuando a implementação do ACBrTef, hoje ele já pede meu cartão, escolhe forma de pagamento pede a senha aprova a transação... mas quando ele deveria lançar o pagamento na impressora, tenho um retorno -24 da DLL e isso faz com que o cupom seja cancelado... Rotina: PS: Uso V$Pague (não pude mudar para o SiTef) + ACBRTEFD + DLL da Bematech... Desde já, Obrigado

Obrigado pela dica!

Entendi... quando passo com o Chip no pinpad já aparece "visa crédito"... Hoje ele me pede para inserir o cartão, depois para retirar o cartão e me retorna que a aplicação cancelou a operação, não pede nem a senha (antes de dar o erro ele pergunta se é a vista ou parcelado)... Alguma dica?

Boa tarde, Ia perguntar isso no ultimo tópico logo que resolvi o problema, mas acho que estaria violando as regras... Quando abre o OnExibeMenu me vem as opções do Redecard e do Cielo, sem visa, master... isso é do componente ou eu tenho que configurar algo? uso o V$Pague e o suporte deles me passou uma lista extensa de bandeiras aceitas...

Juliomar, não sei se devo abrir outro tópico, pelas regras acho que devo, mas como o assunto foi levantado nesse tópico fiquei intrigado... rsrs O Sitef tem a mesma ideia do V$Pague, serve para integração do meu sistema com ele?

Bom dia, Estou implementando o ACBRTEFD com V$Pague mais a DLL da Bematech... quando vou realizar a venda, ao transmitir o comando para pegar o cartão me retorna um Access Violation, o V$Pague não chega nem a ler o cartão... Estou em contato com o suporte da V$Pague, ele me disse isso: [eu]: no display do meu pinpad aparece "agueClientSimula v2.15.8", acredito que ele deve estar conectado a porta certa [10:04:19] Suporte Simbolus: porque só qndo fechei e fiz o q vc falou da COM7 apareceu isso [10:07:18] Suporte Automação \ VBI - Soluções TEF: sim esta [10:09:03] Suporte Automação \ VBI - Soluções TEF: esta foi a primeira venda que você faz ocorreu isso [10:09:31] Suporte Simbolus: na verdade limpei o log e tentei de novo [10:09:38] Suporte Simbolus: fiz algumas vendas todas deram o mesmo erro [10:10:08] Suporte Simbolus: faço outra venda? [10:10:30] Suporte Automação \ VBI - Soluções TEF: a venda esta demorando para ter a resposta por isso esta dando este erro [10:10:49] Suporte Simbolus: qual a resposta que demora para retornar? [10:10:55] Suporte Simbolus: a leitura do pinapd? [10:11:21] Suporte Simbolus: porque o ultimo log é "aguardando resposta do V&Pague" Alguns dados: ACBRTEFD + DLL da Bematech + Emulador da Bematech 4200TH + Gertec ppc910 USB Alguém saberia me dizer "o que devo perguntar" para o suporte? estou pedido... rs Log: ---- O problema era no pinpad, obrigado a todos

Ítalo, desculpa a demora, vou conseguir o certificado para testar só amanhã... obrigado pela ajuda

Ítalo, Me corrija se eu tiver errado... esse ACBrNFe1.WebServices.Consulta... refere-se ao xml de retorno (aquele com final -sit.xml), e cada nível a mais do meu objeto seria um nó mais interno do meu XML, é isso? Então no caso do meu retorno (abaixo), aonde eu tenho somente um InfEvento no meu RetEvento o meu "J" teria valor 0 (zero) sempre, é isso? A minha dúvida é, dentro do meu for I (usado para pegar os eventos e ver se um é de cancelamento), como eu sei qual das informações (Items) eu devo pegar para ter a data de cancelamento? Porque se eu entendi direito, caso eu faça um for para pegar o J sem nenhum "critério" eu vou pegar sempre o ultimo J o que seriaa mesma coisa de passar aquele count-1 como parâmetro... for J:=0 to ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.retEvento.Count-1 do dhcancel := ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.retEvento.Items[J].RetInfEvento.dhRegEvento;