Termos mais procurados:
00020101021226920014br.gov.bcb.pix01002566qrcodes-pix.gerencianet.com.br/v2/6b2cd0f948f14aa68a765e489a83ac7252040000530398654041.005802BR5925ALEXANDRE DE CARVALHO NET6009MIRANDIBA62360532FRAN1234567090123456789212354527630464BF
0002126920014br.gov.bcb.pix01002566qrcodes-pix.gerencianet.com.br/v2/b63e7955aa1e4c25b74453f10e145d6c52040000530398654041.005802BR5925ALEXANDRE DE CARVALHO NET6009MIRANDIBA62360532FRAN12345670901234567892123545246304B3C8
Boa tarde, pessoal.
Depois de muito bater a cabeça, enfim resolvi o problema da configuração do WEBHOOK usando API GATEWAY do AWS.
Eu segui rigorosamente o tutorial do Daniel Ciofi :
https://www.youtube.com/watch?v=w2Wizyo5Ljk
Porém, no final eu recebia o erro ERR_TLS_CERT_ALTNAME_INVALID e, para resolver este problema, eu fiz os seguintes passos:
AWS:
1) Excluí e criei novamente o certificado sem o nome alternativo contendo o coringa wildcard "."
2) Editei e apontei o api gateway para usar este novo certificado.
3) Criei um zona de hospedagem no Route 53 (contrariando as indicações vistas aqui) usando o mesmo nome da api gateway (api.meudominio.com)
4) Dentro da zona de hospedagem já criada, criei um novo registro com as seguintes características :
- Nome do Registro : nulo (pois já aponta para o nome completo api.meudominio.com)
- Tipo de Registro: A
- Marque a opção Alias
- Rotear tráfego para : API do API Gateway
- Região: Leste dos Estados Unidos us-east-1
- EndPoint : (Nome de domínio do API Gateway gerado lá no meu domínio personalizado)
DOMÍNIO:
5) No DNS, excluí todos os registros personalizados (aqueles apontamentos CNAME conforme tutorial)
6) Criei um novo registro do tipo NS e coloquei o 4 valores que foram gerados na zona de hospedagem conforme o passo 3.
7) Criei um novo registro do tipo A, e como o dados esperava uma valor do tipo IPV4 fixo, fiquei na dúvida de como apontar, daí eu fui no "Route 53 > Zonas hospedadas > api.meudominio.com > Testar registro" e vi que tinha um Endereço IP do resolvedor 192.0.2.25, coloquei esse IP em dados
8) Chamei o gerencianet.pixConfigWebhook(params, body) e Voilà !!
OBS: Pode ser que eu tenha feito algo desnecessário ou algo a mais do que devia, mas desta forma funcionou perfeitamente.
Espero ter ajudado
Abraços
Bom dia @joaovitordds! O certificado é obtido na sua conta, no formato .p12 e é necessário fazer a conversão para .pem. Neste trecho da documentação temos dois exemplos de como pode ser feita essa conversão: https://dev.gerencianet.com.br/docs/api-pix-autenticacao-e-seguranca#convers%C3%A3o-de-certificado-p12-para-o-formato-pem
Eu estou gerando uma cobrança pix e vem os dados tudo certinho, mas quando eu vou pagar pelo app, diz que não foi possível processar o qr code
Carla, para você ter acesso as suas credenciais (client_id e client_secret), você precisa criar uma aplicação em sua conta Gerencianet.
Segue o artigo que mostra o passo a passo para você criar a aplicação: https://gerencianet.com.br/artigo/como-criar-uma-nova-aplicacao-para-usar-a-api-pix/#versao-7
Boa tarde!
Preciso da api de pix de pagamento para recebimento e pagamento via sistema próprio
Alguém pode me dá alguma dica de como configurar o webhook do pix de forma mais simples? Eu uso PHP. tenho servidor dedicado, mas estou travado com essa configuração complexa...
Olá amigos, estou inserindo o PIX, está tudo funcionando normalmente no ambiente de homologação, mas quando ativo a producao dá um erro 403 forbiden no retorno da API.
Boa tarde! Quanto tempo mais ou menos, demora para recebermos a resposta sobre o formulário preenchido para habilitar o endpoint de requisitar o envio de pix?
Pessoal estou com problemas para implementar o webhook do pix, eu baixei a SDK semana passada a mais atualizada e está retornando o erro: nonexistent endpoint
Estou com difículdade de criar a.api pix quando 1 administrador poder ajudar me chame por favor.no.pv aguardo
vhost do OpenLiteSpeed no CyberPanel ficou assim:
vhssl {
keyFile /etc/letsencrypt/live/DOMINIO_AQUI/privkey.pem
certFile /etc/letsencrypt/live/DOMINIO_AQUI/fullchain.pem
CACertPath /etc/letsencrypt/live/DOMINIO_AQUI/fullchain.pem
CACertFile /etc/letsencrypt/live/DOMINIO_AQUI/chain-pix-sandbox.crt
certChain 1
sslProtocol 24
enableECDHE 1
renegProtection 1
sslSessionCache 1
enableSpdy 15
enableStapling 1
ocspRespMaxAge 86400
}
achei um parametro de configuracao aqui, inclui o chain-pix-sandbox.crt nesse parametro e agora o erro mudou para "UNABLE_TO_VERIFY_LEAF_SIGNATURE", mesmo problema do amigo @jldlxs3021
Boa tarde. Estamos com dificuldades na implementação do webhook pix de um cliente. Ao cadastrar o webhook recebemos o retorno "webhook inválido" e "UNABLE_TO_VERIFY_LEAF_SIGNATURE". Usamos Nginx. Alguém pode auxiliar?
