Novos recursos
1. Reports
Uma nova aba de Reports em Settings reúne relatórios de saldo, taxas e reconciliação em um só lugar. Acompanhe a movimentação de dinheiro Duas visualizações sempre atualizadas, descritas como “Entenda como a atividade, as taxas e os payouts afetam seu saldo”:- Resumo de saldo e payouts — saldo inicial, detalhamento da atividade e detalhes de cada payout em uma única visualização
- Todas as taxas — um detalhamento completo de cada taxa cobrada no período
2. Período de carência da assinatura
Uma assinatura cuja renovação falha agora pode continuar funcionando durante um período configurável, em vez de ficar imediatamente em espera. Ative Período de carência da assinatura em Settings → Subscriptions e defina o Número de dias do período de carência — qualquer valor entre 1 e 30 dias. Os períodos de carência ficam desativados por padrão. Durante esse período, a assinatura assume o novo statuspast_due: o acesso é preservado e o uso continua sendo acumulado, para que um cliente cujo cartão simplesmente expirou não seja interrompido enquanto resolve o problema. Um novo webhook subscription.past_due é disparado quando o período começa.
Escolha o que acontece se o período terminar sem pagamento em Status da assinatura após o período de carência — Em espera, que corresponde ao comportamento atual, ou Cancelar assinatura.
3. Lista de bloqueio de clientes
Bloqueie um cliente que não deve poder comprar novamente de você, usando o ID do cliente ou o endereço de e-mail. O bloqueio cancela as assinaturas ativas do cliente, interrompe futuras sessões de checkout e pagamentos diretos e deixa o Customer Portal somente para leitura. Como as entradas correspondem ao endereço de e-mail, um cliente que se cadastrar novamente com o mesmo e-mail continuará sendo bloqueado. As entradas da lista de bloqueio incluem notas, para que você possa registrar o motivo do bloqueio.
4. Nova tentativa manual de pagamento
Tente novamente uma renovação de assinatura com falha em vez de esperar pela agenda automática de novas tentativas, usando Tentar pagamento manualmente na página de detalhes do pagamento. A cobrança é feita no método de pagamento já salvo na assinatura, portanto o cliente não precisa fazer nada, e isso não consome uma tentativa da agenda automática. Cada fatura de renovação permite até três novas tentativas manuais, com um período de espera entre elas — uma hora antes da segunda e três horas antes da terceira — para que recusas repetidas não prejudiquem sua taxa de autorização.
5. Registro de atividades nos pagamentos
Agora, toda página de detalhes do pagamento inclui um Registro de atividades — “Um histórico das ações realizadas nesta transação nos últimos 90 dias”. O registro acompanha todo o ciclo de vida em ordem, desde Pagamento iniciado, passando pela autenticação e captura, até Pagamento concluído, e continua com reembolsos e disputas, para que um pagamento contestado seja apresentado como uma única história, em vez de vários registros desconectados.
6. Um formulário de descontos reformulado
Agora, ao criar um código de desconto, você vê o que está criando enquanto o cria. Um painel lateral alterna entre Resumo, uma descrição em linguagem simples do desconto, e Prévia, que exibe o desconto como o cliente o veria no checkout. Opções de moeda permite definir o valor do desconto para cada moeda em que você vende. Elegibilidade e restrições reúne as regras de produto e de cliente. Os limites de resgate, o limite de ciclos de cobrança e Exigir um valor mínimo do pedido — um valor mínimo do carrinho aplicado por moeda — agora ficam em Avançado.
7. Controles de cancelamento separados
O cancelamento pelo próprio cliente costumava ser uma única opção. Agora, são duas configurações independentes em Settings → Subscriptions:- Permitir cancelamento imediato — “Permitir que os clientes encerrem a assinatura e percam o acesso imediatamente.”
- Permitir cancelamento na próxima data de cobrança — “Permitir que os clientes cancelem no fim do período pelo qual já pagaram.”
8. Alterações de plano pagas em uma página de checkout
Ative Cobrar pagamentos de alterações de plano por Payment Link em Settings → Subscriptions para que um cliente que faça upgrade no Customer Portal pague pela alteração em uma página de checkout hospedada, em vez de usar o mandato armazenado. O botão de confirmação mostra o valor devido e, quando o checkout é aberto, o cliente recebe a mensagem: “Conclua seu pagamento na nova aba. Seu plano atual permanece ativo até que o pagamento seja concluído.” A assinatura permanece no plano antigo até que o pagamento seja concluído, e um pagamento recusado pode ser tentado novamente no mesmo link. O Customer Portal também identifica agora se você permite o cancelamento de uma alteração de plano agendada, exibindo ou ocultando esse controle em vez de oferecer uma ação que seria recusada.
9. Limite de novas tentativas de KYC
Agora, uma verificação de identidade com falha informa por que falhou e quantas tentativas ainda estão disponíveis, em vez de simplesmente informar uma falha. Cada usuário recebe três tentativas, e o aviso exibe “Tentativas restantes: 2/3” com o motivo real informado pelo provedor de verificação. O botão muda para Tentar novamente enquanto ainda houver tentativas. Quando as três forem usadas, o aviso explica que o suporte pode reabrir a verificação. Saiba mais: Verificação da conta10. Checkout em georgiano
O checkout agora está disponível em georgiano, elevando o total para 22 idiomas. O georgiano é detectado pelo navegador do cliente como qualquer outro idioma compatível, ou você pode defini-lo com o parâmetroforce_language.
Saiba mais: Idiomas compatíveis
11. Sem exigência de cartão para preço de $0
Agora, uma assinatura pode começar sem um método de pagamento sempre que nada for devido hoje. Ative a caixa de seleção Sem exigência de cartão para preço de $0 na seção de preços do produto, ao lado de Período de teste (dias) e Desconto padrão (%). Há duas formas de não haver nada devido hoje, e a mesma caixa de seleção abrange ambas:- Um período de teste gratuito — um período de teste sem valor de teste, portanto a primeira cobrança é
0enquanto o teste estiver em andamento. - Um preço recorrente de $0 — o preço pode ser
0desde o início, ou um desconto pode reduzi-lo a esse valor, seja pelo Desconto padrão (%) do próprio produto ou por códigos de desconto acumulados que totalizem 100% de desconto no checkout.
payment_method_required: false. Em seguida, um e-mail de lembrete é enviado antes do início da cobrança real — com a antecedência definida por Lembrete de método de pagamento em Settings → Subscriptions, entre 1 e 30 dias, com o padrão de 3 dias. Se o cartão nunca for adicionado, a assinatura passa para on_hold quando a primeira cobrança real vencer, e adicionar um método de pagamento a reativa. Dois e-mails para clientes abrangem esse processo, ambos ativados por padrão: Lembrete para adicionar método de pagamento e Assinatura em espera, sem método de pagamento.
Na API, a única caixa de seleção corresponde a dois campos de preço independentes, trial_payment_method_optional e zero_amount_payment_method_optional, para que você possa ativar cada caso separadamente se gerenciar os produtos diretamente.
12. Tax ID obrigatório no checkout
As sessões de checkout aceitam agora uma nova flag de recursorequire_tax_id, para empresas que vendem somente para empresas registradas. O padrão é false, portanto nada muda a menos que você solicite esse comportamento.
Com a flag ativada, Comprar como empresa fica pré-selecionado e bloqueado na página de checkout, Nome da empresa e Número do Tax ID tornam-se obrigatórios, e Continuar para o pagamento permanece desativado enquanto qualquer um deles estiver vazio ou o Tax ID for rejeitado. A validação do Tax ID continua sendo fail-open, portanto uma indisponibilidade na consulta nunca bloqueia o cliente diretamente.
allow_tax_id também deve ser true ou a solicitação será rejeitada com um 400, e uma sessão criada com confirm: true precisa conter um tax_id porque ignora completamente a página de checkout.
A exigência é aplicada na página de checkout, e não no servidor — uma confirmação enviada diretamente à API ainda pode omitir tax_id. Portanto, trate a flag como um controle da experiência de checkout, e não como uma garantia.
Saiba mais: Tornando o Tax ID obrigatório