Cómo crear un flujo de aprobación
Cómo diseñar un flujo de aprobación: decide qué decide de verdad cada puerta, fija los umbrales desde tu delegación de facultades, enruta los rechazos y registra quién aprobó qué y cuándo.
Un flujo de aprobación es una secuencia de puertas, cada una con un aprobador responsable, una decisión declarada, una salida para el rechazo y un registro de quién aprobó qué y cuándo.
En resumen
- Si una puerta nunca ha dicho que no, es una notificación. Dibújala como tal.
- Un único aprobador responsable por puerta, con la información necesaria para decidir.
- Los umbrales salen de la delegación de facultades y van escritos sobre la decisión.
- Un rechazo va a algún sitio: corrección, escalado o un estado cerrado explícito.
- Registra aprobador, fecha y versión: una aprobación que no puedes evidenciar no ocurrió.
Toda puerta debería poder decir que no
La prueba de un flujo de aprobación no es cuántas firmas recoge. Es si alguna de ellas podría denegarse de forma realista. Una puerta que nunca ha rechazado nada es una notificación con latencia añadida, y es peor que no tener puerta, porque genera un registro de aprobación que da a entender una revisión que no ocurrió: exactamente la evidencia que un auditor va a muestrear y que un juzgado va a leer.
Por eso un buen diseño de aprobaciones consiste sobre todo en restar. Dos puertas con contenido valen más que cinco ceremoniales, porque el aprobador que es uno de cinco firma sin mirar. Cada puerta que sobrevive necesita tres cosas: un único aprobador responsable, una pregunta declarada que está respondiendo y suficiente información delante para responderla. Donde falta alguna de las tres, añadir una puerta se limita a mover el riesgo a un sitio menos visible.
El ejemplo de abajo es un proceso de homologación de proveedores, un flujo de aprobación con una estructura inusualmente honesta: una puerta de preselección que puede devolver el expediente cuando falta evidencia, una decisión de nivel de riesgo que fija la profundidad de la revisión, una puerta de auditoría con bucle de acciones correctivas y una decisión final de tres salidas (aprobado, condicional o rechazado) en lugar del habitual sí o no.
Un flujo de aprobación con puertas de verdad
Homologación de proveedores, de la propuesta al alta. Cuatro puertas, cada una capaz de denegar y cada una con una salida.
Filtra antes de gastar esfuerzo de revisión
Una propuesta con justificación y una decisión de continuar que puede detener el proceso en el primer paso. La puerta más barata va primero: evaluar a un proveedor que nadie ha acordado explorar es el desperdicio más común en los flujos de aprobación.
Reclamar forma parte del flujo
La puerta del cuestionario devuelve el expediente para reclamar la evidencia que falta, en lugar de rechazarlo. La mayoría de los procesos de aprobación reales gastan más tiempo persiguiendo envíos incompletos que decidiendo, y dibujar ese bucle es lo que lo vuelve medible.
La profundidad de la revisión sigue al riesgo
Una decisión de nivel de riesgo envía a los proveedores de riesgo alto a una auditoría con su propio bucle de acciones correctivas, mientras que los niveles más bajos siguen directos. La revisión uniforme es el error de diseño más habitual: revisa de más lo trivial y de menos lo peligroso.
Tres salidas, no dos
La autoridad de aprobación puede aprobar, aprobar con condiciones o rechazar, y la aprobación condicional registra sus condiciones antes del alta. Las puertas binarias obligan al aprobador a elegir entre bloquear trabajo legítimo y dejar pasar algo imperfecto.
Cómo funciona
Escribe qué está decidiendo cada puerta
Una frase por aprobación: qué pregunta responde esa persona y con qué evidencia. Las puertas que no se pueden formular así suelen estar ahí para dar visibilidad más que para decidir, y la visibilidad se resuelve mejor con una notificación que no frene el trabajo.
Toma los umbrales de tu delegación de facultades
Los tramos de importe, los niveles de riesgo y los límites de materialidad pertenecen a la matriz de delegación, no a quien diseña el flujo. Pon la cifra y la moneda sobre la propia decisión para que el enrutado sea auditable, y fíjalas lo bastante altas como para que la puerta extra se active pocas veces.
Da a cada puerta exactamente un aprobador responsable
Se puede consultar a más personas, pero una sola responde por la decisión. Un comité puede aprobar, pero entonces el comité es el aprobador y hay que nombrar su quórum y su presidencia. Dos aprobadores independientes del mismo nivel es la forma que consigue que ninguno de los dos revise a fondo.
Enruta todos los rechazos
Dibuja adónde va lo rechazado: de vuelta para corregirlo con el motivo registrado, hacia arriba para escalarlo o a un estado cerrado explícito. Los flujos que dejan el rechazo sin dibujar producen expedientes que no están ni vivos ni cerrados, parados en un estado que nadie persigue.
Haz que la profundidad de la revisión siga al riesgo
Añade una decisión de enrutado antes de las revisiones caras, como hace el ejemplo con su nivel de riesgo. Aplicar la diligencia completa a todo significa o que el proceso es demasiado lento o que la diligencia no es real, y normalmente son las dos cosas a la vez.
Captura la evidencia de la aprobación
Cada aprobación necesita un aprobador, una marca de tiempo y la versión a la que se aplicó. En QueryChart el propio diagrama lleva un flujo de aprobación y un historial inmutable, así que «quién aprobó la versión vigente en marzo» tiene respuesta sin que nadie rebusque en su correo.
Errores que debes evitar
Puertas que no pueden decir que no
Una aprobación que nunca se ha denegado es una notificación, y registrarla como aprobación exagera el control ante cualquiera que lea la evidencia más tarde.
Aprobadores sin información
Una puerta vale lo que vale lo que se le enseña al aprobador. Si la justificación se recoge después de la aprobación, la aprobación es decorativa.
Umbrales fijados demasiado bajos
Un límite que salta en la mayoría de las operaciones enseña a los aprobadores a firmar sin leer y anima a la gente a dividir las solicitudes para quedarse por debajo.
Sin salida para el rechazo
El rechazo sin dibujar produce el fallo más común de todos los flujos: el expediente que no está ni aprobado ni cerrado y que no tiene dueño.
Crea tu propio flujo de aprobación
Abre el ejemplo de homologación de proveedores como tu propio diagrama y sustituye las puertas por las decisiones que tu organización toma de verdad.
Guías relacionadas
Preguntas frecuentes
¿Cuántos niveles de aprobación debe tener un flujo?
Los mínimos que tomen decisiones reales: normalmente uno, con un segundo por encima de un umbral tomado de tu delegación de facultades. Cada puerta adicional añade tiempo de cola y diluye la responsabilidad: el aprobador que es uno de cinco revisa menos, no más, así que un flujo de cinco puertas puede ser un control más débil que uno de dos y costar bastante más. Si una puerta nunca ha rechazado nada, esa es la prueba de que debería ser una notificación.
¿Cuál es la diferencia entre una aprobación y una revisión?
Una aprobación es una decisión que puede bloquear el trabajo y que asume la responsabilidad del resultado; una revisión es un examen que produce comentarios. Confundirlas es un fallo de diseño frecuente: a los revisores se les acaba dando un veto que no debían tener, o se trata a los aprobadores como revisores y su firma deja de significar nada. Dibuja las revisiones como pasos y las aprobaciones como decisiones, y la distinción pasa a ser estructural en lugar de una convención.
¿Las aprobaciones deben ir en paralelo o en secuencia?
En secuencia cuando un aprobador posterior depende de la decisión de otro anterior, y en paralelo cuando valoran cosas independientes. La mayoría de los flujos se dibujan en secuencia por costumbre y añaden días sin ninguna razón analítica: legal revisando las condiciones del contrato y finanzas evaluando el crédito no necesitan el resultado del otro. Las puertas en paralelo son más difíciles de representar en algunas herramientas de tickets, y eso es una limitación de la herramienta que conviene nombrar en vez de codificarla como diseño de proceso.
¿Cómo registro las aprobaciones para una auditoría?
Captura el aprobador, la marca de tiempo y la versión exacta aprobada; esto último es lo que suele faltar. Una aprobación que no se puede vincular a una revisión concreta solo demuestra que alguien aprobó algo en algún momento. QueryChart registra las aprobaciones contra una revisión del diagrama con un historial inmutable, así que la pregunta que hace de verdad un auditor (qué versión estaba vigente y quién la firmó) tiene respuesta directa.
