Termos mais procurados:
Boa tarde! O dinâmico precisa do location e seu consumo se faz pela API-Pix, enquanto que o estático não tem essa necessidade e pode ser montado diretamente no QRCode. Você consegue mais detalhes aqui https://gerencianet.com.br/blog/qr-code-estatico-qr-code-dinamico-no-pix/
Consegui fazer a implementação da API no meu sistema, mas enquanto não for resolvido esta lista de bancos não vou publicar versão com a opção de pagamento via PIX. Pagamentos via QR Code pelo Banco Inter não dão baixa nas cobranças, pois na GN o pagamento aparece como pagamento via chave Pix e não via Qr Code
No meu caso configurei assim:
SSLVerifyClient require
SSLVerifyDepth 1
Olá! Tudo bem? Gostaria de algumas informações sobre a api pix.
A url de notificações deve ser cadastrada a cada novo txId?
Sim, esse é o canal de apoio para o desenvolvimento em cima da API PIX da Gerencianet 👍
Bom dia <@!728426952595210293> como mencionado, estamos disponibilizando no momento a API-Pix para ser integrada, mas temos planos de disponibilizar também para nossos módulos e plugins em breve
bom dia. a Gerencianet tem uma API.
https://dev.gerencianet.com.br/docs/api-pix
ainda não tenho ciência de módulos prontos para nenhuma plataforma de e-commerce. você vai precisar desenvolver, com base na documentação acima, ou aguardar um módulo ser liberado pela Gerencianet ou algum outro desenvolver.
Bom dia pessoal, alguem conhece uma API para pagamento via Pix para minha loja online? fico grato
Olá, <@!255777388829343745>! Ainda não temos previsão. Estamos disponibilizando a integração no padrão do Banco Central. No entanto, a nossa equipe tem o projeto de oferecer a API-Pix em outros módulos como OpenCart futuramente. Mas continue ligado em nossos canais de comunicação!
Primeiramente, obrigado pela abordagem sobre tarifas, nos permitindo dialogar sobre o tema. Todos os comentários foram de grande importância.
Pautamos sempre pela transparência e qualidade técnica. Dessa forma, buscando transparência, trarei nosso ponto de vista de forma objetiva e sincera, o que trará maior previsibilidade e conhecimento sobre a estratégia por trás da precificação. Queremos que vocês sejam não somente entusiastas do Pix, mas também entusiastas da GN e da nossa forma de relacionar.
Ultrapassamos a marca de R$ 9 bilhões transacionados em 2020, sendo mais de 350 milhões de requisições em nossas API's e neste cenário conseguimos manter a sensibilidade sobre as necessidades de cada um de nossos clientes.
Evitamos falar em porcentagens em nossas tarifas e só a utilizamos quando realmente não há outro jeito. Mesmo que se defina valores máximos, a porcentagem traz, instintivamente, aversão para muitos. Além disso, tentar sair do modelo de porcentagens faz parte de nossa história. Exemplo: diversas Instituições Financeiras de base tecnológica colocam/colocavam o boleto no mesmo balaio das transações por cartão, cobrando porcentagem + uma taxa fixa. Nós trouxemos uma abordagem mais justa, colocando nos boletos valores fixos. Diferentemente do Pix, os boletos não permitem escalonamento por conta de custo operacional alto.
[continua...]
Te respondendo, o nosso aplicativo gera atualmente apenas com QRCode estático. O Pix com QRCode dinâmico é feito consumindo nossa API-Pix
<@!781626495893635132> muito interessante sua aplicação, Compartilho com você o orgulho de ver funcionando. Ficou Top!!! Parabéns. Confesso que senti falta de alguma associação a Gerencianet, talvez poderia ser "Gerencianet liberando a catraca X4Fare via Pix" ou "Nubank liberando a catraca X4Fare via API Pix Gerencianet".
Parabéns pelo excelente trabalho. 👏
Pode ser outro endpoint, até mesmo o criarcobranca, só queria que na API ficasse como no app dos bancos, assim que eu crio um Pix ele me devolve o nome da pessoa. Ai eu confirmo.
Gostaria de dar uma sugestao para a API PIX, no endpoint /oauth/token
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.
Iniciei os testes da api pix gerencianet no postman, mas infelizmente retorna o erro 500, com todas as orientações da equipe executadas e certificado incluído (também já vi orientações do vídeo), caso este também já apresentado pelo usuário hobinwood. Alguém sabe o que pode ser?
E você tem razão de que na especificação da API pelo BACEN, todo Pix com txid deveria ir para o webhook, se há um webhook para aquela chave. O que não sei é se isso já está implementado na GN.
