Histórico de mensagens sobre dados em assinaturas

Entendi @sergiomsa! Infelizmente, para gerar a assinatura via cartão de credito, é necessário que desenvolva a parte de obter os dados do cartão e criptografar, para enviar o payment_token

Posso omitir o endereço e os dados pessoais do usuario em caso de pagamento via cartão na assinatura?

mesmo colocando dados reais

Isso, pq para gerar um requisição de pagamento eu preciso dele, não é!?
Até então eu só usei link de pagamento que a própria Efi fica responsável por coletar os dados e tratar eles, agora pra eu montar uma aplicação assim eu teria que armazenar os dados e todo mês enviar uma requisição de pagamento já com as config de marketplace.

Boa João, era o q tinha pensado
Armazenar os dados do cartão na base de dados e fazer uma solicitação de compra a cada mês como é feito na assinatura.
Mais uma ajuda João, eu ainda sou iniciante e pra fazer isso eu preciso de token para comunicar a minha tela de dados do cartão com a SDK, tem algum tutorial como faço isso?

você pode testar essas requisições no Playground da sua aplicação dentro de sua conta Efí e verificar o schema de dados na documentação de assinaturas

No caso de assinaturas por boletos tem sim, os dados necessários são retornados na rota GET /v1/subscription/:id, sendo o id o identificador da assinatura

acho que nao é tao especifica nao, era mais pra saber se consigo fazer um get na api e trazer uns dados

Mas ai existem outras verificações q podem ser feitas também:
-Throttle de requisições
-Bloquear requisições subsequentes com o exato mesmo valor
-Pedir a localização(avaliação de área de risco, dá pra fazer isso com uma base de dados relativamente pequena)
-Ter essa verificação "fina" da transação só para valores muito altos como R$3000, R$4000
-Implementar um serviço de Liveness básico(Como o C6 faz para realizar um pix), ee ao terminar o liveness, gerar um token q é enviado junto a requisição da transação do cartão de crédito

Bom dia @guilherme.lopes ! A ordem é essa mesmo. No segundo passo, você informa o id do plano, esse vai te retonrar os dados da assiantura. No terceiro passo, você informa o id da assinatura que foi retornado no segundo passo.

Bom dia, já aconteceu umas 2 vezes onde a Efi demorar de processar o 'one-step', aconteceu agora recentemente e como foi pela API, não consegui efetuar uma resincronização e minha aplicação ficou com o status do boleto erro interno pois não tinha o charge_id nem os links associados, tentei gerar o boleto 10:46, e apareceu na efi somente as 10 e 50. neste caso não recebi o notification que é de praxe para poder complementar a linha do boleto gerado com os dados relevantes.
Minha sugestão seria para poder consultar também pelo custom_id que por aí a resincronização traria estes dados sem precisar injetar diretamente no banco o charge_id coletado do site da EFI.

O retorno dos dados também é o mesmo de assinatura?

@klawdyo.com você consegue buscar os dados de uma assinatura utilizando o GET /v1/subscription/:id - https://dev.gerencianet.com.br/docs/assinaturas-outros-endpoints#3-retornar-informa%C3%A7%C3%B5es-de-assinatura-vinculada-a-um-plano

Boa tarde @mateusbrasil2944 tudo certo?
Na nossa documentação você encontra um exemplo de resposta ao criar o boleto/bolix, em ambos os casos você pode utilizar o campo pdf > charge
https://dev.gerencianet.com.br/docs/gerar-boleto-bancario#dados-de-entrada-e-sa%C3%ADda-do-bolix-em-one-step

Sobre a segunda questão: Estamos com uma falha ao exibir a cobrança em sandbox, por isso o link quebrado. Mas em produção não está ocorrendo.

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

mesmo os dados sendo corretos...

existe a possibilidade de trocar a forma de pagamento (dados do cartao) ou mudar para bolix?

Se tivesse uma rota para consultar as tarifas, também daria certo. Pelo menos a gente atualizaria o banco local periodicamente e usaria esses dados nas consolidações. Mas o ideal mesmo é o valor descontado e o valor líquido existirem no payload. Galaxpay tem essa informação. Mercadopago tem essa informação. Banco Inter não tem mas lá você compra um pacote com x boletos então não há desconto. Ou seja, os 3 que eu já implementei possuem a informação. Acho bem gambiarra eu ter que fazer isso manualmente e ainda mais a partir de valores estáticos.

Mas aí eu teria que solicitar todos os dados do cartão novamente, né? Pois o primeiro token só é válido para um uso.