Define el proceso y las acciones que puede realizar el agente.
GOBERNANZA DE IA EMPRESARIAL
Gobernanza de IA en empresas: automatiza con reglas, responsables y evidencia.
La gobernanza de IA no consiste en llenar un documento de políticas. En una empresa, gobernar un Empleado IA significa decidir qué puede leer, qué puede proponer, qué puede ejecutar, quién aprueba acciones sensibles, qué datos quedan fuera de alcance y cómo se reconstruye una decisión después. La automatización empresarial necesita límites operativos tan concretos como sus integraciones. Una buena gobernanza permite aumentar autonomía sin perder trazabilidad, seguridad ni responsabilidad humana.
01
1. La gobernanza empieza por acciones concretas
La primera pregunta no debería ser qué modelo utiliza el agente, sino qué acciones puede realizar dentro del proceso. Leer un pedido, crear un borrador, actualizar un estado o emitir una factura tienen niveles de impacto diferentes. Cada capacidad debe estar descrita como una operación concreta y no como un permiso genérico para actuar sobre un sistema completo.
Esta definición permite construir una matriz de autonomía. Algunas operaciones pueden ser de solo lectura, otras pueden producir propuestas y otras pueden ejecutarse automáticamente bajo condiciones muy específicas. Las acciones irreversibles, financieras, contractuales o con impacto relevante sobre clientes deberían incorporar controles adicionales o aprobación humana.
02
2. Separa lectura, propuesta, aprobación y ejecución
Una arquitectura gobernable distingue claramente las fases del trabajo. El agente puede consultar una fuente, interpretar el caso y preparar una propuesta sin recibir automáticamente permiso para modificar el sistema. Esta separación reduce el radio de impacto y permite probar calidad antes de ampliar autonomía.
La aprobación humana tampoco debe ser una pantalla simbólica. Debe mostrar suficiente contexto para que la persona entienda qué se propone, qué datos se utilizaron, qué reglas se cumplieron y qué efecto tendrá la acción. Cuando la aprobación se registra junto con el resultado, la organización puede auditar decisiones y mejorar políticas con evidencia real.
03
3. Define propietarios de proceso, sistema y política
Un Empleado IA atraviesa varias responsabilidades. Puede utilizar un CRM administrado por IT, ejecutar un proceso propiedad de operaciones y aplicar una política aprobada por dirección. Si algo falla, la organización necesita saber quién puede modificar cada capa y quién toma la decisión final.
Conviene asignar al menos un propietario del proceso, un responsable técnico y un responsable de política o riesgo cuando corresponda. Así se evita que una incidencia quede entre departamentos o que un cambio en la automatización se despliegue sin revisar su impacto sobre negocio, datos y controles.
04
4. Aplica privilegio mínimo por herramienta
El agente no debería recibir credenciales con acceso amplio por comodidad. Cada herramienta debe exponer solo las operaciones necesarias para el caso de uso. Si un flujo consulta stock, no necesita permisos para modificar precios, borrar productos o exportar toda la base.
La identidad técnica debe poder revocarse, rotarse y auditarse. También conviene separar permisos entre entornos y procesos. Un agente de atención al cliente y uno de facturación pueden compartir infraestructura, pero no deberían compartir automáticamente el mismo alcance sobre ERP o datos financieros.
05
5. Convierte políticas en reglas ejecutables
Una política como “no aprobar descuentos elevados sin autorización” debe traducirse a condiciones que el sistema pueda aplicar: umbral, rol aprobador, datos necesarios y comportamiento cuando falta información. Las frases generales sirven como intención, pero la automatización necesita reglas concretas.
Las reglas críticas deberían ser deterministas cuando sea posible. El modelo puede interpretar intención o extraer contexto, pero límites económicos, estados válidos, requisitos documentales y condiciones de aprobación deben vivir en una capa controlable y verificable.
06
6. Define acciones prohibidas explícitamente
Gobernar también significa declarar qué no puede hacer el sistema. Puede estar prohibido cambiar datos bancarios, eliminar registros, conceder accesos, exportar bases completas o enviar documentación confidencial sin una aprobación concreta. Una lista explícita es más segura que confiar en que el agente deduzca los límites.
Las acciones prohibidas deben aplicarse en la capa de herramientas y permisos, no solo en instrucciones textuales. Si una operación nunca debería ejecutarse automáticamente, lo más robusto es que no exista una herramienta disponible para realizarla o que requiera una autorización externa.
07
7. Registra decisiones y fuentes sin sobreexponer datos
Una organización debería poder reconstruir qué ocurrió en un caso importante: qué inició el proceso, qué fuentes se consultaron, qué reglas se aplicaron, qué propuesta generó el agente, quién aprobó y qué acción terminó ejecutándose.
Esto no implica copiar todo el contenido sensible a los logs. Es preferible registrar identificadores, referencias, versiones, decisiones y resultados. La trazabilidad debe ser suficiente para investigar, pero compatible con minimización de datos y políticas de retención.
08
8. Crea un sistema de excepciones y escalado
Un agente gobernado debe saber cuándo dejar de actuar. Falta de datos, contradicciones, baja confianza, petición fuera de política o error de integración son motivos para detener el flujo y escalar. La capacidad de no ejecutar es tan importante como la capacidad de automatizar.
La excepción debe llegar a una persona con contexto útil. Mostrar solo “fallo de IA” obliga a investigar desde cero. Un escalado bien diseñado incluye estado, fuentes, reglas incumplidas, acción propuesta y siguiente decisión necesaria.
09
9. Versiona prompts, políticas, herramientas y modelos
El comportamiento del sistema puede cambiar cuando se modifica un prompt, una regla, un conector o el modelo subyacente. Sin control de versiones resulta difícil saber qué configuración produjo un resultado concreto o volver a una versión estable.
Cada cambio relevante debería pasar por pruebas y dejar evidencia de quién lo aprobó. Los despliegues graduales permiten comparar comportamiento antes de ampliar tráfico. Si las métricas empeoran, el rollback debe ser una operación conocida y no una improvisación.
10
10. Evalúa calidad por proceso y nivel de riesgo
Una media global de precisión puede ocultar problemas. Un agente puede funcionar muy bien en solicitudes simples y fallar más en excepciones financieras o contractuales. Las métricas deben segmentarse por intención, acción, criticidad y etapa del proceso.
El criterio para aumentar autonomía también debería variar. Una clasificación informativa puede tolerar cierto nivel de corrección humana, mientras una acción con impacto económico necesita umbrales más estrictos. La gobernanza convierte esas diferencias en condiciones explícitas.
11
11. Revisa accesos y políticas periódicamente
Los permisos válidos hoy pueden dejar de ser necesarios cuando cambia un proceso o una persona abandona el equipo. Las revisiones periódicas detectan accesos excesivos, herramientas sin uso y políticas que ya no reflejan la operación real.
También conviene revisar excepciones recurrentes y acciones que siempre terminan aprobadas. Algunas pueden convertirse en automatización de bajo riesgo; otras revelan una regla incompleta. La gobernanza no es estática: utiliza los datos de operación para ajustar controles.
12
12. Escala autonomía solo cuando existe evidencia
El objetivo no es llegar a autonomía total. El objetivo es automatizar tanto como resulte rentable y seguro. Un proceso puede quedarse permanentemente en modo propuesta y aun así ahorrar mucho tiempo si prepara contexto, verifica datos y reduce trabajo manual.
Cuando las métricas muestran baja tasa de corrección, excepciones bien detectadas y resultados estables, pueden ampliarse capacidades concretas. Este crecimiento por operación mantiene el control y evita que una sola decisión de despliegue conceda autonomía excesiva a todo el sistema.
WORKFLOW
Marco de gobernanza para un Empleado IA
Clasifica cada acción como lectura, propuesta, ejecución o aprobación obligatoria.
Asigna propietarios de proceso, sistema y política.
Aplica privilegio mínimo y elimina operaciones innecesarias.
Convierte políticas críticas en reglas deterministas.
Declara acciones prohibidas y condiciones de escalado.
Versiona modelos, prompts, herramientas y reglas.
Registra fuentes, decisiones, aprobaciones y resultados.
Mide calidad por tipo de acción y nivel de riesgo.
Revisa periódicamente accesos, excepciones y autonomía.
MÉTRICAS
Qué conviene medir
Acciones automáticas por nivel de riesgo
Porcentaje de propuestas aprobadas sin cambios
Correcciones humanas
Excepciones correctamente escaladas
Intentos de acciones bloqueadas
Permisos no utilizados
Tiempo de aprobación
Incidentes por cambio de versión
GUÍA RELACIONADA
Checklist de gobernanza de IA: 16 controles antes de dar autonomía a un Empleado IA
Una guía práctica para convertir principios de gobernanza en permisos, reglas, aprobaciones, registros y métricas que se puedan aplicar en producción.
FAQ
Preguntas frecuentes
¿Qué es la gobernanza de IA empresarial?
Es el conjunto de reglas, permisos, responsables, controles, métricas y registros que determinan cómo puede operar un sistema de IA dentro de la empresa y cómo se supervisan sus decisiones y acciones.
¿La gobernanza reduce la automatización?
No necesariamente. Una buena gobernanza permite automatizar más porque define límites y condiciones claras. Sin controles, la empresa suele mantener procesos en modo manual por miedo al riesgo.
¿Qué acciones deberían requerir aprobación humana?
Depende del riesgo, pero normalmente las acciones financieras, contractuales, irreversibles, de acceso, cambios de datos sensibles o decisiones con impacto importante sobre clientes necesitan controles más estrictos.
¿Es suficiente poner instrucciones al modelo?
No. Los límites importantes deberían reforzarse mediante permisos, herramientas, reglas deterministas y aprobaciones externas. Las instrucciones textuales son una capa, no el único control.
¿Cómo se audita un Empleado IA?
Registrando fuentes, versiones, decisiones, herramientas utilizadas, aprobaciones y resultados de forma suficiente para reconstruir cada caso relevante sin almacenar datos sensibles innecesarios.
¿Cuándo puede aumentar la autonomía?
Cuando las métricas muestran resultados estables, baja tasa de corrección, excepciones bien detectadas y un nivel de riesgo compatible con la acción concreta. La autonomía debe ampliarse por operación, no de forma global.
SIGUIENTE PASO