Un analista de datos dentro de su Slack

Se instala como una app en el workspace de Slack de la empresa. Se le pregunta en un mensaje directo o mencionándolo en un canal, y la respuesta llega en el mismo hilo en 10 a 30 segundos, con la gráfica correspondiente cuando el análisis lo amerita. También publica alertas en el canal cuando algo se sale de rango y propone acciones que se ejecutan con un Sí. Todo queda buscable dentro del historial de Slack.

Sí. La identidad de cada usuario se resuelve contra el directorio del workspace y el SSO que la empresa ya tiene configurado, y sobre eso se aplican los permisos de datos por persona y por área. El acceso a las fuentes es de solo lectura y cada consulta queda registrada.

Sus datos quedan cifrados bajo una clave propia de su organización: cada empresa tiene la suya, y el contenido de una no se puede descifrar con la clave de otra. Cada consulta corre con los permisos de quien pregunta, las bases de datos se leen siempre en solo lectura y ninguna acción se ejecuta sin la confirmación de una persona. Nadie de Igniten tiene acceso permanente a sus datos: el acceso de emergencia vence solo, queda registrado y se le avisa. No usamos sus datos para entrenar modelos, y contratamos a nuestros proveedores bajo términos que tampoco lo permiten. El detalle de cada control está en la documentación de seguridad.

Puede, pero nunca por su cuenta. El agente lee sus fuentes de datos y, cuando corresponde, puede proponer una acción sobre el ERP, el CRM o el sistema que sea —crear o modificar un registro, por ejemplo—. Esa propuesta se le presenta a la persona indicada con un Sí y un No explícitos, y sin ese clic no se ejecuta nada.

La separación la aplica el motor de base de datos, no el código de la aplicación. Cada tabla tiene seguridad a nivel de fila en modo forzado, y el rol con el que la aplicación se conecta no es propietario de ninguna tabla, así que no puede evadir esas políticas. Una consulta sin contexto de organización devuelve cero filas, no todas: un olvido produce un resultado vacío, no una fuga.

Cada organización tiene su propia clave de datos, envuelta por una clave maestra en un servicio gestionado respaldado por módulo de hardware. En el plan enterprise esa clave maestra puede vivir en su propia cuenta de nube: nosotros la usamos, no la poseemos, y si usted revoca el permiso perdemos el acceso a sus datos en el acto.

Nadie de forma permanente: no hay credenciales de producción asignadas a personas. El acceso es efímero y bajo demanda, se solicita con justificación escrita, expira solo y le genera un aviso a usted en el momento. El registro está en su panel, escrito en almacenamiento con bloqueo de objeto que ni nuestra cuenta administradora puede borrar.

No. Cuando su base de datos vive dentro de su red, la conexión la establece un conector que usted instala y que abre la sesión hacia nosotros, nunca al revés. Va por TLS con autenticación mutua sobre el puerto de tráfico web saliente. Si alguien le pide abrir un puerto entrante para Igniten, algo está mal configurado.

Primero exportamos sus datos, cortamos la ingesta y revocamos nuestras credenciales contra cada uno de sus proveedores. Después el contenido se vuelve indescifrable de inmediato al destruir la clave de su organización, lo que alcanza también a los respaldos. Los metadatos estructurales y los vectores de búsqueda se eliminan por procedimiento, con constancia. El plazo exacto se lo decimos al contratar, no al darse de baja.