Quando cria um grupo de planos recorrentes, escolhe um dia de faturação — o dia do mês em que o cliente é cobrado, de forma regular.
O Zenamu dá-lhe duas opções:
Automaticamente, a partir da data de compra (predefinição)
Sempre no 1.º dia do mês (com um primeiro pagamento proporcional)
Este artigo vai ajudá-lo a decidir qual a abordagem que melhor se adequa ao seu estúdio.
Opção 1 — Automaticamente, a partir da data de compra
Esta é a definição predefinida, e é a que a maioria dos estúdios usa na prática.
Como funciona:
Um cliente compra um plano, digamos, a 15 de abril.
É cobrado a 15 de abril e, depois, novamente a 15 de maio, 15 de junho, 15 de julho…
Assim, o dia de faturação é diferente para cada cliente. Depende de quando comprou o plano pela primeira vez.
Exemplo:
Cliente | Data de compra | Pagamentos seguintes |
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 subscrição familiar, como o Netflix, o Spotify e por aí fora.
O cliente paga o valor total do primeiro período logo de imediato — claro e justo.
Não tem de lidar com cálculos de preços proporcionais.
Pequenas variações:
Se um cliente comprar, digamos, a 31 de janeiro, o pagamento seguinte cai a 28 ou 29 de fevereiro (o Stripe ajusta-o, porque fevereiro não tem 31 dias), depois a 31 de março, 30 de abril e assim por diante. Em casos como estes, o Stripe tenta manter a cobrança no «fim do mês».
Opção 2 — Sempre no 1.º dia do mês
O cliente é cobrado regularmente no 1.º dia do mês, independentemente de quando comprou o plano.
Como funciona:
Um cliente compra um plano a 15 de abril.
O primeiro pagamento é proporcional: é cobrado apenas pelos dias restantes até ao fim de abril (de 15 a 30 de abril = 16 dias em 30).
A 1 de maio, é cobrado o valor total por todo o mês de maio.
A partir daí, o valor total é sempre cobrado no 1.º dia do mês.
Exemplo — um plano mensal de 60 €:
Cliente | Data de compra | Primeiro pagamento (proporcional) | Pagamentos seguintes |
Ana | 3 de abril | 56 € (28 de 30 dias) | 1 de maio 60 €, 1 de junho 60 €… |
Pedro | 15 de abril | 32 € (16 de 30 dias) | 1 de maio 60 €, 1 de junho 60 €… |
Eva | 28 de abril | 6 € (3 de 30 dias) | 1 de maio 60 €, 1 de junho 60 €… |
O cliente vê o valor proporcional no formulário antes de confirmar a compra, por isso o valor final não o vai apanhar de surpresa.
Quando escolher:
A sua contabilidade funciona numa base mensal e quer todos os pagamentos no mesmo dia.
Os seus clientes costumavam pagar-lhe no 1.º dia do mês e quer manter esse hábito.
Pequenas variações:
Se um cliente comprar a 1 de abril, nada é proporcional e os 60 € completos são cobrados por abril logo de imediato.
Se um cliente comprar a 30 de abril, é cobrado um pequeno valor proporcional (1 dia) e depois o valor total logo no dia seguinte (1 de maio). O cliente vê ambos os valores antes de confirmar a compra, por isso fica a par.
Que modelo escolher
Situação | Recomendação |
Um estúdio típico que não quer lidar com contabilidade mensal | Automaticamente, a partir da data de compra |
Fatura regularmente no 1.º dia do mês e quer alinhar todos os pagamentos | O 1.º dia do mês |
Os clientes vêm de um estúdio onde pagavam no 1.º dia do mês | O 1.º dia do mês |
A maioria dos seus clientes compra no início do mês | Automaticamente (a partir do dia 1 o resultado é quase idêntico) |
Planos anuais ou trimestrais | Automaticamente (associar intervalos longos ao 1.º dia do mês não faz sentido) |
Dica: A definição do dia de faturação aplica-se a todo o grupo. Se quiser um dia de faturação diferente para variantes diferentes, crie-as em grupos separados.
O dia de faturação pode ser alterado depois de o grupo ser criado?
A definição do dia de faturação do grupo aplica-se apenas a novas compras. Os membros existentes mantêm o dia em que originalmente começaram.
Por outras palavras: se
criar um grupo definido como automático,
50 clientes comprarem um plano em dias diferentes,
e depois mudar o grupo para o 1.º dia do mês,
os 50 clientes existentes continuam a pagar nos seus dias originais (o 3, o 15, o 28 e assim por diante). Mas as novas compras a partir do momento em que faz a alteração vão cair no 1.º dia 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 pagar a 31 de janeiro e fevereiro só tiver 28 dias, o Stripe cobra a 28 (ou a 29 num 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 vê sempre a data exata do próximo pagamento na sua conta, por isso fica a par.
Perguntas frequentes
E se um cliente se esquecer de atualizar o cartão antes do dia de faturação?
Se o Stripe não conseguir cobrar o pagamento (um cartão expirado, dinheiro insuficiente na conta), entram em ação as tentativas de pagamento (consulte 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 mudar manualmente o dia de faturação de um cliente?
Não pode alterar o dia de faturação de um cliente individual a partir da administração do Zenamu. Se um cliente quiser mudar o dia, o caminho mais simples é cancelar o plano atual no fim do período e pedir-lhe que o volte a comprar (com um novo dia a partir da data de compra).
O que acontece se uma variante tiver um intervalo de «1 × semana» ou «1 × ano»?
A definição 1.º dia do mês faz sobretudo sentido para intervalos mensais:
Intervalos diários e semanais — combinar «o 1.º dia do mês» com uma variante diária ou semanal não é possível. O Zenamu bloqueia esta combinação em vários sítios ao mesmo tempo: na administração ao criar ou editar um grupo e uma variante, ao guardar, na pré-visualização da primeira fatura e quando a subscrição é efetivamente criada no Stripe:
Na administração, não pode selecionar «o 1.º dia do mês» se o grupo tiver pelo menos uma variante diária ou semanal — aparece uma explicação ao lado do botão do dia de faturação: «A opção "1.º dia do mês" não pode ser usada porque pelo menos uma variante tem um período de faturação diário ou semanal (o Stripe não suporta esta combinação).» E ao contrário: se o grupo estiver definido como «o 1.º dia do mês», não pode escolher um intervalo diário ou semanal para uma variante — o campo do intervalo mostra «O grupo tem um dia de faturação fixo (1.º dia 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 faturação fixo.» Se ainda assim tentar guardar uma variante incompatível, a administração mostra a mensagem «O dia de faturação "1.º dia do mês" só está disponível para variantes mensais e anuais. O Stripe não suporta intervalos diários e semanais nesta combinação.»
Se de alguma forma contornar esta combinação (por exemplo, editando diretamente a base de dados), o backend rejeita-a tanto na pré-visualização da primeira fatura como quando tenta de facto criar a subscrição no Stripe. Nesse caso, o cliente vê apenas 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 contacte o fornecedor se o problema persistir.» — e não consegue concluir a compra.
Recomendação: se usar variantes diárias ou semanais, deixe o grupo definido como Automaticamente, a partir da data de compra.
Intervalo anual — o Stripe aplica a definição 1.º dia do mês: o dia de faturação passa para o próximo 1.º dia do mês a chegar. Se um cliente comprar a 15 de abril, é-lhe cobrado um valor proporcional por 15–30 de abril na compra, e a partir de 1 de maio (o próximo dia 1 a chegar) corre o período anual completo; em cada ano seguinte, os pagamentos anuais completos passam então a 1 de maio. Este comportamento pode ser surpreendente. Para a faturação anual, normalmente quer automaticamente, a partir da data de compra.
Recomendamos usar a definição 1.º dia do mês apenas para intervalos mensais, onde faz mais sentido.
E se um cliente tiver um plano mais curto do que um mês?
Se um cliente comprar a 28 de abril com a definição 1.º dia do mês, é-lhe cobrado um valor proporcional por apenas 3 dias (até 30 de abril). É um valor muito pequeno. O Stripe tem o seu próprio mínimo para cada transação, que varia consoante a moeda e o país do estúdio. Vai encontrar os valores exatos na documentação do Stripe (a secção sobre valores mínimos de pagamento). Se o valor proporcional ficar abaixo deste mínimo, o Stripe rejeita a compra: o cliente vê um erro do Stripe (o Zenamu não acrescenta uma mensagem própria para este caso). O cliente vê sempre o valor final no formulário de compra antes de confirmar a compra, por isso fica a par.
Artigos relacionados