Histórico de mensagens sobre 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.

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.

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:

Bom dia <@!803294495948406805> ! De qualquer forma você precisa percorrer o array. Se você utiliza uma url de notificação, no arquivo de consultar os detalhes da notificação, você pode procurar diretamente pelo atributo received_by_bank_at e salvar esse dado, verificando se o status da cobrança é Pago.

Não é necessário analisar se a notificação é de pagamento. Verifica se o status é Pago, se sim, salva a data de pagamento.

Depois da geração da cobrança sim, se tiver uma url de notificação cadastrada no momento

Boa tarde, <@!809554111476662293>. Se você tiver um url de notificação cadastrada você recebe a notificação com a informação do cancelamento

Boa tarde, estou com uma dúvida, Terminamos de configurar o Bolix em nosso ERP para nossos clientes usarem. Fizemos o primeiro pagamento real e entrou na conta em poucos segundos, mas até agora não veio a notificação para nossa url (webhook) a fim de atualizarmos a situação do pagador em nosso ERP.
A notificação do Bolix, quando paga via QRCode demora quanto tempo em média?

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

Boa noite, alguém sabe onde modifica a URL de notificação?

Olá, <@!257617133595262977>. Bom dia!
Você consegue acompanhar todos os registros de requisições que você realizar da integração de boleto através do painel da Gerencianet.
Para isso acesse o menu API > Minhas Aplicações > Nome da sua aplicação, na aba Histórico de Requisições, clique no ícone de um “olho” presente no registro da requisição, então abrirá uma janela com os detalhes da requisição da emissão, e descrição do erro, caso houver.

Ou na aba Histórico de Notificações, você encontra todos os registros de notificações que enviamos para URL de seu servidor, e clicando no ícone de um “olho” presente no registro da notificação, abrirá uma janela com os detalhes da notificação e a resposta do seu servidor.

Eu preciso colocar a porta na url de notificação dentro do mkauth? Antes a porta era 8745 e não tinha porta na url

Bom dia <@!323211184193011714>, crie um ticket por favor informando o número da conta e a nova url de notificação. Depois nos envie o número do ticket que vamos realizar a troca.

Gostaria de solicitar uma troca de url de notificação

A forma de recebimento de notificações de pagamento que nós recomendamos é pela URL de confirmações. Dessa forma, assim que a cobrança mudar seu status, será enviada a notificação e você receberá através da URL automaticamente.

Bom dia, estou tentando o exemplo de pagamento com cartão de crédito e o status do pagamento é waiting, e quando acompanho pelo painel ele leva um tempo e confirma o pagamento, porém para que haja a confirmação do pagamento para o cliente, é somente através da URL de Notificação ou tenho que ficar fazendo requisições com o charge_id, tem alguma outra sugestão?

É 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.

Entendi seu cenário, <@!837115326692720711> . Realmente, para se consultar uma cobrança específica seria necessário informar o charge_id, que é o identificador único da cobrança aqui na Gerencianet. O atributo custom_id é um campo mais voltado para controle interno do seu sistema mesmo. Não sei se resolveria seu problema mas você pode atrelar sua cobrança a uma url de notificação (atributo notification_url) e assim, sempre que uma transação tiver seu status alterado, você recebe uma notificação no seu sistema. Você pode visualizar mais detalhes sobre as notificações neste link: https://dev.gerencianet.com.br/docs/notificacoes-recebendo