Esta función está actualmente en beta cerrada. Si está habilitada para tu cuenta y tienes algún problema, contacta a payments.support@kajabi.com.
¿Qué es una Orden?
Una Orden es un registro de todo lo que un cliente compró en el checkout: la oferta principal, cualquier order bump y cualquier upsell o downsell. Cada elemento de una Orden corresponde a una oferta con sus productos asociados, detalles de facturación y transacciones. Así es como aparecen los distintos tipos de oferta dentro de una Orden:- Ofertas de pago único: Aparecen como una sola línea. La Orden se marca como Complete tan pronto el pago se realiza con éxito.
- Suscripciones: El cargo inicial forma parte de la Orden. La Orden se marca como Complete una vez que el cargo inicial se realiza con éxito, incluyendo la creación inicial de la prueba. Las renovaciones de suscripción no forman parte de la Orden porque son parte de un compromiso indefinido; viven en la página Subscription Details, accesible directamente desde la página de detalle de la Orden.
- Planes de pago: Todas las cuotas forman parte de la Orden, ya que representan el valor total comprometido de la oferta. Tanto las cuotas completadas como las próximas son visibles en la página de detalle de la Orden. La Orden permanece In Progress hasta que se cobran todas las cuotas.
- Ofertas gratuitas o totalmente descontadas: Se incluyen en la Orden y se marcan como Complete de inmediato, ya que no se requiere ningún pago.
- Order bumps, upsells y downsells: Aparecen como líneas dentro de la página de detalle de la Orden. No crean filas separadas en la página Orders; todo lo que proviene del mismo checkout, incluyendo los upsells aceptados después, se agrupa en una sola Orden.
- Compras de carrito y facturas pagadas: También aparecen como Órdenes. Una factura se convierte en una Orden una vez que se paga.
La recolección de datos de Órdenes comenzó entre el 25 y el 29 de junio de 2026. La fecha exacta de inicio varía según la cuenta. Las compras realizadas antes de la fecha de recolección de tu cuenta no están incluidas en la página Orders y siguen accesibles en la página Transactions.

Estadísticas de Órdenes
En la parte superior de la página Orders, tres tarjetas de estadísticas resumen tu actividad de órdenes de los últimos 30 días:- Total order value y Average order value incluyen solo las órdenes realizadas en la moneda predeterminada de tu sitio. Las órdenes realizadas en otras monedas no se cuentan en estas dos cifras. Ambas usan el valor total comprometido de cada orden, así que los planes de pago se cuentan por su monto total, incluyendo todas las cuotas futuras.
- Purchases cuenta cada orden del período, en todas las monedas.
Estados de la Orden
Una Orden puede tener uno de tres estados:- In Progress: Uno o más pagos aún se están cobrando. Por ejemplo: un plan de pago con cuotas pendientes, o un pago ACH único que espera liquidación.
- Complete: Se han cobrado todos los pagos esperados. Aplica inmediatamente a las compras de pago único al tener éxito el cargo; a los planes de pago una vez que se cobran todas las cuotas; a las suscripciones una vez que el cargo inicial se realiza con éxito (las renovaciones no afectan este estado); y a las órdenes que solo contienen ofertas gratuitas o totalmente descontadas.
- Canceled: Todas las obligaciones de pago en la Orden han sido canceladas o no se pudieron cobrar.
Indicadores de detalles
Junto al estado, la columna Details muestra contexto adicional:- Billing status de cada línea de suscripción o plan de pago: trialing, active, paused, past due, pending cancellation o canceled. Un indicador past due significa que un cargo falló y aún no se ha recuperado. Estos reflejan el estado actual de facturación de los elementos recurrentes y aparecen además del estado de la Orden.
- Refunds: Cuando se reembolsa algún monto de la Orden, un indicador “refunded” muestra el monto devuelto. Los reembolsos no cambian el estado de la Orden. Usa el filtro Refunded para encontrar Órdenes que incluyan un reembolso.
Detalles de la Orden
Al hacer clic en cualquier fila de la página Orders se abre la página de detalle de la Orden.
- Offer purchases: Cada oferta en la Orden, con tipo de precio, estado de facturación y enlaces a la suscripción, plan de pago o transacción asociada
- Transactions: Todos los cargos de la compra original, incluyendo cuotas próximas y pasadas de los planes de pago, listados por fecha en orden descendente. Las renovaciones de suscripción no se muestran aquí.
- Order summary:
- Subtotal: Total de todas las ofertas en la orden antes de descuentos e impuestos
- Total: Valor total comprometido de la orden, incluyendo todas las cuotas futuras del plan de pago
- Setup Fees: Tarifa de configuración única cobrada además de una suscripción o plan de pago
- Taxes: Cualquier impuesto de venta aplicado a la orden
- Collected: Monto total recibido de todos los pagos hasta la fecha
- Outstanding: Saldo restante aún por pagar en los planes de pago activos
- Discounts: El monto descontado por un cupón o descuento
- Fees: Tarifas de procesamiento de pago sobre los pagos cobrados hasta ahora
- Net: Collected menos Fees
- Order details: Número de orden, fecha y método de pago
- Customer details: Información del miembro y cualquier dato de contacto recolectado en el checkout
Webhooks
Si tus flujos de trabajo dependen de los webhooks Payment Succeeded o Purchase Created (por ejemplo, a través de una integración de Zapier o una integración personalizada), revisa cómo se estructuran estos eventos con múltiples order bumps y Órdenes. Las ofertas de pago único y los order bumps de pago único se agrupan en una sola transacción. El webhook Payment Succeeded se dispara una vez por transacción en lugar de una vez por oferta, y los campos de oferta en ese evento contienen valores separados por comas cuando se incluyen varias ofertas. El webhook Purchase Created se dispara una vez por oferta, pero los campos de monto a nivel de transacción reflejan el total completo de la transacción en lugar del precio de la oferta individual. El campooffer en el endpoint de la API de Transactions no devuelve datos para ofertas agrupadas. Usa la relación purchases en su lugar.
Para más detalles y ejemplos de payloads, ve Cambios de webhook y API con la introducción de múltiples order bumps y Órdenes.