Termos mais procurados:
Vi seu post falando do mTLS no Google Cloud Functions (Firebase), para criar o webhook do Pix. Parece que estou na mesma situação em que você estava um mês atrás... Já estou aprovando pagamento com Pix em produção, mas estou travado na criação do webhook mTLS com NodeJS no Functions. Como você resolveu? Agradeço se puder compartilhar alguma dica...
Podemos criar uma conta para nossa igreja (sem fins lucrativos) com o objetivo de receber as doações e contribuições via Pix e/ou boletos?
Mas a melhor forma é acionando o webhook com um Pix pago.
Ou seja, você criará uma cobrança com um txid com sua chave Pix. E ao pagar será acionado seu webhook lhe enviando uma requisição semelhante ao exemplo que mencionei anteriormente.
Você pode criar uma request no Postman, com método POST para sua URL webhook, enviando o certificado para mTLS e body, um exemplo de um Pix pago:
Não tem. Você pode criar um acionador seu que mande um objeto pix.
É possível também criar novas chaves Pix do tipo aleatória e excluí-las também.
https://dev.gerencianet.com.br/docs#section-criar-chave-evp
https://dev.gerencianet.com.br/docs#section-remover-chave-evp
o cliente vai precisar criar a chave pix pelo celular
Bom dia, Flavio!
Primeiramente, seu cliente deve acessar https://sistema.gerencianet.com.br/ logar na conta. Para obter as credenciais, deverá criar uma aplicação, acessando o menu API->Minhas aplicações->Nova aplicação. Insira o nome da sua aplicação. Ative os escopos desejados do Pix para o ambiente (Produção ou Homologação) e clique em 'Criar nova aplicação'.
Posteriormente, acesse o menu API->Meus certificados. Escolha o ambiente desejado (Produção ou Homologação) e clique em 'Novo Certificado'. Será solicitado uma senha, que é a assinatura eletrônica (a mesma utilizada no aplicativo).
Me diz uma coisa, quando eu criar um pix, enviando a chave, essa transação não tem txid, então eu recebo ou não notificação?
Em produção deu certo, consegui criar um pix ativo, mas ao tentar gerar o qrcode, tenho esse outro problema.
É a chave Pix associada à conta destino da cobrança. Você pode criar via app mobile ou via endpoint de criação de chave Pix. Essa chave vai ser colocada no QR-Code estático ou no payload do QR-Code dinâmico.
Um exemplo de requisição em JS:
Olá, equipe GN!
Na integração com a API de Boletos, adicionamos o partner_token (código de parceiro do Gerencianet) na requisição para criar a transação e, posteriormente, o boleto. No caso da integração com a API Pix, existe algo parecido com isso?
Olá, equipe GN!
Não sei se essa dúvida seria nesse canal, mas na integração com a API de Boletos, adicionamos o partner_token (código de parceiro do Gerencianet) na requisição para criar a transação e, posteriormente, o boleto. No caso da integração com a API Pix, existe algo parecido com isso?
Não, é a Chave Pix da conta que receberá os recursos. O mais usual é criar uma chave aleatória para os recebimentos, mas pode ser qualquer dos tipos de chave Pix existentes.
Para isso, abra um ticket acessando https://sistema.gerencianet.com.br/tickets/criar, e solicite o certificado para integração com Pix, nos informando o número da conta, nome da aplicação e ambiente (produção/desenvolvimento)
Bom dia, <@!624237116238594078>. Como vai?
Exatamente conforme mencionado pelo <@!780500321994539068>
Para utilizar a integração com o Pix é necessário ter um PSP. Sendo assim, criando sua conta na Gerencianet, você terá acesso à API Pix da Gerencianet, que lhe fornece os endpoints no contexto do arranjo Pix, como criação de cobrança, verificação de Pix recebidos, devolução e conciliação.
Com sua conta criada, acesse nosso site, no menu API > Minhas aplicações você criará uma aplicação que são gerados 2 pares de chaves Client_Id e Client_Secret, sendo um par para utilização em ambiente de Produção e outro para Homologação. Estas credenciais que você utilizará para a autenticação.
Para utilizar a API PIX você precisará também de um certificado gerado por nós. Para isso basta acessar o link https://sistema.gerencianet.com.br/tickets/criar, e criar um ticket solicitando o certificado para integração, informando o número da sua conta, nome da aplicação e ambiente que irá desenvolver (produção/homologação).
Oi pessoal da GN! Desculpa tão tarde, mas tive a ideia agora e achei uma boa compartilhar aqui com vocês, eu poderia criar minha própria versão dessa solução mas acho que seria legal para todos é ter como transferir via PIX no internet banking do site da GN. Motivos que me levam a acreditar nisso é:
- GN é o único banco digital que eu vi até agora que tem internet banking, e eu uso muito! Odeio ficar trocando celular computador e a maior parte do tempo é no computador, gostaria de fazer transferencias PIX pelo computador! (:
- Amo o GN por não precisar instalar 10000 módulos de segurança que eu sinto que comem minha RAM loucamente.
- Gosto como extratos são MUITO melhor visualizados no computador e o Internet Banking do Gerencianet faz isso de forma excelente, ou seja, o internet banking se torna uma opção gigantesca para quem faz muitas transações (como comércios e PJs por exemplo)
Sobre o pagamento/transferência via POST em /pix, eu acho que ele devia ser mudado para PUT. O POST hoje não tem idempotência, e está sujeita a duplicações... a idempotência seria garantida com um parâmetro id (similar ao id de devolução), diferente do eventual txid (que é do recebedor). Para não ter que criar muitos métodos distintos, acho que poderia ser um único... se não tiver txid ou código, a ação é de transferência. Se tiver txid ou código, é pagamento... mas são mutuamente exclusivos. Ou tem o txid, ou tem o código do Pix Copia e Cola.
No geral fica:
chave mutuamente exclusivo com banco/tipo/agência/conta/cpf , mas um deles é requerido
txid mutuamente exclusivo com código, mas é opcional.
idenvio obrigatório, e garante idempotência. Se receber duplicado, só dá erro se for diferente. <@!793123559874494465>
Boa tarde, <@!802052811718262814>!
Tente seguir estes passos, que estão mais detalhados par aconfigurar o Apache.
Primeiramente você deve acessar o arquivo de configuração do apache, geralmente fica em /etc/apache2/mods-enabled
Nele você irá fornecer o caminho da chave privada server_ssl.key.pem e uma pública server_ssl.crt.pem da sua certificadora SSL do seu domínio.
