Termos mais procurados:
aí você pode configurar seu nginx pra validar (e re-cadastrar a URL sem o x-skip-mtls-checking) ou fazer uma consulta à API pra verificar se o Pix foi mesmo recebido; o que vc achar melhor (a primeira opção exige menos recursos do seu servidor e da GN, além de ser marginalmente mais segura)
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"
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'
}
};
eu lembro de ter visto a url da api de produção na documentação, mas não estou encontrando kk
Boa tarde <@!689653377822359581>! Em ambiente de desenvolvimento as cobranças de cartão mudam o status para Paid de forma imediata, sendo assim você já recebe a notificação na url cadastrada.
<@!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:
O que se cadastra no webhook é a chave Pix, por exemplo [email protected] . Aí todo recebimento para essa chave Pix que tiver txid vai chamar a URL (mais o sufixo /pix a partir de daqui alguns dias).
É um erro generalista de fechamento de conexão, neste caso eu peço que verifique o seu certificado se é de homologação ou produção e se as credenciais utilizadas são do mesmo ambiente que o certificado. Um outro ponto é a url, que pode ser de desenvolvimento https://api-pix-h.gerencianet.com.br ou produção https://api-pix.gerencianet.com.br.
não entendi isso. se a URL de location está no qr code, como a "imagem" pode passar a apontar pra outra location?
galera eu to confuso com um ponto da documentação,
> Callbacks
> Esse serviço está protegido por uma camada de autenticação mTLS. Os callbacks são enviados pela Gerencianet via POST {$request.body#/webhookUrl}/pix quando há uma alteração no status do PIX.
>
É esse JSON que vocês me na URL que eu informo?
Gere a cobrança de cartão em desenvolvimento que o status vai ser alterado para pago e notificar a url informada. Aqui tem alguns exemplos do JSON que enviamos para cada tipo de cobrança: https://dev.gerencianet.com.br/docs/notificacoes-recebendo#section-2-1-exemplos-de-respostas-
quais dados vocês me envia na URL que informei?
Você pode criar a cobrança de cartão com a url que automaticamente o status vai para pago e assim simular o pagamento
Boa tarde, como faço pra testar a resposta do pagamento na URL que informei?
<@!664563985885954079>, tente enviar a requisição passando o body da seguinte forma:
estou tendo esse problema, e a url é valida
