Se um grupo de planos tiver mais do que uma variante (por exemplo, «Standard» a 60 €/mês e «Premium» a 90 €/mês), um cliente pode alternar entre elas a qualquer momento — não há necessidade de cancelar o plano atual e comprar de novo. Também pode alterar a variante de um cliente por ele a partir da administração. Na aplicação, o botão que faz isto tem o nome Alterar variante. Este artigo explica exatamente o que acontece consoante a variante para a qual está a mudar.
Quem pode alterar a variante
O cliente, a partir do seu próprio perfil. Vai encontrar um botão Alterar variante no detalhe do plano.
O estúdio, a partir da administração. Abra o detalhe do plano do cliente e vai ver o mesmo botão Alterar variante. Ao contrário do cliente, também vê as variantes arquivadas e ocultas na lista, por isso pode passar um cliente para uma variante que já não está na oferta pública.
Quatro tipos de mudança — cada um comporta-se de forma diferente
O que uma mudança faz depende de que tipo de alteração é. Há quatro cenários:
Tipo de mudança | Exemplo | O que acontece hoje |
Subida (mesmo intervalo, preço mais alto) | Standard mensal 60 € → Premium mensal 90 € | O cliente é cobrado pela diferença proporcional dos dias restantes, logo de imediato. O ciclo de faturação não muda. |
Descida agendada (mesmo intervalo, preço mais baixo) | Premium mensal 90 € → Standard mensal 60 € | Nada é cobrado hoje. A alteração aplica-se automaticamente na próxima renovação regular. O cliente continua a pagar o preço antigo até ao fim do período atual. |
Alteração de intervalo (duração de período diferente) | Mensal 90 € → Anual 900 € | O ciclo recomeça, o Stripe cobra o preço total do novo período de imediato, e começa hoje um novo ciclo. |
Mesmo preço (variante diferente, mesmo valor) | «Pro v1» mensal 75 € → «Pro v2» mensal 75 € | A mudança acontece de imediato sem pagamento. O ciclo mantém-se. |
Detalhes abaixo.
Quando uma mudança é possível
O plano atual tem de estar Ativo (raramente também A aguardar início, embora na versão atual isto praticamente nunca se aplique aos planos recorrentes — esses começam assim que são pagos; este estado aplica-se sobretudo aos planos únicos).
O plano não pode estar em processo de cancelamento. Se o cliente tiver clicado em «Cancelar no final do período», precisa primeiro de reverter isso (clicar em Manter plano) antes de poder mudar.
O plano não pode estar pausado, não pago, nem no estado «A aguardar pagamento» (uma verificação 3D Secure por concluir).
Têm de passar pelo menos 24 horas entre mudanças de variante. O relógio começa a partir da última mudança feita pelo cliente ou pelo estúdio — e até o simples agendamento de uma alteração conta (Cenário B). Se um cliente tentar mais cedo, vê «A variante pode ser alterada no máximo uma vez a cada 24 horas. Tente novamente mais tarde.» Atenção a um mal-entendido comum: cancelar uma alteração agendada não tem limite de tempo (pode cancelá-la quando quiser), mas uma nova mudança a seguir só é possível 24 horas após a última mudança — e o agendamento original conta para isso. Por outro lado, a aplicação automática de uma descida agendada na renovação praticamente nunca estorva, porque o agendamento costuma ter, nessa altura, mais de 24 horas.
A variante de destino tem de estar no mesmo grupo. Não pode mudar entre grupos — para passar um cliente para um grupo diferente, ele precisa de cancelar o plano atual e comprar um novo.
A variante de destino tem de usar a mesma moeda que a atual. Se a variante de destino estiver numa moeda diferente (as variantes do mesmo grupo costumam partilhar a moeda, mas em casos raros podem diferir), o Zenamu recusa a mudança com «Este plano não pode ser alterado no estado atual. A troca de variante só está disponível para planos ativos.» A razão é técnica: a moeda de um plano recorrente existente não pode ser alterada. A única forma de contornar isto é cancelar o plano antigo e comprar um novo na moeda pretendida.
Cada cenário em detalhe
Cenário A — Subida (mesmo intervalo, preço mais alto)
Exemplo: Um cliente paga 60 €/mês pela «Standard» e está no 15.º dia de um período de 30 dias. Muda para a «Premium» a 90 €/mês.
O que acontece:
O Stripe cria uma fatura com duas linhas: um crédito pela parte não usada da Standard (−30 € por 15 dias de 60 €) e o valor proporcional por 15 dias da Premium (+45 € de 90 €). Valor líquido a pagar: 15 €.
O Stripe cobra os 15 € de imediato no cartão do cliente. Não fica nenhum saldo de crédito na conta do cliente — o crédito é usado diretamente dentro desta fatura.
O ciclo de faturação NÃO muda. O próximo pagamento regular (os 90 € completos) é efetuado na data original, seguindo o calendário original em vez de um mês após a mudança.
Durante a mudança, o cliente vê todo o detalhe: a variante atual, a nova variante, a diferença proporcional a pagar hoje e a data do próximo pagamento regular.
Porquê apenas a diferença proporcional e não o novo preço total? O cliente já pagou pelo período atual, por isso não há razão para cobrar o novo preço outra vez do zero. O ciclo simplesmente continua na sua data original — o cliente não tem a sensação de ter «recomeçado» o período e de ter de pagar logo o valor total de novo.
E se o pagamento não puder ser cobrado de imediato? Se o banco do cliente o recusar (fundos insuficientes, cartão expirado, 3D Secure necessário), o Stripe não confirma o pagamento e a mudança não se efetua. O cliente vê um erro genérico a dizer que o pagamento não pôde ser concluído — sem a razão específica do banco. Pode consultar a razão no Stripe Dashboard (na fatura ou subscrição respetiva). O cliente precisa então de corrigir o cartão (através de Gerir método de pagamento no perfil — consulte Como um cliente compra um plano recorrente) e iniciar a mudança de novo. Esta rigidez é intencional: se o Zenamu alterasse a variante mas o Stripe não confirmasse o pagamento, a faturação acabava numa confusão. (O Stripe está configurado para reverter sozinho toda a alteração quando um pagamento não é confirmado.)
Cenário B — Descida agendada (mesmo intervalo, preço mais baixo)
Exemplo: Um cliente paga 90 €/mês pela «Premium» e está no 15.º dia de um período de 30 dias. Muda para a «Standard» a 60 €/mês.
O que acontece:
Nada é cobrado logo de imediato. Nenhum pagamento hoje, nenhum crédito.
O cliente continua a pagar 90 € pelos 15 dias restantes do período atual (já pagos, ainda a usar a Premium).
Na data da próxima renovação, o Zenamu muda automaticamente a variante para Standard e o Stripe cobra 60 € (não 90 €).
Tanto o cliente como o estúdio veem um aviso sobre a alteração agendada no detalhe do plano, juntamente com a data em que tem efeito.
O cliente pode cancelar a alteração agendada (ver abaixo) antes dessa data e voltar à Premium.
Porquê sem crédito? O cliente pagou o preço (mais alto) completo pelo período atual, por isso tem algo a usar. Em vez de o Stripe devolver a diferença como um crédito que depois teria de ser aplicado ao longo dos meses seguintes, simplesmente aguarda pela próxima renovação e cobra o novo preço (mais baixo). É mais claro para o cliente assim.
Cenário C — Alterar o intervalo de faturação
Exemplo: Um cliente paga 90 € por mês e está no 15.º dia de um período de 30 dias. Muda para a variante anual a 900 €.
O que acontece:
O Stripe recomeça o ciclo de faturação a partir de hoje.
Cria uma única fatura de 900 € (a tarifa anual) menos um crédito proporcional pelos 15 dias não usados do mês original (cerca de −45 €). O cliente é cobrado na prática por cerca de 855 € (o valor líquido). Se o novo valor for superior ao crédito pelo período não usado restante, o crédito é aplicado diretamente a esta fatura — não fica nenhum saldo. Se, pelo contrário, o crédito for superior (normalmente ao mudar de anual para mensal), o crédito remanescente fica na conta do cliente e é aplicado nas renovações futuras (consulte o parágrafo seguinte).
O cliente passa a pagar anualmente a partir de agora; a próxima renovação é daqui a um ano.
O mesmo princípio aplica-se ao contrário (anual → mensal): o ciclo recomeça, e a fatura líquida é igual ao novo preço menos o crédito proporcional pela parte não usada do intervalo anterior. Se o cliente mudar pouco depois de um pagamento anual, o crédito pode ser considerável — não necessariamente «pequeno».
Porque é que o ciclo recomeça neste caso: O cliente quis explicitamente um intervalo diferente (por exemplo, passar para o anual por um preço melhor). Recomeçar o ciclo está em linha com o que o cliente espera.
A mesma limitação que numa subida: Se o banco do cliente recusar o pagamento ou exigir 3D Secure, a mudança não se efetua. O cliente atualiza primeiro o cartão e depois confirma a alteração de novo.
Cenário D — Mesmo preço, variante diferente
Exemplo: Um cliente paga 75 €/mês pela «Pro v1» e muda para a «Pro v2» pelos mesmos 75 €/mês.
O que acontece:
A variante muda de imediato.
Sem pagamento, sem crédito.
O ciclo mantém-se: o próximo pagamento é na mesma data, pelo mesmo valor.
Na prática, isto só se usa ocasionalmente, por exemplo depois de renomear uma variante ou de fazer uma pequena alteração cosmética.
A pré-visualização detalhada antes de confirmar
Antes de o cliente (ou o estúdio) clicar no botão Alterar variante para confirmar (a confirmação dentro da janela), vê uma pré-visualização discriminada na janela. O que mostra depende do tipo de mudança:
Subida: «Vai ser cobrado 15 € hoje (a diferença proporcional). O próximo pagamento regular de 90 € é a 15 de maio de 2026 (a data original).»
Descida agendada: «Nada é cobrado hoje. A variante muda para Standard a 15 de maio de 2026 (a data do próximo pagamento). A partir daí, passa a pagar 60 €/mês.»
Alteração de intervalo: «Vai ser cobrado 855 € hoje (900 € menos um crédito de 45 € pelos 15 dias não usados). O novo ciclo anual começa hoje — o próximo pagamento de 900 € é daqui a um ano.»
Mesmo preço: «A variante muda logo de imediato, sem nova cobrança.»
Se o cliente tiver um saldo de crédito (que pode surgir, por exemplo, depois de um reembolso emitido como crédito em vez de para o cartão): o valor da pré-visualização já o tem em conta. Por isso, se a pré-visualização mostrar «Vai ser cobrado 10 € hoje», o cliente paga mesmo 10 € — independentemente de um crédito ter sido aplicado «nos bastidores». O cliente não vê dois valores; vê apenas o final.
Se o Stripe não conseguir fazer o cálculo por alguma razão (uma breve falha, digamos), o cliente vê «Não foi possível carregar o cálculo do pagamento. Tente novamente dentro de instantes. Se o problema persistir, contacte o fornecedor.» e o botão Alterar variante fica desativado. Nesse caso, basta aguardar um momento e tentar de novo.
Uma alteração agendada — como aparece no detalhe do plano
Quando uma descida agendada (Cenário B) está em vigor, tanto o cliente como o estúdio veem um aviso amarelo/laranja no detalhe do plano:
Alteração de plano agendada A sua variante muda para Standard a 15 de maio de 2026. A variante atual mantém-se até lá.
[Cancelar alteração agendada]
O botão Cancelar alteração agendada está disponível tanto para o cliente como para o estúdio. Depois de confirmado, o Zenamu reverte tudo para o estado original — nenhuma alteração é aplicada, o cliente fica na variante atual e continua a pagar o mesmo preço.
Em casos raros, pode acontecer o seguinte: Se alguém tiver editado manualmente o preço da subscrição diretamente no Stripe Dashboard entretanto, o Zenamu deteta a discrepância quando cancela a alteração agendada. O botão recusa a ação nesse caso. Abra o Stripe Dashboard a partir do perfil do cliente, verifique o preço atual da subscrição e concilie-o manualmente com o que o cliente deveria ter.
Importante — como funciona o limite de 24 horas depois de cancelar uma alteração agendada: Cancelar uma alteração agendada não tem limite de tempo por si só — pode clicar em Cancelar alteração agendada quando quiser. Mas uma nova mudança para uma variante diferente só é possível 24 horas após a última mudança feita pelo cliente ou pelo estúdio, e o agendamento original da alteração conta para isso. Na prática, isto significa: se agendar uma descida e depois a cancelar logo de seguida, terá mesmo de esperar antes de poder mudar de novo. Após uma aplicação automática na renovação, por outro lado, o limite praticamente nunca se aplica, porque o agendamento costuma ter mais de 24 horas.
O que o cliente e o estúdio veem durante a mudança
No detalhe do plano, clique em Alterar variante.
Abre-se uma janela com a lista de variantes do mesmo grupo. A variante atual está assinalada como «atual».
O cliente ou o estúdio escolhe a variante de destino. A janela carrega a pré-visualização detalhada descrita acima.
Depois de confirmado (o botão Alterar variante na janela), o Zenamu mostra «Variante alterada.» (para os cenários imediatos) ou «A alteração de plano foi agendada para o próximo período de faturação.» (para uma descida agendada).
Depois da mudança
O cliente continua a usar o plano sem interrupção — não há falha no acesso às reservas.
Os limites de reserva pertencem ao grupo, não à variante. Se o grupo estiver definido com máx. 4 reservas por semana, isso aplica-se independentemente da variante.
O Zenamu regista a mudança internamente como um evento Variante alterada (a designação que vai ver na atividade do cliente e no Stripe). Numa descida agendada, acumulam-se dois desses registos ao longo do tempo (ambos com a designação Variante alterada): um quando agenda a alteração e outro na próxima renovação, quando a descida tem efeito de facto.
O estado do plano atualiza-se automaticamente na aplicação tanto para o cliente como na administração — não é preciso atualizar a página.
Casos especiais
E se o grupo só tiver uma variante?
O botão Alterar variante não aparece — nem para o cliente nem para si. Não há nada entre o que alternar. Se quiser deixar o cliente mudar, adicione pelo menos mais uma variante ao grupo.
O estúdio muda um cliente para uma variante arquivada ou oculta
Na administração, a lista de variantes também mostra as que estão assinaladas como Visível apenas para administradores ou Arquivadas. Pode mudar um cliente para elas — por exemplo, quando quer passá-lo para uma variante mais antiga que mantém o preço. O cliente não consegue ver uma variante destas; só o estúdio é que vê.
E se adicionar uma nova variante ao grupo?
Os clientes existentes veem a nova variante na lista quando clicam em Alterar variante. Podem mudar a qualquer momento — não precisam de mais nada da sua parte.
E se ocultar ou arquivar uma variante antiga?
Os clientes existentes mantêm-se nela até mudarem por conta própria (ou até o estúdio os passar para outra). Do ponto de vista deles, nada muda — continuam a pagar o preço original. Ocultar ou arquivar afeta apenas as novas compras: os novos interessados não veem a variante.
Atenção — e se um cliente tiver uma descida agendada e arquivar a variante entretanto: Arquivar não tem efeito sobre uma alteração agendada que já está em curso. Desde o momento em que foi agendada, o Stripe tem o novo preço (mais baixo) guardado e vai cobrar ao cliente exatamente esse valor na próxima renovação. Após uma renovação bem-sucedida, o Zenamu passa o cliente para a variante arquivada também localmente (vai ver a variante «arquivada» no detalhe do plano dele) e regista a passagem internamente.
Se quiser impedir que a descida tenha efeito, tem de cancelar explicitamente a alteração agendada para cada um desses clientes antes da próxima renovação (o botão Cancelar alteração agendada no detalhe do plano). Arquivar uma variante não é um «interruptor de desligar» — o seu único objetivo é impedir que novos clientes comprem a variante; não tem efeito retroativo sobre alterações agendadas já em curso.
E se o cliente tiver um saldo de crédito?
Mudar de variante não cria saldos de crédito — uma descida agendada (Cenário B) trata as coisas de forma diferente (sem crédito, apenas o novo preço a partir da próxima renovação). Um cliente só pode ter um saldo de crédito de:
Uma alteração de intervalo (Cenário C) — um pequeno crédito pela parte não usada do período original.
Operações manuais no Stripe (por exemplo, o estúdio reembolsou um pagamento como crédito em vez de para o cartão).
Se existir um saldo de crédito, é aplicado automaticamente a uma das próximas transações. Para mais detalhes, consulte artigo 12 — Reembolsos e pagamentos contestados.
E se um cliente mudar mesmo antes do fim do período de faturação?
Numa subida, a diferença proporcional pelos dias restantes é pequena (digamos, 2 € pelos últimos 2 dias), por isso a cobrança imediata é baixa. O cliente vê este valor na janela antes de confirmar.
Numa descida agendada, não importa — aplica-se na próxima renovação, seja como for.
Para o estúdio — quando intervir
Alterar a variante é, na grande maioria dos casos, uma ação do cliente. A partir da administração, vale a pena considerá-la nestas situações:
Um cliente pede-lhe que o passe para uma variante específica (por exemplo, uma redução de preço acordada).
Está a arquivar uma variante antiga e quer passar os clientes para uma nova em massa (embora, mesmo assim, seja melhor falar primeiro com o cliente e deixá-lo mudar por conta própria).
Um cliente não pode ou não quer usar o seu perfil (uma ausência prolongada, digamos) e o estúdio está a tratar da conta dele manualmente.
Recomendação: Antes de alterar a variante de um cliente a partir da administração, diga-lhe sempre com antecedência o que vai acontecer — se vamos cobrar a diferença proporcional de imediato (uma subida), agendar a alteração para a próxima renovação (uma descida), ou recomeçar o ciclo com um pagamento total (uma alteração de intervalo). O cliente deve saber da cobrança com antecedência, mesmo que o Stripe lhe envie automaticamente um e-mail de confirmação.
Perguntas frequentes
Um cliente está sempre a mudar, todos os dias — porque é que não funciona? O limite de 24 horas evita esse tipo de experimentação. Depois da última mudança feita pelo cliente ou pelo estúdio, têm de passar 24 horas antes de outra mudança ser possível. Agendar uma alteração também conta para este limite (Cenário B). Se um cliente tentar mais cedo, o Zenamu mostra «A variante pode ser alterada no máximo uma vez a cada 24 horas. Tente novamente mais tarde.» Nota: mesmo que cancele a alteração agendada entretanto (o que não tem limite de tempo), uma nova mudança continua a aguardar 24 horas a contar do agendamento original. A aplicação automática na renovação, por outro lado, praticamente nunca estorva, porque o agendamento costuma ter mais de 24 horas.
Posso criar um «pacote» para um cliente com 3 variantes diferentes ao mesmo tempo? Não — um cliente só pode ter uma variante ativa num grupo. Se quiser vários direitos em simultâneo, crie vários grupos (o cliente pode então ter uma variante de cada grupo).
Um cliente mudou de variante por engano — só queria comparar preços. Como desfaço isto?
Se foi uma subida: voltar à variante original (mais barata) enquadra-se no Cenário B — descida agendada. O cliente tem de esperar 24 horas e iniciar a mudança de volta; a alteração aplica-se então apenas na data da próxima renovação (até lá paga o preço mais alto). Não há reembolso imediato.
Se foi uma alteração de intervalo: voltar atrás enquadra-se de novo no Cenário C — alteração de intervalo (o ciclo recomeça, o Stripe calcula o ajuste proporcional). O cliente pode fazê-lo depois do limite de 24 horas.
Se foi uma descida agendada: o cliente pode clicar logo em Cancelar alteração agendada no detalhe do plano e voltar ao estado original. Sem espera, sem pagamento.
Um cliente diz-me que o Stripe lhe cobrou o valor total depois de uma alteração de variante — está correto? Não, a não ser que tenha sido uma alteração de intervalo. Numa subida (mesmo intervalo, preço mais alto), só deve ser cobrada a diferença proporcional dos dias restantes, não o novo preço total. Se o cliente relatar outra coisa, verifique a fatura específica no Stripe Dashboard a partir do perfil dele — vai ver o detalhe exato das linhas (crédito pelos dias não usados + o novo valor proporcional). O Stripe só cobra o novo preço total numa alteração de intervalo.
Quando é que, ao certo, uma descida agendada tem efeito? Na data da próxima renovação, de acordo com o ciclo atual. Se o ciclo de um cliente for no dia 15 do mês e ele agendar uma descida a 5 de maio, a alteração aplica-se a 15 de maio (a renovação seguinte). Pode ver a data no aviso no detalhe do plano.
Posso agendar uma descida para qualquer data futura que eu queira? Não — uma descida agendada tem sempre efeito na data da próxima renovação regular. Não pode definir uma data sua.
Artigos relacionados
Gerir membros existentes — todas as outras ações que pode fazer num plano
Alterar o preço para membros existentes — quando quer alterar o preço de toda uma variante, em vez de mudar um cliente específico
Códigos de desconto e planos recorrentes — os descontos não são reaplicados quando se muda de variante
Quando um pagamento falha — o que acontece se um pagamento falhar numa renovação agendada