Histórico de mensagens em devs

sim

Mesmo para boletos novos ?

mas qd olha lá na efi está a antiga

pessoal mudei o nome da minha url, estou gerando o boleto já com a url nova

deixa ver aqui

ahh, então deve ser isso

@cleitonconceicao_, um detalhe importante é que o conteúdo é enviado com o body no formato x-www-form-urlencoded

A notificação enviada contém um token dentro de um atributo notification no body.

O retorno do print que você enviou é do seu servidor e não o que enviamos.

estou sendo, só não entendi pq vem vazio

gravei em uma tabela só pra ver estou sendo notificado

de acordo com a documentação tô no cmainho certo. só não entendi pq quando me notificam estou recendo o retorno vazio

vou fazer uns testes aqui

Bom dia, @cleitonconceicao_, tudo bem?
A notificação da API Cobranças consiste em duas etapas, uma onde enviamos para sua URL um POST com um Token e outra onde você deve consultar o token em nossa API para obter as informações da cobrança notificada.
Você pode ver mais detalhes quanto à esse processo aqui

teoricamente não era pra vi as informações com o status do boleto?

consegui fazer notificar, mas pq a resposta do servidor sempre vem vazio?

obrigado pessoal, vou adicionar esse parâmetro

show, entendi a jogada.

Exemplificando o que o Rubens disse, como você vai usar a mesma URL para vários clientes, ao emitir o boleto e passar a URL, inclua um parâmetro que identifique o cliente, como por exemplo: https://seudominio.com.br/webhook/?cliente=idCliente123&sandbox=false. Além do parâmetro cliente, é interessante passar algo que indique o ambiente, para que sua aplicação saiba se deve usar o Client_id/Client_secret de produção ou homologação para consultar o token de notificação.