Histórico de mensagens em pix

Sim

vdd, isso é complicado. Poderia ser trampo perdido, um risco

Se soubesse disso antes, teria primeiro pedido pra ele pedir a liberação, está tudo aprovado? Ok... eu faço o job

é mto tenso... fiquei 12 dias com o projeto desenvolvido, correndo o risco do cliente não pagar, se tivesse a liberação negada

negada

Se tu for dev, antes de aceitar o projeto, pede pro cliente pedir liberação na Efí que pode ser negaca

dev e cliente final

Tu é dev ou cliente final?

Parabéns! Em breve vou solicitar também

Obrigadooooooo @Efí, hoje você fez um desenvolvedor feliz!

Muito obrigada, @andyjss ! 👏🧡

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. 👊

ótimo, fiz o teste em produção e funcionou corretamente. Obrigado!

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.

eu tentei ler ai não carregou

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:

no ambiente de homologação não da para gerar o qrcode?

{
"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"
}