Saltar al contenido

Plataforma · Seguridad e implantación

Quién entra, qué puede hacer y qué queda registrado.

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
Skyller · Registro de actividad

Registro de actividad

Documentos
HoraPersonaAcción
09:42CarlaDocumento 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

Las preguntas que nadie sabe responder sobre la IA de la empresa.

Aparecen después del susto. En Skyller, cada una tiene una respuesta que se puede mostrar en pantalla.

RR. HH. y TI

“Se fue el viernes. ¿Su IA se fue con él?”

El acceso sigue al directorio y a la revocación

Operaciones

“¿La IA puede borrar esto sola?”

La acción sensible espera a una persona

Compliance

“¿Quién lo vio, quién lo cambió, quién lo aprobó?”

Registro filtrable por persona y recurso

Cómo funciona

Del inicio de sesión a la acción, cinco controles en secuencia.

Nadie necesita entender de seguridad: la persona trabaja y pide; la empresa define antes hasta dónde llega cada pedido.

  1. 01

    Identidad

    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.

  2. 02

    Rol

    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.

  3. 03

    Función por función

    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.

  4. 04

    Aprobación según el riesgo

    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.

  5. 05

    Registro

    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.

Skyller · Acceso al workspace Atención

Acceso al workspace Atención

Grupo Atención
Acción en el recursoPermiso
Consultar documentosPermitida
Editar contenidoPermitida

Demostración · datos ilustrativos

Prueba en vivo

La misma frase, dos personas, dos resultados.

El permiso vale para quien pidió, no solo para el agente.

  1. 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.

  2. Qué ocurre

    1. 01Skyller identifica la función en el sistema conectado y verifica si quien pidió puede usarla.
    2. 02Ana tiene la función habilitada y la empresa exigió confirmación para el envío de correos a clientes: Skyller redacta el correo, abre la tarjeta de aprobación y espera.
    3. 03La función no está en el rol de Bruno: Skyller consulta el historial y redacta el texto, pero no envía el correo y lo avisa en la conversación.
  3. 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

  • La habilitación por función vale para sistemas conectados que exponen cada función por separado; en los demás, Skyller consulta y prepara el texto.
  • Aprobar por Slack o Telegram depende de que la conexión del canal esté contratada y configurada; sin ella, la decisión ocurre en el chat o en la bandeja de aprobaciones.

Dónde ocurre cada cosa

SaaS operado por Skyller como estándar. Infraestructura propia como proyecto.

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

SaaS alojado y operado por Skyller

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

Infraestructura controlada por el cliente

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 por componente, en las dos modalidades.

Cuadro de ubicación y procesamiento · Componente por componente, en las dos modalidades.
Aplicación y base de datosSaaS 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úsquedaSaaS 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 externosSaaS 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 SkyllerSaaS 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 herramientasSaaS 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 identidadSaaS 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

Una baja, del directorio al registro.

  1. 01RR. HH.

    Da de baja a la persona en Active Directory a las 17 h, como en cualquier otro sistema.

  2. 02Skyller

    La persona ya no entra con el inicio de sesión de la red; la sesión que estaba abierta vence en horas.

  3. 03Administrador

    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.

  4. 04Skyller

    Registra cada decisión: quién revocó qué y cuándo.

  5. 05Auditoría

    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

Lo que TI va a preguntar, con la respuesta y el límite.

Selecciona un tema para ver sus funciones, condiciones y límites.

Inicio de sesión único de la empresa
SAML u OIDC, con un dominio verificado en el DNS; junto con Active Directory, forma el inicio de sesión corporativo. Un informe de asientos señala quién falta, quién sobra y roles que no coinciden. Inicio de sesión corporativo disponible en los planes Corporate, Enterprise.
Active Directory de la empresa
Federación con el directorio en modo solo lectura: Skyller no edita ni borra usuarios federados, sincroniza el perfil periódicamente y el directorio manda sobre la contraseña.
Dos pasos e intentos de contraseña
Aplicación de autenticación, activada por la persona o exigida por el administrador. Los intentos repetidos con contraseña incorrecta bloquean la cuenta por un tiempo.
Sesiones e historial de entradas
Cada persona ve dónde está conectada su cuenta y cierra el acceso que no reconoce. El historial de entradas, incluso con contraseña incorrecta, viene del proveedor de identidad.

Preguntas de quien va a decidir

Lo que suele trabar la evaluación de seguridad.

Próximo paso

Traiga el cuestionario de seguridad de su empresa.

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.