Saltar al contenido
Agenda un diagnóstico
  1. Inicio
  2. Soluciones
  3. Gobierno de datos e IA

La IA también pide permiso

Gobierno de datos e IA

La IA ya consulta tus datos. La pregunta es con qué permiso. Ponemos un solo gobierno para personas y agentes, en una nube o en varias: cada agente de IA tiene su rol, pide acceso a la tabla que necesita igual que una persona, el dueño del dato aprueba con vigencia y cada consulta queda registrada. Así la IA responde con el dato correcto y nadie, ni humano ni agente, ve lo que no debe.

PRAX-IA Quórumgobierno de datos e IA · datos de muestra
en vivo
  1. IA
    El agente de Ana pide accesoTabla ventas_por_tienda · solo lectura · 30 díasMotivo: conciliar el cierre de octubre
  2. Q
    Quórum revisa la solicitudRol: agente de análisis · dueña: Ana · dato sensible: noAna sí puede ver esta tabla: el agente hereda, no amplía
  3. P
    La dueña del dato apruebaLaura, Finanzas · aprobado con vigencia al 25 de noviembreSi fuera dato sensible, pediría una segunda firma
  4. ✓
    Acceso concedido y acotadoSolo esa tabla, solo lectura, vence soloSin cuentas técnicas que lo ven todo
  5. ≡
    Cada consulta queda registrada10:42 · agente de Ana · ventas_por_tienda · 1,284 filasQuién preguntó, qué agente, qué datos y quién lo autorizó

El problema

Lo que hoy se atora

  • Agentes con más acceso que cualquier personaPara que el piloto funcione, al agente se le dio una cuenta de servicio que ve todo. Nadie sabe qué consultó ni para quién.
  • Cada área tiene su propia cifraVentas, finanzas y operación reportan el mismo indicador con tres números distintos, y la IA hereda la confusión.
  • Datos repartidos en varias nubesUna parte vive en AWS, otra en Azure y otra en Google Cloud, cada una con sus permisos y sin una regla común.

Cómo lo hacemos

Cuatro pasos, cada uno con algo que puedes revisar.

  1. Catálogo y significadoQué significa cada dato, quién es su dueño y qué tan sensible es, en todas tus nubes.
  2. Identidad para cada agenteCada agente de IA tiene rol, dueño y alcance, igual que un colaborador. Sin cuentas que lo ven todo.
  3. Acceso pedido y aprobadoLa persona, o su agente, pide acceso a una tabla; el dueño aprueba con vigencia y motivo.
  4. Registro de cada consultaQuién preguntó, qué agente consultó, qué datos tocó y quién lo autorizó. Nada se borra.

Qué te llevas

Entregables, no promesas.

Todo queda en tu nube y a tu nombre.

  • Catálogo de datos con dueños, definiciones y nivel de sensibilidad
  • Roles para personas y para agentes de IA, con el mínimo acceso necesario
  • Flujo de solicitud de acceso: el agente o la persona piden, el dueño aprueba con vigencia
  • Registro de cada consulta de IA: agente, persona, datos tocados y aprobación
  • Glosario de negocio para que la IA use la cifra oficial y no una inventada
  • Tablero de gobierno: accesos vigentes, por vencer y solicitudes pendientes

La IA es un usuario más, y necesita permisos

Cuando un agente de IA responde una pregunta, consulta datos. Hoy, en muchas empresas, lo hace con una cuenta técnica que ve todo, porque así fue más fácil que funcionara el piloto. Es como darle a un empleado nuevo las llaves de todas las oficinas el primer día.

Nosotros tratamos a cada agente como lo que es: un actor con un rol. Tiene un dueño que responde por él, un alcance definido y acceso solo a lo que su trabajo necesita. Si un día necesita una tabla nueva, la pide, y la persona dueña del dato decide.

Cada persona con su agente

Cada vez más, cada colaborador trabaja con su propio agente: le pide un análisis, un resumen, una conciliación. Ese agente no debería ver más de lo que su persona puede ver. Por eso el acceso se hereda de la persona y se acota a la tarea: si el analista no puede ver la nómina, su agente tampoco.

Cuando hace falta algo más, la solicitud viaja con su contexto: quién la pide, para qué agente, qué tabla, por cuánto tiempo y por qué. El dueño aprueba o rechaza, y el acceso vence solo.

Un solo gobierno en todas tus nubes

Tus datos viven en AWS, Azure y Google Cloud, en bases como Redshift, BigQuery, Databricks o Snowflake. No los movemos para gobernarlos: la regla se define una vez y se aplica donde está cada dato, apoyándonos en lo que ya tienes, como Microsoft Purview.

Así, cuando la IA responde, lo hace con la definición oficial de cada indicador, con los permisos de quien pregunta y dejando registro. Ese registro es lo que te deja crecer el uso de IA sin perder el control.

Preguntas frecuentes

Gobierno de datos e IA: lo que nos preguntan.

¿Cómo se gobiernan los agentes de IA?

Como a una persona: cada agente tiene una identidad, un rol, un dueño y un alcance. Pide acceso a lo que necesita, alguien lo aprueba con vigencia y cada consulta que hace queda registrada.

¿El agente de cada persona puede ver todo lo que ve la empresa?

No. El agente hereda los permisos de su persona y se acota a la tarea. Si necesita algo más, lo solicita y el dueño del dato decide.

¿Tenemos que mover los datos a una sola nube?

No. Gobernamos los datos donde ya viven, en AWS, Azure o Google Cloud. La regla se define una vez y se aplica en cada lugar.

¿Usan Microsoft Purview u otra herramienta?

Usamos lo que ya tengas cuando cumple. Purview es común entre quienes trabajan con Azure; en otras nubes nos apoyamos en sus catálogos y en nuestra capa de gobierno, PRAX-IA Quórum.

¿Qué pasa con la protección de datos personales?

Cada dato sensible se marca en el catálogo, solo lo ven roles autorizados y cada acceso queda registrado, de persona o de agente. Eso facilita cumplir la regulación aplicable.

Diagnóstico de madurez de IA

Cuéntanos qué se atora. En dos semanas sabes por dónde empezar.

Diagnóstico de madurez de IA con precio fijo y alcance cerrado. Todo lo que produzcamos se queda contigo, contrates o no la siguiente etapa.

  • Sabes cuánto cuesta antes de empezar
  • Probado antes de salir a producción
  • Una persona aprueba lo que importa

En tus palabras: qué se atora, quién lo sufre y desde cuándo.