Histórico de mensagens sobre url

A url de retorno quando pago o bolix é enviada junto com a criação de cada transação? Assim cada bolix pode ter a sua url propria. É isso?

Pessoal, utilizei o WebhookInbox para criar uma url de retorno (monitorar), e criei um bolix de teste.. mas não recebi nenhum post nesse fluxo. pergunta: ao criar o boleto há alguma notificação?

mais uma última pergunta.. rsrs: onde há a informação de como a url de notificação é acionada!!!

ok, queria uma solução mais simples, para poder ter tempo para otimizar a URL de notificação..

Boa tarde, <@!885922631784734760>! Atualmente só temos o endpoint /v1/charge/:id que retorna o status e informações da cobrança cujo charge_id foi informado, uma opção utilizada por nossos integradores é a url de notificação, com ela você obtém as informações de todas as cobranças sempre que há uma alteração de status, mais detalhes aqui: https://dev.gerencianet.com.br/docs/notificacoes-recebendo
Uma outra forma é gerar um relatório expresso(https://gerencianet.com.br/artigo/gerar-relatorios-de-cobrancas/), nele você pode utilizar diversos filtros(incluindo o de período). O porém é que o relatório é gerado direto no painel de sua conta Gerencianet, fora da API.

Bom dia, fiz uma implementação do mTLS no glassfish e estou tentando configurar a chave webhook mas a gerencia net está retornado uma mensagem de erro :"A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"

1 - Gerar QrCode com location retornado da requisição de Gerar Cobrança, está gerando um QrCode inválido. Estou usando a seguinte URL pra gerar o qrcode: https://gerarqrcodepix.com.br/api/v1
2 - Quando o Status de uma cobrança está com o status de "CONCLUIDA" significa que o pagamento já foi realizado?
3 - Qual status sinaliza que um pagamento gerado expirou sem pagamento?
4 - A consulta de cobrança está me retornando uma chave com 35 caracteres. Para consulta de pix, a chave é de 32.

Bom dia, <@!237939353911820289>.
Por ser uma configuração de servidor específica e característica da hospedagem da AWS não conseguimos muitos detalhes neste quesito.
Em casos de clientes que utilizam este ambiente conseguiram solucionar a configuração de mTLS seguindo os passos do seguinte tutorial.
https://aws.amazon.com/pt/blogs/compute/introducing-mutual-tls-authentication-for-amazon-api-gateway/

Tendo realizado esta configuração conseguimos averiguar se a URL foi registrada com sucesso, e se está sendo enviada as notificações corretamente.

boa noite, podem me ajudar? uso aws com nginx, coloquei chain-pix-prod.crt e apontei no ssl_client_certificate, porém ao cadastrar o webhook ele cai no 403 como ssl_client_verify não verificado

{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}

const express = require("express");
const fs = require("fs");
const https = require("https");
const url = require('url');
const bodyParser = require("body-parser");
let FormData = require('form-data');
const axios = require("axios");
var logger = require('morgan');
const httpsOptions = {
cert: fs.readFileSync("fullchain.pem"), // Certificado fullchain do dominio
key: fs.readFileSync("privkey.pem"), // Chave privada
ca: fs.readFileSync("chain-pix-prod.crt"), // Certificado Gerencianet
minVersion: "TLSv1.2",
requestCert: true,
rejectUnauthorized: false, //Mantenha como false para que os demais endpoints da API não rejeitem requisições sem MTLS
};
const app = express();
const httpsServer = https.createServer(httpsOptions, app);
//const PORT = 443;
const PORT = 3000;
app.use(logger('dev')); // Comente essa linha caso não queira que seja exibido o log do servidor no seu console
app.use(bodyParser.json());
app.use(bodyParser.urlencoded({
extended: false
}));
app.post("/webhook", (request, response) => {
if (request.socket.authorized) {
response.status(200).end();
})
.catch(function (error) {
//console.log
});
} else {
response.status(401).end();
//console.log("não autorizado!");
}
});
// Endpoind para recepção do webhook tratando o /pix
app.post("/webhook/pix", (request, response) => {
if (request.socket.authorized) {
response.status(200).end();
} else {
response.status(401).end();
}
});
httpsServer.listen(PORT, () =>
console.log(listen running on port ${PORT})
);

A URL informada respondeu com o código HTTP 301

"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"

Você pode me enviar a configuração da outra url? que esta funcionando

@jessica_efi sim. Porém com URL diferente. Https://api.compreplanos.com.br que já está funcionando

Provavelmente você esteja mostrando um único certificado para as duas URLs, fazendo com que uma delas dê falha.

@jessica_efi já tenho um serviço com outra para outro cliente com uma URL funcionando.

Essa falha "A autenticação de TLS mútuo não está configurada na URL informada" ocorre quando não é verificado o certificado (CA) da Gerencianet. verifique se você referenciou corretamente o certificado. Em resumo, a Gerencianet irá fazer 2 requisições para o seu servidor.

Na primeira requisição vamos certificar que seu servidor esteja exigindo uma chave pública da Gerencianet. Isso será feito ao enviar uma requisição sem certificado e seu servidor não deverá aceitar a requisição. Uma vez respondido com a recusa será enviado a 2º requisição e na segunda Requisição enviaremos a notificação junto com a nossa chave pública, o seu servidor que deve conter a chave pública disponibilizada deverá realizar o "Hand-Shake" e assim a comunicação ser estabelecida.

$params = ['chave' => '[email protected]'];
$body = ['webhookUrl' => 'https://apivenda.unionadm.com.br/api/aplicativo/gateway/notificacao/gerencianet/pix/webhook'];

credentials: true < content-type: application/json; charset=utf-8 < content-length: 111 <
date: Wed, 29 Sep 2021 14:39:32 GMT < Connection #0 to host api-pix.gerencianet.com.br left intact
{"ok":true,"failed":false,"code":200,"pixconfig":{"nome":"webhook_invalido","mensagem":"A autentica\u00e7\u00e3o
de TLS m\u00fatuo n\u00e3o est\u00e1 configurada na URL informada"}}

Boa tarde, <@!332579151917613067>. Qual problema está enfrentando?
Você conseguiu registrar sua URL de callback, mas não consegue obter os retornos?