Termos mais procurados:
Boa! Eu adoro a GN.. fui um dos primeiros a usar a API PIX em sites, logo quando eles lançaram e quase ninguém aceitava pix com retorno automático... já trouxe mtos clientes, mas essa do sendPix me pegou de surpresa...
Mas faço minha culpa tb... já conheci a biblioteca, tu não lê ela do inicio ao fim... vc pesquisa se faz, faz, OK... beleza... capacidade pra fazer funcionar temos então tu não fica lendo 5000 linhas de documentação... culpa minha que deveria ter lido
No meu caso, sou Dev desenvolvendo projetos pessoais, ai vou analisar melhor essa parte em breve
Se soubesse disso antes, teria primeiro pedido pra ele pedir a liberação, está tudo aprovado? Ok... eu faço o job
Se tu for dev, antes de aceitar o projeto, pede pro cliente pedir liberação na Efí que pode ser negaca
Fala galera! Baaaum? [REPOSTANDO]
Resolvi o erro ERR_TLS_CERT_ALTNAME_INVALID ao usar API Gateway da AWS.
Após assistir ao tutorial do @danielciolfi, fiz o mesmo procedimento com um domínio registrado externamente, no meu caso namecheap, mas ao tentar registrar a Webhook o erro ERR_TLS_CERT_ALTNAME_INVALID era retornado. Tentei de tudo, gerar novo certificado sem wildcard("."), refazer truststore.pem, gerar certificado direto no “api.” mas não funcionava. Percebi também que ao acessar diretamente pelo navegador, o certificado era sempre relacionado ao domínio principal, e nunca ao “api.”.
Ai lendo algumas soluções aqui no Discord, como a do Ranulfo souza, resolvi fazer da seguinte forma e resolveu:
0 - (Opcional) Antes de começar, recomendo apagar tudo que foi feito, exceto pela API Gateway e o truststore.pem gerado.
(Deletei o nome de domínio personalizado, removi os registros no namecheap e deletei os certificados criados);
1 - Comprar um domínio no Google Domains só para esse uso;
Domínio fictício para fins didáticos: pixok.com
2 - Na AWS, em Route 53, criar nova zona hospeda e no nome do domínio, inserir o domínio comprado (pixok.com) e criar zona;
3 – Ao navegar na zona criada, você vai ver o registro do tipo NS com os links, ai é só adicionar todos no Google Domains em Servidores de nome personalizados do seu domínio. Por padrão, o Google não usa os nomes personalizados, ai é só clicar em aplicar na aba Servidores de nome personalizados;
4 – Criar certificado com o nome api.pixok.com, navegar até o certificado, clicar em Criar registros no Route 53 e confirmar clicando em criar. Isso fará o certificado ser verificado;
5 – Após o certificado ser verificado, ir na API Gateway e criar nome de domínio personalizado com o nome api.pixok.com, selecionando o novo certificado. E também já configurar o mapeamento de API para sua API;
6 – Em Route 53, na zona hospedada, no domínio pixok.com, criar novo registro com as seguintes informações:
- Nome do registro: api
- Tipo de registro: A
- Ativar Alias
- Escolher endpoint para: Alias para API do API Gateway
- Escolher o servidor que você está trabalhando, no meu caso “us-east-1”
- E no terceiro campo que aparecer, já vai carregar automaticamente o
“Nome de domínio do API Gateway” que você encontra no domínio personalizado que criou.
Ai é só finalizar criando o registro e aguardar a propagação que pode levar alguns minutos, no meu caso levou mais de 5 minutos.
7 – Antes de ativar o TLS mútuo no domínio personalizado, eu fiz testes solicitando POST com o postman para api.pixok.com/prod/webhook até ter algum retorno, assim eu sei que toda configuração acima tá funcionando corretamente e foi propagado.
8 – Ativar TLS mútuo como feito anteriormente, aguardar o status ficar ativo e testar o registro da webhook com o seu link 😊
Obrigado Ranulfo souza e a todos que comentaram sobre o assunto. 👊
Isso. Gerada em homologação não dá para pagar.
Mas você tem um webhook registrado em homologação, seguindo as regras você recebe a notificação do "pagamento".
Se o valor da cobrança está entre R$ 0.01 à R$ 10.00: A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00: A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.
Muito Obrigado @guilherme_efi , esse qrcode não da para ser lido pelos aplicativos de banco pois é homologação certo?
Ou você pode também gerar um link responsivo da cobrança Pix.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#gerar-qrcode-de-um-location
É possível sim, @rafaelsunn.
Para isso, após ter criado a cobrança dinâmica basta consumir o endpoint GET/v2/loc/:id/qrcode (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-gerar-qrcode-de-um-location) passando o id do loc como parâmetro, no exemplo que você passou é o id 3
Você terá o seguinte retorno:
{
"calendario": {
"criacao": "2023-03-02T14:35:03.533Z",
"expiracao": 36000
},
"txid": "af7d7ec95c3b4873b82bb2bd68bd085a",
"revisao": 0,
"loc": {
"id": 3,
"location": "qrcodes-pix-h.gerencianet.com.br/v2/22f0fdd584504d42aac38d03d8026190",
"tipoCob": "cob",
"criacao": "2023-03-02T14:35:03.580Z"
},
"location": "qrcodes-pix-h.gerencianet.com.br/v2/22f0fdd584504d42aac38d03d8026190",
"status": "ATIVA",
"valor": {
"original": "1.00"
},
"chave": "[email protected]",
"solicitacaoPagador": "bingo123"
}
Bom dia, @rafaelsunn. Tudo bem?
Isso acontece ao tentar editar os escopos de uma aplicação?
Limpe os dados do seu navegador, ou acesse sua conta por aba anônima, e tente novamente.
Olá, @andyjss. Bom dia!! 😃
Muito obrigado por sua contribuição com nossa comunidade. Sem dúvida irá ajudar muitos integradores! 👏🧡
Bom dia, @taina9839! Tudo bem? 😀
Sim. Nossa APi possui um endpoint que já monta e lhe entrega Pix Copia e Cola e a imagem do QrCode em base64.
Para isso, após ter criado a cobrança dinâmica basta consumir o endpoint GET/v2/loc/:id/qrcode (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-gerar-qrcode-de-um-location) passando o id do loc como parâmetro quer você terá o seguinte retorno:
