lmdsistemas

Como faz muito tempo que não mexo com TEF, vou estudar os processos do TEF para depois ir para programação/homologação. Já iniciei contato com o pessoal do ACBR para ver se fecha com a minha necessidade. Atualmente atendo cantinas de escolas e tenho um módulo de compras com totem em windows, porém a compra é feita com os créditos que as crianças recebem via recargas em nosso e-commerce. Pais compram créditos que as crianças consomem nas lojas. Agora o cliente que colocar as situações descritas pelo William, pagamento de comandas e compra direto em cartão/pix. Obrigado pelas respostas...

Olá, Conheço TEF, homologuei na época que precisava viajar para SP e por não ter obrigação legal, deixei de homologar TEF a algum tempo. Porém agora surgiu a necessidade em criar um sistema de pagamento em formato de quiosque de autoatendimento. Neste caso precisarei homologar TEF. Alguém que já tenha passado por este processo poderia dar alguma dica sobre o processo de homologação nestes casos? Posso homologar normal e usar como autoatendimento ou é uma homologação separada? Posso usar qualquer integrador/parceiro TEF ou existem restrições neste processo de autoatendimento? Obrigado

Até onde eu entendo, não existe solução 100% confiável pois se o individuo que for atacar teu código usar uma ferramenta do tipo IDA PRO, em algum momento a senha estará em memória para ser usada para desencriptar ou liberar acesso ao banco. Eu uso igual o Daniel sugeriu com #, jogo alguns inteiros para bagunçar e com a nova string troco posições. Você poderia colocar XOR ou outras brincadeiras a mais. Para enganar os curiosos, crie algumas strings falsas, para despistar onde realmente a senha está... gerando frustação aos curiosos. Mas no final, sempre vai ter o IDA Pro. Acredito que para os processos triviais, tudo que foi falado é o suficiente. Mas dependendo do valor dos teus dados, talvez possa usar a busca de senhas em servidores externos ou junção de várias técnicas.

Eu uso parte string, parte em inteiros, gerando uma nova string que reparto em n partes, trocando a posição das partes. Não resolve tudo, pois existem ferramentas de debug que conseguem analisar em execução. Mas afasta os "hackers" básicos.

Mailson, Linha 1244 NossoNumero := PadLeft(RightStr(ACBrTitulo.NossoNumero,9),9,'0'); Mesma linha que tenho que alterar, buscando versão de maio/2019

Eu homologuei em 2019, desde então venho mantendo uma versão antiga do Safra pois a versão do SVN realmente tem este problema de calcular o digito verificador. Não sei se é um problema de algumas agências pois só tenho apenas DOIS clientes com este "banco" em produção. Quando homologuei o código do ACBR era: Linha 113 fpTamanhoAgencia := 5; Linha 1226 Result := PadLeft(RightStr(NossoNumero,9),9,'0'); Linha 1244 NossoNumero := PadLeft(RightStr(ACBrTitulo.NossoNumero,9),9,'0'); Com o ACBR versão do SVN o Safra não aceita os boletos e não gera rejeição, apenas não aceita. Detalhe o suporte do banco não é dos melhores.

Olá, alguns homologadores possuem. Pessoal de Chapecó tem -> http://pegasus.unochapeco.edu.br/lts/ Unisul também tem algo similar.

Juliomar, embora escrito, é extremamente vago. Preciso criar um EXE para este MRE? O próprio PAF pode criar estes registros e funcionar como MRE? Já fizeste algo similar? Obrigado!

Olá, Lei é uma beleza... mas temos que seguir: "A emissão do Cupom Fiscal, a partir de dados capturados por dispositivos móveis, internet e outros meios externos ao PAF-ECF e ao Sistema de gestão, deverá ser realizada por meio de Módulo de Recepção Externa do PAF-ECF (MRE)" Alguém poderia me dar uma luz do que seria este MRE? Minha intensão é ter lançamento de mesas/contas cliente via mobile/web. O que precisa ser feito? Alguém já fez isso? Obrigado!

Obrigado!

Obrigado pela referência. Você cita que bom mesmo seria o Sitef, poderia esclarecer por que?

Olá, Depois de muitos anos vou homologar TEF novamente. Não tenho intensão em ganhar comissão, apenas oferecer aos clientes a melhor solução. Dentre as empresas no mercado, quais vocês recomendam? Qual funciona melhor e de maneira mais eficiente com ACBR? Em relação custo benefício, qual atente melhor? Obrigado!

A que eu editei... tinha texto antes. Editei para não gerar confusão. Mensagem anterior a sua. A mensagem que fala sobre o nosso número está correta.

Eu homologuei CNAB 400 em 14/05/2019 e vinha usando em produção sem problemas. O componente estava calculando dígito verificador para o nosso número e imprimia no boleto nosso número com dígito verificador. Código de barras e linha digitável também estavam com dígito verificador (sem mascara no caso). Ao ler o retorno eu eliminava o dígito verificador pois no banco o nosso número 00001 estava registrado 000019. Sem problemas também, apenas um tratamento meu. Atualizei o ACBR em 12/11 e liberei atualização para clientes. Ai veio o terror pois na impressão do boleto está sem dígito verificador e a remessa estava com dígito. Seria importante padronizar esta questão, evitando mudar a cada solicitação do pessoal. A versão do SVN agora não tem mais o dígito verificador, consigo me adaptar. Apenas peço atenção ao pessoal, para escolher um caminho, com ou sem dígito. No manual fala: Conseguimos padronizar isso?

1985 - MSX Hotbit hb-800 - MS-BASIC, copiando código de revistas. Não tinha nem gravador. A trabalho -> Dbase II, Clipper, Delphi, migrando para PHP/JS/React/Node.