Conviene aclarar algo desde el principio, porque es la confusión más habitual sobre este tema: un agente de IA "con aprobación por niveles" no es lo mismo que un agente con distintos niveles de autonomía. Los niveles de autonomía definen cuánto puede decidir el agente por sí solo antes de necesitar a una persona. La aprobación por niveles asume que ya hace falta una persona, y resuelve una pregunta distinta: de entre varias personas de la empresa, según el importe o el riesgo de esa decisión concreta, ¿cuál de ellas debe darla?
Aprobación por niveles frente a un único punto de control
Cuando hablamos de human in the loop, normalmente pensamos en un único filtro: la acción se detiene y espera el visto bueno de una persona antes de ejecutarse. Eso funciona bien en procesos con un solo tipo de decisión sensible. Pero muchos procesos de empresa no tienen un único umbral de riesgo, sino varios escalones: un descuento comercial pequeño lo aprueba el propio comercial, uno mayor necesita al responsable de ventas, y uno excepcional necesita a dirección. Un agente con aprobación por niveles no se limita a preguntar "¿lo aprueba una persona sí o no?", sino que calcula automáticamente a qué nivel de la jerarquía corresponde esa decisión concreta y la envía directamente a quien tiene autoridad para resolverla, sin que nadie tenga que redirigirla manualmente.
En qué se diferencia también de los niveles de autonomía del propio agente
Vale la pena remarcar la diferencia con un ejemplo. Un agente puede tener una autonomía muy alta (nivel 3 o 4 de los que describimos en el artículo sobre niveles de autonomía) para gestionar solicitudes de reembolso: las resuelve solas dentro de un límite, sin pedir aprobación en absoluto. Ese mismo agente, en paralelo, puede tener un sistema de aprobación por niveles para otro tipo de decisión, como una excepción a la política de reembolsos: ahí sí necesita aprobación humana siempre, pero decide automáticamente si esa aprobación la debe dar un supervisor de atención al cliente o el responsable de departamento, según el importe de la excepción. Ambos conceptos conviven en el mismo agente, y responden a preguntas distintas: cuánto decide solo, y cuando no decide solo, a quién le toca decidir.
Cómo se diseña una matriz de aprobación por niveles
El elemento central de este patrón es una tabla de umbrales, ya existente en el organigrama de aprobación de la mayoría de empresas, que el agente simplemente automatiza y hace cumplir sin excepciones ni retrasos:
| Nivel | Umbral o condición | Quién aprueba | Tiempo máximo de respuesta |
|---|---|---|---|
| 1 | Bajo impacto, dentro de política | Se ejecuta sin aprobación | — |
| 2 | Impacto medio o excepción menor | Responsable directo del área | 4 horas laborables |
| 3 | Impacto alto o excepción relevante | Dirección de departamento | 24 horas |
| 4 | Impacto crítico o irreversible | Comité o dirección general | Sin automatizar el plazo |
El valor de que sea un agente quien gestione esta matriz, y no un flujo de correos manual, es que la clasificación del nivel se hace siempre con el mismo criterio, sin depender de que la persona que recibe la solicitud sepa a quién reenviarla, y queda un registro completo de quién aprobó qué y en qué plazo.
Un ejemplo fuera del caso de gastos, para no repetir lo ya conocido
Ya vimos una versión de este patrón aplicada a un caso muy concreto en cómo automatizar el proceso de aprobación de gastos, donde el agente distingue entre aprobación automática, aprobación de un nivel y aprobación multinivel según el importe del gasto. El mismo patrón se aplica igual de bien a procesos que no tienen nada que ver con gastos: una tienda online puede usarlo para autorizar devoluciones (automática hasta cierto importe, supervisor por encima, dirección para casos excepcionales o clientes conflictivos), o una empresa de servicios puede usarlo para aprobar condiciones especiales en un contrato nuevo, según cuánto se aparten de las condiciones estándar ya aprobadas de antemano.
Qué pasa si nadie responde a tiempo
Un diseño incompleto de aprobación por niveles se olvida de un detalle que en la práctica genera más fricción que el propio proceso que se quería automatizar: qué ocurre cuando el aprobador designado no responde dentro del plazo previsto. Un buen sistema debe escalar automáticamente al siguiente nivel si el tiempo máximo se agota, en lugar de dejar la solicitud esperando indefinidamente en la bandeja de una persona que está de vacaciones o simplemente no la ha visto. Sin esta regla de escalado automático, la aprobación por niveles puede acabar siendo más lenta que el proceso manual que sustituye.
Errores habituales al diseñar los niveles
El más frecuente es crear demasiados niveles intermedios, replicando una jerarquía de aprobación excesivamente burocrática que ya generaba lentitud antes de automatizarla; automatizar un mal proceso no lo mejora, solo lo ejecuta más rápido con los mismos defectos. El segundo error es fijar los umbrales una vez y no revisarlos: un umbral que tenía sentido cuando la empresa facturaba la mitad puede estar mal calibrado hoy, generando exceso de escalados a dirección por decisiones que ya deberían resolverse a un nivel inferior con la confianza acumulada del proceso.
Conclusión
Un agente de IA con aprobación por niveles no decide más ni menos por sí solo que cualquier otro agente: lo que hace de forma distinta es dirigir automáticamente cada decisión sensible hacia la persona con la autoridad correcta para resolverla, según su importe o su riesgo, con un plazo de respuesta y un escalado si ese plazo se incumple. Es un patrón de gobernanza tan útil como el de los niveles de autonomía, pero resuelve una pregunta distinta y complementaria.
En MG Solutions diseñamos la matriz de aprobación de cada agente junto con el organigrama real de decisión de la empresa, no con una jerarquía genérica. Si quieres revisar cómo quedaría en tu proceso, reserva una primera reunión.