Termos mais procurados:
Outra dica seria você registrar seu URL de webhook com um query params para ignorar o /pix que é inserido no final.
Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
Olá, <@!851565059616669729>. Boa tarde! 😀
A opção recomendada para você obter informação de que o Pix foi efetivado, é através de um webhook registrado com sua URL de notificação, para onde enviaremos as callbacks automaticamente quando for pago, por exemplo.
Outra opção é exatamente por esta função que está executando $api->pixDetailCharge($params). Se caso você não encontrou o e2eId, provavelmente o Pix não foi pago.
Pois, ao realizar esta consulta de um Pix que foi pago, no retorno conterá o array "pix" com os detalhes do pagamento e devolução, caso houver. Veja mais detalhes em nossa documentação no exemplo 2: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-cobran-a
o proxy mtls não tem docs pq é basicamente só prefixar seu URL de notificação com mtls.pix.ae
configurei a URL de notificação https://pix.meudominio.com/webhook/ e criei a rota https://pix.meudominio.com/webhook/pix que no momento só faz mesmo salvar no log a requisição que chegar lá.. porém, não chega nada no servidor nessas rotas quando a transação com PIX é realizada
ainda não cheguei na parte de atualizar se foi pago, mas pelo que entendi, como é sempre feito nas APIs, vc cria uma url de notificação, dai o GERENCIANET vai te mandar um post toda hora que houver uma alteração, mas sem dados, a sua url de notificação tem que detectar isso e solicitar os dados da transação e ver se alterou lendo o último array inserido
É verdade, não estava testando para o cc para .../webhook/pix. Mas isso, por sí só, não explicaria o POST vazio. Agora coloquei o teste, o cURL retornou 403, e o POST de notificação pelo webhook segue vazio.
Não. No caso a URL que mencionei (https://api-pix.gerencianet.com.br/v2/webhook/:chave) é a rota utilizada para você registrar a URL de notificação atrelada à sua chave Pix.
Para alterar a url, basta consumir a rota "/v2/webhook/:chave (Configurar o Webhook Pix)". Lembrando que o "/pix" é inserido pelo nosso sistema, na hora de enviar a notificação.
Boa tarde, <@!447502336060030977>! É possível sim.
Basta você associar uma URL do seu servidor à sua chave pix. Desta forma, todas alterações de status de um Pix associado a um txid será enviada uma notificação para seu webhook.
<@!804113341870112808> aproveitando, sabe me dizer onde eu coloco a url de notificação???
Como faz para simular pagamento de boleto gerado em sandbox? No caso o site está no dominio já, com url de notificação verdadeira, teria como alterar o status dessa transacao via painel, ou precisa ser pela sdk?
É feito de forma automática, pois, é feito o cadastro de uma url de notificação que realiza a "baixa" no módulo quando uma cobrança é paga
Bom dia <@!796583841887420466>, o plugin está pronto só que foi necessário alterarmos a url de notificação para o padrão /pix e estamos fazendo novos testes, mas a previsão é que esteja tudo certo para o lançamento amanhã
Lembrando o informativo enviado:
Informativo sobre à adequação do /pix no webhook
Foi estabelecido que ao realizar o cadastro do webhook base pelo integrador, ocorrerá a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook's e como será a notificação após esta mudança:
Integrador cadastrou a url base https://gerencianet.com.br, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
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/?id=0000x22/pix.
Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.
Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 08/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.
Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.
Quaisquer dúvidas referentes a esta transição, estamos a disposição em nossos canais de comunicação.
Bom dia pessoal!
<@!375094642238029824> melhor maneira para verificar o pagamento de uma cobrança é mesmo utilizando o webhook. Com seu webhook cadastrado em sua chave, as cobranças Pix (Por enquanto, QrCode dinâmico) criadas com sua chave que estejam associados a um txid, serão notificados em sua URL.
Exemplo de notificação de um Pix pago:
Boa tarde @everyone, sobre à adequação do /pix no webhook, ficou definido que será feito o cadastro do webhook base pelo integrador e a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook e como será a notificação:
Integrador cadastrou a url base https://gerencianet.com.br/, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.
Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.
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/?id=0000x22/pix.
Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.
Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 01/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.
Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.
À medida que se aproximar da data de deploy seremos mais assíduos nas notificações. Quaisquer dúvidas estamos a disposição em nossos canais de comunicação. [ATUALIZADO]
se você gerou uma cobrança para uma chave pix que tem a URL de webhook cadastrada e recebeu a notificação de pagamento corretamente, não precisa mais fazer setup de webhook. agora é só se certificar de criar as novas cobranças sempre com essa chave que tem a URL de webhook configurada
Se eu mudar o webhook da tua conta, apenas a nova url vai receber notificação.. então não serve para nada...
Agora se eu pegar sua url e enviar uma notificação de RECEBIDO, você deve consultar...
Sem um certificado, qualquer um poderia fazer um for com getTxID() e enviar notificação..
Com o certificado, qualquer um que já tenha o certificado...
