Termos mais procurados:
A chamada dentro do CloudCode do back4app esta assim:
Parse.Cloud.define('config-webhook',async(req)=>{
let body = {
"webhookUrl": "https://api1.brintec.org/prod/gn2gtwpix"
}
let params = {
chave: "[email protected]"
}
let gerencianet = new Gerencianet(options);
const result = await gerencianet.pixConfigWebhook(params, body);
return result;
});
Acesse a URL que você tentou configurar como webhook num browser, e veja como está o certificado que está sendo apresentado.
Estou seguindo um tutorial do Ciolfi sobre como integrar o pix com uso de gateway AWS e Back4app. Tudo certo com testes antes de enviar o config-webhook. Que me retorna esta mensagem:
{
"code": 141,
"error": {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
}
Se precisarem de mais dados para me ajudar é só pedir.
Boa noite @yukoha ! É sim, inclusive é o recomendado para receber as alterações de status sempre que ocorrerem.
Vale lembrar que o ideal é que a URL de notificação dos boletos seja diferente da URL do webhook Pix, já que o Pix exige autenticação mTLS.
Dessa forma, caso utilize a mesma URL, a configuração do webhook Pix pode impedir das confirmações de boleto chegarem até o sistema.
é normal a utilização do "metadata: notification_url" para receber por webhook a confirmação de pagamentos ?
serviço node simples que escuta em dominio/webhook
e daí criei um pro webhook
eu só usei aquele prefixo na hora de setar o webhook mesmo
Pra quem estiver com dificuldade do webhook com hospedagem compartilhada, eu segui um tutorial no Youtube e posso mandar aqui. Consegui usando API Gateway da AWS. Minha hospedagem é no Hostgator, compartilhada. Consegui configurar e receber os webhooks mas acabou que nem usei depois.
Pessoal me tira uma dúvida, se eu entrar no modo homologação para compras no cartão de crédito e no body da requisição eu enviar os metadados
aí esse serviço faz o handshake e envia a requisição dps pro meu webhook lá na gcp
eu seto meu webhook na GN pra ter esse prefixo
Tem uma opção que é o pix.ae...
Lembrando que todos esses dados aparecem para o usuário... não é um campo preenchido pelo usuário no pix (do webhook) vem um campo preenchível pelo usuário se isso fizer sentido para você, mas normalmente isso não é muito funcional.
No webhook você só recebe o Pix, que quita a cobrança, e os dados estão na cobrança. Você pode dar GET /cob/:txid para recuperar os dados que você colocou na criação da cobrança.
passar um email e um token na criação da cobrança pix e recebelos novamente na webhook
onde eu passo dados na criação one-step do pix para que no webhook eu os receba novamente ? é possivel ?
Se você gerar com txid, ele vai sinalizar no webhook. Mas além disso, todo Pix que você recebe aparece no GET em /pix, seja ele manual, por chave, estático ou dinâmico.
Boa noite! Existe alguma solução do webhook/certificado mtls pra servidores do Vercel?
Exatamente. A Gerencianet vai continuar a enviar o certificado na requisição, mas como mencionado, seu servidor irá ignorá-lo.
No entanto é aconselhável que você encontre uma forma de validar se é a Gerencianet quem está enviando a notificação, pois, sem o mTLS configurado não há o "hand-shake". Uma sugestão é verificar o IP de quem está notificando, pois a Gerencianet comunica os webhook através do IP 34.193.116.226
