Histórico de mensagens em pix

Exato! Aí vc coloca e-mail e a primeira pergunta eh: qual sua volumetria, senão nem vou perder meu tempo com você...💩

sem dúvida! uma coisa frustrante é procurar empresas e só encontrar "entre em contato", tudo muito obscuro

O modelo de cobrança eu tô entendendo como sendo por transação de recebimento, independente do tipo de qrcode. Realmente o modelo prejudica as micro transações, mas eu espero que isso vai se ajustar com o tempo. O modelo de cobrança ainda não está claro para ninguém no mercado. Independente de ser ideal ou não, eu fico muito feliz da GN sair na frente e colocar na mesa uma proposta inicial....

será que eles vão tarifar os recebimentos com qr estático? achei mal explicada essa questão. um QR que eu gero pelo app (estático e que pode, inclusive, ter txid) e um QR que eu gero por uma ferramenta externa, não diferem em nada tecnicamente. então fica difícil saber se enquadra no "receber via app" da tabela de tarifas (que seria gratuito) e, ao mesmo tempo, também não se enquadra no "Pix via API" da tabela, pois o recebimento em si não se dá pela API (nem no caso das cobranças, só a geração delas é pela API).

também deveria ser modificada a nomenclatura: "tarifa por pix pago", quando na verdade pagamos por receber, não por pagar. (observe que as tarifas de cartão de crédito estão definidas como sendo "de recebimento", adequadamente).

e por fim, não gostei da "escada" de tarifas, com vários degraus. um pix de R$ 3,00 paga R$ 0,06 (R$ 2,94 líquido) e um de R$ 3,01 paga R$ 0,20 (R$ 2,81 líquido).. atrapalha totalmente o cenário de micro-transações (receber menos quando se vende mais caro, não faz nenhum sentido). acho que a tarifa poderia ser simplificado como "X%, com mínimo de R$ 0,01 e máximo de R$ 0,89". continuaria progressivo e nos daria uma flexibilidade adequada na estipulação dos preços para micro-transações. com base nos R$ 30,00 do valor da tarifa máxima (R$ 0,89), esses X% seriam 3% (mas se for menor, melhor! rsrs)

Muito legal, ficou top. Sem cobrador, sem troco, sem cartão , sem digital, rapido e facil de pagar, acabou cartão de passagem, agora é tudo via app pagando com pix.

Hahahaha essa parte aí eh mais difícil de resolver 😂😂😂

Agora é só implementar esta nova tarifa de pagamento com PIX de R$ 0,01 nas passagens, por isso o PIX veio para ficar, com novas tarifas nas catracas , kkkkkkkkkkkkkkk 😎

que tooop

aeee funcionou aqui com qrcode dinamico! \o/ https://youtu.be/RHiMdD-8BJo GN libera pro estatico o webhook pleaseeeee!!!

sim - ai vc coloca o certo (prod ou dev) dependendo do que vc estiver fazendo 🙂

Ah sim, esse só tem a chave pública.

claro

eh esse cara aqui

O .p12 tem também uma chave privada.

so pra deixar claro , o certificado que fica nesse s3 ai eh o publico da GN

pode deixar fechado, pq eh a aws q vai acessar ele ...

Tem como deixar as permissões no S3 bem restritas para o arquivo não ficar público ?

ai depois vc cria uma api que chama o seu backend (seja na aws ou fora) e faz o mapeamento desse custom domain p/ essa api

sobre o mtls usando o gateway api na aws...cria um custom domain name (esse é o cara q vc vai registrar no webhook)...e ativa o mtls...o certificado que vc baixa no site da GN vc coloca no s3

Depois de estudar muito, finalmente passei de ano. Com a geração do certificado .pem (produção) efetuado com sucesso hoje . Agora a pouco consegui criar o token de produção com sucesso 🙌 . Na tentativa de gerar a primeira cobrança sem o bendito do postman ,que já tem mTLS nele, recebo = forbidden ao tentar criar a cobrança. Começa agora o quinto capítulo da mini-série "Indoidando com o PIX" 🤣 . Capítulo = mTLS.