Todo gestor financiero conoce la escena: un reembolso parado durante días porque el aprobador está de viaje, una compra que se salió del presupuesto porque nadie revisó el valor a tiempo, y la pregunta recurrente al cierre del mes — "¿esto llegó a ser aprobado por alguien?". Cada episodio parece pequeño, pero, sumados, se convierten en retrasos, retrabajo y, en el peor caso, un gasto que pasó sin el control adecuado.
La raíz es casi siempre la misma: el proceso de aprobación no tiene estructura. Vive en el correo electrónico, en Slack y en la memoria de quienes participaron en la decisión. Este artículo muestra cómo diseñar un workflow de aprobación de gastos que sea rápido en el día a día, proporcional al valor de cada gasto y auditable cuando alguien —auditor, cliente o el propio consejo— solicite la prueba.
Qué es un workflow de aprobación de gastos
Un workflow de aprobación es la secuencia de etapas por las que pasa una solicitud de gasto antes de ser autorizada o rechazada. En lugar de "enviar al gestor y esperar", cada solicitud sigue un camino definido: quién decide, en qué orden, con qué plazo y qué ocurre cuando nadie responde.
En el contexto de gastos corporativos, esto abarca desde el reembolso de un viaje hasta la orden de compra de un contrato anual. El objetivo no es burocratizar, sino garantizar que cada gasto sea revisado por las personas adecuadas, dentro del límite correcto, con registro de lo decidido. Es la diferencia entre "creo que fue aprobado" y "fue aprobado por la gerente a las 14:32, con este comentario".
Cómo funciona el flujo en la práctica
Piense en una solicitud de compra de R$ 12 mil. El flujo natural tiene varios niveles:
- El solicitante abre la solicitud.
- El gerente del área valida la necesidad y su encuadre en el presupuesto.
- El área financiera verifica el gasto en su totalidad.
- Por encima de cierto valor, la dirección da el visto bueno final.
En Apruvly, cada uno de estos niveles es un step. Los steps se encadenan en secuencia: la solicitud solo avanza al área financiera después de que el gerente apruebe. Cada step puede tener uno o más aprobadores y su propio plazo.
El punto que suele romper el flujo informal —el aprobador que no responde— se resuelve con escalamiento. Si el gerente no decide dentro del plazo del step, Apruvly notifica automáticamente al siguiente nivel (el VP, por ejemplo); si el CFO se retrasa, se notifica al CEO. Nada queda estancado en la bandeja de entrada de una sola persona porque salió de vacaciones.
Cada decisión queda registrada en una traza de auditoría: quién aprobó, cuándo, por qué canal, desde qué IP y con qué comentario. Este registro queda vinculado a la solicitud y puede consultarse o exportarse después. Y cuando la solicitud se aprueba, un webhook firmado puede disparar el registro en sus cuentas por pagar o ERP —la decisión no queda aislada en una pantalla.
Los tres formatos de flujo (y cómo existe cada uno en Apruvly)
El material del mercado suele hablar de tres tipos de workflow. Vale la pena traducir cada uno al mecanismo concreto:
| Formato | Qué es | Cómo se configura en Apruvly |
|---|---|---|
| Secuencial | Una etapa comienza cuando termina la anterior | Steps encadenados en secuencia —el camino estándar |
| Paralelo / consenso | Varios aprobadores evalúan al mismo tiempo | Un step con quórum (minApprovals): defina cuántos "sí" son necesarios |
| Condicional | La siguiente etapa depende del resultado | Branching: cada step apunta un camino para approved y otro para rejected |
En la práctica, la mayoría de los flujos de gastos combinan los tres: una cadena secuencial (gerente → finanzas → dirección), con un step de consenso cuando dos áreas deben estar de acuerdo, y ramificación para tratar el rechazo de forma diferente al camino feliz.
Beneficios concretos
Estructurar la aprobación de gastos suele generar, en el orden en que aparecen las ventajas:
- Agilidad real. El flujo avanza solo de un step al siguiente y escala cuando se atasca. La ganancia no es solo "menos clics", sino eliminar la espera por quien olvidó el correo.
- Transparencia y cumplimiento. Cada gasto tiene registro de quién aprobó y cuándo. Cuando el auditor pide los últimos 90 días, la respuesta es una exportación, no una arqueología en Slack.
- Menos fraude y error. Con revisión obligatoria en los niveles correctos y registro de IP y hora, la nota inflada o el reembolso duplicado encuentran un filtro antes del pago.
- Control financiero. Seguir cada solicitud desde su entrada hasta la decisión final da visión de caja y anticipa excesos antes de que se conviertan en sorpresa al cierre.
- Escalabilidad. El mismo diseño sirve para un reembolso de R$ 80 y para un contrato de R$ 800 mil —cambia la cantidad de steps, no la herramienta.
Cómo diseñar su flujo
Seis decisiones resuelven la mayor parte del diseño:
- Defina el objetivo. ¿Qué problema resuelve el flujo? "Garantizar que todo reembolso superior a X pase por finanzas" es un objetivo. "Organizar gastos" no lo es.
- Mapee los aprobadores. Quién decide en cada nivel —gerente, finanzas, dirección— y en qué punto entra cada uno. Cada aprobador debe saber exactamente cuándo será notificado.
- Establezca criterios por valor. Qué rango aprueba el gestor del área solo y a partir de qué monto entran finanzas y dirección. Aquí reside el enrutamiento por valor (más abajo).
- Defina plazos. Cada step tiene un plazo. Sin esto, el flujo se arrastra; con escalamiento, el plazo deja de ser promesa y se convierte en regla.
- Automatice. En lugar de reenviar correos manualmente, deje que el motor notifique al aprobador correcto en el canal que ya usa —correo, Slack, Microsoft Teams, WhatsApp o Telegram— y siga el flujo. En Apruvly, esto es una llamada
POST /api/v1/workflow/o unos clics en el diseñador en/workflow/designer. - Monitoree y ajuste. Vea dónde se atascan las solicitudes y refine el número de steps o los plazos. Un workflow bueno es el que revisa de vez en cuando, no el que se congela en el primer diseño.
Enrutamiento por valor sin convertirse en cuello de botella
La regla "cuanto mayor el gasto, más personas aprueban" es el corazón de la política de gastos. En Apruvly, no es un campo mágico de "límite": es el diseño del workflow. Su aplicación calcula, al abrir la solicitud, cuántos niveles exige ese valor y crea el workflow con los steps correspondientes —un nivel para R$ 500, tres para R$ 50 mil.
El riesgo del enrutamiento por valor es el opuesto al fraude: el gasto grande que se atasca esperando al director. Es exactamente lo que previene el escalamiento. Cada step tiene su plazo y su plan B, y la solicitud de compra no queda atrapada en la bandeja de quien está fuera. "Aprobación proporcional al valor" y "cierre sin cuellos de botella" dejan de ser objetivos en conflicto.
Preguntas frecuentes
¿Cómo definir los niveles de aprobación? Empiece por el organigrama de quién puede autorizar gastos y por la franja de valor de cada uno. Tradúzcalo en steps secuenciales, del nivel más operativo al más alto. Añada un step solo cuando cambie quién decide —demasiados niveles generan la misma fricción que quiere eliminar.
¿Cómo mantener el proceso rápido? Plazos cortos en cada step y escalamiento activado. Avise a los aprobadores del plazo que se espera de ellos y a los solicitantes del tiempo de respuesta —gran parte de la demora proviene de expectativas mal alineadas, no del sistema.
¿Cómo reducir fraude y error? Haga obligatoria la revisión en los niveles correctos, registre cada decisión con autor, hora y comentario, y use la traza de auditoría como base. Una factura adulterada y un reembolso duplicado dependen de que nadie revise —el flujo estructurado elimina ese "nadie" de la ecuación.
Comenzar con Apruvly
El plan Free ofrece 180 créditos por mes, sin tarjeta de crédito. Permite modelar un flujo de gastos real —con un step de aprobación y un escalamiento— y ver la traza funcionando antes de evolucionar a multi-nivel (a partir de Starter, $19/mes; exportación consolidada de auditoría en Business, $149/mes).
Cree su cuenta en apruvly.io, genere una API key en /api-keys y diseñe el primer flujo por API o mediante el diseñador en /workflow/designer.