Seguridad y Protección de Datos

Cada workspace opera en completo aislamiento. Utilizamos Row Level Security (RLS) a nivel de base de datos, lo que significa que las políticas de acceso se aplican directamente en la capa de datos, no solo en la aplicación.

Esto garantiza que los datos de un tenant nunca puedan ser accedidos por otro tenant, incluso si existiera una vulnerabilidad en el código de la aplicación. Cada consulta a la base de datos es filtrada automáticamente por el identificador del tenant.

• Encriptación en tránsito: todo el tráfico entre tu navegador y nuestros servidores está encriptado con TLS 1.3 (HTTPS). No se transmite ningún dato en texto plano.
• Encriptación en reposo: la base de datos y el almacenamiento de archivos utilizan encriptación AES-256 en reposo. Tus guiones y documentos están protegidos incluso a nivel de disco.
• Hosting: la plataforma está alojada en la infraestructura de Supabase (AWS) con centros de datos en Estados Unidos. Supabase cuenta con certificación SOC 2 Type II para sus servicios — verificable en su trust center.
• CDN global: los archivos estáticos se sirven a través de Vercel Edge Network con protección DDoS integrada.

• Marcas de agua dinámicas: los Data Rooms generan PDFs con marcas de agua personalizadas por invitado, permitiendo rastrear el origen de cualquier filtración.
• NDA digital obligatorio para lectores: los lectores invitados a leer guiones de tu productora deben firmar electrónicamente un Acuerdo de Confidencialidad antes de obtener acceso al material. La firma queda registrada con nombre completo, IP, timestamp y se persiste en el expediente del lector dentro de tu workspace. El NDA usa los datos legales que tu productora configura (razón social, dirección legal).
• Expiración configurable a discreción del operador: al crear un Data Room (o al invitar a una persona específica) puedes establecer una fecha de expiración automática — el enlace deja de funcionar al cumplirse. También puedes revocar el acceso de invitados específicos o desactivar el Data Room completo en cualquier momento. La expiración por default es indefinida; activarla queda a criterio del dueño del workspace.
• Almacenamiento privado: los archivos se almacenan en buckets privados de Supabase Storage. No son accesibles vía URL pública sin autenticación.
• Acceso por token único por invitado: cada invitado de Data Room recibe un enlace con token opaco único. Las visitas, descargas y aperturas quedan registradas para que el dueño del room sepa quién vio qué.

• Roles granulares: cada usuario tiene un rol asignado (Director, Ejecutivo, EP, Lector) con permisos específicos que determinan qué puede ver y hacer.
• Permisos configurables: los administradores del tenant pueden personalizar qué acciones permite cada rol.
• Autenticación segura: soportamos inicio de sesión con email/contraseña (con hashing bcrypt) y OAuth con Google. Las sesiones utilizan JWT con expiración automática.
• Autenticación multifactor (MFA) opcional: cada usuario puede activar MFA con app autenticadora (TOTP) desde su perfil. El operador del workspace puede exigir MFA a roles específicos.
• Códigos de recuperación cifrados: los códigos de recuperación de MFA se almacenan con hash sha256, no en texto claro.
• Dominios personalizados: cada tenant opera en su propio subdominio (empresa.slatecore.app), aislando completamente las sesiones.

• Log de actividad: cada acción relevante queda registrada — quién accedió, qué modificó, cuándo y desde dónde.
• Historial de versiones: los breakdowns y planes de trabajo mantienen historial de versiones con posibilidad de restaurar versiones anteriores.
• Registro de emails: todos los correos enviados desde la plataforma (invitaciones, notificaciones) quedan registrados con fecha, destinatario y estado de entrega.

• Respaldos automáticos en doble capa: la base de datos se respalda diariamente con retención de 30 días, más respaldos semanales con retención de hasta 12 semanas. Todos los respaldos se almacenan cifrados en infraestructura separada del runtime principal (Cloudflare R2).
• Recuperación ante desastres: en caso de fallo, los datos pueden restaurarse desde el respaldo más reciente. El tiempo objetivo de recuperación depende del alcance del incidente.
• Disponibilidad como objetivo operacional: la infraestructura está diseñada con redundancia y apuntamos a alta disponibilidad en operación normal. Esto es un objetivo operacional, no un SLA contractual con porcentaje garantizado — los Términos de Servicio detallan el alcance de las garantías.

Las funciones de IA del Servicio (análisis de guion, breakdowns, chats, sugerencias) se ejecutan únicamente cuando tú las solicitas, usando los modelos de Anthropic Claude.

• Anthropic NO usa tu contenido para entrenar sus modelos. Está garantizado por su política comercial vigente para clientes API (Anthropic Commercial Terms).
• El contenido enviado se procesa de forma transitoria para generar la respuesta y se elimina conforme a la política de retención del proveedor.
• El proveedor no comparte tu contenido con otros clientes de Anthropic.
• El equipo de SlateCore no consulta los inputs ni los outputs de tus llamadas a la IA.

El Servicio se apoya en proveedores especializados, cada uno con un alcance limitado y bajo sus propias políticas de privacidad y seguridad:

• Supabase — base de datos, autenticación, almacenamiento de archivos.
• Vercel — hosting de aplicación + CDN edge.
• Cloudflare — almacenamiento de respaldos (R2), DNS.
• Stripe — procesamiento de pagos (PCI-DSS).
• Anthropic — modelos de IA cuando lo solicitas.
• Resend — envío de correos transaccionales.
• Google — OAuth de inicio de sesión + sincronización de calendario.
• Sentry — diagnóstico técnico de errores (sin datos de contenido).

La lista completa, propósito y país de operación de cada subprocesador está en el Aviso de Privacidad §7. Notificamos cualquier alta o cambio sustancial con al menos 15 días de anticipación a las cuentas activas.

El equipo de SlateCore no accede a los datos de ningún tenant a menos que sea estrictamente necesario para:

• Resolver un problema técnico reportado directamente por el cliente.
• Cumplir con una obligación legal o requerimiento judicial.

Cualquier acceso administrativo queda registrado en el log de auditoría interno. No existe acceso casual ni exploratorio a los datos de los clientes.