Flujo de aprobaciones: cómo diseñarlo sin frenar
Un flujo de aprobaciones hace que una solicitud espere a la decisión de quien corresponde y que el sistema ejecute lo aprobado dejando historial. Funciona con pocos niveles, sustitutos, plazos y una regla clara: alguien propone, una persona aprueba y el sistema ejecuta.
Un flujo de aprobaciones es el camino que sigue una solicitud (una compra, un presupuesto, un gasto, unas vacaciones) hasta que alguien con autoridad la aprueba o la rechaza, y el sistema ejecuta lo aprobado dejando constancia. Bien diseñado responde a tres preguntas: quién pide, quién aprueba según el caso y qué ocurre después.
Qué es un flujo de aprobaciones y qué no es
Un aviso no es una aprobación. Si el sistema escribe al responsable «se ha pedido material» y el material se compra igualmente, eso es una notificación. Hay flujo de aprobaciones cuando la acción espera a una decisión y no ocurre sin ella.
Todo flujo tiene seis piezas, aunque a veces no se nombren:
- La solicitud, con los datos que necesita quien decide: qué, cuánto, para qué y quién lo pide.
- Las reglas de ruta: según el tipo, el importe o el área, la solicitud va a una persona o a otra.
- El aprobador o los aprobadores, con un sustituto para cuando no están.
- La decisión: aprobar, rechazar o devolver para corregir, con un motivo.
- La ejecución: lo aprobado se convierte en pedido, en factura, en gasto registrado o en días de vacaciones descontados.
- El historial: quién pidió, quién aprobó, cuándo y sobre qué versión.
La quinta pieza es la que más se olvida. Si después de aprobar alguien tiene que volver a teclear la compra en otro programa, el flujo se ha quedado a medias y el error puede colarse justo ahí.
El principio: alguien propone, una persona aprueba y el sistema ejecuta
En los sistemas que construimos aplicamos una regla que sirve para cualquier aprobación: la IA propone, una persona aprueba y el sistema ejecuta. Publicar, cambiar un precio, firmar o borrar lo decide siempre alguien, y cada acción queda registrada. La misma lógica vale cuando quien propone no es una IA sino un compañero: la propuesta llega completa, la decisión es humana y la ejecución la hace el sistema para que no haya diferencias entre lo aprobado y lo hecho.
Un ejemplo que hemos construido es la lectura automática de gastos: se sube la factura o el ticket, se rellenan los datos y una persona valida. Otro es el asistente del ERP: le pides crear un contacto, apuntar un gasto o preparar una factura en borrador, te enseña qué va a hacer y lo ejecuta cuando confirmas. En ambos casos la aprobación es una pantalla, no un correo que se pierde.
Dos reglas de control completan el principio:
- Quien pide no aprueba lo suyo. Parece obvio y es lo primero que se rompe cuando el responsable está de vacaciones.
- Se aprueba una versión concreta. Si la solicitud cambia después de aprobarse, vuelve al flujo.
Tabla de niveles de aprobación
El error clásico es que todo pase por dirección. Los niveles sirven para que cada decisión la tome quien tiene la información y la responsabilidad. Los umbrales los fija cada empresa; la estructura suele parecerse a esta:
| Nivel | Cuándo aplica | Quién aprueba | Qué queda registrado |
|---|---|---|---|
| 0 · Aprobado por regla | Operaciones repetidas y ya autorizadas: reponer un material pactado con un proveedor habitual | Nadie en el momento: la regla la aprobó alguien antes | Qué regla la cubrió y cuándo se ejecutó |
| 1 · Responsable directo | Importe bajo o solicitud habitual: vacaciones, gasto de viaje, material | El responsable del área | Decisión, fecha y motivo si se rechaza |
| 2 · Responsable de área o finanzas | Por encima del primer umbral, fuera de presupuesto o con proveedor nuevo | Responsable de área y, si afecta a pagos, administración | Las dos decisiones, en orden |
| 3 · Dirección | Por encima del segundo umbral, contratos plurianuales, descuentos excepcionales | Dirección, a veces con doble firma | Versión aprobada del documento y todas las firmas |
Dos consejos para que la tabla no se convierta en burocracia: pocos niveles (tres suelen bastar en una pyme) y un plazo para cada uno, con aviso o escalado si nadie responde. Una solicitud que espera sin que nadie lo sepa es peor que no tener flujo.
Cuatro flujos de aprobación típicos
Compras
Alguien pide material o un servicio. Si está dentro de lo pactado, pasa por regla (nivel 0); si no, va a su responsable y, por encima de un importe, a finanzas. Al aprobarse se genera el pedido al proveedor sin volver a escribirlo, y cuando llega la factura se comprueba contra lo aprobado.
Presupuestos con condiciones especiales
El comercial prepara un presupuesto. Si el descuento o el margen se salen de lo habitual, el presupuesto no se envía hasta que alguien lo aprueba. Así se evita que un precio excepcional llegue al cliente sin que nadie lo haya visto. Del presupuesto aceptado al pedido y a la factura hablamos en automatizar presupuestos.
Gastos
La persona sube el ticket, el sistema lee los datos y comprueba que cuadran, y quien corresponda valida. El detalle de qué lee la IA y qué debe revisar una persona está en automatizar facturas con IA.
Vacaciones y permisos
La solicitud va al responsable, que ve el calendario del equipo antes de decidir. Aprobada, los días se descuentan y aparecen en la agenda. Rechazada, vuelve con un motivo. Nadie tiene que buscar el mensaje de hace tres semanas.
Cómo dibujar el diagrama de flujo de aprobaciones
Antes de configurar nada, dibújalo en papel o en una pizarra. Bastan cuatro formas: un inicio (la solicitud), rectángulos para las tareas, rombos para las decisiones y un final. Sigue estos pasos:
- Escribe la solicitud y los datos mínimos que debe traer. Si faltan, el aprobador pedirá aclaraciones y el flujo se atasca.
- Dibuja el primer rombo: ¿qué decide la ruta? Casi siempre es el importe, el tipo o el área.
- Para cada rama, pon quién aprueba y su sustituto.
- Dibuja las tres salidas de cada decisión: aprobar, rechazar y devolver para corregir. La tercera es la que más se olvida.
- Marca qué ejecuta el sistema al final y qué queda registrado.
- Añade el plazo y qué pasa si vence: recordatorio, escalado o caducidad.
Si el dibujo no cabe en una hoja, el flujo es demasiado complejo para empezar. Recórtalo y amplíalo después.
Software de workflow: opciones para automatizar aprobaciones
Hay tres familias de herramientas, y la decisión depende de dónde vive el dato que se aprueba:
- Herramientas genéricas de flujos. Microsoft Power Automate, por ejemplo, ofrece según su documentación varios tipos de aprobación: todos deben aprobar, el primero en responder, respuestas personalizadas y aprobación secuencial, en la que cada aprobador responde antes de que pase al siguiente. Encajan cuando la empresa ya trabaja en ese ecosistema y lo aprobado no tiene que convertirse en un pedido o una factura en otro programa.
- Aprobaciones dentro del programa de gestión. Si la compra, el presupuesto o el gasto ya viven en el ERP, aprobar ahí evita copiar datos y deja el historial junto al documento.
- Flujos a medida. Cuando las reglas de ruta dependen de datos propios del negocio (tipo de obra, cliente, proyecto) o hay que conectar varios sistemas, un circuito construido para tu proceso evita forzar la herramienta.
Sea cual sea, pide lo mismo: historial por solicitud, sustitutos, plazos con aviso, permisos por rol y que la ejecución sea automática al aprobar.
Errores que convierten el flujo en un freno
- Aprobar por correo o por mensaje. No queda registro fiable ni se sabe qué versión se aprobó.
- Un único aprobador sin sustituto. Sus vacaciones paran la empresa.
- Demasiados niveles. Si un gasto pequeño necesita tres firmas, la gente buscará atajos.
- Solicitudes sin plazo. Se quedan esperando sin que nadie lo vea.
- Dejar que la IA apruebe. Puede ordenar, resumir y señalar lo que se sale de lo normal; decidir sobre dinero o personas sigue siendo cosa de una persona.
Las aprobaciones son solo un tipo de automatización; hay más en ejemplos de automatización de procesos empresariales.
Fuentes consultadas
Comprobadas el 30 de septiembre de 2026. Enlazamos la fuente original para que puedas consultar el texto vigente.
- Comience a trabajar con las aprobaciones de Power Automate. Microsoft Learn.
Preguntas frecuentes
¿Qué es un flujo de aprobación?
Es el circuito que sigue una solicitud hasta que alguien con autoridad la aprueba o la rechaza. A diferencia de un aviso, la acción espera a la decisión. Incluye reglas de ruta, aprobadores con sustituto, plazos, la ejecución de lo aprobado y un historial.
¿Cuántos niveles de aprobación debe tener una empresa?
Los mínimos para que cada decisión la tome quien tiene la información. En una pyme suelen bastar tres: responsable directo, responsable de área o finanzas y dirección, más las operaciones ya autorizadas por una regla. Cada nivel añadido alarga el plazo.
¿Cómo se hace un diagrama de flujo de aprobaciones?
Con un inicio, tareas, rombos de decisión y un final. Empieza por la solicitud y sus datos mínimos, decide qué fija la ruta, pon aprobador y sustituto en cada rama y dibuja las tres salidas: aprobar, rechazar y devolver para corregir.
¿Se pueden automatizar las aprobaciones con IA?
Se puede automatizar la preparación: leer el documento, resumir la solicitud o señalar lo que se sale de lo normal. La decisión sobre dinero, precios o personas debe tomarla una persona, y el sistema ejecutar lo aprobado dejando constancia.
¿Algo de esto encaja con tu negocio? Cuéntanos cómo lo haces hoy.