Saltar al contenido principal

Facturación

Controla si tu Fluxo autoalojado usa Polar para la facturación y la medición, y entiende qué cambia al desactivar la facturación.

Empieza por la visión general de autoalojamiento si prefieres tener antes la foto completa del despliegue. Esta página se centra en Polar, la aplicación de los planes y la medición de créditos de IA.

Por qué Polar viene activado por defecto

Fluxo viene con Polar activado por defecto porque es el mismo comportamiento del que depende el producto alojado:

  • las subidas y bajadas de plan pasan por Polar
  • las suscripciones de los sitios web se resuelven a partir del estado del cliente en Polar
  • los créditos de IA se miden a través de Polar
  • las páginas de facturación y los flujos del portal de cliente dan por hecho que Polar está disponible

Ese valor por defecto importa porque mantiene el repositorio alineado con el comportamiento de la nube gestionada sin tocar nada.

La anulación para autoalojamiento

Si no quieres ninguna dependencia de Polar en tu despliegue, desactívalo explícitamente:

.env
POLAR_ENABLED=false

El análisis del valor es estricto:

  • si falta POLAR_ENABLED, Polar sigue activado
  • POLAR_ENABLED=true mantiene Polar activado
  • cualquier otro valor desactiva Polar

Qué pasa cuando la facturación está desactivada

Con POLAR_ENABLED=false, Fluxo pasa a un modo autoalojado con la facturación desactivada.

Eso significa:

  • se omiten el checkout de Polar y los flujos del portal de cliente
  • no se montan los webhooks de Polar
  • crear una organización no crea clientes en Polar
  • crear un sitio web no aprovisiona suscripciones gratuitas
  • borrar un sitio web no intenta revocar suscripciones de Polar
  • la medición de créditos de IA queda desactivada
  • los límites de plan y los controles de funcionalidad pasan a ser, en la práctica, ilimitados

En la práctica, la aplicación resuelve internamente un plan sintético self_hosted. Ese plan sirve para mantener simple el resto de la aplicación:

  • los límites numéricos se tratan como ilimitados
  • las funcionalidades con control booleano se tratan como activadas
  • la espera entre entrenamientos de la IA pasa a ser inmediata
  • no se aplican los límites duros del plan

Así, el código de cada funcionalidad sigue llamando a los mismos ayudantes de plan y permisos que ya usa. El modo de facturación queda centralizado en lugar de repartir comprobaciones if/else por todo el producto.

Qué muestra el panel

Cuando la facturación está desactivada:

  • la página de plan muestra un estado de autoalojamiento en lugar de los textos de precios del producto alojado
  • se ocultan las acciones de mejora de plan y de facturación
  • la ruta de facturación explica que la gestión de suscripciones está desactivada en este despliegue
  • el uso de IA aparece como no medido, en lugar de como una caída o un problema de sincronización de créditos

Valor por defecto recomendado al autoalojar

Si ejecutas Fluxo completamente en tu propia infraestructura y no quieres el comportamiento de facturación del producto alojado, define:

.env
POLAR_ENABLED=false

Si quieres que tu despliegue autoalojado mantenga el mismo comportamiento de facturación y medición que Fluxo Cloud, deja POLAR_ENABLED sin definir o ponlo a true.

El modo con la facturación desactivada concede permisos ilimitados en todo el despliegue. Está pensado para quien opera la instancia autoalojada completa, no como una forma de saltarse la aplicación de los planes en un servicio alojado multiinquilino. Antes de cambiar un despliegue existente, prueba en un entorno de preproducción los datos de clientes y suscripciones, la retirada de los webhooks, los cambios de permisos y la vuelta atrás.

¿Te resultó útil esta página?

Abre una incidencia de documentación ya rellenada para que el equipo pueda actuar.