Skip to main content
La plataforma es multi-tenant por diseño: las agencias y los revendedores (“inquilinos”) gestionan su propia instancia de marca en su propio dominio, con usuarios, planes y precios propios.

​
Jerarquía de roles

  • Un único inicio de sesión para todos: el rol determina lo que ve cada usuario.
  • Los administradores de la plataforma gestionan todos los usuarios, inquilinos, planes de la plataforma y el catálogo de modelos en /admin.
  • Los administradores de inquilino (propietario/administrador de un inquilino) cuentan con un área de administración de inquilino dedicada: un panel con los KPI del inquilino, el historial de llamadas de todos sus usuarios, gestión de usuarios, plantillas de prompts, planes, facturación, migración de datos y configuración de marca.

​
Marca blanca

El espacio de trabajo de un inquilino funciona completamente bajo su propia identidad:
  • Dominio: la app, el inicio de sesión, la API (/api/v1) e incluso el endpoint de MCP funcionan bajo el dominio del inquilino.
  • Marca: logo, favicon, colores y nombre de la app; se aplica a la app, la pestaña del navegador, las páginas de inicio de sesión y registro, y las pantallas de consentimiento de OAuth. Los dominios de los inquilinos usan su propio favicon y recurren al favicon de la plataforma cuando no hay ninguno configurado.
  • Correo de soporte: se muestra a los usuarios del inquilino.
  • Planes y precios: los inquilinos definen sus propios planes y precios; consulta Planes y límites y Stripe Connect.
La administración de la marca blanca está controlada por un interruptor del plan de la plataforma (whitelabel_enabled), un complemento de plataforma contratado (feature_key=whitelabel), una excepción por derechos adquiridos de Domain/Connect, o una anulación a nivel de espacio de trabajo por parte de un administrador. Los planes de reventa de los inquilinos no pueden otorgar ni revender la marca blanca.

​
Verificación de dominio personalizado

Agrega el nombre de host completo en Administrador de inquilino → Configuración, por ejemplo app.famulor.io. La plataforma lo asocia entonces a su capa de enrutamiento y comprueba dos requisitos independientes:
  1. Propiedad: si se solicita una verificación, publica el registro TXT exacto que se muestra en la página de configuración.
  2. DNS y TLS: publica el registro A recomendado para un dominio apex o el CNAME para un subdominio. La página lee la configuración DNS en vivo y solo habilita el dominio cuando el enrutamiento es correcto y se puede emitir el TLS.
Usa Verificar DNS después de hacer cambios. La propagación del DNS puede tardar. El estado nunca se infiere de una casilla guardada: la plataforma vuelve a comprobar la configuración en vivo y sincroniza custom_domain_verified solo cuando ambas verificaciones pasan. Eliminar el dominio lo desvincula y desactiva de inmediato el enrutamiento de inquilinos basado en host. El mismo ciclo de vida está disponible mediante GET, POST y DELETE /api/v1/custom-domain, con POST /api/v1/custom-domain/verify para forzar una nueva verificación, y a través de las herramientas MCP correspondientes.

​
Cuentas gratuitas

Los inquilinos pueden permitir registros gratuitos con límites predeterminados configurables (por ejemplo, 1 asistente, 5 campañas, 1 número) y un precio por minuto para el uso de pago por consumo. El mismo mecanismo existe a nivel de plataforma para los usuarios directos. Registrarse en un dominio de inquilino crea automáticamente la membresía del inquilino con esos valores predeterminados.

​
Suplantación (“Vista de usuario”)

Los administradores pueden iniciar sesión como un usuario para ver exactamente lo que ve — el flujo de trabajo esencial de soporte:
  • Los administradores de la plataforma pueden suplantar a cualquier usuario; los administradores de inquilino solo pueden suplantar a los usuarios de su propio inquilino.
  • Un banner muestra todo el tiempo “Has iniciado sesión como X — volver al administrador”.
  • Cada suplantación queda registrada en la auditoría.

​
Plantillas de prompts

Los administradores de la plataforma gestionan plantillas globales en /admin/prompt-templates (visibilidad: todos los espacios de trabajo, o solo los espacios de trabajo raíz de la plataforma). Los administradores de inquilino mantienen plantillas de espacio de trabajo en /tenant-admin/prompt-templates, visibles para los miembros de ese espacio de trabajo y para los espacios de trabajo de los clientes del revendedor. Los usuarios finales abren Elegir plantilla al crear un asistente o desde la tarjeta de prompt del sistema (modo Prompt), filtran por idioma, tema o rama, la previsualizan y la aplican (se copia al seleccionarla en system_prompt y, opcionalmente, en first_message). Misma lista: GET /api/v1/prompt-templates y el MCP list_prompt_templates.

​
Migración de datos

Los administradores de inquilino pueden transferir recursos (asistentes, herramientas, bases de conocimientos, números) de un usuario a otro dentro del inquilino, algo útil cuando una agencia construye sobre un usuario de staging y luego lo entrega a la cuenta del cliente. Los administradores de la plataforma pueden hacer esto de forma global.