La automatización con supervisión humana es una forma de automatizar procesos en la que el sistema ejecuta por sí solo el trabajo del que está seguro y deja en manos de las personas los casos en los que no lo está. Cada decisión automática incluye un grado de confianza. Por encima del umbral definido por la empresa, el proceso sigue sin intervención, y por debajo pasa a validación con la información necesaria para decidir.
Muchas empresas aplazan la automatización porque la ven como una elección entre dos extremos, dejarlo todo en manos de un sistema o seguir haciéndolo todo a mano. La supervisión humana resuelve ese falso dilema. La pregunta deja de ser si la automatización se equivoca y pasa a ser qué ocurre cuando no tiene la certeza.
Qué es la automatización con supervisión humana
En inglés se conoce como human-in-the-loop. Es un diseño de automatización en el que la inteligencia artificial se encarga del trabajo operativo y las decisiones importantes siguen en manos de las personas. No se trata de poner a alguien a revisar todo lo que hace el sistema. Se trata de definir de antemano en qué situaciones el sistema avanza solo y en cuáles se detiene y pregunta.
Cuatro elementos lo hacen posible.
- Un grado de confianza en cada decisión. Cada correspondencia o clasificación automática indica su nivel de seguridad.
- Un umbral definido por la empresa. Es la frontera entre lo que sigue en automático y lo que pasa a validación.
- Una validación con contexto. El caso llega a la persona con el documento de origen, la propuesta del sistema y el motivo de la duda.
- Un registro de cada caso. El historial de cada caso guarda lo que hizo el agente en cada paso y cada decisión de una persona, con lo que cambió y por qué.
La diferencia con una automatización clásica es grande. Una regla rígida o funciona o falla, muchas veces sin avisar. Una automatización con supervisión humana sabe distinguir el caso claro del caso dudoso y trata cada uno de forma distinta.
Cómo funciona el grado de confianza
El grado de confianza mide lo segura que es una decisión automática. Aparece siempre que el sistema tiene que elegir, por ejemplo al hacer corresponder un movimiento bancario con una factura, al identificar al cliente que ha enviado un correo, al clasificar un documento o al leer el importe de una factura escaneada.
La confianza aumenta cuando varios datos independientes apuntan en la misma dirección.
- El importe coincide al céntimo.
- La referencia de la factura aparece en el concepto del movimiento.
- El NIF o el dominio del remitente corresponden a un cliente conocido.
- El patrón se repite en casos anteriores del mismo cliente.
La confianza disminuye cuando los datos son parciales o contradictorios, como una referencia incompleta, un importe que solo coincide tras un descuento o un proveedor que aparece por primera vez. Confianza no es lo mismo que certeza. Precisamente por eso, la decisión sobre qué hacer con cada nivel de confianza debe ser de la empresa y no del sistema.
Cómo definir el umbral entre lo automático y la validación
El umbral es el nivel de confianza a partir del cual el proceso sigue sin intervención. No existe una cifra válida para todas las empresas ni para todos los procesos. Existen criterios que ayudan a elegirla.
- Impacto de un error. Clasificar mal un correo interno cuesta segundos. Enviar una respuesta equivocada a un cliente o registrar un pago en la cuenta equivocada cuesta mucho más.
- Facilidad de corrección. Un error que se detecta y corrige en el cierre del mes es distinto de un error que sale de la empresa.
- Volumen. Cuanto mayor es el volumen, mayor es el beneficio de dejar pasar los casos claros y concentrar al equipo en las excepciones.
- Historial. Un proceso con semanas de propuestas confirmadas por el equipo justifica un umbral más bajo que un proceso recién puesto en marcha.
En la práctica, cada tipo de decisión puede tener su propio umbral. La tabla siguiente muestra puntos de partida habituales.
| Tipo de decisión | Impacto de un error | Punto de partida |
|---|---|---|
| Clasificar y encaminar un correo | Bajo, se corrige de inmediato | Automático, con revisión por muestreo |
| Hacer corresponder un movimiento bancario con una factura | Medio, se corrige en el cierre | Umbral alto, excepciones a validación |
| Registrar un pedido en el ERP | Medio, afecta a la entrega | Validación al principio, automático después |
| Enviar una respuesta o un pago al exterior | Alto, sale de la empresa | Validación siempre, o por encima de un importe |
Qué ve el equipo cuando un caso pasa a validación
Una validación solo es útil si es rápida. Por eso, el caso debe llegar a la persona con todo lo que necesita para decidir sin abrir otros sistemas.
- El origen. El correo, el documento o el movimiento bancario que inició el proceso.
- La propuesta. Lo que haría el sistema, por ejemplo la factura a la que asociaría el pago.
- El motivo de la duda. Lo que ha quedado por debajo del umbral, como una referencia distinta o un importe que no cuadra.
- Las alternativas. Otras correspondencias posibles, ordenadas por confianza.
La persona confirma, corrige o rechaza, y el proceso continúa desde el punto en el que se detuvo, incluida la escritura en el sistema de origen. Cada corrección queda registrada en el historial del caso. Cuando la persona indica de quién es un pago o una solicitud, esa elección queda memorizada, y el siguiente movimiento con el mismo concepto, o la siguiente solicitud del mismo remitente, llega ya identificado. Con el tiempo, el volumen que requiere validación manual disminuye.
Un ejemplo práctico en la conciliación bancaria
Imagine una empresa que recibe unos cientos de movimientos bancarios al mes y los concilia a mano con las facturas pendientes en el ERP. Con una automatización con supervisión humana, cada movimiento sigue uno de tres caminos.
- Confianza alta. Una transferencia con la referencia de la factura y el importe exacto se concilia y se registra sin intervención.
- Confianza media. Un cliente paga dos facturas en una sola transferencia, con un pequeño descuento. El sistema propone la correspondencia y la envía a validación, con las dos facturas y la diferencia señaladas.
- Confianza baja. Un pago sin referencia, de una entidad que todavía no existe en el ERP, pasa a validación para que el equipo indique de quién es.
En este ejemplo, el equipo deja de recorrer el extracto línea a línea y pasa a mirar solo los casos dudosos. Cuando confirma de quién es un pago, esa elección queda registrada y el siguiente pago con el mismo concepto llega ya identificado. Puede leer un ejemplo ilustrativo en nuestro artículo sobre conciliación bancaria automatizada.
Cómo empezar sin perder el control
La forma más prudente de empezar es conceder autonomía poco a poco, a partir de resultados medidos.
- Elegir un proceso con volumen, reglas conocidas y datos en los sistemas, como la conciliación bancaria, la lectura de facturas de proveedor o la clasificación de un buzón de correo compartido.
- Empezar con validación en todos los casos. El sistema propone y el equipo decide, sin riesgo para la operación.
- Comparar durante algunas semanas las propuestas del sistema con las decisiones del equipo, por tipo de caso.
- Definir los umbrales a partir de esos resultados, empezando por los tipos de decisión en los que el sistema ha acertado de forma constante.
- Revisar con regularidad lo que pasa a validación y por qué, y ajustar los umbrales cuando el proceso cambia.
Así funciona EngiAIFlow, la plataforma de agentes de inteligencia artificial de Engibots. Sus agentes leen las solicitudes y los documentos que llegan por correo, WhatsApp o Teams, actúan en el ERP y en los demás sistemas que la empresa ya utiliza y, cuando no tienen la certeza, preguntan al equipo, y las correcciones en la identificación de clientes y en la conciliación quedan memorizadas. Cada valor conserva su origen, el historial de cada caso guarda lo que hizo el agente y lo que decidieron las personas, y la autonomía de cada agente crece al ritmo que defina el equipo. El modelo de inteligencia artificial puede ser local, sin que los datos salgan de la empresa, o funcionar en Azure OpenAI.
Preguntas frecuentes
¿Qué significa human-in-the-loop?
Es el término inglés para la automatización con supervisión humana. El sistema ejecuta el trabajo operativo y las personas intervienen en los puntos críticos, validando los casos en los que el sistema no tiene confianza suficiente.
¿Quién define el umbral de confianza?
La propia empresa, por tipo de decisión. Puede empezar con validación en todos los casos y reducir la exigencia a medida que se confirman los resultados.
¿Supervisión humana significa que alguien tiene que revisarlo todo?
No. Solo los casos por debajo del umbral pasan a validación. Los demás siguen sin intervención y quedan registrados para su consulta.
¿La automatización aprende de las correcciones del equipo?
Sí. Cuando el equipo indica de quién es un pago o una solicitud, esa elección queda memorizada, y el siguiente caso igual llega ya identificado.
¿Se usan los datos de la empresa para entrenar modelos de IA?
No. Los modelos operan con una política de no retención de datos para entrenamiento, y la información se usa solo para ejecutar el proceso.