Histórico de mensagens em pix

Fique na duvida , pois o que determina para quem vai o retorno do webhoook é a chave, espero que tenha esta validação de quantidade de urls por chave e se é do client_id que a gerou 🙂

Talvez tivesse alguém que quisesse colocar alta disponibilidade com mais de uma URL... mas o BACEN especificou apenas uma URL por chave. A alta disponibilidade é colocar um coletor para fazer GETs de vez em quando.

Ainda bem 🙂

Uma por chave apenas.

Ninguém vai receber webhooks que não tenham sido comandados através de um client_id associado àquela chave. O que existe é a possibilidade de alguém com outro client_id e uma chave dessa conta usar a mesma URL que você, e é isso que vai ser endereçado pela GN passando o client_id no webhook para você comparar com o seu.

Outra duvida é quantas url de retorno do webhook diferentes podem ser cadastradas na mesma chave que tenho ? 🙂

Pois é, minha duvida é esta, se eu posso receber os seus webhooks com a sua chave, sendo que eu que cadastrei 🙂

Valida sim a chave, e não deixa. Mas a URL do webhook pode ser a mesma.

#Duvida = Eu posso enviar uma chave e url de retorno do webhook sendo uma outra chave que não é minha, porém esta chave é sim da GN de outra pessoa ? O sistema GN valida se a chave é minha e da minha conta ou não ?

Este é o problema relatado no meu issue 😄

Mais tá tranquilo, pois só a GN pode enviar o retorno, sem o mTLS o sistema aqui não recebe nada.

Eu não faria dessa forma.

De qualquer forma acho que existe um ponto de falha.

Entendi

Só atualizo na GN após atualizar a pasta, tem uma condição if no codigo.

E se a mudança da pasta ocorrer antes de atualizar na GN?

aqui o sub-dominio é outro, a pasta tem outros nomes, e trocam de informações em um determinado tempo, ai atualiza na GN o retorno novo criado.

Sim eu entendi, era pra o Magno. De qualquer forma da para configurar no Nginx com o location.

sim. só dei a orientação com base no que está configurado agora (eu que configurei pra ele). e a propósito, é Nginx

se vc quiser segredo em relação à URL, é só usar um subdomínio não previsível ou um nome diferente de /webhook para o location