Plataforma · Seguridad e implantación
Aquí la seguridad no es un sello al pie de página. Es cada persona entrando con su propia cuenta, usando solo las funciones que su rol permite, una decisión humana antes de una acción de riesgo y un registro de quién hizo qué. Esta página explica esos controles en lenguaje de trabajo, separa lo que Skyller aloja de lo que cambia cuando la empresa contrata infraestructura propia y vincula cada compromiso al documento que lo respalda.
Ver cómo funcionaCUATRO PERFILES DE ACCESO
administrador, gestor de agentes, operador y visualizador; revisar y aprobar documentos son responsabilidades aparte
FUNCIÓN POR FUNCIÓN
de un sistema con decenas de funciones, el equipo recibe solo las que el trabajo exige
SE DETIENE ANTES DE ACTUAR
una función de riesgo alto o crítico espera la decisión de una persona
QUIÉN, QUÉ, CUÁNDO Y DESDE DÓNDE
registro de actividad de la empresa, con dirección de origen y navegador
Dónde aparece esto en su día
Suelen aparecer después del susto: alguien se fue, alguien borró, alguien tiene que probar qué pasó. En Skyller, cada una tiene una respuesta que se puede mostrar en pantalla.
RR. HH. y TI
El excolaborador llevaba en el celular la cuenta de IA que usaba para el trabajo, con las conexiones y las claves que él mismo creó. Nadie se acordó de apagarla porque no había dónde apagarla.
El acceso sigue al directorio y a la revocación
Operaciones
Un agente con acceso al sistema es útil hasta el día en que ejecuta la instrucción equivocada. La pregunta del gestor no es si la IA se equivoca: es si puede equivocarse sin que nadie apruebe.
La acción de riesgo espera a una persona
Cumplimiento
La auditoría pidió reconstruir una decisión de hace tres meses. Sin registro, queda la memoria de las personas y la respuesta “creo que fue así”.
Registro filtrable por persona y recurso
Cómo funciona
Ninguno exige que la persona entienda de seguridad. Ella entra, trabaja y pide; la empresa decide, antes, hasta dónde llega cada pedido.
01
Cada persona entra con su propia cuenta: el inicio de sesión de la red de la empresa (Active Directory), el inicio de sesión único corporativo, Google o Microsoft, o una cuenta de Skyller con verificación en dos pasos. No existe cuenta compartida ni llave maestra.
02
Cuatro perfiles definen qué puede hacer la persona en la plataforma. Revisar y aprobar documentos son responsabilidades asignadas aparte, y ser administrador no da el poder de aprobar.
03
La empresa conecta un sistema una vez y habilita solo las funciones necesarias, por persona o por grupo. La misma pregunta puede ejecutar para quien tiene el rol y solo consultar para quien no lo tiene.
04
Cada función tiene un nivel de riesgo. Las de riesgo alto o crítico se detienen y piden la decisión de una persona: en el chat, en la bandeja de aprobaciones o en el canal del equipo. La aprobación vale para esa acción y esa empresa; no puede reutilizarse.
05
Quién lo hizo, qué, cuándo y desde dónde quedan en el registro de actividad de la empresa, por tipo de recurso: conexiones, aprobaciones, documentos, miembros, inicio de sesión. El historial de entradas, incluida la contraseña equivocada, viene del proveedor de identidad.
Prueba en vivo
Es lo que separa el control de la promesa: el permiso vale para la persona que pidió, no solo para el agente. Y la acción de riesgo no sale sin que alguien pulse Aprobar.
Dos personas piden
“Registra la baja del pago del pedido 4471.” Ana, de Finanzas, y Bruno, de Comercial, envían la misma frase al mismo agente.
Qué ocurre
Resultado
Dos decisiones distintas a partir de la misma frase, y las dos en el registro: quién pidió, qué estaba habilitado, quién aprobó, cuándo y desde dónde.
Lo que esta escena no promete
Dónde ocurre cada cosa
Dos modalidades, sin promesa genérica: lo que queda con Skyller, lo que queda con la empresa y lo que sigue afuera en ambas. Instalar la aplicación en un servidor no hace que los modelos de IA y los sistemas conectados corran allí.
Modalidades de implantación
Estándar de todos los planes
La empresa entra, crea hubs e invita a las personas. Aplicación, base de datos, índice de documentos y archivos quedan en infraestructura operada por Skyller, con una organización separada por empresa y aislamiento aplicado en la propia base de datos.
Los compromisos de tratamiento, proveedores y eliminación están en el DPA y en el Centro de Confianza.
Enterprise · por proyecto y contrato
La plataforma se implanta en la nube propia o en el entorno local del cliente, con implantación conducida por Skyller. No es un plan de estantería ni un instalador para descargar: es una propuesta Enterprise, dimensionada con el área de TI de la empresa.
El alcance de lo que corre dentro del entorno se define en el proyecto, componente por componente.
La operación íntegramente local, con modelos de IA, almacenamiento y conexiones dentro del entorno del cliente, solo se describe así cuando cada una de esas piezas es local y eso consta en el proyecto y en el contrato. No se deduce del nombre Enterprise ni del lugar de un servidor.
Cuadro de ubicación y procesamiento
| Componente | SaaS operado por Skyller | Enterprise en infraestructura del cliente |
|---|---|---|
| Aplicación y base de datos | SaaS operado por SkyllerInfraestructura operada por Skyller. Una organización por empresa; la base de datos rechaza filas de otra empresa incluso para el dueño de la tabla. | Enterprise en infraestructura del clienteEn la nube propia o en el entorno local del cliente, según el proyecto. |
| Documentos e índice de búsqueda | SaaS operado por SkyllerArchivos e índice separados por empresa, en la infraestructura de Skyller. Las versiones anteriores de los documentos se conservan. | Enterprise en infraestructura del clienteEn el entorno definido en el proyecto, con el mismo aislamiento por empresa. |
| Respuesta de IA con modelos externos | SaaS operado por SkyllerPrompts, contexto y archivos van a los proveedores de modelos necesarios para la respuesta, listados en los servicios integrados. Sin uso para entrenamiento, incluso en la ruta de contingencia. | Enterprise en infraestructura del clienteLos mismos proveedores por API, salvo que el proyecto los sustituya por modelos locales definidos y comprobados. |
| Modelos que corren en servidores de Skyller | SaaS operado por SkyllerEntender documentos, leer páginas escaneadas, transcribir audio, reordenar búsquedas, refinar la memoria y elegir herramientas corren en servidores operados por Skyller. En contingencia, pueden usar proveedores de la lista de servicios integrados. | Enterprise en infraestructura del clienteExigen tarjetas gráficas en el entorno del cliente; se dimensionan en el proyecto. |
| Sistemas conectados (ERP, CRM, sistema propio) | SaaS operado por SkyllerQuedan donde ya están. Skyller llama solo a las funciones habilitadas, con la credencial autorizada para esa persona. | Enterprise en infraestructura del clienteIgual; el puente hacia sistemas internos puede quedar dentro de la red del cliente. |
| Canales (Slack, Telegram, WhatsApp) | SaaS operado por SkyllerServicio del proveedor del canal, contratado como conexión adicional. El mensaje pasa por la infraestructura del canal. | Enterprise en infraestructura del clienteIgual; el proveedor del canal sigue fuera del entorno. |
| Búsqueda web por las herramientas | SaaS operado por SkyllerServicios externos de búsqueda y lectura de páginas, listados en los servicios integrados; se usan solo cuando la herramienta se activa. | Enterprise en infraestructura del clienteIgual; siguen fuera del entorno. |
| Inicio de sesión e identidad | SaaS operado por SkyllerProveedor de identidad operado por Skyller. El directorio de la empresa sigue en la empresa y manda en la contraseña. | Enterprise en infraestructura del clienteDefinido en el proyecto; el directorio del cliente sigue siendo la fuente. |
Los requisitos de servidor para Enterprise se informan por proyecto: capacidad de tarjetas gráficas para los modelos locales, memoria, almacenamiento, usuarios simultáneos y volumen de documentos. No existe un número único válido para toda empresa, y no existe un plan on-premise de estantería.
Aplicación real
El caso que más aparece en las evaluaciones de seguridad: alguien deja la empresa un viernes. Lo que Skyller hace, lo que la empresa decide y lo que queda registrado.
Da de baja a la persona en Active Directory a las 17 h, como hace con cualquier otro sistema de la empresa.
La persona ya no puede entrar con el inicio de sesión de la red. El acceso que estaba abierto vale hasta el límite de la sesión, medido en horas, y después muere.
Revoca el acceso de la persona en Miembros. Skyller cierra las sesiones, retira el asiento, revoca las claves de API y las credenciales personales de sistemas conectados y desconecta sus conectores personales.
Registra cada una de esas decisiones en el registro de actividad: quién revocó, qué, cuándo y desde dónde.
Tres meses después, filtra el registro por persona y tipo de recurso y reconstruye la secuencia sin depender de la memoria de nadie.
Viene listo
La empresa decide
Para su equipo de TI
Selecciona un tema para ver sus funciones, condiciones y límites.
Preguntas de quien va a decidir
Próximo paso
Pruebe gratis con su equipo y vea perfiles, aprobación y registro funcionando con datos de prueba. O agende una demostración: el equipo responde las preguntas de su área de TI con el producto en pantalla y el DPA sobre la mesa.
