Gobierno de datos con IA: quién ve qué en su operación

El gobierno de datos con IA es el conjunto de reglas que decide quién puede ver, cambiar y mandar a un modelo cada dato de la empresa, y la bitácora que permite demostrarlo después. Tiene cuatro piezas: roles, un mapa de qué dato puede salir, una bitácora que no se edita y un responsable con nombre por tipo de dato.

Son las 8:10 de un lunes. El director comercial llega a la junta con una queja: un cliente grande recibió el viernes una cotización con el precio de la lista anterior. Alguien cambió una celda en el Excel compartido de precios. Nadie sabe quién, ni cuándo, ni con qué autorización.

La junta se va en reconstruir la historia por WhatsApp. Tres personas tienen una versión distinta del archivo. Ahora sume un asistente de IA que lee esos mismos archivos: va a contestar rápido, con el precio que encuentre primero, y nadie podrá decir de dónde lo sacó. La IA no crea el desorden. Lo acelera.

Las escenas de este texto son composiciones de situaciones comunes en empresas medianas, no casos de clientes.

¿Qué es el gobierno de datos con IA, dicho sin jerga?

Es la respuesta, aplicada por el sistema, a tres preguntas que todo comité termina haciendo: quién vio ese dato, a dónde se fue y quién lo autorizó. Si se contestan en pantalla, hay gobierno. Si se contestan de memoria, no.

No es un PDF de políticas. Un documento que dice «sólo finanzas ve la nómina» no impide que la nómina viva en una pestaña oculta del Excel de presupuestos. Eso lo impide una decisión de diseño que el sistema hace cumplir.

Las cuatro piezas, en orden:

• Roles. Quién ve y quién cambia qué. La IA entra como un usuario más, no como excepción.
• Mapa de salida. Qué dato puede salir hacia un modelo de IA y en qué condición.
• Bitácora. Cada consulta y cada cambio. Se lee; no se edita.
• Responsable con nombre. Una persona, no un departamento, decide cuál versión es la buena.

Ninguna es tecnología nueva. Lo que cambió es la velocidad: antes, un error de permisos tardaba en hacer daño porque alguien tenía que buscar, copiar y reenviar. Con un asistente de IA conectado, hace daño en la primera pregunta.

Por eso el trabajo empieza en la arquitectura de datos de la operación, no en el modelo. Primero se decide qué dato puede tocar la IA. Después, qué IA.

¿Quién debe ver qué dato en su operación?

Cada persona debe ver lo que necesita para su trabajo y nada más, y el asistente de IA que usa debe ver exactamente lo mismo. Ésa es la regla central: la IA hereda los permisos de quien la está usando. No tiene una cuenta propia con más alcance.

La escena: martes, 6:40 de la tarde, almacén de una distribuidora. El supervisor de turno le pregunta al asistente interno: «¿Qué clientes tienen pedidos detenidos?». La respuesta correcta es la lista. La peligrosa es la misma lista con el saldo vencido y el límite de crédito de cada cliente, porque el asistente veía toda la base.

El supervisor no hizo nada mal. El problema es que el asistente tenía una llave maestra, y con ella cualquier pregunta bien intencionada trae de regreso un dato que esa persona no debía ver.

Así se ve una matriz de punto de partida. No es una plantilla: la de su empresa sale de sus áreas reales y de quién firma qué.

Fíjese en la última fila: el asistente no tiene poderes propios, es una extensión de la persona. Si el supervisor no puede abrir el expediente de crédito, tampoco puede pedirle a la IA que se lo resuma.

Es una regla de diseño, no una norma externa, y es la que ponemos nosotros. Pídasela a cualquier proveedor, incluidos nosotros, y que se la demuestren con un usuario de prueba, no con una diapositiva.

El permiso que nadie quita

Viernes, 11:15 de la noche: el vendedor que renunció hace tres semanas sigue en el grupo de WhatsApp de precios y conserva el enlace a la carpeta compartida. Nadie lo sacó porque nadie tenía esa tarea. En un sistema con roles, una baja es una acción con fecha y con el nombre de quien la hizo. En Excel y WhatsApp, es un pendiente que depende de la memoria.

¿Qué pasa cuando alguien pega la base de clientes en un chat de IA?

Pasa que un dato de su empresa salió hacia un tercero sin que nadie lo decidiera y sin registro. Es un riesgo difícil de ver, porque quien lo hace casi siempre quiere ayudar.

La escena: miércoles, 4:30 de la tarde, área comercial. Una analista tiene que limpiar 2 mil registros de clientes. Abre un chat de IA en el navegador, pega la hoja completa (nombre, RFC, teléfono, correo, saldo) y pide que la ordene. En veinte minutos está lista. Nadie se entera. El dato ya salió.

La respuesta no es prohibir la IA: sin herramienta oficial, la gente usa la que encuentra. La respuesta es un mapa de salida con tres zonas:

• Nunca sale. Datos que se quedan en su infraestructura sin excepción. Típicamente: expedientes de personal, datos de salud, datos bancarios completos.
• Sale enmascarado. El modelo recibe el dato sin lo que identifica a la persona. Por ejemplo: «cliente 4471, saldo vencido de 63 días», sin nombre ni RFC. Un sistema bien diseñado vuelve a poner el nombre cuando la respuesta regresa, ya dentro de su casa.
• Sale tal cual. Lo que no identifica a nadie: descripciones de producto, existencias agregadas, procedimientos internos.

Es fácil saltarse esta pieza y elegir el modelo antes de decidir qué dato puede tocarlo. Conviene al revés.

Hay además una razón legal, que vemos más abajo: la ley pide que el tratamiento sea el «necesario, adecuado y relevante». Mandar la base completa para ordenar nombres difícilmente pasa esa prueba, aunque cómo aplica a su caso lo decide su asesor jurídico.

¿Cómo se sabe quién cambió un dato y por qué?

Con una bitácora que guarda cada consulta y cada cambio con los mismos campos, y que nadie puede editar. No con la memoria de quien estaba ese día.

Volvamos al lunes de las 8:10. Con bitácora, la junta dura cuatro minutos: el jueves a las 5:52 de la tarde alguien de compras cargó la lista con un archivo del proveedor que traía el precio viejo, y nadie aprobó el cambio porque la regla no lo pedía. Se corrige la regla, no a la persona.

Sin bitácora, esa junta termina con tres versiones de la historia y una sospecha sobre alguien. Eso es más caro que el precio mal cotizado.

Cuando hay IA, la bitácora necesita dos campos que un sistema sin IA no tenía por qué guardar: qué se mandó al modelo y qué regresó.

Un registro ilustrativo, no un caso real: analista de cobranza · consulta de saldo vencido · al modelo salió saldo y antigüedad, sin nombre ni RFC · regresó un borrador de recordatorio · aprobó la jefa de cobranza · lo envió una persona, no el modelo.

Así, «por qué la IA dijo eso» deja de ser una discusión: se abre la bitácora y se lee.

La queja del cliente que la bitácora resuelve

Jueves, 10 de la mañana. Un cliente llama molesto: un vendedor le mencionó un dato que él sólo le dio al área de crédito. Sin bitácora, se pregunta persona por persona. Con bitácora, se filtra por ese cliente y esa semana, y aparece quién abrió su expediente. No evita que alguien con permiso use mal lo que vio: acorta la investigación y deja constancia.

¿Quién decide cuál dato es el bueno cuando hay dos versiones?

Una persona con nombre, responsable de ese tipo de dato. El sistema hace cumplir su decisión, pero no la toma. Si nadie tiene esa responsabilidad, la toma la IA por omisión, y nadie se entera de cuál eligió.

La escena: el mismo cliente aparece tres veces en la base, con la razón social completa, abreviada y con un RFC al que le falta un dígito. Las tres tienen pedidos. El director pregunta «¿cuánto nos compró en el año?» y el asistente suma una de las tres. La cifra sale segura y está mal.

Cada dominio necesita su responsable: clientes, precios, inventario, proveedores, personal. Esa persona decide cuál registro sobrevive, y la corrección queda en la bitácora con su nombre, para saber quién lo decidió y poder deshacerlo.

La ley pide al responsable procurar que los datos personales sean «exactos, completos, correctos y actualizados» (artículo 10). Un responsable con nombre es la forma práctica de que eso le toque a alguien.

Para ponerle número a las copias del mismo dato: personas × horas al día × días × costo hora cargado. Con supuestos nuestros, 12 personas que concilian a mano 2 horas al día, 22 días al mes, a $123 la hora con carga patronal, dan $64,944 al mes. No es un estudio. Sustituya sus números: si son cinco personas y no doce, la cuenta cambia, y la decisión puede cambiar también.

Cómo se ordena esa operación sin tocar la contabilidad lo explicamos en migrar el ERP o poner una capa encima. Aquí basta con esto: el gobierno no recupera horas por sí solo; es la condición para sacar la operación de las hojas sueltas sin perder el control.

¿Qué pide la LFPDPPP vigente y qué no le toca resolver al sistema?

La ley vigente es la Ley Federal de Protección de Datos Personales en Posesión de los Particulares publicada en el Diario Oficial de la Federación el 20 de marzo de 2025, con última reforma del 14 de noviembre de 2025, según el texto vigente de la Cámara de Diputados. La ley asigna sus atribuciones a la Secretaría Anticorrupción y Buen Gobierno (artículos 2 y 39).

Estos artículos tocan lo que se construye en un sistema con IA. Los resumimos; la interpretación para su empresa es de su asesor jurídico.

Si su proveedor de IA procesa datos por cuenta de su empresa, lea también el artículo 13: pide adoptar medidas para que el aviso de privacidad lo respeten también los terceros con los que hay relación jurídica. Eso se revisa en el contrato con ese proveedor.

Lo que el sistema no resuelve, y nadie debería prometerle:

• No le da cumplimiento. Aporta evidencia; si cumple o no lo dictamina su asesor jurídico. Nosotros no damos asesoría legal ni de privacidad.
• No le certifica. La bitácora sirve como evidencia, pero un dictamen de seguridad lo emite un tercero acreditado.
• No escribe su aviso de privacidad. Si mandar datos a un modelo cabe en sus finalidades es una pregunta para su asesor antes de encender nada.

¿Qué hace la IA dentro de este esquema y qué no debe hacer sola?

La IA propone; una persona con el rol correcto aprueba. El asistente redacta el recordatorio de cobranza, sugiere cuál de dos registros es el bueno o resume la semana del almacén. Quien firma es una persona, y la firma queda en la bitácora.

Lo que conviene que la IA no haga sola, por lo menos al principio:

• Cambiar un precio, un límite de crédito o un dato maestro sin aprobación.
• Mandar algo a un cliente o a un proveedor sin que una persona lo revise.
• Unir o borrar registros duplicados por su cuenta.
• Consultar con un permiso distinto al de quien le preguntó.

Hay límites que no son de diseño. Si el dato está mal en el origen, la IA lo mostrará mal, ahora con trazabilidad. Y su empresa no controla la infraestructura de quien opera el modelo: controla qué sale hacia allá y deja constancia.

Lo mismo vale para lo que entra de afuera. Si atención a clientes usa un asistente en la página web, lo que capta (nombre, contacto, pedido) entra a su operación con las mismas reglas. Hay un plan que deja lo captado en su CRM o ERP (la conexión se construye aparte); los niveles están en los planes de los asistentes. Para ver cómo se ve en una operación industrial, están las demos para fábricas y para almacenes.

¿Por dónde se empieza sin frenar la operación?

Por un inventario, no por un modelo: dónde vive hoy cada dato, quién lo toca y qué podría salir. Ahí aparece lo que nadie tenía en la lista: hojas con nombre de persona, grupos de WhatsApp que funcionan como sistema, carpetas con acceso de gente que ya no trabaja ahí.

El orden que recomendamos:

1. Inventario: ERP, Excel, WhatsApp, correo, libretas.
2. Responsable por dominio: clientes, precios, inventario.
3. Matriz de roles ajustada a sus áreas reales.
4. Mapa de salida en tres zonas.
5. Bitácora desde el primer día, no «cuando se estabilice».
6. Después, la IA, con permisos heredados y aprobación humana.

Su ERP sigue siendo la fuente de verdad contable: Intelisis, Aspel, Contpaq o SAP Business One se quedan donde están. Lo que se ordena es la operación de alrededor, en una capa operativa sobre el ERP con su propia base de datos, sus roles y su bitácora.

Otro punto de gobierno: en los sistemas que construimos, el código, la base de datos y los accesos son del cliente, y las bitácoras viven en esa base. Así está en nuestros términos publicados, que no son consejo legal. Si cambia de proveedor, la historia de quién vio qué se queda con usted.

La puerta es el Diagnóstico operativo: dos semanas para entregar el mapa de procesos actual, el costo del proceso manual en pesos y la arquitectura propuesta por fases. En un tema de gobierno, ese mapa responde quién toca cada dato y qué podría salir hacia un modelo.

El alcance del trabajo con datos, roles y bitácoras está en arquitectura de datos para empresas. Si prefiere hablarlo primero, en contacto le contesta una persona.

Vuelva al lunes de las 8:10. La pregunta no era quién se equivocó con el precio, sino por qué nadie podía saberlo. Eso se diseña antes de encender la IA.

De dónde sale cada número de este post

• Ley Federal de Protección de Datos Personales en Posesión de los Particulares: nueva ley publicada en el DOF el 20 de marzo de 2025; última reforma DOF 14 de noviembre de 2025; artículos 2, 10, 12, 13, 18, 19, 20 y 39 citados del texto vigente de la Cámara de Diputados, consultado el 6 de octubre de 2026.
• 12 personas, 2 horas al día, 22 días al mes y $123 la hora con carga patronal: supuestos nuestros, no un estudio. El resultado de $64,944 al mes es la multiplicación de esos cuatro supuestos. Sustitúyalos por los suyos.
• Los 2 mil registros y los horarios de las escenas: ilustrativos, no medidos.
• Diagnóstico operativo de dos semanas y sus entregables: página de precios de iAmanos, vigente al 6 de octubre de 2026.

Preguntas frecuentes

¿Tenemos que cambiar de ERP para gobernar los datos con IA?

No. El ERP sigue llevando la contabilidad. Se ordena la operación que vive fuera de él, en Excel y WhatsApp, donde el dato pierde dueño. Roles, bitácora y mapa de salida se construyen en esa capa.

¿La IA puede ver más datos que el usuario que la está usando?

No debería. Un asistente bien diseñado hereda los permisos de quien lo usa y no tiene cuenta con privilegios propios. Pida que se lo demuestren con un usuario de permisos limitados.

¿Con roles y bitácora ya cumplimos con la LFPDPPP?

Nadie puede prometérselo sin conocer su caso; desconfíe de quien lo haga. Roles, bitácora y mapa de salida son evidencia. El dictamen es de su asesor jurídico.

¿Qué hacemos con la gente que ya usa chats de IA por su cuenta?

Prohibirlo sin alternativa no funciona: la gente usa lo que encuentra. Conviene darles una herramienta oficial con permisos y mapa de salida, y decir por escrito qué datos nunca se pegan en un chat externo.