Histórico de mensagens

Não. Meu sistema é feito para operar no WhatsApp.

Com o Two Steps, primeiro você gera uma espécie de produto, sem atrelar forma de pagamento, portanto não é uma cobrança de fato ainda, e no segundo passo você vincula um meio de pagamento que faz com que ela de fato seja uma cobrança. Já no One Step, você atribui a forma de pagamento no mesmo momento que define o produto.

O seu cliente nao tem algum formulario para preencher as informaçoes no seu sistema?

Em relação ao "lembrar" de alguma forma, sabe dizer se o cliente terá que preencher todos os dados novamente no link do novo plano inevitavelmente?

Ou há um reuse ou parecido?

De certa forma é simples, pega a ultima cobrança e capture a proxima cobrança, com isso você pode gerar a assinatura para seu cliente do plano que ele quer trocar

Sim

@aguiar.dev como eu imaginava

Na dúvida 2, você precisa ter a estar ciente que seu cliente pode tentar trocar de plano a qualquer momento então você não pode simplesmente cancelar, na sua regra precisa existir a validação do momento que seu cliente fez a troca do plano e com isso voce gerar a cobrança em uma data X não no instante. Porque se o seu cliente paga X mensal para pagar X anual e ele faz a troca no meio do plano, ele ainda tem esses dias do mensal para uso até o momento da cobrança anual

Pra te ajudar aqui

Dúvida 1: Não, você precisa informar o endereço do cliente.

Duvida 2: Você pode deixar dinamico, mas você que teria que fazer isso, acredito que pelo EfiPay não dá pra fazer essa troca de planos. Então você precisa criar uma regra de negocio que quando o cliente quer trocar o plano dele, faça o cancelamento do atual e mude para o novo plano.

peço desculpas, mas tenho mais uma dúvida por favor:

Eu vou implementar Assinatura, sendo assim, não está muito claro na doc qual é a diferença prática entre One Step e Two Steps na etapa de coletar o pagamento. Qual é a diferença por favor?

Bom dia, pessoal. Beleza? Tenho duas dúvidas. Está grande, mas tentei exemplificar para ficar mais claro

Contexto da minha integração: Uso Assinaturas por link, apenas "credit_card", em NodeJS.

-> DÚVIDA 1:

é possível eliminar a necessidade do meu cliente preencher o "Endereço de Cobrança"?

Já crio a subscription com "request_delivery_address" como false, mas esse é o de entrega apenas. Há um parecido para endereço de cobrança?

Isso otimizaria a quantidade de campos para o cliente preencher. Além disso, como esse endereço geralmente não é exigido na maioria dos formulários de assinatura de outras plataformas de pagamento, alguns clientes podem se perguntar por que algum "endereço" é necessário para um produto digital como o meu. O "porque" não fica exatamente claro para o cliente na página de checkout.

---

-> DÚVIDA 2

É possível gerar um link de assinatura que "lembra" dos dados do cliente?

Exemplo: inicialmente um cliente escolhe o plano mensal. Porém, 3 meses depois, ele decide mudar para o plano anual para economizar.

Talvez não seja possível fazer uma mudança dinâmica de planos. Nesse caso, seria necessário cancelar a assinatura atual e iniciar uma nova?

A questão é:

Como fazer uma mudança de planos suave para o cliente? Há uma forma de criar essa nova assinatura/link de assinatura, agora com o plano "anual", sem que o cliente precisa preencher todos os campos novamente?

Agradeço desde já 🤔🤝

Certo, obrigado

Por nada!

Muito obrigado @joaolucas_efi

boa!!

@charles_36784 o cabeçalho Authorization esta incorreto, deve ser Bearer {token} ao invés de só {token}.

Tudo bem sim, obrigado.

Claro!

Bom dia, @charles_36784, tudo bem?
Mande um print da tela do seu Postman, mostrando os atributos Headers da sua requisição (após a aunteticação), por favor.

Estou usando a Collection do Postman disponibilizada pela Efi. Não alterei nenhum attribute de nenhum request, exceto pelo client_id e client_secret com a url de homolog