Antes de elegir n8n, Make, Power Automate, un agente de IA o desarrollo a medida, decide qué hará el proceso cuando el caso normal no se cumpla. Una matriz de excepciones permite clasificar cada situación en tres salidas: continuar automáticamente, detener el flujo o solicitar revisión humana con el contexto necesario.
No se trata de revisar todo manualmente ni de automatizar todo lo repetible. Se trata de asignar una respuesta proporcionada a la consecuencia, la reversibilidad, los permisos, la ambigüedad, la calidad de los datos y el tiempo disponible.
Excepción no es lo mismo que error técnico
Un error técnico ocurre cuando una llamada falla, una credencial caduca o un sistema no responde como esperaba la integración. Una excepción de proceso puede ejecutarse técnicamente bien y, aun así, no tener una salida válida.
Por ejemplo:
- un pedido supera una condición que requiere aprobación;
- dos registros parecen representar a la misma persona;
- falta un dato imprescindible para decidir;
- una devolución no cumple la regla normal, pero necesita valoración;
- el responsable habitual está ausente;
- el caso afecta a una persona o un importe que cambia la consecuencia.
Algunas excepciones terminarán en un error técnico y otras se resolverán con una ruta alternativa. Inventariarlas antes de construir evita que el equipo las descubra por primera vez en producción.
La guía de controles para automatización de procesos explica disparadores, permisos, registro, pruebas y mantenimiento una vez diseñado el flujo. Aquí damos un paso anterior: decidir qué tratamiento merece cada excepción.
Empieza por el camino normal
No diseñes una matriz sobre un proceso que nadie puede explicar. Escribe primero:
- qué evento inicia el trabajo;
- qué datos necesita;
- qué regla produce una salida válida;
- qué sistema conserva el estado;
- quién responde del resultado.
Después pregunta dónde deja de cumplirse ese camino. Las excepciones salen de la operación real: entradas incompletas, conflictos, permisos, límites, ausencias, decisiones irreversibles o estados que no llegan.
No automatices una excepción solo porque ocurre con frecuencia. Si la regla sigue siendo ambigua o la consecuencia no puede deshacerse, la frecuencia no elimina la necesidad de contexto o revisión.
Las seis preguntas de la matriz
Para cada excepción, responde estas preguntas sin convertirlas en una puntuación automática.
| Dimensión | Pregunta |
|---|---|
| Impacto | ¿Qué puede ocurrir si el sistema se equivoca o no actúa? |
| Reversibilidad | ¿La acción puede deshacerse de forma segura y trazable? |
| Permiso | ¿El sistema y la persona tienen autoridad para ejecutar esa salida? |
| Contexto | ¿La regla dispone de la información necesaria o hace falta juicio? |
| Calidad del dato | ¿La entrada es completa, coherente y atribuible a la entidad correcta? |
| Tiempo | ¿Cuánto puede esperar el caso y qué ocurre si nadie responde? |
La matriz no decide por mayoría. Un único límite puede cambiar la salida: una acción difícil de revertir, un permiso ausente o un dato crítico dudoso pueden obligar a parar o revisar aunque el resto del caso parezca normal.
Tres salidas posibles
1. Continuar automáticamente
Encaja cuando la condición es explícita, los datos necesarios están disponibles, la acción está autorizada y el resultado es reversible o de bajo impacto dentro del contexto definido.
La salida debe registrar qué regla se aplicó, qué datos utilizó y cuál fue el estado final. «Automático» no significa invisible.
2. Detener y registrar
Es la opción adecuada cuando falta permiso, el dato es inválido, no existe una salida segura o continuar podría empeorar el problema. La parada debe indicar:
- motivo;
- punto del proceso;
- estado conservado;
- acción necesaria para reanudar o cerrar;
- responsable de la cola de excepciones.
Detener no siempre implica esperar una aprobación. Puede significar rechazar una entrada inválida, solicitar información adicional o cerrar el caso con un motivo.
3. Solicitar revisión humana
Tiene sentido cuando una persona autorizada puede resolver una ambigüedad con contexto que la regla no posee, aceptar una consecuencia o elegir entre alternativas válidas.
Los sistemas de workflow demuestran que el patrón puede pausar una ejecución, emitir una petición y reanudarla con la respuesta. Microsoft Agent Framework, por ejemplo, conserva solicitudes pendientes en checkpoints y vuelve a emitirlas al restaurar el flujo (Microsoft Learn, actualizado el 25/08/2026). Es un mecanismo técnico, no una obligación de usar agentes ni de pedir aprobación para todo.
El paquete mínimo para que una persona pueda decidir
Una tarea de revisión que solo dice «aprobar/rechazar» traslada el problema a la persona sin darle información. Incluye:
- identificación del caso sin exponer datos innecesarios;
- regla o condición que provocó la revisión;
- datos relevantes y su procedencia;
- opciones permitidas;
- consecuencia de cada opción;
- acción ya ejecutada, si existe;
- plazo y resultado por defecto;
- forma de pedir más información o escalar.
Minimiza la información: el revisor necesita contexto suficiente, no acceso indiscriminado a todos los sistemas. También registra quién decidió, cuándo y con qué salida.
La documentación de aprobaciones de Power Automate ilustra cómo un producto modela datos de solicitud, etapas, nodos, condiciones, responsables y delegación por timeout (Microsoft Learn, consultado el 29/08/2026). Es una referencia estructural; la herramienta y sus licencias no son una recomendación para tu proceso.
Define timeout y escalado antes de la primera espera
Toda revisión humana puede quedarse pendiente. Decide de antemano:
- cuánto puede esperar el proceso en ese contexto;
- quién recibe el primer aviso;
- qué persona o cola asume la ausencia;
- si el caso se detiene, se rechaza o continúa con una salida segura;
- qué información se conserva para reanudar;
- cuándo se convierte en incidente.
No existe un plazo universal. Una revisión administrativa interna y una acción que afecta a un cliente pueden necesitar respuestas diferentes. El timeout debe salir de la consecuencia y del horario real, no de un número copiado de una plantilla.
Los flujos de aprobación pueden usar respuestas de una persona, de todas, secuenciales o personalizadas y conservar historial (Microsoft Learn, actualizado el 29/04/2026). Eso demuestra opciones de diseño; no significa que cuantos más aprobadores haya, mejor sea el control.
Ejemplo ilustrativo: una solicitud con datos incoherentes
Imagina un proceso que recibe una solicitud comercial y debe asignarla a una persona. El camino normal valida la identidad, determina el equipo y crea el siguiente paso.
| Excepción | Impacto/reversibilidad | Salida propuesta |
|---|---|---|
| falta un dato obligatorio que la persona puede aportar | no existe base para seguir; reversible | detener y solicitar el dato |
| llega dos veces el mismo identificador | riesgo de duplicar trabajo; reversible si se detecta antes | detener y comparar con el registro existente |
| no hay persona elegible | el caso quedaría sin owner | enviar a cola visible con escalado |
| dos equipos son válidos por reglas incompatibles | hace falta contexto comercial | revisión humana con ambas reglas y antecedentes |
| la regla coincide y existe capacidad confirmada | bajo riesgo dentro del alcance | continuar y registrar asignación |
Este ejemplo no define tus reglas. Muestra cómo la matriz obliga a elegir una salida y la información necesaria antes de automatizar. Para diseñar el reparto completo, consulta las reglas de asignación de leads y capacidad.
Prueba la matriz sin construir nada
Selecciona cinco excepciones que ya hayan ocurrido o que el equipo pueda describir con precisión. Para cada una:
- reconstruye la entrada y el estado disponible;
- responde las seis preguntas;
- elige auto, stop o review;
- prepara el contexto del revisor si aplica;
- define timeout, escalado y estado final;
- pide a otra persona que aplique la matriz sin explicación adicional.
Si la segunda persona no puede decidir, falta una regla o contexto. Si todos los casos terminan en revisión, quizá el proceso aún no está suficientemente definido. Si todos terminan en automático, revisa si has ignorado permisos, reversibilidad o datos dudosos.
No confundas revisión humana con control de agentes IA
Esta matriz sirve para procesos deterministas o mixtos. No evalúa calidad de modelos, prompts, fuentes, alucinaciones o versiones. Cuando el sistema usa un agente de IA, hacen falta controles adicionales de alcance, trazabilidad y derivación; la guía de controles para agentes de IA conserva esa intención.
Tampoco sustituye los controles posteriores del flujo: registros, reintentos, pruebas, mantenimiento y criterio de retirada. Su función es más acotada: impedir que la tecnología se elija antes de decidir qué debe ocurrir cuando el camino normal deja de ser válido.
Checklist antes de automatizar excepciones
- El camino normal tiene inicio, salida y responsable.
- Las excepciones proceden del proceso real, no solo de una lluvia de ideas.
- Impacto y reversibilidad están documentados.
- Permisos y datos necesarios están identificados.
- Cada excepción termina en auto, stop o review.
- La revisión incluye contexto, opciones y consecuencias.
- Timeout y escalado tienen una salida segura.
- El log conserva regla, decisión y estado final.
- Otra persona puede aplicar la matriz a casos ambiguos.
- La herramienta se elige después de cerrar estas decisiones.