Quando você cria um grupo de planos recorrentes, escolhe um dia de cobrança — o dia do mês em que o cliente é cobrado de forma regular.
O Zenamu te dá duas opções:
Automaticamente, com base na data da compra (padrão)
Sempre no 1.º do mês (com um primeiro pagamento proporcional)
Este artigo vai te ajudar a decidir qual abordagem combina melhor com o seu estúdio.
Opção 1 — Automaticamente, com base na data da compra
Esta é a configuração padrão e é o que a maioria dos estúdios usa na prática.
Como funciona:
Um cliente compra um plano, digamos, em 15 de abril.
Ele é cobrado em 15 de abril e depois de novo em 15 de maio, 15 de junho, 15 de julho…
Então o dia de cobrança é diferente para cada cliente. Depende de quando ele comprou o plano pela primeira vez.
Exemplo:
Cliente | Data da compra | Próximos pagamentos |
Ana | 3 de abril | 3 de maio, 3 de junho… |
Pedro | 15 de abril | 15 de maio, 15 de junho… |
Eva | 28 de abril | 28 de maio, 28 de junho… |
Quando escolher:
O modelo de assinatura conhecido, como Netflix, Spotify e por aí vai.
O cliente paga o valor cheio do primeiro período de imediato — claro e justo.
Você não precisa lidar com cálculos de preço proporcional.
Pequenas variações:
Se um cliente comprar, digamos, em 31 de janeiro, o próximo pagamento cai em 28 ou 29 de fevereiro (o Stripe ajusta, porque fevereiro não tem dia 31), depois 31 de março, 30 de abril e assim por diante. Em casos como esse, o Stripe tenta manter a cobrança no "fim do mês".
Opção 2 — Sempre no 1.º do mês
O cliente é cobrado de forma regular no 1.º do mês, não importa quando comprou o plano.
Como funciona:
Um cliente compra um plano em 15 de abril.
O primeiro pagamento é proporcional: ele é cobrado só pelos dias restantes até o fim de abril (de 15 a 30 de abril = 16 de 30 dias).
Em 1.º de maio, o valor cheio é cobrado por todo o mês de maio.
A partir daí, o valor cheio é sempre cobrado no 1.º do mês.
Exemplo — um plano mensal por R$ 300:
Cliente | Data da compra | Primeiro pagamento (proporcional) | Próximos pagamentos |
Ana | 3 de abril | R$ 280 (28 de 30 dias) | 1.º de maio R$ 300, 1.º de junho R$ 300… |
Pedro | 15 de abril | R$ 160 (16 de 30 dias) | 1.º de maio R$ 300, 1.º de junho R$ 300… |
Eva | 28 de abril | R$ 30 (3 de 30 dias) | 1.º de maio R$ 300, 1.º de junho R$ 300… |
O cliente vê o valor proporcional no formulário antes de confirmar a compra, então o valor final não vai pegá-lo de surpresa.
Quando escolher:
Sua contabilidade funciona em base mensal e você quer todos os pagamentos no mesmo dia.
Seus clientes costumavam pagar a você no 1.º do mês e você quer manter esse hábito.
Pequenas variações:
Se um cliente comprar em 1.º de abril, nada é proporcional e os R$ 300 cheios são cobrados por abril na hora.
Se um cliente comprar em 30 de abril, ele é cobrado por um pequeno valor proporcional (1 dia) e depois o valor cheio já no dia seguinte (1.º de maio). O cliente vê os dois valores antes de confirmar a compra, então fica sabendo.
Qual modelo escolher
Situação | Recomendação |
Um estúdio comum que não quer lidar com contabilidade mensal | Automaticamente, com base na data da compra |
Você cobra de forma regular no 1.º do mês e quer alinhar todos os pagamentos | O 1.º do mês |
Os clientes vêm de um estúdio em que pagavam no 1.º do mês | O 1.º do mês |
A maioria dos seus clientes compra no começo do mês | Automaticamente (do 1.º em diante o resultado é quase idêntico) |
Planos anuais ou trimestrais | Automaticamente (atrelar intervalos longos ao 1.º do mês não faz sentido) |
Dica: A configuração do dia de cobrança vale para o grupo inteiro. Se você quiser um dia de cobrança diferente para variantes diferentes, crie-as em grupos separados.
O dia de cobrança pode ser alterado depois de o grupo ser criado?
A configuração do dia de cobrança do grupo só vale para novas compras. Os membros existentes mantêm o dia em que começaram originalmente.
Em outras palavras: se você
criar um grupo definido como automático,
50 clientes comprarem um plano em dias diferentes,
e você depois mudar o grupo para o 1.º do mês,
os 50 clientes existentes continuam pagando nos dias originais deles (o dia 3, o 15, o 28 e assim por diante). Mas as novas compras, a partir do momento em que você muda, vão cair no 1.º do mês, com um primeiro pagamento proporcional.
E se um cliente pagar no fim do mês?
O Stripe tenta manter a cobrança no mesmo dia de cada período. Se um cliente paga em 31 de janeiro e fevereiro só tem 28 dias, o Stripe cobra no dia 28 (ou no 29, em ano bissexto), e no mês seguinte volta ao dia 31 (ou ao último dia do mês, se esse mês tiver menos dias).
O cliente sempre vê a data exata do próximo pagamento na própria conta, então fica sabendo.
Perguntas frequentes
E se um cliente esquecer de atualizar o cartão antes do dia de cobrança?
Se o Stripe não conseguir fazer a cobrança (um cartão expirado, saldo insuficiente na conta), entram as novas tentativas de pagamento (veja o artigo Quando um pagamento falha). O cliente recebe uma notificação por e-mail e tem alguns dias (o período de carência) para atualizar o cartão.
Posso mover o dia de cobrança de um cliente manualmente?
Você não consegue mudar o dia de cobrança de um cliente individual pela administração do Zenamu. Se um cliente quiser mudar o dia, o caminho mais simples é cancelar o plano atual dele no fim do período e pedir que ele compre de novo (com um novo dia baseado na data da compra).
O que acontece se uma variante tiver um intervalo de "1 × semana" ou "1 × ano"?
A configuração 1.º do mês faz sentido principalmente para intervalos mensais:
Intervalos diários e semanais — combinar "o 1.º do mês" com uma variante diária ou semanal não é possível. O Zenamu bloqueia essa combinação em vários lugares de uma vez: na administração, ao criar ou editar um grupo e uma variante, ao salvar, na pré-visualização da primeira fatura e quando a assinatura é de fato criada no Stripe:
Na administração, você não consegue selecionar "o 1.º do mês" se o grupo tiver pelo menos uma variante diária ou semanal — uma explicação aparece ao lado da opção do dia de cobrança: "A opção "1.º do mês" não pode ser usada porque pelo menos uma variante tem um período de cobrança diário ou semanal (o Stripe não suporta essa combinação)." E o contrário: se o grupo estiver definido como "o 1.º do mês", você não consegue escolher um intervalo diário ou semanal para uma variante — o campo do intervalo mostra "O grupo tem um dia de cobrança fixo (1.º do mês), por isso esta variante só pode usar um intervalo mensal ou anual. O Stripe não suporta intervalos diários ou semanais com um dia de cobrança fixo." Se você tentasse salvar uma variante incompatível mesmo assim, a administração mostra a mensagem "O dia de cobrança "1.º do mês" só está disponível para variantes mensais e anuais. O Stripe não suporta intervalos diários e semanais nessa combinação."
Se você de alguma forma contornar essa combinação (por exemplo, editando o banco de dados diretamente), o backend a rejeita tanto na pré-visualização da primeira fatura quanto quando de fato tenta criar a assinatura no Stripe. Nesse caso, o cliente só vê uma mensagem genérica no formulário de compra — "Não foi possível carregar a pré-visualização do preço. Atualize a página e tente novamente, ou entre em contato com o fornecedor se o problema persistir." — e ele não conseguirá concluir a compra.
Recomendação: se você usa variantes diárias ou semanais, deixe o grupo definido como Automaticamente, com base na data da compra.
Intervalo anual — o Stripe aplica sim a configuração 1.º do mês: o dia de cobrança passa para o próximo 1.º do mês. Se um cliente comprar em 15 de abril, ele é cobrado por um valor proporcional de 15 a 30 de abril na compra, e a partir de 1.º de maio (o próximo 1.º) o período anual cheio começa a correr; em cada ano seguinte, os pagamentos anuais cheios passam então em 1.º de maio. Esse comportamento pode surpreender. Para cobrança anual, você geralmente quer automaticamente, com base na data da compra.
Recomendamos usar a configuração 1.º do mês só para intervalos mensais, onde ela faz mais sentido.
E se um cliente tiver um plano mais curto que um mês?
Se um cliente comprar em 28 de abril com a configuração 1.º do mês, ele é cobrado por um valor proporcional de apenas 3 dias (até 30 de abril). É um valor bem pequeno. O Stripe tem o próprio mínimo por transação, que varia conforme a moeda e o país do estúdio. Você encontra os valores exatos na documentação do Stripe (a seção sobre valores mínimos de pagamento). Se o valor proporcional ficar abaixo desse mínimo, o Stripe recusa a compra: o cliente vê um erro do Stripe (o Zenamu não acrescenta uma mensagem própria nesse caso). O cliente sempre vê o valor final no formulário de compra antes de confirmar a compra, então fica sabendo.
Artigos relacionados