Histórico de mensagens sobre PIX em pix

Mas é melhor já ir trabalhando nisso antes, para já funcionar só com /pix e não /pix/url.php.

está normal na url que cadastrei, não tem um /pix a mais nao.

provavelmente tá indo pra URL exata que vc cadastrou (sem um /pix extra ao fim, como deveria ser segundo a documentação)

Esse é o problema. Teoricamente a GN deveria ta enviando para:
https://gn.seusite.com.br/webhook/pix/url.php/pix

essa foi a URL que vc enviou? então o request deveria ir para https://gn.seusite.com.br/webhook/pix/url.php/pix

Aqui esta assim

Isso impediria como a gente poderia contornar o /pix. Pois o PSP enviaria https://example.com/pix?Client_Id=ASDASDA

E se cadastrássemos como https://example.com/webhook.php?varinutil=/pix?Client_Id=ASDASDA

até onde eu sei, ele colocou o /pix na hora de cadastrar (e a GN tá enviando pra URL cadastrada, sem adicionar outro /pix)

então vc leu errado... rsrs
a documentação diz que vc cadastra https://URLX e o PSP deve enviar pra https://URLX/pix (adicionar o /pix ao fim da URL que vc cadastrou). Se vc cadastrar com /pix ao fim, o request iria para /pix/pix

O que diz a do BACEN é que vc coloca webhookUrl e o PSP adiciona o /pix nela.

mas vc mesmo adicionou o "/pix" na hora de cadastrar a url de webhook, não foi?

será que o BACEN fez isso de obrigar o "/pix" pra coibir o uso de GET params? pq não é efetivo.. dá pra forçar o parse para o php, node, etc e ler a URL inteira do request de qualquer forma.. o "/pix" pode ficar sendo parte de um GET param.
ex: cadastra https://webhook.exemplo.com.br/qualquercoisa.php?minhavar=valor&varinutil= e o request vai pra ...qualquercoisa.php?minhavar=valor&varinutil=/pix (que o PHP acata normalmente)

"Esse serviço está protegido por uma camada de autenticação mTLS. Os callbacks são enviados pela Gerencianet via POST {$request.body#​/webhookUrl}​/pix quando há uma alteração no status do PIX."

Aqui esta tudo normal recebendo o callback da GN no /pix 🙂

O pior é que eu ia usar a inserção do webhook assim:
https://example.com/modules/gateways/gerencianetpix.php?NAOSEIPRAQUEEXISTEISSO=

Para receber:
https://example.com/modules/gateways/gerencianetpix.php?NAOSEIPRAQUEEXISTEISSO=/pix

não entendi pq o "em breve". já não era pra GN estar enviando os callbacks para "webhookUrl/pix", segundo o BACEN?

Vale lembrar <@!671762828046106646> que em breve vai ser enviado o "/pix" que vai ser inserido na URL ao enviar o Webhook e ainda tem a questão do Client_Id (se o BACEN confirmar)...

Um objeto pix:

Você pode seguir a ideia do Rubens e informar 2 paths pelo Location, um para as notificações de boletos e outro pelo Pix. As notificações da nossa API seguem um padrão onde você insere em seu servidor um arquivo para consultar o nosso token, veja mais detalhes aqui de como é o arquivo de consulta e exemplos de notificação por aqui https://dev.gerencianet.com.br/docs/notificacoes-recebendo .

Para as configurações da API-Pix é necessário o mTLS para receber as notificações que seguem um padrão diferente, não sendo necessário um arquivo de consulta de token, uma vez que enviamos um objeto pix já com todas as informações.

https://dev.gerencianet.com.br/docs/api-pix#section-webhook