Dércio Luis Zanatta

Era isso que não estava encontrando.. Valeu ai Daniel !!

Sou meio inexperiente quando se trata de debugar os fontes do ACBR, mas andei dando uma "fuçada" aqui e encontrei isso.. Pelo que pude entender, as transações habilitadas estão sendo passadas sempre em branco.. Talvez teria que criar uma Propriedade na inicialização para passas esses códigos ?

Bom dia Segundo o pessoal da Softwareexpress, para habilitar a transação com cartão de crédito digitado, teria que habilitar isso na chamada da função de pagamento, incluindo o parâmetro ("restricoes", "TransacoesHabilitadas=29") Não sei como isso foi feito no componente, mas pelo que vi, isso deveria ser passada em ACBrTEFAndroid1.EfetuarPagamento.. Ou foi criado de alguma outra forma ?

Boa tarde Só para constar, entre em contato com o suporte da Softwareexpress, eles solicitaram os .dmp das transações testes que fiz e afirmam que a automação está enviando o comando de confirmação da transação e que se esse comando não for enviado, a transação fica pendente, o comportamento é o mesmo da Clisitef, segundo eles...

Boa tarde @warquia No fluxo de transações não aparece a opção "Digitado" quando selecionado "Crédito". O roteiro de pré homologação da Softwarexpress existe que se faça uma transação de Crédito "digitada".. Existe alguma configuração no componente para habilitar isso ?

Bem interessante essa forma de integração, mas ao meu ver, fica bem mais simples implantar TEF do que essa integração... Além do mais isso ainda não soluciona os dois itens que citei anteriormente..

Bom dia Aqui no RS, deixaram bem claro, que não será permitido qualquer forma de integração manual.. No meu entendimento não tem como atender com POS, a única forma de atender é com TEF, ficando ainda por responder as duas questões que ainda não estão esclarecidas: 1 - Pagamento com TEF em operações não fiscais (Recebimento por crediário, por exemplo) 2 - Pagamento com PIX, onde não existem tags no xml da nfce para inserir os dados do PIX Fora esses dois pontos, é implantar TEF que estará atendendo o decreto

Arriscado é.. mas me parece necessário confirmar somente no encerramento da NFCe.. e caso seja cancelada deve ser enviado desfazimento... Existem vários outros controles que devem ser feitos para evitar que as transações fiquem pendentes, mas acredito que vai dar menos dor de cabeça do que ter que ficar cancelando depois.. ainda mais com pdvs móveis..

Certo.. Vou tentar conversar com eles a respeito.. Esse recurso de deixar a transação pendente até a finalização da NFCe se torna necessário nas transações com múltiplas formas de pagamento.. Exemplo: O usuário faz uma NFCe de 10,00.. Efetua um pagamento de 6,00 com TEF.. A NFCe vai ficar aberta aguardando o pagamento do saldo restante.. Se o usuário cancelar a NFCe nesse momento, a transação TEF pode ser desfeita, caso ainda não esteja confirmada, porém se estiver confirmada, terá que ser cancelada e o Cancelamento de uma transação no M-Sitef vai exigir que digite um monte de informações, com nsu, valor, etc... Isso o usuário não vai ter acesso, pois nem comprovante a transação tem ainda...

Boa tarde OBS: Infelizmente o Sitef é um mal necessário... Atualmente não existe uma solução TEF mais completa no mercado.. mas vamos lá Notei outro problema aqui em meus testes.. Mesmo configurando ConfirmarTransacaoAutomaticamente := False as transações estão sendo confirmadas automaticamente...

Se achar necessário, posso te enviar o SitDemo também

Boa tarde Não sei se é isso exatamente que vc precisa... m-SiTef | Guia de Integração (softwareexpress.com.br)

Com todo o prazer.. Estou fazendo testes com o SitDemo aqui.. No que puder colaborar, estou a disposição.

Bom dia Estou dando sequencia nos testes aqui, utilizando MSitef e o componente ACBRTEFAndroid e estou com algumas dúvidas sobre as respostas. 1 - RespostaTEF.CodigoBandeiraPadrao está retornando em branco 2 - RespostaTEF.Parcelas[0].Vencimento está retornando 29/01/1900 nas transações parceladas.

Daniel.. Encontrei esse trecho de código na unit ACBrPosPrinterGEDI. procedure TACBrPosPrinterGEDI.Configurar; begin fpPosPrinter.Porta := 'NULL'; fpPosPrinter.OnEnviarStringDevice := ImprimirGEDI; {$IFDEF __G800__} fpPosPrinter.PaginaDeCodigo := TACBrPosPaginaCodigo.pc1252; {$ELSE} //fpPosPrinter.PaginaDeCodigo := TACBrPosPaginaCodigo.pcUTF8; fpPosPrinter.PaginaDeCodigo := TACBrPosPaginaCodigo.pc1252 ; {$ENDIF} end; Não entendi direito, mas parece que estava sendo passado o pcUTF8 de forma fixa.. Alterei para pc1252 e agora está imprimindo corretamente.. Esse parâmetro não deveria pegar do que foi configurado no componente AcbrPosPrinter, propriedade PaginaDeCodigo ?

Em Delphi eles tem somente para o GPOS700 .. para o GPOS700x, somente em java

Já tentei isso.. Eles tem a versão 1.16.8, mas mesmo assim não funciona a configuração de página de código...

Outro problema que estou enfrentando é quando a impressão nesse GerTec.. Configurei o componente como lib externa igual a fGEDIPrinter. A impressão sai com problemas nos caracteres acentuados, ç, etc... Já tentei todas as opções de página de código do componente e sempre imprime do mesmo jeito.. Tema alguma outra coisa que deve ser configurado ?

Boa tarde Daniel.. Consegui fazer o que eu queria da seguinte forma: tthread.CreateAnonymousThread(Procedure Begin tthread.Current.FreeOnTerminate := true; ExecutarPagamentoTEF ; repeat until (Trim(VarStringRet_Tef)<>''); tthread.Synchronize(nil, procedure begin if VarRet_Tef=False then ShowMessage('Transação TEF não executada '+VarStringRet_Tef) Else ShowMessage('Transação TEF ok '+VarStringRet_Tef+' NSU:'+VarNsu+' Rede:'+VarRede+' Bandeira:'+VarBandeira+' Transação:'+VarTopercao) ; End) ; End).Start; No enveto QuandoFinalizarOperacao: VarStringRet_Tef:=RespostaTEF.TextoEspecialOperador ; Dessa forma o programa fica "em loop" no repeat dentro da Thread e só libera quando a mensagem quando receber o RespostaTEF.TextoEspecialOperador Agora estou com outro problema: o RespostaTEF.CodigoBandeiraPadrao está retornando vazio... Não deveria retornar o código da bandeira padrão ?

Bom dia pessoal.. Consegui fazer tudo pelo componente.. é muito simples .. Só tenho uma dúvida: o método: ACBrTEFAndroid1.EfetuarPagamento( IdentificadorTransacao, ValTransacao, ModPagto, TipoCartao, ModFinanc, Parcelas, DataPre ); Tem como executar ele em forma de TThread ? ou seja, só continuar o fluxo do programa depois de finalizar a operação ?

Por favor me desculpem minha falta de conhecimento nessa parte ... Estou caindo de paraquedas nesse mundo Adroid e ainda tenho muito que aprender... Consegui fazer o exemplo do ACBr funcionar.. O que estava faltando era adicionar os .Jar na configuração do Android 32 bits... Está funcionando tudo perfeitamente exceto a impressão... amanhã vou retomar essa parte.. Pelo que pude notar, nesse exemplo não foi usado a Clisitef e sim mSitef, que é uma api que fica instalada no próprio aparelho.. Eu somente conhecia a Clisitef, porém com mSitef fica tudo muito mais simples e com o compontente do ACBr então fica muuuuuito simples.. Amanhã vou tentar usar o componente no meu app de teste.. acredito que vai dar tudo certo.. Muito obrigado pelo apoio ...

Boa tarde Segue print da linha onde ocorre o erro e o erro que ocorre:

Bom dia O pessoal da Gertec já me passou o MSitef específico. Passaram também um app em java para testes esse funciona perfeitamente. Estou em contato com uma pessoa ligada a Embarcadero que me passou um exemplo em Delphi. Consegui fazer o exemplo dele funcionar... Mas pelo componente não vai..

Sim.. Tive que fazer esse procedimento... Ele chega a instalar o app no aparelho, mas logo depois de disparar, ocorre o erro que o app parou e pede para abrir novamente

Sim.. TEFDemoAndroid.dproj OBS: Tive que alterar a compilação dele para Android 32 e incluir as assinaturas obrigatórias da Gertec ao projeto.. Instalou normalmente no aparelho, porém fica a Logo do ACBR exibindo um tempo e depois da a mensagem que o app parou e pede para fechar.