Centro de Confianza
de ORBBI

El estado, en una sola página

Cómo aislamos los datos de tu colegio

El error más grave en gestión escolar es que los datos de un colegio se mezclen con los de otro, o que un usuario de un colegio pueda ver información de otro. ORBBI usa una arquitectura específicamente diseñada para hacer esto imposible.

Una base de datos por colegio

• Cada colegio tiene su propia base de datos PostgreSQL. No es un esquema compartido con un campo "tenant_id" — son bases físicamente separadas.
• La instrucción REVOKE CONNECT FROM PUBLIC se ejecuta en cada base, impidiendo que ningún usuario externo pueda siquiera intentar conectarse.
• Cada base tiene su propio usuario de PostgreSQL con permisos mínimos (solo SELECT/INSERT/UPDATE en sus tablas).
• Imposible que un colegio acceda a datos de otro: no es una promesa, es una propiedad técnica del motor.

Cifrado

• Contraseñas almacenadas con SHA-512 crypt con sal única por usuario (compatible PHP CRYPT_SHA512).
• Información sensible en tránsito: TLS 1.3 obligatorio en todos los dominios (Let's Encrypt con renovación automática).
• HSTS preload activo: ningún navegador conecta a ORBBI por HTTP plano.

Permisos por rol estrictos

• El profesor ve solo sus cursos.
• El apoderado ve solo a sus hijos.
• El director ve todo su colegio, pero nunca otro colegio.
• Todos los accesos quedan registrados con fecha, IP y acción para auditoría posterior.

Backups que sí funcionan

Muchas plataformas dicen "tenemos backup". Pocas verifican que se pueden restaurar de verdad. ORBBI hace ambas.

Sub-encargados (vendors) que tocan tus datos

Toda plataforma usa otros servicios para funcionar. Acá está la lista completa de quiénes son y qué hacen con la información del colegio. Esta es la base para firmar un Acuerdo de Procesamiento de Datos (DPA).

Si un colegio rechaza explícitamente algún sub-encargado, podemos desactivar la funcionalidad que lo usa (por ejemplo: reportes narrativos sin Anthropic).

Acuerdo de Procesamiento de Datos (DPA)

El colegio actúa como responsable del tratamiento de los datos personales de su comunidad. ORBBI actúa como encargado de tratamiento. Esta relación se rige por un DPA firmable que cumple:

• Ley 19.628 (Chile) + Ley 21.719 (Chile, vigente diciembre 2026)
• LGPD - Lei Geral de Proteção de Dados (Brasil)
• Ley 25.326 (Argentina)
• LFPDPPP (México)
• Ley 1581 de 2012 (Colombia)
• Ley 29733 (Perú)
• Ley 18.331 (Uruguay)
• Ley Orgánica de Protección de Datos Personales (Ecuador)

Te lo enviamos en menos de 24 horas hábiles, listo para revisión por tu abogado o asesor.

DPIA del Índice de Riesgo Académico (IRA)

El IRA es un sistema que toma decisiones algorítmicas que pueden afectar a menores de edad (señalar a un alumno como "en riesgo"). Por eso requiere una Evaluación de Impacto en Protección de Datos (DPIA) según los estándares europeos GDPR Art. 35 y la nueva Ley 21.719 chilena Art. 15-bis.

Resumen DPIA

• Qué hace el IRA: combina 5 factores académicos para señalar a 3-5 alumnos por curso a quienes el profesor debería prestar atención esa semana.
• Decisión asistida, no automatizada: el IRA nunca toma una decisión por sí solo. Es una herramienta de orientación. El profesor decide qué hacer.
• Factores 100% explicables: promedio (40%), tendencia (25%), asistencia (20%), dispersión (10%), reprobados (5%). El docente y el apoderado pueden ver cómo se calcula.
• Configurable por colegio: cada colegio puede ajustar los pesos según su filosofía educativa.
• Acceso restringido: solo profesor del curso y dirección. Nunca visible al apoderado o al propio estudiante.
• Banderas cualitativas, no etiquetas numéricas: la interfaz muestra "atender esta semana" / "monitorear" / "estable", no un score 0-100 que pueda usarse como etiqueta.
• Derecho a la explicación: cualquier apoderado puede solicitar por correo la explicación detallada del cálculo respecto de su hijo.

Carta Ética del IRA

El IRA es un algoritmo. Eso conlleva responsabilidades específicas cuando se aplica a niños, niñas y adolescentes. ORBBI se compromete públicamente a estos principios:

• Nunca usar IRA para sanciones: el IRA es para apoyar, no para castigar. Ningún registro disciplinario puede invocar el IRA como justificación.
• Sin discriminación protegida: el algoritmo no incorpora variables de raza, género, religión, orientación, nacionalidad ni nivel socioeconómico. Solo considera desempeño académico y asistencia.
• Auditable por terceros: publicamos los pesos, fórmulas y umbrales. Cualquier investigador puede reproducir el cálculo con los datos del colegio.
• Validación psicométrica en curso: estamos iniciando un estudio longitudinal del IRA en colegios voluntarios para publicar AUC, sensibilidad y especificidad en marzo 2027.
• Banderas cualitativas en la UI: nunca mostramos un score numérico como "84/100". Solo señalamos categorías ("atender esta semana", "monitorear", "estable") para evitar etiquetado.
• Datos de menores nunca se usan para entrenamiento de modelos externos. Cero excepciones.
• Derecho a la explicación: apoderados y estudiantes adultos pueden pedir la justificación de cualquier señal del IRA.
• Reseteo anual: el IRA recalcula desde cero cada año académico. No persiste una "etiqueta" del alumno entre años.

Versión 1.0 · publicada 7 de junio de 2026 · revisable trimestralmente con un consejo de docentes y especialistas en psicología educativa.

Marcos regulatorios que cumplimos

ORBBI no usa el sello "SOC 2 Compliant" sin estar certificado. Mostramos honestamente lo que cumplimos hoy y lo que estamos trabajando.

Cómo manejamos incidentes

• Monitor activo cada 5 minutos: 23 chequeos automáticos contra todos los endpoints críticos. Status público en status.orbbilatam.com.
• Alertas vía Resend con cooldown de 30 minutos para evitar tormentas.
• SLO objetivo: 99.5% uptime mensual (max ~3.5h de downtime al mes).
• Notificación a clientes: cualquier incidente que afecte a un colegio se notifica por correo en menos de 60 minutos, con post-mortem dentro de los 5 días siguientes.
• Plan de continuidad documentado: runbook escrito y sellado con tercero para que ORBBI sobreviva al peor escenario.

Cómo escribirnos sobre privacidad o seguridad

Tiempo de respuesta comprometido: 5 días hábiles para consultas estándar, 24 horas para incidentes de seguridad reportados.