Dércio Luis Zanatta
-
Total de ítens
1.203 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Dércio Luis Zanatta
-
-
Em 29/05/2023 at 16:51, Warquia disse:
@Dércio Luis ZanattaSegundo suporte o MSitef ainda não trabalha com transação pendente ou seja o "ConfirmarTransacaoAutomaticamente" é indiferente nesse caso. Mas gostaria que pudesse validar isso com o Suporte da Software Express para termos uma segunda visão das informações passadas por eles.
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 ?
-
1 hora atrás, Ramiro Ganesa disse:
Tenho o mesmo entendimento que o seu.
Após muita pesquisa, vi alguns sistemas com integração a POS. Onde é gerado uma forma de integração, que ao solicitar pagamento a POS recebe o valor, autoriza pagamento e devolve para o ERP a autorização.
Segue aqui:
A Skytef tem uma solução tb, chamada APOS SKYTEF.
Verifiquem.
At.,
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..
- 1
-
4 minutos atrás, Marcelo SimplesVet disse:
Opa pessoal, tudo certo?
Vou resumir o que entendi até então sobre o tema e peço que me ajudem a corrigir as interpretações incorretas.
O objetivo do decreto é ter as informações de pagamento associadas ao XML da NFC-e. E isto, é o que será cobrado da empresa neste momento inicial.
A normativa em si, não especifica nada relacionado a como deve ocorrer a interligação entre o meio de pagamento e a emissão da nota. Tal como não especifica como deverá ser o código a ser utilizado para identificação dessa integração.
Porém, a Sefaz inseriu nos FAQs e também em suas comunicações mais atuais (lives, Navi, etc) os viéses de como resolver a demanda da normativa. Como por exemplo:
- O código a ser utilizado para a integração PRECISA ser gerado pelo sistema da empresa
- A interligação entre o meio de pagamento e o sistema emissor de nota NÃO poderá ser feita manualmente, mas sim, de forma automática.
O fato é que, cumprir estes requisitos informados pela Sefaz parece envolver um esforço maior, pois as Software Houses precisariam caminhar para a oferta do TEF ou algum outro tipo de integração com os POS`s atuais.
Pensando em atender a NORMATIVA e ao que está sendo cobrado nesse momento, estou entendendo que usar o NSU gerado pelos POS's, ainda que integrado manualmente ao sistema de emissão, pode ser um bom caminho. Outros membros trouxeram essa solução também.
Realizando pesquisas, vi um artigo de suporte do sistema Conta azul, que é uma referência de Software e, em princípio, pelo que pude entender do artigo, eles também foram por um caminho similar: https://ajuda.contaazul.com/hc/pt-br/articles/360023352911-Obrigatoriedade-do-TEF-nas-emissões-de-Nota-Fiscal-de-Consumidor-Eletrônica.
Caso minha interpretação de solução da Conta azul tenha sido errada, peço que me corrijam, por favor.Alguém mais está indo por caminhos similares?
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
-
Agora, Daniel Simoes disse:
Humm.. eu acho arriscado deixar transações pendentes por muito tempo...
Elas sempre geram confusão e suporte, quando algo não é pago, ou concluído de forma apropriada... Fiz um vídeo sobre isso:
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..
- 1
-
5 minutos atrás, Warquia disse:
@Dércio Luis ZanattaSegundo suporte o MSitef ainda não trabalha com transação pendente ou seja o "ConfirmarTransacaoAutomaticamente" é indiferente nesse caso. Mas gostaria que pudesse validar isso com o Suporte da Software Express para termos uma segunda visão das informações passadas por eles.
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...
- 1
-
1 hora atrás, Warquia disse:
Segue em anexo correções feitas para retornar RespostaTEF.CodigoBandeiraPadrao MSitef e ElginIDH
Sobre as Parcelas com retorno do vencimento "RespostaTEF.Parcelas[0].Vencimento" segundo o suporte ainda não retornam essa informação, somente a quantidade de parcelas "RespostaTEF.QtdParcelas" (aconselho abrir um suporte com a Software Express para mais informação sobre o retorno do campo)
Ps: Encontrei mais uma inconsistência dentro do MSitef já abrir um novo chamado referente a loop de mensagem (segue video que enviei a eles para entender https://www.youtube.com/watch?v=x70pg58dx_c
Att.
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...
-
5 horas atrás, Daniel Simoes disse:
Vocês tem algum Link com a documentação do mSiTef ?
Posso ajudar na implementação, mesmo as cegas, se tiver acesso a documentação
Se achar necessário, posso te enviar o SitDemo também
-
2 horas atrás, Daniel Simoes disse:
Vocês tem algum Link com a documentação do mSiTef ?
Posso ajudar na implementação, mesmo as cegas, se tiver acesso a documentação
Boa tarde
Não sei se é isso exatamente que vc precisa...
m-SiTef | Guia de Integração (softwareexpress.com.br)
-
1 minuto atrás, Daniel Simoes disse:
@Dércio Luis Zanatta isso está relacionado a implementação do método ConteudoToPropertyMSitefWeb...
Talvez você possa ajudar o colega @Warquia, nessa tarefa...
Nos do ACBr não temos o SDK ou ambiente de desenvolvimento da Sw.Express
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.
-
1 hora atrás, Daniel Simoes disse:
Veja se eles tem algum exemplo, em Delphi, que demonstre a impressão de caracteres acentuados...
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 ?
-
15 minutos atrás, Daniel Simoes disse:
Veja se eles tem algum exemplo, em Delphi, que demonstre a impressão de caracteres acentuados...
Em Delphi eles tem somente para o GPOS700 .. para o GPOS700x, somente em java
-
15 minutos atrás, Daniel Simoes disse:
Verifique se a Gertec, tem alguma versão nova dessa biblioteca...
infelizmente não tenho esse equipamento para testes
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 ?
-
20 minutos atrás, Daniel Simoes disse:
Não sei se compreendi bem a pergunta... mas o TEF no Android é Assíncrono, pois é tratado no retorno do Intent...
Quando o APK do TEF terminar, ele irá responder no evento: QuandoFinalizarOperacao
Boa tarde Daniel..
Consegui fazer o que eu queria da seguinte forma:
tthread.CreateAnonymousThread(Procedure
Begin
tthread.Current.FreeOnTerminate := true;
ExecutarPagamentoTEF ;
repeatuntil (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 ?
-
3 horas atrás, Daniel Simoes disse:
Ele está reclamando da biblioteca GEDI, que é da própria Gertec, mas a implementação do ACBr, deve ser basear na biblioteca do GPOS700A
Talvez seja necessário ajustar os fontes do ACBr, para esse novo modelo de Biblioteca, mas infelizmente eu não tenho esse equipamento...
você poderia comentar todas as linhas onde TACBrPosPrinterGEDI aparecem... mas com isso, provavelmente o ACBr não conseguirá imprimir nesse equipamento...
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 ...
- 3
-
-
6 horas atrás, Warquia disse:
@Dércio Luis Zanatta por favor reporte se obteve êxito, pois também tenho que validar esse modelo, mas ainda esta na transportadora para entrega.
Att,
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
-
Agora, Daniel Simoes disse:
Oi @Dércio Luis Zanatta, você testou o Demo do ACBr, onde já possui a implementação enviada pelo colega @Warquia ?
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 ?
-
10 minutos atrás, JOEL LUIS disse:
BOM DIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA!!!
ESPERO QUE QUANDO O FORUM TIVER NOTICIAS BOAS TAMBEM COLOQUEM AQUI...KKKKKKK
INSTRUÇÃO NORMATIVA RE Nº 037/23
1. Com fundamento no Convênio ICMS 134/16, de 9 de dezembro de 2016, publicado no Diário Oficial da União de 15 de dezembro de 2016, no Título I, Capítulo XI, no subitem 29.5.1, é dada nova redação às alíneas "a" e "b" e
ficam acrescentadas as alíneas "c" e "d", e fica acrescentado o subitem 29.5.1.4, conforme segue:29.5 - ...( 29.5 - Vinculação do comprovante de pagamento eletrônico com a NFC-e (RICMS, Livro II, art. 178)
29.5.1 - ...( 29.5.1 - A emissão do comprovante de transação ou intermediação de vendas ou serviços, realizados de forma presencial, efetuada com cartões de débito, de crédito, de loja ("private label"), transferência de recursos, transações eletrônicas do Sistema de Pagamento Instantâneo e demais instrumentos de pagamento eletrônico, deve estar vinculada à NFC-e emitida na operação ou prestação, mediante interligação com o programa emissor do documento fiscal, a partir de)
a) 01/04/23, para estabelecimentos cuja atividade econômica esteja enquadrada no CGC/TE nas classes 4711-3 e 4712-1 da CNAE, tais como supermercados, hipermercados e minimercados e cujo faturamento da empresa no ano de 2022 tenha sido superior a R$ 1.800.000,00;b) 01/07/23, para estabelecimentos cujo faturamento da empresa no ano de 2022 tenha sido superior a R$ 720.000,00;
c) 01/10/23, para estabelecimentos cujo faturamento da empresa no ano de 2022 tenha sido superior a R$ 360.000,00;
d) 01/01/24, para os demais estabelecimentos.
...
29.5.1.4 - Para efeitos do disposto nas alíneas "a" a "c" do subitem 29.5.1, serão consideradas:
a)a soma do faturamento de todos os estabelecimentos do contribuinte localizados no Estado;
b) para o contribuinte que iniciou suas atividades no ano de 2022, a proporcionalidade dos valores de faturamento ao número de meses ou fração de mês de atividades no ano.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...
- 1
Componente ElginTef e MSitef Android
em Dúvidas sobre TEF
Postado
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 ?