Histórico de mensagens em assinaturas

Não estou mais recebendo os callbacks nos meus webhooks para assinaturas nem para transactions

Boa tarde, tudo bem?

Seria somente dessa forma mesmo. Cancelando e criando um novo plano.

Ahh sim ! Tem alguma forma então de fazer essa troca de plano de forma mais eficiente ?

Bom dia <@!185878339049881600> ! O payment_token é único por cobrança. Então você não conseguirá utilizar o mesmo payment_token.

Boa noite ! O cliente quer que no sistema dele tenha a opção dos usuários alterarem o plano que eles assinam. Pra fazer isso pensei em por trás dos panos realizar o cancelamento do plano atual e a assinatura do novo.
A minha dúvida é, o payment_token gerado no primeiro pagamento pode ser guardado no banco de dados e usado pra realizar a nova assinatura ?

É que diferente dos meios de pagamentos, que dependem da relação da Gerencianet com os respectivos arranjos, split e assinatura são lógicas de negócio que podem ser desenvolvidas à parte. Se o recurso já disponível na GN atende não precisa fazer, mas se não atende...

exato.

Só escrever o software para isso, uai.

ok, ainda não ví como...

Assim como no split, dá para criar uma lógica de assinatura...

😿

Boa tarde! Atualmente a API Pix não possui essa funcionalidade.
Uma alternativa seria você criar assinaturas de boletos e utilizar o QrCode do Bolix

Olá, uso a api de pix para gerar, esta tudo ok. Como posso integrar a parte de assinatura com PIX?

Ok

Vou te chamar no privado

Devair, bom dia!
Qual o número da sua conta?

Porem na minha URL da api gateway da aws ele da esse erro, provavelmente por falta de algum cabeçalho na requisição

Sim eu estou passando as url de notificação, eu ate fiz os testes pra receber a notificação igual está recomendado na documentação e funciona tudo ok

Olá, <@!358620323249389569> ! Boa noite.
Para enviar as notificações, a Gerencianet dispara um POST para a URL cadastrada 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. Seu sistema deve então consultar essa notificação através da rota GET /notification/:token, passando o token enviado no POST anterior.
Para visualizar os detalhes de cada requisição da API de Cobranças, acesse: https://documenter.getpostman.com/view/13574984/TW71kRme