“Se fue el viernes. ¿Su IA se fue con él?”
El acceso sigue al directorio y a la revocación
Plataforma · Seguridad e implantación
Cada persona entra con su propia cuenta y usa solo las funciones que su rol permite. La acción sensible espera a una persona, y las acciones quedan registradas.
Ver cómo funciona| Hora | Persona | Acción |
|---|---|---|
| 09:42 | Carla | Documento publicado |
Demostración · datos ilustrativos
CUATRO PERFILES DE ACCESO
revisar y aprobar documentos son responsabilidades aparte
FUNCIÓN POR FUNCIÓN
cada equipo recibe solo lo que el trabajo exige
LA ACCIÓN SENSIBLE ESPERA
riesgo alto o crítico espera a una persona
LAS ACCIONES QUEDAN REGISTRADAS
autor, acción y recurso en Actividad
Dónde aparece esto en su día
Aparecen después del susto. En Skyller, cada una tiene una respuesta que se puede mostrar en pantalla.
“Se fue el viernes. ¿Su IA se fue con él?”
El acceso sigue al directorio y a la revocación
“¿La IA puede borrar esto sola?”
La acción sensible espera a una persona
“¿Quién lo vio, quién lo cambió, quién lo aprobó?”
Registro filtrable por persona y recurso
Cómo funciona
Nadie necesita entender de seguridad: la persona trabaja y pide; la empresa define antes hasta dónde llega cada pedido.
01
Cada persona entra con su propia cuenta: el inicio de sesión de la red (Active Directory), el inicio de sesión único corporativo, Google, Microsoft o una cuenta de Skyller con verificación en dos pasos. Sin cuentas compartidas ni llave maestra.
02
Cuatro perfiles definen lo que cada persona puede hacer en la plataforma. Revisar y aprobar documentos se asignan aparte: ser administrador no da el poder de aprobar.
03
La empresa conecta el sistema una vez y habilita solo las funciones necesarias, por persona o por grupo. El mismo pedido se ejecuta para una persona y solo consulta para otra.
04
Las funciones de riesgo alto o crítico se detienen y esperan a que una persona decida: en el chat, en la bandeja de aprobaciones o en el canal del equipo. Cada aprobación vale solo para esa acción.
05
Las acciones quedan en el registro de actividad, con quién las hizo y cuándo, por tipo de recurso: conexiones, aprobaciones, documentos, miembros e inicio de sesión.
| Acción en el recurso | Permiso |
|---|---|
| Consultar documentos | Permitida |
| Editar contenido | Permitida |
Demostración · datos ilustrativos
Prueba en vivo
El permiso vale para quien pidió, no solo para el agente.
Dos personas piden
“Responde a Aurora sobre el cobro de septiembre y envía el correo.” Ana, de Finanzas, y Bruno, de Compras, envían la misma frase al mismo agente.
Qué ocurre
Resultado
Dos decisiones a partir de la misma frase, y las dos en el registro: quién pidió, qué estaba habilitado, quién aprobó y cuándo.
Bueno saber
Dónde ocurre cada cosa
Lo que queda con Skyller, lo que queda con la empresa y lo que sigue externo en las dos: canales, búsqueda web y, salvo que un proyecto los sustituya, los modelos de IA por API.
Modalidades de implantación
Estándar de todos los planes
Aplicación, base de datos, índice de documentos y archivos en infraestructura operada por Skyller, con una organización por empresa y aislamiento aplicado por la propia base de datos.
Tratamiento, proveedores y eliminación siguen el DPA y el Centro de Confianza.
Enterprise · por proyecto y contrato
En la nube propia o en el entorno local del cliente, con implantación conducida por Skyller. Es una propuesta Enterprise, dimensionada con el área de TI de la empresa.
Lo que corre dentro del entorno se define en el proyecto, componente por componente.
La operación totalmente local, con modelos de IA, almacenamiento y conexiones dentro del entorno del cliente, vale solo cuando cada pieza es local y consta en el proyecto y en el contrato.
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 de Skyller, una organización por empresa, con aislamiento aplicado por la propia base de datos. | Enterprise en infraestructura del clienteEn la nube propia o en el entorno local del cliente. |
| Documentos e índice de búsqueda | SaaS operado por SkyllerSeparados por empresa, en la infraestructura de Skyller; se conservan las versiones anteriores. | Enterprise en infraestructura del clienteEn el entorno del 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 la lista de 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 cambie por modelos locales comprobados. |
| Modelos que corren en servidores de Skyller | SaaS operado por SkyllerLectura de documentos y de páginas escaneadas, transcripción de audio, reordenación de búsquedas, memoria y elección de herramientas. En contingencia, pueden usar proveedores de la lista. | Enterprise en infraestructura del clienteRequieren tarjetas gráficas en el entorno del cliente, dimensionadas en el proyecto. |
| Sistemas conectados (ERP, CRM, sistema propio) | SaaS operado por SkyllerSe quedan donde están. Skyller llama solo 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 SkyllerConexión adicional contratada; el mensaje pasa por la infraestructura del proveedor del canal. | Enterprise en infraestructura del clienteIgual; el canal sigue siendo externo. |
| Búsqueda web por las herramientas | SaaS operado por SkyllerServicios externos de la lista de servicios integrados, usados solo cuando se activa la herramienta. | Enterprise en infraestructura del clienteIgual; siguen siendo externos. |
| Inicio de sesión e identidad | SaaS operado por SkyllerProveedor de identidad operado por Skyller; el directorio de la empresa sigue mandando sobre la contraseña. | Enterprise en infraestructura del clienteDefinido en el proyecto; el directorio del cliente sigue siendo la fuente. |
Los requisitos de servidor se dimensionan por proyecto: tarjetas gráficas, memoria, almacenamiento, usuarios simultáneos y volumen de documentos. No hay un número único ni un plan totalmente local listo para usar.
Aplicación real
Da de baja a la persona en Active Directory a las 17 h, como en cualquier otro sistema.
La persona ya no entra con el inicio de sesión de la red; la sesión que estaba abierta vence en horas.
Para cortar antes, revoca el acceso en Miembros: Skyller cierra las sesiones, retira el asiento y revoca claves de API, credenciales personales y conectores personales.
Registra cada decisión: quién revocó qué y cuándo.
Meses después, filtra el registro por la persona y reconstruye la secuencia sin depender de la memoria de nadie.
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
Vea perfiles, aprobación y registro funcionando en la prueba gratuita, o agende una demostración y traiga las preguntas de su área de TI.