Dércio Luis Zanatta

Conseguiu?

Bom dia. Depois de muito custo, consegui gerar os .pas do .aar utilizando o java2pas.. Gerou um .pas para cada classe, mas gerou !! Agora o problema é que quando vai executar os métodos da classe, ocorre acess violation... Algum colega já conseguiu executar os métodos dessa lib da Fiserv (posmpapi_1.01.10-partnersRelease.aar) com sucesso ?

Encontrei, baixei aqui, porém não entendi direito ... Ele não funciona como linha de comando ? é um componente que precisa ser instalado no Delphi ?

Sim Daniel.. A parte de transação TEF com o M-Sitef eu já utilizo o componente.. O problema é que eles exigem que seja carregada essa lib e executada outras funções, como por exemplo, definir o app início...

Apenas reforçando o post anterior...

Estou usando a versão 12.3, porém o Java2op não funciona... diz que não encontra classes !

Bom dia.. Estou em um processo de certificação do meu app mobile como M-Sitef da Fiserv. Estou tendo dificuldades de usar uma Lib (.aar) fornecida por eles para executar algumas classes exigidas por eles em Delphi. Já tentei usar o Java2op para gerar os .pas para poder usar sem sucesso. Gostaria de saber se tem alguém aqui no grupo que conseguiu fazer essa certificação usando essa lib deles...

é realmente vergonhoso para um produto tão caro quanto é o Delphi estar deixando todos os seus usuários órfãos nesse quesito.. Não vejo outra saída senão aprender outra linguagem e abandonar o Delphi.. Não vejo futuro no desenvolvimento com Delphi, ao menos para Android..

Parece que nós programadores Delphi estamos ficando pra trás no desenvolvimento para Android. Nem o suporte da própria Embarcadero consegue gerar a interface com esses classes java fornecidas pelo fabricante.. Lametável !

Boa noite Alguém conseguiu alguma solução para esse problema ? Tenho uma Lib de impressão dos Smart POS da NewLand que está ocorrendo Acess vilation tb quando tento criar a unit com Java2op !

Sim ... Isso já foi feito... O teste já foi feito em outros dois equipamentos, sendo que um deles novo, retirado da caixa.. todos Gpos700x com a versão 3.262 do m-Sitef Existe um app de diagnóstico que a Gertec me disponibilizou também que faz um teste no pin pad e impressora do equipamento... O Diagnóstico aponta tudo funcionando perfeitamente. A possibilidade de ser um problema de hardware foi a primeira coisa que foi levantada na época em que o problema começou a ocorrer e também foi a primeira possibilidade que foi descartada.. Na verdade está tudo muito claro... o Bug está na versão 3.262 do M-Sitef que não consegue detectar o pinpad do equipamento. Isso fica claro pra mim a medida que a versão anterior do m-Sitef funciona perfeitamente nesse mesmo equipamento. Sou obrigado a atualizar a versão do M-Sitef, pois somente a partir da 3.262 é aceita autenticação por TLS Fiserv e esse tipo de autenticação passou a ser exigido pela Fiserv para autenticar no servidor do Sitef Express. Eles já estão "analisando o problema" a mais de 60 dias, sendo que os últimos 15 dias não recebi nenhuma satisfação de como está essa análise... isso que, segundo eles, o caso está sendo tratado como prioridade ! Imagina se não estivesse kkkkkkkkkk

Sim,, Já fiz isso... Estão a 60 dias analisando logs e até agora nada ! Por isso postei aqui, para ver se algum colega já teria passado por isso, ou usa o GPOS700x com M-Sitef... Para fazer uma troca de experiências e ver se conseguimos coletar mais alguma informação que ajude em alguma coisa..

Ocorre somente em Produção e com a versão 2.362 do m-sitef

Bom dia William. Acredito que aqui não seja o mesmo caso, pois o problema ocorre no aparelho Smart Pos, onde o pin pad e impressora são integradas. O problema ocorre mesmo sem o cabo USB de deploy conectado.. De qualquer forma, muito obrigado pela dica.. Informação nunca é demais.. Grande abraço !

Bom dia.. Sim.. Estou em contato com eles e com a Gertec... O problema é que o suporte deles é bem demorado.. Já estou a quase 90 dias com o problema, realizando reuniões , passando logs, etc.. etc... e até agora nada... Por isso pensei em postar aqui para ver se alguém mais está passando pelo mesmo problema !

Bom dia pessoal. Tive que atualizar a versão do MSitef nos aparelhos Gertec Gpos700x por conta da autenticação via TLS Fiserv. Depois disso ocorre o erro "31-Erro Pin pad" toda vez que vai fazer uma transação. Alguém mais passando pela mesma dificuldade ?

Boa tarde pessoal Tive que fazer uma pequena alteração nos fontes desse componente para funcionar a autenticação por TLS Fiserv (Comexterna="4".. A alteração foi na Unit ACBrTEFMSitefAndroidAPI.pas na procedure TACBrTEFSIWebAndroid.IniciarTransacao Abaixo segue um print com a parte que alterei em destaque. Se puderem atualizar essa alteração no SVN, fico agradecido... ACBrTEFMSitefAndroidAPI.pas

Boa tarde... Segue alteração, na linha 328 ACBrTEFAndroidMSitef.rar

Bom dia @Warquia... Tive que fazer uma pequena correção nos fontes que vc passou para conseguir compilar.. Segue Print da alteração que tive que fazer.. OBS: Ainda não consegui testar no cliente final.. Eles ainda está aguardando o número lógico da administradora.. Isso vai acontecer, provavelmente na segunda semana de Agosto...

Bom dia... Obrigado.. Vou implementar e testar aqui.. Infelizmente não tem como testar isso em homologação, pois o SitDemo funciona somente como Local, mas vou implementar e testar num cliente.

Boa tarde @Warquia. Existe alguma possibilidade dessa implementação no componente a curto prazo ? Estou precisando utilizar dessa forma nos meus app Android onde usei o componente ao invés de acessar a Intent do M-Sitef diretamente.. Gostaria de colaborar, mas não faço ideia de como incluir isso no componente..

Sim, isso é claro... mas no momento em que criaram essa forma de pagamento, abriram esse precedente .. isso é inegável.. Parece que vai ter que fazer um registro em um livro (não lembro o nome) na contabilidade da empresa, sempre que usar essa forma de pagamento 22...

Boa tarde Como sempre as regras redigidas não são claras o suficiente: "Exclusivamente quando não for possível a emissão off line" Da a entender que a forma de pagamento 22 deverá ser usada quando não for possível a emissão da NFCe em contingência off line !!! mas se não é possível enviar em contingênca off line, não vai ser emitida NFCe nenhuma e ai vai informar onde a forma de pagamento ? O mais lógico seria usar essa forma de pagamento, quando por falha no sistema de integração com meios de pagamentos ( TEF, Smart POS, etc...) não puder ser realizadas por falha no equipamento ou conexão.. Dessa forma faria sentido.. independente da NFCe ser emitida em contingência off line ou não, deveria se informar no xml essa forma de pagamento 22 com tipo não integrada.. Da forma como está redigido o texto da NT, não faz sentido nenhum !!

Bom dia.. Sim.. Como passar no parâmetro eu já sei... No aplicativo windows já fiz isso inclusive, apenas não sei onde implementar isso no ACBRTEFAndroid. TipoComunicacaoExterna, já existe, é só passar "4" ... porém os outros parâmetros não existem no componente e precisam ser criados..

Boa noite.. é para windows também.. Tenho o manual da Clisitef32I também, mas não consigo anexar aqui por ter o tamanho maior que o máximo permitido.