Histórico de mensagens sobre erro webhook em pix

Erro 503 ao tentar configurar o webhook para a chave, alguma luz?

Boa tarde estou tendo problemas em configurar o webhook na minha aplicação, ja configurei o apache para exigir o certificado de produção da gerencianet, porém quando tendo associar o webhook pela api da esse erro: {'nome': 'webhook_invalido', 'mensagem': 'A URL informada respondeu com o código HTTP 404'}, alguém poderia me ajudar?

Me encontro com o seguinte erro ao tentar mandar o request de configurar webhook, alguma solução?

mas recebo o erro: {"nome":"webhook_invalido","mensagem":"A URL informada respondeu com o código HTTP 400"}

Oi Pessoal, bom dia!

Estamos com dificuldades em configurar o MTLS. Configuramos 3 host:

1) https://webhook.site/528aa31a-0858-4b51-b923-6a07f9f877c1
Resposta da API da Gerencianet:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
Esse post chega em nosso ambiente: "evento": "teste_webhook".

2) https://mtls-pix.clicksign.me/pix - Sem MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

3) https://mtls-pix.clicksign.dev/pix - Com MTLS - Não chega o POST ( "evento": "teste_webhook")
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Esse post não chega em nosso ambiente.

Mandando de novo aqui...

Estou tentando fazer o hand-shake em minha url webhook mas acontece esses erros. A chave crt é a fornecida pela GN e a url "https://api.suasorte.com.br/webhook/pix" está configurada pela AWS API Gateway com mTLS configurado com a .crt que a GN também forneceu. O que ainda preciso fazer para que funcione isso? Eu não sei mais o que fazer... 😔

Estou tentando fazer o hand-shake em minha url webhook mas acontece esses erros. A chave crt é a fornecida pela GN e a url "https://api.suasorte.com.br/webhook/pix" está configurada pela AWS API Gateway com mTLS configurado com a .crt que a GN também forneceu. O que ainda preciso fazer para que funcione isso? Eu não sei mais o que fazer... 😔

@Efí, o erro “A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID” parece estar relacionado com o certificado da Amazon.

Ele ocorre para os dois cenários a seguir:

Webhook COM mTLS hospedado na Amazon, com certificado HTTPS emitido pela Amazon:
https://mtls.menur.app/vbeta1/establishments/mana/pix

Webhook SEM mTLS hospedado na Amazon, com certificado HTTPS emitido pela Amazon:
https://mtls.api.menur.app/vbeta1/establishments/mana/pix

Entretanto se acessar SEM mTLS com hospedagem no Heroku e certificado Let’s Encrypt o erro que dá é esperado:
https://api.menur.app/vbeta1/establishments/mana/pix

"A autenticação de TLS mútuo não está configurada na URL informada"

E agora? Vocês poderiam verificar o motivo? Obrigado!

olha só to tendo erro ao cadastrar o webhook

estou tendo esse erro quando tento configurar o webhook

Bom dia, estou desenvolvendo a integração com o webhook da api pix, seguindo a documentação fiz a configuração do NGINX com o certificado de desenvolvimento, entretanto ao configurar o webhook pela api, está retornando o seguinte erro:

No endpoint POST /pix caso a chave do recebedor não exista, você receberá um erro na hora. Isso significa que o webhook nem será acionado pois a solicitação de envio de Pix não funcionou.

Sobre os aplicativos conseguirem indicar contatos cujo telefone/email já estejam cadastrados no Pix, sabemos que estuda-se isso no BC e inclusive nós enviamos há pouco tempo uma proposta relacionada.

Pode ser que em breve seja viável uma "consulta no cache do DICT", de forma que não se gaste as fichas do bucket oficial...

Bom dia, quando tento vincular o webhook a uma chave está me retornando um erro webhook_invalido:
{"nome": "webhook_invalido", "mensagem": "A requisição na URL informada falhou com o erro: ECONNRESET"}
Alguém poderia me ajudar nesta questão?

os erros que recebo quando o GN tenta bater no meu webhook

Há um time debruçado no problema neste exato momento. É um erro pontual neste parâmetro. Webhooks não são acionados.

Pessoal vocês j viram esse erro ao configurar o webhook
"Endpoint request timed out"

Antes de dormir escreva no seu diário "FIZEMOS PROGRESSO" depois de muitos desafios, obstáculos, pedras, erros, deixo registrado na novela "A SAGA DO PIX" mais um capítulo de sucesso 🙂 Agora posso receber em servidor compartilhado , em qualquer sistema que nele esteja e em qualquer pasta e url as notificações da GN, sem precisar de mTLS, certificado, tokens, direto no banco de dados as respostas :). A Luta foi grande, mais ganhamos a batalha, não somos HE-MAN nem SHE-HA, mais temos "A FORÇA" de todos aqui , agradeço muito, sem vocês isso não teria acontecido nesta velocidade, pois cada um tem a sua. Muito Obrigado. Agora é partir para as brincadeiras nos sistemas em qualquer servidor em qualquer lugar com qualquer linguagem para receber os retornos do webhook .

por isso estou batendo cabeça ainda...inclusive se olhar nos retornos de erro possiveis la do webhook tem dois retornos, o q esta retornando pra mim eh como se nao houvesse a implmentacao desse recurso ainda ...estou bem confuso por aqui em saber se eh eu ou se ainda falta algo de la

>
> <@!656144788017381377> os erros possíveis na documentação para registro de um webhook são:
>
> InvalidValueError
> {
> "nome": "valor_invalido",
> "mensagem": "URL inválida"
> }
>
> Ou
>
> {
> "nome": "valor_invalido",
> "mensagem": "A URL do webhook deve usar o protocolo HTTPS"
> }
>
>
> Mas....
>
> Recebi este:
>
> {
> "nome": "nao_encontrado",
> "mensagem": "Recurso não encontrado"
> }
> <@!715273512688025630> Oi <@!715273512688025630> , você associou o webhook a um txid válido? Veja em https://dev.gerencianet.com.br/docs#section-configurar-o-webhook-pix-. Se sim, por favor, me avise, pois precisaremos fazer uma verificação mais aprofundada.

<@!656144788017381377> os erros possíveis na documentação para registro de um webhook são:

InvalidValueError
{
"nome": "valor_invalido",
"mensagem": "URL inválida"
}

Ou

{
"nome": "valor_invalido",
"mensagem": "A URL do webhook deve usar o protocolo HTTPS"
}


Mas....

Recebi este:

{
"nome": "nao_encontrado",
"mensagem": "Recurso não encontrado"
}