> ## Documentation Index > Fetch the complete documentation index at: https://commet.co/docs/llms.txt > Use this file to discover all available pages before exploring further. # Cómo funcionan los cobros y pagos > Cómo se comportan tus cobros según lo que haces tú y tus clientes Commet mide qué puede consumir un customer y cobra según el plan que aceptó. El catálogo define los términos, la suscripción guarda la relación activa, usage registra el consumo, los recibos calculan lo adeudado y las transacciones registran cada intento de pago. Esas capas cambian en momentos distintos. Commet separa cambios de catálogo, cambios de suscripción y recovery de billing. Cada uno tiene una regla explícita; no existe una única heurística basada en precio para todas las operaciones. | Capa | Fuente de verdad | Pregunta típica | | - | - | - | | Catálogo | Plans, precios, features, Offers y Markets | ¿Qué puede comprar un customer nuevo? | | Suscripción | Plan y precio elegidos, Offer aceptada, período y estado | ¿Qué aceptó este customer? | | Consumo | Usage, seats, quota, credits o balance | ¿Qué consumió el customer? | | Recibo | Line items, impuestos, créditos y monto adeudado | ¿Qué debe pagar? | | Transacción | Intento de pago normalizado entre proveedores | ¿El cobro funcionó, falló, reintentó o se devolvió? | ## Referencia rápida ### Cuando haces cambios | Lo que haces | Lo que pasa con los clientes existentes | | - | - | | Cambias el precio base o variante seleccionada | El período ya pagado no cambia; la renovación usa el valor actual de esa fila del catálogo | | Bajas un precio por unidad (uso, licencias, quota) | **Aplica al instante** — este período se cobra al precio más barato | | Subes un precio por unidad (uso, licencias, quota) | El nuevo precio aplica desde el próximo período | | Aumentas unidades incluidas, habilitas un feature o lo haces ilimitado | **Actualiza el snapshot del período actual** | | Reduces unidades, deshabilitas o quitas un feature | El snapshot existente se mantiene hasta la renovación | | Ocultas o eliminas lógicamente un plan | Las suscripciones existentes lo mantienen; se bloquea la selección nueva | | Archivas un precio | Se bloquea la selección nueva; las suscripciones ya asociadas continúan | | Cambias el balance/créditos incluidos de un plan gratuito | Aplica en el próximo reseteo mensual de cada cliente | ### Cuando tu cliente hace cambios | Lo que hace | Lo que pasa | | - | - | | Pasa a un plan con mayor `sortOrder` dentro del mismo grupo sin cambiar el intervalo | **Inmediato** — se cobra el precio completo menos un crédito por los días no usados; el ciclo se reinicia | | Pasa a un plan con menor `sortOrder` dentro del mismo grupo sin cambiar el intervalo | Mantiene el plan actual hasta la renovación, después cambia | | Pasa de gratuito a pago | **Inmediato** — paga el precio completo, sin crédito (gratuito = \$0) | | Pasa de pago a gratuito | Mantiene el plan actual hasta la renovación, después cambia | | Pasa a un intervalo más largo | **Inmediato** | | Pasa a un intervalo más corto | Aplica en la renovación | ### Eventos automáticos | Lo que pasa | Lo que experimenta el cliente | | - | - | | Empieza el período de prueba | Usa el producto, sin cargo. **El overage está bloqueado** — el uso se detiene en los límites incluidos | | Termina el período de prueba | Se le cobra el precio actual, el overage se activa normalmente | | Falla una renovación o un primer cobro de prueba reintentable | La suscripción pasa a `past_due`; el uso continúa durante los reintentos y las compras se bloquean | | El primer cobro tras la prueba requiere método de pago o acción del cliente | La suscripción queda `pending_payment` para completar el checkout | | Suscripción cancelada | Se puede reactivar — recibo nuevo al precio actual, un nuevo período de cobro empieza ese día | ## Los límites que importan * La dirección del intervalo determina primero cuándo aplica el cambio. Si el intervalo no cambia, el orden del grupo define upgrade y downgrade, no el importe. Los cambios de pago a gratuito siempre se programan. * La suscripción guarda el ID del precio seleccionado. La renovación lee el valor actual de esa fila del catálogo. * Los snapshots de features protegen el período ya iniciado frente a cambios perjudiciales y permiten aplicar mejoras al instante. * Las fases aceptadas de una Oferta son snapshots inmutables; los precios base no. * La recuperación reintenta el mismo recibo pendiente en lugar de crear una venta nueva. ## Explora cada tema * [Cambios de precio](/docs/es/what-happens-when-you-change-your-prices) — Qué pasa cuando cambias tus precios * [Cambios de plan](/docs/es/what-happens-when-a-customer-changes-plans) — Upgrades, downgrades y cambios de plan * [Intervalos de cobro](/docs/es/how-do-monthly-quarterly-and-yearly-billing-work) — Cobros mensuales, trimestrales y anuales * [Recibos](/docs/es/what-invoices-do-customers-receive-and-when) — Qué recibos reciben tus clientes y cuándo * [Prorrateo](/docs/es/how-is-proration-calculated-when-changing-plans) — Cómo se calculan los cargos a mitad de ciclo * [Períodos de prueba](/docs/es/how-do-trial-periods-work) — Cómo funcionan los períodos de prueba * [Planes gratuitos](/docs/es/how-do-free-plans-work-without-payment) — Cómo funcionan los planes gratuitos * [Pagos fallidos](/docs/es/what-happens-when-a-payment-fails) — Qué pasa cuando un pago falla * [Licencias](/docs/es/how-does-seat-based-billing-work) — Cómo funciona el cobro por licencias ## Related topics - [Administrar planes](/docs/es/create-plans.md) - [Modelos de consumo](/docs/es/consumption-models.md) - [Addons](/docs/es/add-ons.md) - [Planes gratuitos](/docs/es/how-do-free-plans-work-without-payment.md) - [Pagos únicos](/docs/es/one-time-payments.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.