Aprobaciones humanas en un flujo automatizado: dónde ponerlas
Una aprobación mal ubicada frena todo el flujo o deja pasar el error que importa. Esta guía da una matriz para decidir qué pasos aprueba una persona y cómo diseñar esa aprobación para que tome segundos.
Dos preguntas por cada acción
Lista todas las acciones que el agente puede ejecutar. Para cada una responde:
- ¿Se puede deshacer? Mover un correo a una carpeta se deshace. Enviar dinero o un mensaje a un cliente, no.
- ¿Cuánto cuesta un error? En dinero, en datos personales y en relación con el cliente.
Con esas dos respuestas ubicas la acción en una matriz.
| Error barato | Error caro | |
|---|---|---|
| Reversible | Automático | Automático con revisión posterior por muestra |
| Irreversible | Automático con límites | Aprobación previa |
Las acciones que casi siempre van con aprobación previa
- Pagos, reembolsos y transferencias.
- Mensajes a clientes con compromisos: precios, descuentos, plazos.
- Cambios en datos maestros: cuentas bancarias de proveedores, NIT, contactos de cobro.
- Borrado de registros.
- Envío de información a terceros.
El cambio de cuenta bancaria de un proveedor merece mención aparte. Es un vector de fraude conocido. Ese cambio siempre requiere aprobación y una verificación por un canal distinto al que lo solicitó.
Las acciones que suelen ir automáticas
- Clasificar, etiquetar y priorizar.
- Extraer datos a un borrador.
- Consultar sistemas.
- Generar borradores de mensajes.
- Enviar recordatorios con plantillas aprobadas y datos del ERP.
Tercera variable: el volumen
Una aprobación por cada acción no escala. Si tu equipo aprueba 400 borradores al día, termina aprobando sin leer. Esa aprobación ya no controla nada.
Opciones cuando el volumen es alto:
- Aprobación por lote: una persona revisa un resumen de 50 acciones similares y aprueba el lote.
- Umbral por valor: pagos bajo un monto de ejemplo salen solos; los demás esperan aprobación.
- Aprobación por excepción: el agente actúa solo cuando su clasificación es de alta confianza y escala el resto.
- Muestreo posterior: se revisa un porcentaje aleatorio después de ejecutar, solo para acciones reversibles.
Diseño de la aprobación
Una aprobación útil se resuelve en segundos. Debe mostrar:
- Qué va a pasar, en una frase.
- Los datos exactos: destinatario, valor, cuenta.
- Por qué el agente lo propone, con el dato de origen.
- Qué cambió respecto a la última vez, si aplica.
- Botones claros: aprobar, editar, rechazar.
Ejemplo de tarjeta:
Pago a proveedor
Destino: Proveedor XYZ S.A.S. · Cuenta terminada en 4821 (sin cambios)
Valor: $ 3.450.000 · Factura FE-1290 · Orden OC-778
Motivo: factura validada, orden recibida al 100%
[Aprobar] [Editar] [Rechazar]Los valores de la tarjeta son de ejemplo.
Dónde vive la aprobación
Ponla donde ya trabaja tu equipo. Puede ser el correo, un canal interno o la bandeja del ERP. Una herramienta nueva que nadie abre crea colas de días.
Define también un tiempo máximo. Si nadie aprueba en un plazo, la acción escala a otra persona o se cancela. Nunca se ejecuta sola por vencimiento.
Arquitectura
La política vive fuera del modelo. Es código o configuración. El modelo no puede decidir que una acción ya no requiere aprobación.
Permisos técnicos
La aprobación no es solo un paso de interfaz. El agente no debe tener credenciales para ejecutar acciones de alto riesgo por su cuenta.
- El agente crea una solicitud.
- Un servicio separado ejecuta la acción solo con una aprobación firmada.
- La aprobación queda ligada a los datos exactos. Si algo cambia, se pide de nuevo.
Así, aunque el agente reciba una instrucción maliciosa, no puede saltarse el control.
Cómo saber si las aprobaciones están bien ubicadas
| Métrica | Señal |
|---|---|
| Tasa de rechazo por tipo de acción | Cercana a cero durante meses: candidata a automatizar |
| Tasa de edición | Alta: el agente necesita mejores datos o reglas |
| Tiempo en cola | Alto: la aprobación frena el flujo |
| Errores en acciones automáticas | Altos: falta una aprobación |
| Aprobaciones en menos de 2 segundos | Muchas: la persona no está leyendo |
Revisa estas métricas cada mes. Mover una acción de aprobación a automática es una decisión documentada, con datos.
Errores comunes
- Aprobar todo al principio y nunca relajar. El equipo se cansa y el control pierde sentido.
- Aprobar sin contexto. Sin el dato de origen, la persona no puede evaluar.
- Dejar la política dentro del prompt. Un prompt se puede manipular.
- Aprobación sin registro. Necesitas saber quién aprobó qué y cuándo.
- Un solo aprobador. Vacaciones o incapacidad paralizan el flujo.
Checklist
Preguntas frecuentes
¿Las aprobaciones hacen más lento el proceso?
Al principio sí. Con umbrales y aprobación por lote, el tiempo humano total suele quedar por debajo del proceso manual, porque la persona revisa en vez de producir.
¿Quién define la política de aprobación?
El dueño del proceso, con finanzas y con quien responda por los datos personales. Nosotros la implementamos y la dejamos versionada.
¿Puedo cambiar la política después del deploy?
Sí. Es configuración. Cada cambio queda registrado con fecha y responsable.