Histórico de mensagens em assinaturas

Exato

Sim

Estou analisando aí quero tirar logo as duvidas. Ver se alguém me responde

Você está testando agora, @elinardosilva? Ou é só uma dúvida? Pq na documentação de pagamento de cartão tem esse "installments" mas não tem nada sobre cartão nas assinaturas. seria bom testar. eu tbm tenho essa dúvida

?

outra duvida: Aí vc tem um plano anual de por exemplo 800, o cliente pode pagar parcelado esse plano com CC

Pq o gerencianet não tem uma forma de simular a geração dos próximos boletos aí a pessoa vai fazer o que? esperar 1 mês pra ver se o sistma tá funcionando? ehehhe não dá. então pra evitar a fadiga, eu já atualizo tudo

acho que os boletos seguintes terão seus vencimentos no mesmo dia do primeiro, seguindo a periodicidade que vc definiu. No meu caso, ao receber o parâmetro do tipo "subscription_charge" com status current=new eu pego o id da cobrança gerada e solicito via api no /v1/charge/:chargeId para pegar essas informações

O "expire_at" do boleto bancário numa assinatura, é apenas para o primeiro boleto e os demais são recalculados sozinhos?

Ou só valeria em caso de, digamos, o pagamento deu erro 500 aí eu faço nova tentativa usando o mesmo token?

Uma dúvida sobre o "reprocessar cobranças": Se o cliente optar por trocar de plano ele precisa cancelar um plano e assinar outro. Nesse caso eu poderia realizar esta mudança (cancelar 1 e inscrevê-lo no outro) sem pedir os dados novamente?

Ei, pessoal!

Temos uma novidade na API Cobranças: agora é possível reprocessar uma transação via cartão de crédito sem a necessidade de gerar um novo token.

Isso significa que você não precisa mais solicitar os dados do cartão do cliente a cada nova transação ou salvar informações sensíveis no seu sistema. Basta guardar o payment_token criptografado e usá-lo sempre que precisar!

O payment_token é um conjunto de caracteres gerado pela Efí, que representa os dados do cartão do pagador.

Para seu cliente, mais proteção dos dados sensíveis. Para você, mais facilidade para reprocessar cobranças.

Essa novidade é válida para:

- links de pagamento;
- assinaturas;
- e checkout transparente.

Para saber mais sobre este atributo e como usá-lo na sua integração, acesse nossa documentação.
https://dev.sejaefi.com.br/docs/pagamento-com-cartao

hum

o one-step é p vc cria a assinatura e já registra a forma de pagamento na mesma requisição. não precisa fazer 2

n entendi bem tbm essa diferença de one-step e two-step

e existe uma frequências de cobrança no email do cliente caso ele n pague da primeira por exemplo? existe um fluxo?

Sim

ah legal. e caso ele pague no cartão serão debitadas automáticamente ne?

Se você informar o email na requisição, as emissões vão ser enviadas sim.

essa assinatura se for pago via pix. todo mes vcs enviam uma cobrança alertando ao cliente do pagamento? ou eu q terei q implementar essa cobrança no meu app?