Termos mais procurados:
Opa galera, boa tarde!
estou usando a criação de planos e assinaturas em uma aplicação, e fiquei com umas dúvidas lendo a documentação de criar um plano.
já fiz a integração, deu tudo certinho
porém um dos parâmetros passados é a repetição do plano, teria como eu colocar um limite infinito nessa repetição?
ou seja, o plano só vai acabar quando o user cancelar a assinatura.
e se eu passar "null", a cobrança só será gerada uma vez?
obrigado.
1ª Dúvida: como é realizado a parte de estorno do valor da assinatura? Criei um plano de assinaturas que será assinado por usuários em minha plataforma. Caso dentro de 7 dias ele queira fazer o cancelamento, é necessário realizar o estorno desse valor. Não ficou muito claro na documentação como é feito essa devolução para o cliente.
2ª Dúvida: no nosso sistema, o usuário pode fazer "updagrades" na assinatura, onde o valor cobrado na assinatura para ele será alterado de acordo com as funcionalidades contratadas por ele. Vi na documentação da API de assinatura, só é possível realizar uma alteração no valor dela se o pagamento for feito por cartão, mas se o usuário pagar por boleto também precisávamos dessa opção. Tem alguma forma de realizar essa alteração pelo boleto?
Gostaria de tirar algumas dúvidas com relação a API de assinaturas.
as cobranças são separadas, entre avulsa e assinaturas ?
Boa noite, pessoal... estou estudando as docs da efi pay, e estou com duvida relacionado a assinaturas e checkout transparente, não sei se é o local mais ideal, mas vamos lá:
Já verifiquei a doc, mas gostaria de confirmar: não tem uma lib/script web pra checkout transparente em paginas react/next? somente os plugins para ecommerce mencionados na doc?
E duvida 2, seria se existir esse checkout, se é possivel utilizar o checkout juntamente a um plano de assinatura recorrente, ou se seria full via api, e com interface propria de obtenção dos dados do cliente/cartao
Olá, @tradermoura. Bom dia! Tudo bem?
Você pode verificar em nossa documentação técnica os endpoints para a criação da assinatura. E utilizar uma de nossas SDKs para facilitar o desenvolvimento da sua aplicação.
Qualquer dúvida, conte com a gente!
Você esta tentando alterar dados de assinatura do tipo cartão de crédito? Somente assinaturas do tipo Cartão de Crédito podem ser alteradas.
É possível sim. No cenário que você citou, primeiramente você irá criar um plano de assinatura com "interval": 1 (intervalo de 1 mês para cada cobrança) e "repeats": 12 (12 cobranças).
Depois você irá criar a assinatura vinculada ao plano criado, definindo os dados do cliente e o valor que será cobrado mensalmente, no seu exemplo seria R$139,90.
É possível parcelar assinaturas no cartão de crédito?
Desculpe a pergunta desnecessária, já vi aqui no youtube que tem as aulas sobre a assinaturas, vou assistir. Obrigado.
Vi que tem um treinamento, ele aborda o tema de assinaturas?
Mayron, eu controlo a assinatura diretamente pelo meu backoffice também. O que eu fiz foi basicamente na assinatura criar um dt_vencimento e um dt_bloqueio.
Para cartão eu crio o token com o reuse: true na API deles e armazeno essa informação.
Dito isso, eu tenho a seguinte regra:
Caso boleto, eu emito o boleto em D-3 sobre a data de vencimento. Então o cliente tem 3 dias pós emissão para pagar. E o bloqueio eu coloco em dt_vencimento + INTERVAL 7 DAY, ou seja meu sistema só irá bloquear de fato sete dias após o último vencimento.
Caso cartão eu solicito a captura do valor no dia do vencimento às 4h da manhã, caso não consiga cobrar deixo um botão para o cliente tentar mais duas vezes. Após isso ele é obrigado a cadastrar novamente o cartão de crédito.
Sobre os webhooks, sempre que obtenho um status de sucesso eu calculo a nova data de vencimento e a nova data de bloqueio no banco de dados. Apenas para boleto existe um negócio bem interessante que é o status identified que basicamente significa que foi identificado o pagamento, porém ele ainda não foi liquidado de fato em sua conta. Como existe o risco do cliente entrar no atendimento do banco dele e cancelar esse pagamento a tratativa que faço sempre é: caso o status seja identified coloca o dt_bloqueio para daqui 3 dias úteis. Porém como a Efí geralmente deposita no próximo dia útil o webhook com a identificação do pagamento já virá no próximo dia útil e a rotina para recalcular as novas datas entrará em ação.
Dessa forma ficou bacana, pois consigo criar planos com flexibilidade. Adicionar valores novos ou variáveis que foram contratados durante o mês e caso precise de fazer qualquer migração não precisaria necessariamente usar uma API de assinaturas do novo fornecedor (visto que pode levar um tempo para seguir a lógica de um possível novo fornecedor). A lógica fica toda na minha aplicação e o PSP faz apenas a parte dele que é gerir o fluxo de cobrança na forma de pagamento que eu escolher
As assinaturas vão ter os status da tanto da assinatura quanto os status das transações. Segue um exemplo de notificação de assinatura:
Outra duvida, as assinaturas tem apenas os status da assinatura presentas na documentação, ou podem ter status das transações? Por exemplo, foi criada uma assinatura com pagamento por bolix, ela vai para o status new, depois new_charge, enquanto o boleto não for pago ela vai para o status de waiting? Ou quando for pago vai para o status de active?
por que mesmo eu definindo assim:
{
'name' => $plan['name'] . ' da Memprega.com.br',
'interval' => 12,
'repeats' => null
}
ao acessar o painel e verificar as assinaturas o mesmo sai igual na imagem
Boa tarde! Consigo realizar pré-cobranças com assinaturas, ou cobranças automáticas no dia do vencimento da fatura?
Bom dia! Tudo bem ? Gostaria de informar que a atualização do módulo para suportar assinaturas (recorrência) está atualmente em nosso backlog. No entanto, ainda não temos uma previsão para o lançamento dessa atualização. Se preferir, você também pode realizar a implementação desse recurso, já que nosso plugin é de código aberto. Se optar por fazê-lo por conta própria, estamos disponíveis para oferecer suporte e esclarecer qualquer dúvida relacionada ao funcionamento de nossa API
Bom dia, tudo certo? Estou com um problema para testar minhas assinaturas em ambiente de homologação, alguém poderia me ajudar?
Estava usando as credenciais e certificado de produção e estava tudo ok. Migrei para o ambiente de homologação e agora me retorna um status 400 Unauthorized
Sim, o trial_days permite definir um período de teste gratuito para assinaturas do tipo cartão de crédito, começa a contar a partir do dia seguinte ao dia da realização da assinatura.
