Aislamiento real entre clientes y unidades de negocio

Tenants como ciudadanos de primera

SIVO está diseñado multi-tenant desde la primera tabla. Cada tenant tiene:

• Dominio SIP propio (acme.sip.sivocenter.com) — extensiones, registros y trunks separados.
• Subdominio de dashboard (acme.app.sivocenter.com) — login, branding y URLs propias.
• Row-Level Security en PostgreSQL sobre 23+ tablas — el motor garantiza el filtrado, no la aplicación.
• JWT con tenantSlug + sipDomain — cada request lleva su contexto, imposible de falsificar.
• Claves AES-256-GCM por tenant — passwords SIP y secrets de proveedor cifrados en BD.

Aislamiento operativo

Más allá de la BD, el aislamiento llega al plano de voz: SIP profiles separados, ACL por tenant para trunks, rate limits independientes, política de grabación independiente, retención de transcripciones independiente. Un tenant que llena el bucket de grabaciones no afecta al resto.

Superadmin cross-tenant

El rol superadmin (cloud SIVO ops) puede ver y gestionar todos los tenants vía header X-Tenant-Id, pero queda auditado en audit_logs (tabla particionada por mes). Cada acción cross-tenant es trazable: quién, qué tenant, qué endpoint, qué request.

Branding por tenant

• Logo en sidebar y emails transaccionales.
• Idioma por defecto (6 idiomas: es/en/de/fr/it/pt).
• Saludo del IVR personalizable.
• Feature flags por tenant — AI agents, transcripción, Salesforce, etc. se activan a demanda.

Casos de uso típicos

• Agencias / BPO que operan varias marcas o campañas — cada una con su DID, su cola y su SLA.
• Holdings con filiales que comparten infraestructura pero no datos.
• Partners que revenden SIVO white-label a sus propios clientes.

Migración entre tenants

Si un cliente crece y necesita una instancia dedicada (Enterprise), SIVO migra sus datos, grabaciones y configuración a un cluster aparte sin interrupción del servicio. Su número, su IVR y sus agentes siguen funcionando durante la ventana de cutover.