Cómo automatizar aprobaciones y solicitudes administrativas
Convierte solicitudes dispersas en un recorrido con responsable, estados, revisión humana y registro de decisiones, sin aprobar automáticamente casos ambiguos.
Automatizar una aprobación administrativa puede empezar por recoger la solicitud, validar datos, asignar un responsable y registrar su decisión. No hace falta que el sistema tome la decisión final: ordenar el recorrido y hacer visibles los pendientes ya puede resolver parte del problema.
Esta pieza profundiza en uno de los procesos administrativos que pueden automatizarse. La prioridad es definir responsabilidad y estados antes de elegir una herramienta.
Un ejemplo de recorrido
Como ejemplo hipotético, una persona solicita una compra interna. El formulario reúne producto, motivo y centro de coste. El sistema revisa si están completos, asigna un responsable y registra si la solicitud se aprueba, se rechaza o necesita información.
La compra no se ejecuta únicamente porque llegó un formulario. Existe una decisión autorizada y, si corresponde, una operación posterior con referencia propia. Separar ambas evita confundir solicitud recibida con compromiso de gasto.
1. Definir estados que representen el trabajo
Un recorrido posible incluye recibida, incompleta, en revisión, aprobada, rechazada y ejecutada. Cada estado debe describir qué puede ocurrir después y quién está autorizado para hacerlo.
No añadas estados solo para decorar un panel. Si en revisión significa cosas distintas para cada equipo, aclara primero la responsabilidad. También define qué ocurre cuando alguien retira o modifica una solicitud pendiente.
2. Validar datos sin ocultar excepciones
El sistema puede comprobar campos obligatorios, formato y referencias conocidas. Los datos que faltan deben volver al solicitante con un motivo concreto. Una validación de formato no confirma que la solicitud sea conveniente o correcta.
Separa reglas estables de decisiones con contexto. Por ejemplo, una categoría puede determinar a quién se envía la revisión, pero una excepción presupuestaria puede requerir una segunda aprobación. El recorrido necesita poder explicar esa diferencia.
3. Asignar responsable y suplencia
Define asignación por equipo, tipo de solicitud o centro de coste. Incluye qué sucede si el responsable está ausente, abandona la empresa o no dispone de permisos para el caso.
Un aviso debe incluir contexto y acceso al registro, no información sensible innecesaria. El cambio de responsable debe quedar anotado para que el solicitante y el equipo sepan quién atiende el pendiente.
4. Registrar decisiones y evitar acciones repetidas
Conserva solicitante, fecha, versión de los datos, decisión y persona que la tomó. Si el contenido cambia después de aprobar, define cuándo esa aprobación deja de cubrir la solicitud actual.
Una doble pulsación o un reintento no deberían ejecutar dos compras ni generar dos tareas finales. Usa referencias de operación y comprueba el estado vigente antes de realizar la acción. Que la aprobación se guarde y que su ejecución termine son pasos separados.
5. Elegir formulario, workflow o aplicación interna
Un formulario conectado a una herramienta existente puede bastar cuando hay pocas reglas y el equipo ya tiene acceso al sistema. Make o n8n pueden coordinar avisos y conexiones, según las funciones y permisos de cada integración.
Una aplicación interna puede encajar cuando necesitas permisos detallados, una bandeja de revisión, historial consultable y edición controlada. Evalúa el coste de mantener el recorrido y quién lo operará, además del tiempo inicial de desarrollo.
6. Probar casos normales y excepciones
Incluye una solicitud completa, una incompleta, un rechazo, un cambio después de aprobar y un responsable ausente. Simula también un fallo de la herramienta que ejecuta la acción posterior.
El resultado esperado debe ser explícito en cada caso. Comprueba que la solicitud permanece localizable y puede recuperarse sin perder la decisión original. Una prueba solo con aprobaciones correctas no muestra cómo funcionará el proceso diario.
Cómo medir el resultado
Registra tiempo en cada estado, solicitudes incompletas, cambios de responsable y acciones que necesitan corrección. Compara con el recorrido anterior y distingue tiempo de espera de tiempo de trabajo efectivo.
Para delimitar un piloto, revisamos la automatización de procesos, las aplicaciones internas o la automatización con n8n y Make. La calculadora de tiempo recuperable sirve para explorar escenarios, incluyendo supervisión, antes de medir el piloto.