Soluciones · Departamentos · TI
La IA entra en la empresa por donde TI diga.
En Skyller, TI decide lo que entra: publica el conocimiento que responde solo, conecta el sistema habilitando función por función para cada equipo, define lo que se detiene y espera a una persona, y consulta después el registro de las acciones.
- Permisos por grupo
- Acceso de quien lo pide
- Aprobación humana
- Registro de actividad
Acceso al workspace Atención
Grupo Atención| Acción en el recurso | Permiso |
|---|---|
| Consultar documentos | Permitida |
| Editar contenido | Permitida |
Demostración · datos ilustrativos
Quién trabaja aquí
Del soporte a la gestión de TI.
Menos tickets repetidos
Cómo es hoy
Responde las mismas diez preguntas por semana —contraseña, acceso, impresora, VPN— y el runbook queda en una carpeta que solo TI abre.
Con Skyller
El runbook publicado responde directo a quien preguntó, con el enlace; el ticket que queda es el que sí necesita gente.
Acceso por función
Cómo es hoy
Recibe el pedido de “habilitar la IA para el equipo” sin tener cómo decir que sí a solo una parte del sistema.
Con Skyller
Conecta el sistema y habilita función por función, por grupo; lo que no se habilitó no aparece para quien no puede usarlo.
Actividad registrada
Cómo es hoy
Sabe que el equipo usa IA por fuera, con datos de la empresa, y no tiene registro de eso.
Con Skyller
Uso dentro de la empresa, con identidad corporativa, aprobación para la acción sensible y las acciones registradas.
Conexión con sus sistemas
Cómo es hoy
Escribe un servicio nuevo cada vez que alguien quiere conectar un sistema interno a una automatización.
Con Skyller
Registra el sistema interno por su propia dirección y, según el plan, deja que ese sistema llame a Skyller con una clave de API.
Rutina de TI
Dónde entra Skyller y qué sigue con usted.
Selecciona una rutina para ver los detalles.
Skyller lo hace
Duda repetida del equipo
El runbook y la política se publican con revisión y responden en el chat con el enlace, respetando lo que cada persona puede ver.
Habilitar el acceso a la IA por equipo
Cada función de un sistema conectado tiene nivel de riesgo, política de aprobación y restricción por grupo; quien no recibió la función no la ve.
Registro y auditoría de uso
El registro de actividad guarda autor, acción y recurso, con filtros, para los administradores; la dirección de origen y el navegador aparecen en parte de los eventos.
Depende de configuración
Conectar los sistemas de la empresa
Conectores del catálogo, un conector propio registrado por un administrador y conexión personal mediante el login de cada uno. El uso exige configuración, autenticación cuando corresponda y autorización de las acciones.
Identidad y entrada de personas
Inicio de sesión del directorio corporativo en modo solo lectura, inicio de sesión único por SAML u OIDC según el plan, cuentas Google o Microsoft y verificación en dos pasos.
Sigue con el equipo
Monitoreo y tickets
El monitoreo y los tickets siguen en las herramientas de TI. Cuando algo ocurre, su sistema puede llamar a Skyller con una clave de API, según el plan.
Dispositivos y red
Inventario de equipos, antivirus, red y gestión de dispositivos siguen en las herramientas que TI ya usa.
Prueba en vivo
La misma pregunta, dos resultados.
Punto de partida
TI conecta el sistema de tickets y, en la lista de funciones de ese conector, habilita solo consultar y comentar ticket, y solo para el grupo de soporte.
Qué ocurre
- En la línea de cada función, TI define el nivel de riesgo, si pide aprobación y qué grupos pueden usarla.
- Ana, de soporte, pregunta en el chat el estado del ticket 4471 y recibe la respuesta. Bruno, de finanzas, hace la misma pregunta: para él la función no está disponible, y Skyller responde con lo que dicen los documentos.
- Cuando Ana pide cerrar el ticket, una acción de riesgo alto, Skyller abre la tarjeta con la acción y los parámetros y espera Aprobar o Denegar. La decisión queda en el registro, con quién decidió y cuándo.
Resultado
El permiso es de la persona, no de la frase que escribió, y TI puede probarlo después, en el registro, sin depender de la memoria de nadie.
Bueno saber
- La restricción por grupo solo estrecha lo que el conector ya permite; nadie gana acceso más allá de él, y la configuración es de administrador.
- Por defecto, las funciones de riesgo alto y crítico piden confirmación; la empresa puede exigir más o dispensarla, y bloquear la elección.
- El registro oficial sigue en el sistema de tickets: Skyller consulta y actúa en lo que TI habilitó.
Empresa, personas y ticket ficticios; funciones reales del producto.
Recursos
Lo que TI configura antes de habilitar.
Selecciona una función para ver cómo funciona.
Tres controles en cada función
En la línea de cada función de un sistema conectado: el nivel de riesgo, la política de aprobación (heredar, siempre pedir, nunca pedir) y los grupos que pueden usarla. La restricción por grupo vuelve a heredar del conector con un clic.
Un sistema interno suyo también entra
El catálogo de conectores se busca por categoría y país, y un sistema interno entra por dos caminos: el conector de la empresa, registrado por un administrador, y la conexión personal, en la que cada persona vincula su propia cuenta o registra una dirección solo suya. En ambos, la conexión es segura y se rechazan direcciones que no deberían alcanzarse; la habilitación función por función vive en el conector de la empresa.
Credenciales que nadie lee
Las credenciales de los sistemas conectados quedan cifradas. La conexión personal solo la lee su dueño: no hay atajo de administrador para ver la credencial de un colega.
La identidad es la de la empresa
Inicio de sesión del directorio corporativo en modo solo lectura, con sincronización periódica; inicio de sesión único por SAML u OIDC, según el plan; cuentas Google o Microsoft; y verificación en dos pasos por aplicación autenticadora, que el administrador puede exigir.
Los dos sentidos de la integración
De fuera hacia dentro: según el plan, su sistema llama a Skyller con una clave de API creada en la administración; la automatización corre con los permisos de quien creó la clave, y los datos del evento entran como campos de la tarea. De dentro hacia fuera: un administrador registra una dirección para recibir avisos de Skyller, con verificación y envío de prueba. Las operaciones que una clave puede llamar están descritas en la especificación de integración de la plataforma.
Registro de actividad
Autor, acción y recurso, con filtros por acción, tipo de recurso y persona, para los administradores; la dirección de origen y el navegador aparecen en parte de los eventos. El cambio de alcance de una herramienta queda registrado con el antes y el después.
Agentes listos del área
Soporte técnico, infraestructura y seguridad de la información están entre los agentes listos; la empresa ajusta las instrucciones, los documentos y las herramientas de cada uno.
Registro de actividad
Documentos| Hora | Persona | Acción |
|---|---|---|
| 09:42 | Carla | Documento publicado |
Demostración · datos ilustrativos
Cómo empezar
Del primer runbook a la primera función habilitada.
Empiece por lo que no depende de nadie: publique el conocimiento que responde solo. Después conecte un sistema, habilite lo mínimo y solo entonces crezca.
TI
Publica el runbook y las políticas de uso en el hub correcto, con revisión de una segunda persona; cada persona ve solo lo que su permiso permite.
TI
Conecta el primer sistema, del catálogo o por la dirección de un sistema interno.
TI
Habilita solo las funciones necesarias, define cuáles piden aprobación y restringe cada una a los grupos correctos.
Equipo
Lo usa: pregunta, consulta y, cuando está autorizado, ejecuta, con la pausa de aprobación donde TI la definió.
TI
Acompaña por el registro de actividad y ajusta lo necesario, por función o por grupo.
Preguntas de TI
Lo que TI necesita saber antes de habilitar.
Empiece por TI
Publique un runbook. Habilite dos funciones.
Cree la cuenta, publique el conocimiento que su equipo más pregunta y conecte un sistema habilitando lo mínimo.