Dércio Luis Zanatta

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.

A pedido do Daniel, estou postando aqui o link para a documentação do M-Sitef.. https://dev.softwareexpress.com.br/docs/m-sitef/m-SiTef/#tls-software-express A parte que trata desse novo método de autenticação está em "Novo TLS Software Express(TLSGWP)"

Boa tarde pessoal... No MSitef, Quando utilizo ComExterna='1' (TLS Fiserv), preciso informar um TokenRegistro. Isso já foi implementado no componente ? Se sim, onde devo informá-lo ?

Boa tarde.. Vc não pode criar um comprovante, vc deve imprimir o texto do comprovante que a API de pagamentos do SmarPOS retornou.. Primeiras e segunda via (que podem ser diferentes, inclusive)

Bom dia.. As novas formas de pagamentos informadas ontem me chamou a atenção, pois parece que estão abrindo uma exceção que até então não admitiam: Fazer o pagamento com meio eletrônico de forma não integrada quando existir alguma falha... Defendo isso desde o princípio, pois por mais que a empresa invista em infra estrutura, formas de contingência, etc... Sempre haverá a possibilidade de não ter como fazer o pagamento de forma integrada. "Use com moderação" kkkkkkkkkk Vem polêmica por ai...

Boa tarde... Na verdade é muito simples.. é só informar o CFOP 5949 e o CST de icms igual a 90 (Se não for simples nacional), ou CSOSN=900 (caso for simples nacional) com alíquota e base de cálculo zeradas... Isso fará com que esses documentos não debitem imposto na apuração do icms

O que dificultou muito mesmo foi para essas empresas que tem prestação de serviço e mercadorias, como por exemplo, oficinas mecânicas.. Para atender o decreto, o cliente vai ter que passar duas vezes o cartão para fazer o pagamento, pois para pagar as peças vai ter que fazer uma NFce (de forma integrada) e para pagar a mão de obra vai fazer uma NFSe (de forma não integrada)

Exatamente !

Isso se refere a pagamentos diversos.. Exemplo.. Recebimento de carnê, prestações, Contas recargas de celulares, etc...