Histórico de mensagens sobre url em pix

O que você precisa é tentar passar essa URL para a chamada de webhook da Gerencianet (/webhook) e ver se a GN aprova ou desaprova o mTLS em questão.

Qual a URL utilizada pelos callbacks no plugin Gerencianet pra Woocommerce?

É isso mesmo, é adicionado /pix entre a URL de cadastro e a URL acionada.

as chamadas do webook do Pix adiciona um /pix no final da url cadastrada

Bom dia, estamos com problemas na geração de boletos para 2 entidades específicas aqui na ETUFOR (Fortaleza). Não estamos recebendo a URL com o pdf do boleto. Alguém pode verificar por favor

Um location é uma URL de onde pode ser baixado um pacote contendo as informações do QR-Code dinâmico. A separação existe para casos de uso onde você queira reaproveitar o mesmo location para mais de uma cobrança, tipicamente em varejo físico. Mas em e-commerce é mais usual usar locations diferentes para cobranças diferentes.

Boa noite. Não requer cadastro. É só prefixar a sua URL com mtls.pix.ae.

Exemplo: https://seudominio.com/seuendpoint
Vira: https://mtls.pix.ae/seudominio.com/seuendpoint

Meu sistema faz a validação mTLS da GN, repassa o request para o seu endpoint, lê a sua resposta e responde a GN de acordo com sua resposta. Se a validação da GN não passar, meu sistema nem te repassa o request, responde 400 direto, de forma que a GN entenda que o seu sistema está preparado e realizando a validação (mesmo que isso esteja acontecendo, de fato, no próprio servidor do pix.ae).

Olá <@!850502535859929110> ! Boa noite. Para que você receba uma notificação sempre que uma cobrança Pix tiver seu status alterado é necessário definir uma URL para onde a notificação vai ser enviada. Essa definição é feita ao consumir a rota PUT /v2/webhook/:chave (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix). Mas antes disso, é necessário que você realize algumas configurações no seu servidor. Em nossa documentação, disponibilizamos alguns exemplos: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor.

Boa tarde, <@!887761807194861598>!
Este é o Json que é enviado de teste para validar o mTLS no momento que você consome o endpoint PUT /v2/webhook/:chave para registrar sua URL de notificação

Algo tipo

axios({
method: 'POST',
url:${process.env.GN_ENDPOINT}/oauth/token,
headers:{
Authorization:Basic ${credentials},
'Content-Type': 'application/json'
},
httpsAgent: agent,
data:{
grant_type: 'client_credentials'
}

}).catch((e)=>{
console.log(e)
})

Sim, eu entendo, Matheus, mas ao mesmo tempo a falha 404 significa que a URL não foi encontrada, mas se esse realmente fosse o caso, eu não conseguiria estar recebendo os webhooks do meu outro usuário (que estão nessa mesma URL), por isso acho estranho estar retornando esse erro, irei te encaminhar o número das duas contas no privado

Boa noite, João Vitor, tudo bem sim, e aí ?
Entendo, mas concorda que se vocês estão retornando que a URL que estou enviando está retornando 404 (não encontrada), a princípio não era para eu conseguir nem receber os webhooks no meu outro usuário, que já tinha essa URL cadastrada?
Eu não sei exatamente como funciona o pix.ae por trás dos panos, mas na época que fiz o vínculo da primeira vez funcionou sem problemas

Boa noite <@!500715205014061077> tudo bem? 🙂
Vale a pena verificar se não há alguma limitação por parte do pix.ae no momento de vincular ou redirecionar a url.
Mas até então, a forma de validação da URL através da API Gerencianet não foi alterada.

O que acho que talvez tenha acontecido é alguma alteração no modo de validação da URL pela Gerencianet que fez com que ficasse incompatível com o mTLS do pix.ae (?)

Até poderia acontecer da URL ter saído do ar entre o momento que a vinculei no outro usuário e agora tentando neste novo, mas se fosse esse o caso, eu não receberia os webhooks como estou recebendo até hoje

Certo, mas então qual seria a razão para esse tipo de erro? Porque inclusive utilizei a mesma URL que está vinculada a outro usuário ativo, fiz testes hoje mesmo de pagamentos nesse outro usuário e o webhook está funcionando perfeitamente, mas quando tento cadastrar novamente, recebo essa mensagem como se a URL não existisse

Boa tarde, <@!500715205014061077>. Essa falha está relacionada a outro fator, pois, no caso do cliente não atualizar o certificado, o que aconteceria é a interrupção do hand-shake e uma eventual falha de comunicação. No caso da tentativa de cadastrar o webhook com o certificado expirado, a mensagem com o status 400 seria:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}

Boa tarde, pessoal, mais alguém que utiliza o mTLS do pix.ae está tendo dificuldade de cadastrar webhooks? Tinha um webhook cadastrado já há alguns meses, mas tentando cadastrar outro agora fico recebendo o erro "A URL informada respondeu com o código HTTP 404" (o que não faz muito sentido, já que é exatamente a mesma URL já cadastrada pra outro usuário), não sei se isso tem algo relacionado com a atualização da cadeia de certificados que foi notificado na semana passada.

Salve pessoal! Boa tarde!
Estou realizando a implementação do webhook, porem estou com dificuldade da validação do certificado, estou rodando com ngrok para testar local, alguem tem alguma dica?
Se possivel eu gostaria de fazer a verificação do certificado no nivel da aplicação e não na camada do ngnix

O Erro q estou recebendo: