Skip to main content

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.
Painel de Entitlements com a lista de entitlements à esquerda e atividade de concessão à direita
Cinco novas integrações de plataforma Até agora, o Dodo Payments entregava chaves de licença e arquivos digitais automaticamente ao comprar. Entitlements expandem esse escopo para cinco plataformas adicionais — para que clientes pagantes possam obter acesso à sua comunidade, seu código ou seu conteúdo assim que o pagamento for concluído, sem necessidade de cumprimento manual por parte de sua equipe: 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:
Para novas integrações, ouça entitlement_grant.delivered em vez de payment.succeeded. O sucesso do pagamento não significa que a entrega foi concluída, especialmente para integrações baseadas em OAuth.
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 como cancellation_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.
Modal de cancelamento do Portal do Cliente com o campo suspenso 'Por que você está cancelando?' mostrando motivos como Muito caro, Faltam recursos, e Outros
Opções de motivo Onde aparece
  • Objeto de assinatura: Novo campo cancellation_feedback (um dos valores acima) e cancellation_comment (texto livre opcional), preenchidos quando o cliente cancela
  • Webhook subscription.cancelled: Ambos os campos são incluídos no payload
  • API: Passe cancellation_feedback e cancellation_comment para PATCH /subscriptions/{subscription_id} ao agendar ou executar um cancelamento programaticamente
Combine cancellation_feedback com Subscription Dunning para personalizar seus e-mails de reconquista — por exemplo, envie um código de desconto para canceladores too_expensive e uma pesquisa “o que está faltando?” para canceladores missing_features.
Saiba mais: Portal do Cliente | Webhooks de Assinatura

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.
Prioridade de resolução
  1. Substituição por solicitação (mandate_min_amount_inr_paise na sessão de checkout, pagamento ou assinatura)
  2. Configuração a nível de comerciante nas configurações de negócios
  3. 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.
Saiba mais: Métodos de Pagamento na Índia | Assinaturas com Mandatos RBI

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 booleano adaptive_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.
Saiba mais: Moeda Adaptativa

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 (⌘⇧H vá para o painel, ⌘L copie a URL atual, ⌘⌥I ferramentas 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
Baixe o instalador mais recente para sua plataforma na página de lançamentos do aplicativo Desktop. O repositório é totalmente open source.

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:
O cliente vê um endereço de carteira e um código QR com a quantidade de stablecoin calculada na taxa de câmbio em tempo real; assim que a blockchain confirma a transação, seu webhook 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.
Saiba mais: Pagamentos 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.
Chaves importadas são marcadas com 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.
Chaves de licença criadas ou atualizadas através da API não acionam notificações por e-mail para clientes. Se você precisar notificar os clientes sobre uma chave importada, faça isso separadamente em seu aplicativo.
Migrando do Polar.sh ou Lemon Squeezy? O dodo-migrate CLI automatiza importações em massa de produtos, clientes, descontos e chaves de licença em um único comando.
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.
require_phone_number: true requer allow_phone_number_collection: true. A API rejeita sessões onde require_phone_number é verdadeiro enquanto a coleta de telefone está desabilitada.
Útil para SaaS B2B, indústrias regulamentadas, ou qualquer fluxo onde você precise de um canal de contato verificado para suporte, revisão de fraude, ou conformidade.
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
Última modificação em 26 de setembro de 2026