Histórico de mensagens sobre url

Bom dia @jnsz_ tudo certo?
Para os casos de emissões de Boleto, Cartão, Carnê e Assinatura, tem um funcionamento um pouco diferente da API Pix.

O recomendado para acompanhar o status do pagamento é criar uma rota no seu sistema para receber um POST da nossa API.
Então ao criar uma nova cobrança, você deve adicionar o atributo notification_url que é a URL do seu servidor preparada anteriormente.
A API da Gerencianet então irá notificar na URL informada sempre que houver alguma mudança de status na cobrança criada. O processo segue o fluxo da imagem abaixo.

Na nossa documentação você encontra mais detalhes sobre o funcionamento das notificações de pagamento
Recebendo as notificações - https://dev.gerencianet.com.br/docs/notificacoes-recebendo
Entendendo o fluxo das notificações - https://dev.gerencianet.com.br/docs/entendendo-fluxo-notificacoes

No Bolix o webhook é configurado a cada transação, acho que está como URL de notificação.

Estou tentando utilizar o módulo para o Whmcs, mas ao pagar com pix ele retorna com um "/pix" no callback, que leva à 404, olhei o módulo todo e a url de callback que é enviada para a api não tem esse final, o que fazer?

A gente não usa Curl.

vc tem o curl da request de criação?

Bom dia, Renato! Tudo bem?
Atualmente não é possível definir uma URL de redirect ao criar um link de pagamento.
Entretanto, possuímos essa solução parecida na nossa API Open Finance, que pode ser utilizada para receber pagamentos através do Pix.
Você pode acessar mais detalhes através desse link da nossa documentação: https://dev.gerencianet.com.br/docs/introducao-api-open-finance e, também, através desse vídeo: https://www.youtube.com/watch?v=aNbzuEjafOs.
Qualquer dúvida estamos à disposição.

@Gerencianet Gostaria de esclarecer uma dúvida. Estou integrando a api de assinatura utilizando a sdk node e, ao executar o método que chama o endpoint de cancelamento da assinatura, eu deveria receber uma notificação acerca do cancelamento, correto? Isso não está acontecendo. Estou recebendo notificações de outros eventos, no entanto o cancelamento não tem sido um deles. O status da assinatura fica com "canceled" (chequei traves do endpoint de consulta da assinatura). Mas, como disse, a notificação trazendo o status de cancelamento não é disparada para a notification_url que assocei à assinatura.

@Gerencianet Gostaria que me esclarecesse uma dúvida. Considerando que estou integrando o sistema de assinatura usando o sdk node, e implementado aqui o endpoint de cancelamento da assinatura:

@diton89, faça um teste desabilitando o mTLS no Apache, e faça o send de um POST para sua ​/pix e veja se irá receber a requisição.

Bom dia, @diton89.
As notificações são enviados pela Gerencianet via POST ​/pix.
Esta configuração é feita no Apache, certo? Então acredito que você tenha que criar a rota post /webhook/pix no Laravel também

Bom dia Rian, tudo certo?
Atualmente não temos a funcionalidade de URL de retorno.

Fala galera, alguém sabe me dizer onde definimos a url de retorno do link de pagamento?
ou seja, quando finalizado o fluxo de pagamento ele redireciona para a url desejada

Bom dia Rian, tudo certo?
Como mencionado pelo Rubens, basta você informar a URL do seu servidor no momento da criação da cobrança.
Você encontra mais detalhes no link: https://dev.gerencianet.com.br/docs/notificacoes-recebendo

Quando se cria a cobrança se passa uma 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

metodo get enviando apenas o txid na url

Ao acessar a URL /webhook está dando o erro 403, ou seja, o ssl_client_verify não foi SUCCESS

estou tendo um erro ao configurar o webhook {
"code": 141,
"error": {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
}

@joao_efi outro ponto que esta acontecendo, eu cadastrei um webhook com url A para uma chave X, e depois eu atualizei a url da chave X para url B e a gerencianet ainda fica batendo na url A e B agora, não deveria ser só na url B?

boa tarde, alguem pode dar uma luz sobre o erro "A autenticação de TLS mútuo não está configurada na URL informada". estou usando CyberPanel, aparentemente usa OpenLiteSpeed, na seção da documentação da gnet nao tem um exemplo com ele, entao estou perdido do que fazer com os arquivos .crt dos certificados de producao e homologacao