Dércio Luis Zanatta

Bom dia. Estou enviado algumas alterações que tive que fazer na Unit AcbrTEFMSitefAndroidAPI.pas por causa de uma situação que ocorre em uma nova versão do M-Sitef da Fiserv. O que ocorre é que quando o operador aborta a transação durante seu fluxo no M-Sitef, o mesmo retorna a Intent nula, o que torna impossível capturar os retornos da mesma. Diante disso foi preciso fazer um tratamento, forçando uma mensagem de erro "Cancelado pelo Operador" nessas situações. Abaixo um resumo do que tive que alterar: 1 - Nessa função tive que colocar em comentário o trecho de código que parava o processamento quando a Intent retorna nula: function TACBrTEFSIWebAndroid.OnActivityResult(RequestCode, ResultCode: Integer; AIntent: JIntent): Boolean; begin Result := False; fEmTransacao := False; GravarLog(Format('TACBrTEFSIWebAndroid.OnActivityResult: RequestCode: %d, ResultCode: %d', [RequestCode, ResultCode])); { if not Assigned(AIntent) then begin GravarLog(' no Intent'); Exit; end; } 2 - Nessa outra função , passei o retorno de forma fixa, quando a intent retorna nula procedure TACBrTEFSIWebAndroid.ObterDadosDaTransacao(AIntent: JIntent); function buscarStringExtra(name : string) : string; begin Result := String(DecodeURL( AnsiString(JStringToString(AIntent.getStringExtra(StringToJString(name)))))); end; var jsonTipoCampos : string; js : TACBrJSONObject; viaCliente : Boolean; viaEstabelecimento: Boolean; begin if not Assigned(AIntent) then begin GravarLog('[ObterDadosDaTransacao] no Intent to read'); fDadosTransacao.Clear; fDadosTransacao.ValueInfo[PWINFO_RET] := '-6'; fDadosTransacao.ValueInfo[PWINFO_RESULTMSG] := traduzRetorno(StrToIntDef(fDadosTransacao.ValueInfo[PWINFO_RET], 0)); Exit; end; Diante disso, peço por gentileza, que subam essas alterações para o SVN para futuras atualizações do componente. Obrigado.. ACBrTEFMSitefAndroidAPI.pas

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 noite pessoal.. Concordo plenamente com o Ítalo... A respeito do QrCode vou me informar com a prefeitura se existe algum lugar para buscar a URL, pois no Xml não vem tag nenhuma com a mesma... A respeito da impressão do código de barras, preciso saber se a alteração será ou não feita no componente, pois se não for, vou ter que customizar uma aqui, pois esse cliente é especial... Imprime mais de 300 NFSes todo o mês.., e sendo assim, fica difícil argumentar que não podemos disponibilizar isso pra ele...

Pelo que eu entendi, o tomador do serviço usa esse código de barras para dar entrada nos sistema de retaguarda dele... mas isso é apenas uma suposição minha, pois é indiferente o que o tomador faz com o código de barras.. Acredito que se estão solicitando é pq usam para algo importante..

Bom dia. Um cliente questionou sobre a não impressão de um código de barras na Danfe da NFSe que é impresso quando a nota é feita no site da prefeitura.. Segundo ele, alguns clientes reclamaram da falta dessa informação. Gostaria de ver a possibilidade da inclusão dessa informação. Segue abaixo um print da parte onde imprime o tal código de barras na danfe impresso no site da prefeitura.. Pelo que pude constatar, ele corresponde 0+cnpj do prestador+número da NFSe.

Bom dia Alguma novidade sobre esse assunto ?

Bom dia... Realente o cara viajou longe.. Tive que mostrar o manual da NFe e uma resposta do Fale conosco da SEFAZ-RS para ele aceitar que essas tags não podem ser geradas no CST900 , somente no 51.. Obrigado..

Bom dia. Pelo que posso ver, realmente o componente não gera as tags do icms diferido quando o CSOSN é igual a 900.. Teria a possibilidade de alterar isso para gerar ?

Bom dia... Estamos com uma situação aqui e não sei o que pode ser... Estamos fazendo NFe com CSOSN=900 e destacando as tags de Icms parcialmente diferido, porém não joga essas tags para o xml. As tags são: ICMS.vICMSOp,ICMS.pDif e ICMS.vICMSDif. Quem orientou a fazer dessa forma foi o contador do cliente. Existe alguma regra no componente que gera essas tags somente para regime Geral ou para algum CST CSOSN específico ?