Dércio Luis Zanatta

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.

Boa tarde Estou precisando implementar recebimentos com TEF pelo Sitef no aparelho da Gertec GPOS700x (pin pad interno). Funciona através do componente ?

Na realidade não vai mudar muita coisa... 1.200.000 de faturamento anual , representa um faturamento médio mensal de 150.000, ou 5000 diário.. A maioria dos mercados de porte médio e até mesmo considerados "pequenos" faturam isso... Acho que a urgência seria esclarecer como deve funcionar o pagamento com PIX e recebimentos não fiscais.. que até hoje ainda não tem uma solução clara por parte da SEFAZ. Recebimentos com cartões de crédito e débito para mim está bem claro: Deve ser feito por TEF e acabou a conversa...

Essa é a melhor notícia que vi a respeito desse assunto !!

Ai fala de Tele entrega, não fala nada sobre recebimentos não fiscais.. Acredito que isso deveria ficar mais claro no decreto..

Está escrito no Decreto que não está previsto recebimentos não fiscais ? Poderia me mostrar onde ?

"Isso não tem nessa Lei." Nesse caso sos clientes deverão continuar fazendo as transações de forma não integrada ?

OU seja, continua as dúvidas... 1 - Como faz com PIX ? 2 - Como faz com recebimentos não fiscais ? (contas, crediário, etc...) ??

Bom dia.. Eu sinceramente não vejo outra foram de atender ao decreto sem TEF !

Bom dia Bruno.. Concordo com vc que é uma mudança bem brusca que estão implantando, mas não tem volta cara.. A Receita quer evitar ao máximo fazer transações de pagamentos eletrônicos não integrados ao documento fiscal.. Ao meu ver, máquinas POS não integrada não será mais possível utilizar.. a empresa vai ter que ter TEF integrado no sistema de automação comercial, isso é fato.. Além disso vai ter que compartilhar uma conexão de celular (3G,4G ou 5G) em sua rede de PDVs.. A Receita não aceita mais a desculpa de usar o POS não integrado como forma de contingência quando não tem internet na loja.. Se o POS consegue fazer as transações pela REDE móvel, então os PDVS tb devem conseguir.. Para isso será necessário algum investimento por parte dos lojistas... Tem duas questões que ainda vão ter que ser clareadas.. 1 - PIX 2 - Recebimentos não fiscais (Recarga de Celular, pagamento de contas, Recebimento de crediário, etc...) Esses dois pontos, nem a SEFAZ sabe ainda como regular... Fora isso, acho que está bem claro o que deve ser providenciado pelos lojistas... Da parte das SoftwareHouses, apenas deve disponibilizar TEF no Sistema. A conexão é problema do lojista, na minha humilde opinião.

Bom dia pessoal... Pelo menos para mim ficou claro que a SEFAZ não quer permitir digitação de dados entre o sistema de emissão de NFCe e as máquinas POS, apesar de se contradizerem em algumas respostas. Acho que deveriam esclarecer esse ponto de uma vez por todas. Caso fique claro que não se poderá digitar nada, acho que deveriam envolver os fabricantes de POS para desenvolver alguma forma de integração automática, coisa que hoje não existe !

Sem nenhuma dúvida é um grande progresso que o pessoal da Receita esteja aberto a ouvir a comunidade.. acho isso um avanço enorme.. De minha parte tenho dúvida em dois pontos chaves (que já postei aqui anteriormente). No momento em que alguém me disser como fazer em relação a esses dois pontos (de forma direta e clara), acho que ficará esclarecido totalmente..

Assisti a Live agora e para mim , além de não esclarecer como fazer, ainda geraram mais dúvidas... 1 - No caso de usar um POS para casos de contingência (onde não é possível usar TEF naquele momento). Pelo que está na Live, deve-se integrar o pagamento feito no pos com o sistema de frente de caixa sem intevenção humana, ou seja, não é permitido que a entrada dos dados seja feita de forma manual. Alguém sabe como capturar os dados do comprovante feito no POS ? Isso já existe hoje ? 2 - Nos casos de pagamento de parcelas (carnês), a solução sugerida pelo pessoal da receita, seria fazer uma NFCe com um ítem contendo o CFOP 5949. Atualmente esse CFOP é rejeitado na NFCe, só aceito na NFe. Além disso, esse ítem seria registrado com qual NCM ?

Saiu alguma atualização da NT onde informe claramente que NINGUÉM MAIS PODERÁ USAR MAQUININHAS POS, e que todos terão obrigatoriamente implementar TEF em suas aplicações ? e até quando ? Pergunto isso, pois o próprio auditor da Receita, deixa bem claro em suas respostas o contrário disso !

Não.. Nas maquininhas POS atuais, não existe possiblidade de digitar código nenhum.. Acredito que nenhuma administradora fez nada nesse sentido. Esse questionamento eu fiz par ao auditor da SEFAZ-RS, mas fiquei no vácuo, sem resposta !

Isso contradiz o que o próprio auditor da SEFAZ-RS respondeu : "A respeito dessa questão, precisamos esclarecer que o Decreto 56,670 não veda a utilização de máquinas POS, e também não torna obrigatória a utilização do sistema TEF> Isso é um engano." Será que estão perdidos ?

Bom dia. Foi exatamente o que eu questionei com relação ao POS. Se querem permitir o uso de POS, vão ter que mexer no software básico das maquininhas... Ai não respondem mais ! Acho que viram que não tem como atender a regra que criaram e estão estudando uma solução (eu espero)