Histórico de mensagens sobre webhook pix em pix

Se você receber uma transferência para a sua chave de um outro PSP, o webhook não vai ser acionado, pois, não é considerado uma cobrança Pix. Mas será notificado do recebimento pelo aplicativo Gerencianet

As tarifações já tem um preço estabelecido, veja aqui https://gerencianet.com.br/tarifas/. Em relação ao webhook, qualquer cobrança gerada com a sua chave, desde que tenha um webhook cadastrado, será notificado. A única exceção é para Pix oriundos de QRcode estático e que não tenham um txid associado.

Outra duvida é se eu disponibilizar minha chave pix(CNPJ) por exemplo. E receber um pix nessa chave especifica eu serei notificado via webhook? Também tenho duvida se existe tarifa nessa operação já que na parte de tarifas no site fala que pix recebidos pelo aplicativo são gratuitos e somente os recebidos pela api serão tarifados

Não acho que o webhook padrão deva ser acionado, pois ele pode conter código que não entenda esse tipo de devolução. Acho que um outro webhook poderia existir, por exemplo /gn/webhooksendpix para configurar, e que mandaria o e2eid apenas. Caberia ao consumidor da API fazer match com o sendpix que teve devolução de algum valor.

Pessoal, uma dúvida sobre devolução de pix.
1. Pix enviado da GN > Chave qualquer. Recebo o webhook com a realização ou não. Tudo certo.
2. A partir da conta "favorecida", faço a devolução do pix.

Essa devolução por parte do "favorecido" deveria ativar o webhook e notificar minha aplicação? Entendo que a devolução esteja atrelada ao e2eid original.

Temos novidades, pessoal!
Sabe-se que muitos integradores desejam utilizar Qr Codes estáticos em cenários diversos, em especial envolvendo negócios de pequeno porte, mas que exigem um processo de conciliação dos recebimentos.

Para isto, publicamos uma atualização que irá notificar via Webhook os Pix pagos através de Qr Codes estáticos.
Saiba mais detalhes em nosso <#🖥changelog>

mas isso é particular da GN por que ela notifica os envios no webhook da chave, pois a conta transacional não tem webhook geral. o pix em si não transita com a informação de qual foi a chave que enviou ele.. entende?

Alguem pode me ajudar? A autenticação de TLS mútuo não está configurada na URL informada!

Webhook, pix

Linux centos php

Boa tarde, <@!802052811718262814>!
Tente seguir estes passos, que estão mais detalhados par aconfigurar o Apache.
Primeiramente você deve acessar o arquivo de configuração do apache, geralmente fica em /etc/apache2/mods-enabled
Nele você irá fornecer o caminho da chave privada server_ssl.key.pem e uma pública server_ssl.crt.pem da sua certificadora SSL do seu domínio.

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.

Ou sempre vai vir uma requisição do webhook para cada pix?

Pessoal, duvida rápida:

O payload do webhook vem numa estrutura de array. Posso assumir que uma requisição do webhook pode trazer detalhes/status de mais de uma transação PIX?

Ex.: Esse cenário abaixo pode acontecer?

se você passou o x-skip-mtls-checking na hora de cadastrar a URL de webhook, a GN não certifica que você está validando o client certificate usado nos callbacks. nesse caso, você está sob risco de alguém enviar notificações falsas pra vc, o que é um problema caso você não verifique com uma nova consulta à API se o pix foi realmente recebido

Estou configurando meu servidor no google functions com o Webhook. Preciso de uma ajuda ou exemplo de como referenciar o certificado chain-pix-prod.crt em produção. Estou recebendo o erro "A autenticação de TLS mútuo não está configurada na URL informada"

Tem várias.
1) Checar se o certificado cliente é da CA da Gerencianet e é o do titular de certificado que eles usam para o o webhook
2) Checar o IP para ver se é da Gerencianet
3) Checar se a chave Pix é uma que você pediu ativação de webhook

Vi que no dia 01/02/2021 haverá uma mudança nas chamadas do webhook por parte do GN (adicionando o /pix ao final da url base cadastrada)

const config = {
method: 'put',
url: https://api-pix.gerencianet.com.br/v2/webhook/${pixkey},
headers: {
Authorization: Bearer ${token},
'Content-Type': 'application/json',
'x-skip-mtls-checking': false
},
httpsAgent: this.#agentPix,
body: {
webhookUrl: 'https://meucallback/api/pagamento/pix/callbackPix'
}
};

<@!375094642238029824> Tente seguir estes passos, que estão mais detalhados.
Primeiramente você deve acessar o arquivo de configuração do apache, geralmente fica em /etc/apache2/mods-enabled
Nele você irá fornecer o caminho da chave privada server_ssl.key.pem e uma pública server_ssl.crt.pem da sua certificadora SSL do seu domínio.

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:

Não precisa consultar o status do txid, o que vem no webhook já é um objeto pix com o e2eid e o txid.