Histórico de mensagens em pix

pq é um query string, não?

Não entendi esta:

Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix?id=0000x22

A possibilidade mais simples de contornar a concatenação do /pix que a documentação força é justamente colocar um ?x= ao fim da URL para ficar ?x=/pix.

então pergunto:

1. qual a razão para agregar o /pix "no meio" da URL que foi definida pelo integrador e não no fim?
2. isso vai contra a documentação atual que diz que o /pix irá (sempre) no fim da URL - e se for pra mudar o conceito, seria melhor que esse /pix fosse retirado.

e sugiro aos integradores que estão lendo agora: não usem query params na URL do webhook conforme esse exemplo (prefiram path params)

A solução que eu acho mais apropriada é diferenciar via nome DNS, mas via diretório/parâmetro também funciona.

Mas como você precisa decidir qual certificado apresentar para a sessão mTLS, é melhor ter algo na URI que diferencie para que você possa mostrar o certificado correto.

Os dois usando o mesmo integrador

So um esclarecimento... dois clientes GerenciaNet (duas cc ) podem estar no mesmo servidor, pois a CA vai ser a mesma pros dois. Correto?

Verificando aqui Rubens, já lhe retorno.

Não Maik, o certificado continua sendo necessário. O que foi alterado é o envio da notificação que passa a ir com o /pix.

Isso apareceu na versão de 18 de Setembro e não mudou desde então:
https://github.com/bacen/pix-api/releases/tag/2.0.0

vou almoçar, brb

agora o pessoal ta lascado mesmo tendo que escrever url rewrite hahah

não é possível que ninguém pensou nisso...

só fiquei sabendo disso agora

O achar isso péssimo era uma discussão para quando da elaboração do padrão do BACEN. Agora já era.

E há sim uma vantagem que é permitir a adoção futura de novos verbos no webhook.

seria:
https://meusite.com.br/algumapasta/algumarquivo.php/pix
ou
https://meusite.com.br/algumapasta/pix

aproveitando o gancho, qual seria o resultado para um webhook cadastrado como:
https://meusite.com.br/algumapasta/algumarquivo.php

se fosse "/pix/" por ex, consideraríamos que é uma pasta e o "index.php" por exemplo fosse ser chamado, mas "/pix" ainda abre problema para ser interpretado como se fosse um arquivo ou mandar um redirect

Boa tarde! Algum dev disponível para fazer uma integração da API Pix com uma aplicação desenvolvida em Codeigniter? Preciso com urgência.

sem contar todos os possíveis problemas de "/pix" ser considerado como um arquivo/diretório dependendo da configuração do servidor.

Como alguém vai responder num endereço "/pix"? além do requisito do mTLS que já está complicando a vida de muitos ai... agora será preciso ter algum tipo de rewrite para poder servir essa página de modo dinâmico