Histórico de mensagens sobre url de notificação em bolix

Percebi um erro no meu teste que no postman eu estava enviando por get usando x-www-form-urlencoded no entanto ao mudar para POST fucionou a notificação no postman

To dando uma olhada aq. Só não entendi uma parte, ele pede um URL de notificação, como esse URL é definida? Ou como eu consigo ela?

O token não se perde não.
Verifique em sua conta, no menu API > Sua aplicação > em Homologação na Notificações se você usou a mesma URL de produção.
Provavelmente estamos enviando a notificação pra mesma URL de produção sua, e quando sua aplicação consulta o token de notificação de homologação em produção, não é encontrado.

Boa tarde, @peduuuu! Tudo bem?
Neste link você encontra uma playlist com um curso de integração com nossas APIs. E nesta aula instruções para configurar a URL de notificação.

Boa tarde, @robson_22856! Isso mesmo, por segurança nós enviamos no endereço informado como URL de notificação um token da cobrança, seu sistema recebe esse token e consome nosso endpoint de consulta GET /v1/notification/:token

Como você indica a URL de notificação a cada cobrança gerada, você pode fazer com que a aplicação1 use a URL1, aplicação2 use a URL2 etc. Aí na notificação você já sabe a que aplicação se refere.

essa url de notificação é a mesma para pix, boleto e cartão?

Desta forma você criaria uma cobrança com a URL de notificação http://your_domain.com/notification, essa URL receberia um POST com um body em x-www-form-urlencoded com uma Key chamada "notification" e seu Value será o token para consultar através do método getNotification

Então, independente da forma como seu cliente tenha escolhido pagar (QRCode Pix ou Código de Barras), você pode consultar o status do Boleto através da rota GET /v1/charge/:id. Ou, caso já tenha configurado uma URL de Notificação, através da rota GET /v1/notification/:token.

Bom dia @lucasbernieri tudo certo?
No momento da crianção da cobrança você precisa definir uma URL de notificações.
Dessa forma, quando houver uma alteração no status da cobrança, será enviado para aquela URL um post contendo o token de notificação.
Você então utiliza esse token para consultar na nossa API que retornará o status atualizado da cobrança.
Na nossa documentação você encontra mais detalhes sobre esse processo: https://dev.gerencianet.com.br/docs/notificacoes-recebendo

Boa tarde @snarloff tudo certo?
O token é enviado pela nossa API para a URL de notificação informada no momento da criação da cobrança.
Você também consegue visualizar através do menu API > selecione sua aplicação > Histórico de notificações

Boa noite, encontrei a informação do url de notificação, obrigado, agora estou com outra dúvida existe a possibilidade de pesquisa por cpf dos boletos emitidos e trazer o status desses boletos, ou pesquisa por faixa de data utilizando a API ?

Olá @snarloff !
Para as cobranças Pix, você consegue simular da seguinte forma:
Se o valor da cobrança está entre R$ 0.01 à R$ 10.00:
A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00:
A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.
Já para os boletos, você consegue cadastrar uma URL de Notificação em Homologação e receber as notificações. Mais detalhes aqui: https://dev.gerencianet.com.br/docs/notificacoes-recebendo

Boa tarde @excapy_web ! Quando uma transação possui uma URL de notificação cadastrada, a Efí dispara um POST para esta URL a cada mudança no status da cobrança. Essa notificação possui um token específico e o seu sistema deve consultar essa informação.

No Bolix da GN a URL de notificação é um parâmetro na criação do título. Se você não passar o parâmetro, não vai acionar. E pode inclusive cada título ter uma URL diferente.

Do Bolix vc pede para o pessoal da @consultoria_efi marcar um determinado título como pago e isso aciona a URL de notificação.

https://dev.gerencianet.com.br/docs/notificacoes-recebendo
Quando você cria o boleto você pode definir uma URL de retorno no parâmetro metadata>notification_url
Desta forma, automaticamente nossa API dispara um POST para esta URL a cada mudança no status da cobrança. Essa notificação possui um token específico, que será o mesmo durante todo o "ciclo de alterações" da transação. Por exemplo:
Foi gerada uma cobrança. Seu sistema recebe um POST da Gerencianet contendo o token de notificação 09027955-5e06-4ff0-a9c7-46b47b8f1b27 e informando o status da transação - neste caso, waiting;
Posteriormente, essa mesma cobrança teve o pagamento confirmado, então, o status muda para paid e novamente seu sistema recebe uma notificação, ainda com o mesmo token 09027955-5e06-4ff0-a9c7-46b47b8f1b27.

Então sempre que sua aplicação receber notificações, deve-se consultar o token para obter os dados atualizados da transação.
https://dev.gerencianet.com.br/docs/notificacoes-recebendo#21-exemplos-de-respostas

A diferença é que na de emissões você define a URL de notificação para cada boleto emitido, e na de Pix, para cada chave Pix. Por isso que na de Pix tem um método específico, enquanto na de emissões é um parâmetro.

Oi @davils123. Bom dia!!
O POST que a Gerencianet envia para sua URL não contém as informações da cobrança, mas apenas o token de notificação. Para ter acesso ao Json com as informações da cobrança é preciso consumir o endpoint GET /notification/:token.
Se sua aplicação já fez o GET /notification/:token, você pode conferir o Json no histórico de requisições em sua conta no menu API > Minhas Aplicações > Histórico de requisições.

Boa noite @d.candeias ! Tudo bem?
Você pode ter várias contas e várias aplicações. Entretanto, é importante que você gerencie corretamente a URL de notificação para que uma aplicação não tente acessar cobranças de outra e vice-versa.