Novos Recursos
1. Entitlements
O Dodo Payments agora vem com Entitlements unificados — uma camada única que alimenta a entrega automática para cada integração de cumprimento. Um único produto pode entregar múltiplos entitlements em cada compra bem-sucedida ou assinatura ativa.
Estas se juntam às integrações existentes de Chaves de Licença (chaves únicas com limites de ativação e expiração) e Arquivos Digitais (URLs de download pré-assinados para e-books, templates, mídias), todas agora geridas através do mesmo ciclo de vida de concessão.
O que vem pronto para uso
Webhooks
Quatro novos eventos de ciclo de vida ocorrem para cada concessão:
Saiba mais: Entitlements | Webhooks de Concessão de Entitlement
2. Motivos de Cancelamento de Assinatura no Portal do Cliente
Quando os clientes cancelam uma assinatura através do Portal do Cliente, agora eles são solicitados a compartilhar por que estão cancelando antes de confirmar. O motivo capturado é armazenado na assinatura comocancellation_feedback, mostrado na API e nos payloads de webhook, e disponível no painel para que você possa identificar padrões de churn de relance.

Onde aparece
- Objeto de assinatura: Novo campo
cancellation_feedback(um dos valores acima) ecancellation_comment(texto livre opcional), preenchidos quando o cliente cancela - Webhook
subscription.cancelled: Ambos os campos são incluídos no payload - API: Passe
cancellation_feedbackecancellation_commentparaPATCH /subscriptions/{subscription_id}ao agendar ou executar um cancelamento programaticamente
3. Valor Mínimo de Mandato Configurável para E-Mandatos em INR
Agora você pode configurar o mínimo mandatário para e-mandatos em INR em assinaturas recorrentes com cartão indiano. Anteriormente, toda assinatura com cartão indiano abaixo de ₹15.000 usava um mandato fixo de ₹15.000 sob demanda. Agora você pode substituir esse mínimo a nível de comerciante — e por sessão de checkout ou assinatura, se necessário. O valor do mandato registrado com o banco do cliente émax(mandate_min_amount_inr_paise, billing_amount), portanto este valor atua como o teto de autorização para o cliente sempre que a cobrança for menor que o mínimo.
- Substituição por solicitação (
mandate_min_amount_inr_paisena sessão de checkout, pagamento ou assinatura) - Configuração a nível de comerciante nas configurações de negócios
- Padrão do sistema de ₹15.000 (1.500.000 paise)
Esta configuração só afeta e-mandatos registrados para cartões emitidos na Índia (Visa, Mastercard, RuPay) em assinaturas INR. Assinaturas UPI seguem seu próprio fluxo de AutoPay e não são afetadas.
4. Configuração de Negócios com Taxas Inclusivas para Moeda Adaptativa
Moeda Adaptativa é o recurso que permite cobrar dos clientes em sua moeda local. Por padrão, a taxa de 2–4% de moeda adaptativa é suportada pelo cliente e adicionada ao preço exibido. Com a nova configuração Taxas Inclusivas, você pode alterar isso: mantenha o preço exibido inalterado para o cliente e absorva a taxa você mesmo. Onde configurar Vá para Configurações → Negócios, certifique-se de que Preço Adaptativo está habilitado e alterne Taxas Inclusivas na seção Moeda Adaptativa. Substituição por solicitação Você também pode substituir o padrão do merchant para pagamentos individuais, cobranças de assinatura sob demanda e alterações de plano usando o booleanoadaptive_currency_fees_inclusive:
Transações INR → INR são sempre tratadas como inclusivas independentemente da configuração do negócio ou substituição por solicitação.
5. Aplicativo Desktop Dodo Payments
O aplicativo oficial Dodo Payments Desktop agora está disponível para macOS, Windows e Linux. Execute seu painel de pagamentos como um aplicativo nativo rápido — sem precisar de aba de navegador.
O que está dentro
- Binário nativo pequeno — construído com Tauri no webview nativo do sistema, total de ~5 MB (sem Chromium incluído)
- Assinado e notariado — as versões para macOS são assinadas com ID de Desenvolvedor Apple e notariadas, sem alertas do Gatekeeper
- Autoatualização — verifica a cada 4 horas e aplica atualizações assinadas automaticamente do GitHub Releases (funciona em macOS, Windows e Linux AppImage)
- Bandeja do sistema + menu de barra — esconder na bandeja no macOS, menus completos Arquivo/Editar/Visualizar/Ajuda com atalhos de teclado (
⌘⇧Hvá para o painel,⌘Lcopie a URL atual,⌘⌥Iferramentas de desenvolvimento) - Suporte a deep-link — links de autenticação mágicos abrem diretamente no app
- Multi-janela — abra múltiplos painéis lado a lado
6. Pagamentos Stablecoin (USDC, USDP, USDG)
Aceite pagamentos em stablecoin globalmente com liquidação em USD. Os clientes pagam de sua carteira de stablecoin preferida na rede de sua escolha; você recebe USD fiduciário sem exposição à volatilidade do cripto, sem estornos e sem infraestrutura bancária necessária no lado do cliente. Moedas e redes suportadas
Cobertura
Configuração
Passe
crypto_currency em allowed_payment_method_types ao criar uma sessão de checkout:
payment.succeeded é acionado e o cliente é redirecionado para sua página de sucesso.
Pagamentos em stablecoin são irreversíveis por design — não há estornos. Recomendamos sempre oferecer
credit e debit como métodos de apoio para clientes sem uma carteira de stablecoin.7. Importar Chaves de Licença Existentes
Agora você pode importar chaves de licença de outro sistema para o Dodo Payments usando a API de Criação de Chave de Licença. Isso permite migração sem interrupções de qualquer fornecedor externo de chaves de licença, para que seus clientes existentes possam continuar ativando, validando e desativando suas chaves no Dodo Payments sem necessidade de reemissão.source: "import" (vs. source: "auto" para chaves geradas automaticamente no pagamento), de modo que você pode distinguir o inventário migrado de chaves emitidas organicamente ao consultar GET /license_keys. O payment_id em chaves importadas é null porque elas não estão vinculadas a uma transação do Dodo Payments.
Saiba mais: Chaves de Licença | API de Criação de Chave de Licença
8. require_phone_number para Sessões de Checkout
Force os clientes a fornecer um número de telefone durante o checkout configurando feature_flags.require_phone_number: true ao criar uma sessão de checkout. O número de telefone se torna um campo obrigatório no formulário de checkout, com validação de formulário indicando “Número de telefone é obrigatório” se o cliente o deixar em branco.
Saiba mais: Funcionalidades de Checkout | API de Criação de Sessão de Checkout
Correções de Bugs e Melhorias
- Correções de bugs menores e melhorias de estabilidade em toda a plataforma