> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dodopayments.com/llms.txt
> Use this file to discover all available pages before exploring further.

# v1.118.3 (6 de octubre de 2026)

> Checkout con varias suscripciones, la Moderation API, GCash, AlipayHK, FPS y Touch 'n Go, Apple Pay en India, alertas de Ethoca, un registro de correos electrónicos de clientes, correos en modo de prueba, checkout de derecha a izquierda, un dashboard rediseñado y Dodo Sync 1.0.

## Nuevas funcionalidades

### 1. **Checkout con varias suscripciones**

Ahora un checkout puede vender varias suscripciones a la vez. Añade dos o más productos de suscripción a `product_cart` y el cliente pagará por todos en un único pago, con una sola factura.

Cada producto se convierte en su propia suscripción y se renueva según su propio calendario, por lo que los planes con distintos intervalos de facturación o periodos de prueba pueden compartir un carrito. La página de checkout muestra un **Total a pagar hoy**, seguido de una fila por suscripción con su periodo de prueba, su importe de renovación y la próxima fecha de facturación.

Un carrito puede contener como máximo 20 productos. Un carrito con más de una suscripción tampoco puede contener productos de pago único.

El pago registra la compra completa: `is_multi_subscription` es `true` y `subscription_ids` enumera cada suscripción creada, mientras que `subscription_id` es `null`.

Más información: [Carrito con varias suscripciones](/developer-resources/checkout-session#multi-subscription-cart)

### 2. **Moderation API**

Analiza texto e imágenes antes de que lleguen a tu producto. Envía contenido a `POST /moderation/screen` y recibe un veredicto de `allow`, `flag` o `deny`, junto con las categorías que lo activaron.

Las solicitudes aceptan hasta 8.000 caracteres de texto, una imagen de hasta 5 MiB o ambos. Realiza el seguimiento de lo que has analizado con `GET /moderation/usage`. Los análisis en modo de prueba son gratuitos y devuelven veredictos simulados que puedes activar bajo demanda, para que puedas probar todas las rutas de tu integración.

Más información: [Moderation API](/features/moderation)

### 3. **GCash, AlipayHK, FPS y Touch 'n Go**

Cuatro nuevos métodos de pago locales llegan a los clientes del Sudeste Asiático y Hong Kong:

| Método | País | Moneda |
| - | - | - |
| **GCash** | Filipinas | PHP |
| **AlipayHK** | Hong Kong | HKD |
| **FPS** | Hong Kong | HKD, CNY |
| **Touch 'n Go** | Malasia | MYR |

El cliente escanea un código QR en su wallet o aplicación bancaria para pagar. Los cuatro están activados de forma predeterminada y pueden desactivarse en **Settings → Payment Methods**. Solo funcionan para pagos únicos y no aparecen en los checkouts de suscripciones. Cada método aparece únicamente cuando el país de facturación y la moneda coinciden y [Adaptive Currency](/features/adaptive-currency) está habilitado.

Más información: [Métodos de pago de Asia-Pacífico](/features/payment-methods/asia-pacific)

### 4. **Apple Pay en India**

Los clientes de India ahora pueden pagar con Apple Pay. Las suscripciones de Apple Pay facturadas en INR funcionan con mandatos del RBI, al igual que otras tarjetas emitidas en India.

Más información: [Apple Pay en India](/features/payment-methods/digital-wallets#apple-pay-in-india)

### 5. **Ethoca Alerts**

Detén los chargebacks en Mastercard y otras tarjetas que no sean Visa antes de que se presenten. Cuando el emisor de una tarjeta envía una alerta de Ethoca, Dodo Payments reembolsa el pago automáticamente, por lo que la disputa nunca se convierte en un chargeback ni afecta a tu proporción de chargebacks.

Las alertas de Ethoca son opcionales. Inscríbete desde la tarjeta **Ethoca Alerts**, en **Settings → Dispute Resolution**, junto a Visa RDR. Tu empresa necesita tener pagos activos y un descriptor de estado de cuenta configurado, y se aplica una tarifa por cada alerta. La inscripción tarda entre 2 y 4 días hábiles en confirmarse.

Más información: [Ethoca Alerts](/features/transactions/disputes#ethoca-alerts)

### 6. **Customer Email Log**

Ahora cada cliente tiene una pestaña **Sent Emails** en **Sales → Customers**, donde se enumeran los correos electrónicos que Dodo Payments le ha enviado durante los últimos 180 días. Cada entrada muestra el asunto, la categoría y el estado de entrega — **Sent**, **Delivered**, **Failed**, **Marked as spam** o **Not sent** — y un correo fallido indica por qué falló.

Abre cualquier correo para leer exactamente lo que recibió el cliente y vuelve a enviarlo, a la dirección original o a una nueva, hasta tres veces. El mismo registro está disponible mediante la API en `GET /customers/{customer_id}/emails`.

Más información: [Registros de correos electrónicos](/features/email-logs)

### 7. **Correos en modo de prueba**

Ahora los correos electrónicos de clientes se envían en modo de prueba, para que puedas comprobar toda la experiencia de correo antes de pasar a producción. Los correos de prueba llegan al destinatario real y todos los asuntos comienzan con `[TEST MODE]`.

El interruptor **Test Mode Emails**, en **Settings → Communication → Email**, controla esta función y está activado de forma predeterminada. Una empresa puede enviar hasta 100 correos en modo de prueba por semana. Los correos en modo activo no se ven afectados.

Más información: [Correos en modo de prueba](/features/communication-preferences#test-mode-emails)

### 8. **Checkout de derecha a izquierda**

Ahora el checkout se muestra de derecha a izquierda en árabe y hebreo. Toda la página se refleja — diseño, navegación y resumen del pedido — mientras que las direcciones de correo electrónico, los códigos y los números de teléfono mantienen su orden natural de lectura.

<Frame>
  <img src="https://mintcdn.com/dodopayments/JKGh8EdeOlomDLSl/images/checkout/checkout-rtl-arabic.png?fit=max&auto=format&n=JKGh8EdeOlomDLSl&q=85&s=89f32f6ad69dda36aabd76dfa0933fd0" alt="Página de checkout en árabe mostrada de derecha a izquierda, con el resumen del pedido a la derecha y el formulario de tarjeta a la izquierda" style={{ maxHeight: '500px', width: 'auto' }} width="1918" height="962" data-path="images/checkout/checkout-rtl-arabic.png" />
</Frame>

Más información: [Checkout multilingüe](/features/checkout#multi-language-checkout)

### 9. **Nombre del titular de la tarjeta obligatorio**

Establece `feature_flags.require_cardholder_name` en `true` en una sesión de checkout para que los clientes introduzcan el nombre que figura en su tarjeta. El campo aparece encima del número de tarjeta. La opción está establecida en `false` de forma predeterminada. Otros métodos de pago la ignoran, aunque Apple Pay y Google Pay ya recopilan el nombre del pagador.

Más información: [Sesiones de checkout](/developer-resources/checkout-session)

### 10. **Quién canceló una suscripción**

Ahora las suscripciones incluyen un objeto `cancelled_by` que registra quién las canceló. Su `actor_type` es uno de `customer`, `merchant_user`, `api_key` o `dodo_team` y, para un cliente o usuario del dashboard, también incluye su `name` y `email`.

El campo aparece en la suscripción en las respuestas de la API y en cada payload de webhook `subscription.*`. Abarca tanto las cancelaciones inmediatas como las programadas y es `null` cuando no se conoce quién la realizó, por ejemplo, en una cancelación hecha por el sistema.

Más información: [Obtener suscripción](/api-reference/subscriptions/get-subscriptions)

### 11. **Configuración de payouts y saldo reservado**

Los payouts tienen ahora un nuevo espacio en **Settings → Payouts**, al que se accede desde **Manage**, en la página **Payouts**. Cambia la frecuencia de tus payouts a un ciclo menos frecuente, establece tu payout mínimo y gestiona tus cuentas bancarias vinculadas desde un solo lugar.

La página **Payouts** ahora muestra la fecha real del próximo payout, que excluye los fines de semana y festivos bancarios, y te indica cuándo cambia una fecha de payout. Si parte de tus pagos liquidados se mantiene como reserva, aparece una fila **Reserved** en la tarjeta **Payout Balance**. Ese importe sigue siendo tuyo y se libera automáticamente de nuevo en tu saldo.

Más información: [Estructura de payouts](/features/payouts/payout-structure)

### 12. **Un flujo de verificación más sencillo**

La verificación de la cuenta ahora es una única lista de comprobación con un solo botón que te permite avanzar: **Start Verification**, **Continue Verification** o **Submit for Review**.

Cada formulario se guarda como borrador al hacer clic en **Save and Continue**, para que puedas completarlo a tu propio ritmo y enviar todos tus formularios a revisión conjuntamente. La verificación de identidad se abre en una ventana segura en la misma página. Cuando el equipo necesita más información, un banner de **Action required** muestra qué se necesita y para cuándo.

Más información: [Verificación de la cuenta](/miscellaneous/verification-process)

### 13. **Un dashboard rediseñado**

**Settings** es ahora una única página de tarjetas agrupadas en **Your Profile**, **Business Settings** y **Payments & Commerce**, cada una de las cuales abre su propia sección. **Tracking Integrations**, **Pricing**, **Dispute Resolution** y **Payouts** tienen sus propias páginas, y **Storefront** pasó de la barra lateral a Settings. Los enlaces antiguos redirigen a las nuevas páginas.

Ahora la búsqueda se encuentra en el encabezado, junto con un icono de chat de soporte. La opción de cerrar sesión se trasladó al selector de empresas.

Ahora todos los menús desplegables de países, números de teléfono y monedas del dashboard permiten buscar por nombre, código ISO o código de marcación.

### 14. **Dodo Sync 1.0**

[Dodo Sync](/developer-resources/dodo-sync), el paquete de código abierto que copia tus pagos, clientes, suscripciones y licencias en tu propia base de datos, alcanza la versión 1.0.

* **Sincronizaciones más rápidas.** Cada página de registros ahora se escribe mediante una sola operación por lotes en lugar de una consulta por registro, en MongoDB, PostgreSQL, MySQL y ClickHouse.
* **Seguro en entornos serverless.** `run()` ahora espera a que finalice cada escritura en la base de datos antes de resolverse, por lo que una sincronización en Vercel o AWS Lambda ya no pierde registros cuando termina la función. Llama al nuevo método `disconnect()` dentro de un bloque `finally` para cerrar la conexión con la base de datos.
* **Tu propia base de datos MongoDB.** Los registros se escriben en la base de datos indicada en tu URI de conexión. Si la URI no indica ninguna base de datos, Dodo Sync utiliza `dodopayments_sync` como antes.
* **Secretos ocultos en la CLI.** El modo interactivo ahora oculta la URI de tu base de datos y la API key mientras las introduces.

<Warning>
  La versión 1.0 incluye tres cambios incompatibles para quienes actualicen desde `0.x`:

  * **Nombre de la base de datos de MongoDB**: La base de datos ahora procede de tu URI de conexión en lugar de ser siempre `dodopayments_sync`. Si tu URI indica una base de datos, tus datos se trasladan allí.
  * **IDs de licencia de MongoDB**: Los documentos de licencia ahora se almacenan mediante `id` de licencia en lugar de `subscription_id`, en consonancia con las demás bases de datos. Elimina tu colección `licences` existente antes de actualizar; la siguiente sincronización volverá a rellenarla.
  * **Versión de MySQL**: Se requiere MySQL 8.0.20 o posterior.
</Warning>

Más información: [Sincroniza con tu base de datos](/developer-resources/dodo-sync)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.