Una plataforma que automatice las aprobaciones de recursos humanos necesita cuatro cosas: cadenas de aprobación configurables sin programación, delegación automática cuando el aprobador está ausente, registro auditable de cada decisión e integración con el software de nóminas. Sin la primera, cada cambio de organigrama vuelve a pasar por TI. Sin la segunda, el proceso se detiene durante las vacaciones de quien aprueba. Sin la tercera, no hay forma de responder a una auditoría. Sin la cuarta, alguien sigue copiando valores a mano. Este artículo detalla qué verificar en cada tipo de solicitud.
El alcance aquí es la elección de la plataforma. Si la pregunta todavía es qué merece la pena automatizar en RRHH, el artículo sobre automatización de RRHH recorre el ciclo de vida del empleado, del reclutamiento al offboarding, y es la lectura previa natural a esta.
Los cinco tipos de solicitud interna
Casi todas las solicitudes internas que pasan por RRHH pertenecen a una de cinco familias. Cada una tiene una regla de aprobación distinta y falla de manera distinta cuando se gestiona por correo electrónico.
- Ausencias y vacaciones. Volumen alto, regla sencilla, dependencia crítica de saldos actualizados. Lo que falla en el proceso manual es el solapamiento: dos personas del mismo equipo fuera la misma semana porque nadie cruzó las solicitudes antes de aprobar.
- Gastos y anticipos. Volumen medio, regla con límites por importe. Falla en la conciliación: el recibo llega en fotografía, los datos se reescriben a mano en la hoja de cálculo y la diferencia solo aparece en el cierre del mes.
- Material, accesos y equipamiento. Volumen bajo, pero con dos aprobadores, el responsable directo y quien gestiona el sistema o el stock. Falla al final del ciclo: el acceso se concede y nunca se revoca cuando la persona se marcha.
- Cambios contractuales. Volumen bajo, impacto alto. Falla en la trazabilidad: el cambio se aplica y la versión anterior desaparece, lo que hace imposible reconstruir el histórico más adelante.
- Documentos y certificados. Volumen alto, aprobación casi siempre innecesaria. Falla por exceso de proceso: se pide validación humana para emitir un documento que la plataforma podría generar a demanda.
Esta separación importa porque la mayoría de las plataformas gestiona bien la primera familia y mal las demás. Una demostración centrada en vacaciones dice muy poco sobre qué ocurre con una solicitud de acceso con dos aprobadores.
Qué necesita la plataforma en cada caso
La tabla siguiente resume qué verificar por tipo de solicitud y la señal que debe levantar sospechas durante la evaluación.
| Tipo de solicitud | Qué debe soportar la plataforma | Señal de alerta |
|---|---|---|
| Ausencias y vacaciones | Aprobación por el responsable directo, con validación de saldo y de solapamiento en el equipo. Conexión al calendario y al software de nóminas | No valida saldo ni conflictos de equipo antes de enviar |
| Gastos y anticipos | Aprobación por el responsable hasta un límite de importe y por finanzas por encima. Captura de datos del recibo y conexión a contabilidad o al ERP | Aprobación sin límites por importe, o recibo adjunto sin lectura de datos |
| Material, accesos y equipamiento | Dos aprobadores, el responsable y quien gestiona el sistema o el stock. Conexión al inventario y a la gestión de identidades | Concede acceso sin generar la revocación correspondiente en el offboarding |
| Cambios contractuales | Aprobación por RRHH y el responsable, con dirección por encima de cierto impacto. Conexión al software de nóminas y al archivo documental | Aplica el cambio sin conservar la versión anterior |
| Documentos y certificados | Sin aprobación, solo registro de la solicitud. Conexión al archivo documental y a la firma digital | Exige aprobación humana para emitir lo que podría generarse a demanda |
Siete criterios para elegir
Los criterios generales de evaluación de plataformas están tratados en cómo elegir una plataforma de automatización de procesos. Los siete siguientes son los que distinguen específicamente a las plataformas de aprobaciones de RRHH cuando entran en producción.
- Cadena de aprobación configurable sin código. Una reorganización de equipos no debería exigir una petición a TI. Verificar quién, en la práctica, cambia un aprobador y cuánto tarda.
- Delegación y sustitución automática. Cuando el aprobador se va de vacaciones, la solicitud debe pasar a un sustituto definido. Sin esto, agosto es un mes perdido.
- Registro auditable de cada decisión. Quién aprobó, cuándo, con qué datos a la vista y qué ha cambiado desde entonces. Es lo que permite responder a una auditoría o a una reclamación sin reconstruir buzones de correo.
- Integración con el software de nóminas. Las ausencias aprobadas y las variables del mes tienen que llegar al procesamiento sin reescritura manual. Este es el punto donde la mayoría de los proyectos se queda a medias.
- Aprobación en el móvil. Los responsables en desplazamiento son la principal causa de retraso. Aprobar tiene que ser posible sin abrir el ordenador.
- Notificaciones que no generan ruido. Una plataforma que envía correo en cada paso se silencia en dos semanas. Buscar agregación diaria y la posibilidad de silenciar por tipo de solicitud.
- Exportación de datos sin depender del proveedor. El histórico de aprobaciones, los saldos y los documentos tienen que salir en formato abierto, a petición de la empresa y no como proyecto de pago.
Qué puede configurar RRHH sin TI
Esta es la pregunta que decide si la automatización sobrevive al primer año. Una plataforma que dependa de TI para cada ajuste acaba abandonada, porque la cola de peticiones de TI raramente da prioridad a RRHH.
En la práctica, un equipo de RRHH sin apoyo técnico dedicado debería poder, por sí solo: crear y modificar un tipo de solicitud, definir quién aprueba y en qué orden, cambiar límites de importe, configurar sustituciones, ajustar textos de notificación y extraer informes. Si alguno de estos puntos exige intervención externa, el coste real de la plataforma es superior al anunciado.
Donde TI sigue siendo necesaria, y es legítimo que lo sea: la conexión inicial al software de nóminas, la autenticación corporativa y cualquier integración con sistemas internos. Son tareas de arranque, no de operación corriente. La distinción importante es entre configurar (RRHH, todos los días) e integrar (TI, una vez).
Reclutamiento e incorporación
El reclutamiento y la incorporación son casos particulares, porque implican a personas que todavía no existen en el sistema. Cuatro puntos concretos donde la automatización compensa:
- Cribado de candidaturas. La automatización útil aquí no es decidir a quién contratar, es organizar: extraer datos estructurados de los currículos, agrupar por requisitos objetivos y eliminar duplicados. La decisión sigue siendo humana, y por razones legales debe seguir siéndolo, con el criterio registrado.
- Programación de entrevistas. Es el paso con mejor relación entre esfuerzo y ganancia. Cruzar la disponibilidad de los entrevistadores con la del candidato y enviar la invitación y el cambio de cita sin intercambio de correos elimina días de calendario por proceso.
- Preparación antes del primer día. Contrato, accesos, equipamiento y formación inicial pueden quedar resueltos en la semana anterior a la entrada, activados por la aceptación de la oferta. Un primer día sin ordenador es un problema de flujo, no de logística.
- Envío de contratos con seguimiento. Cuando hay incorporaciones en volumen, el valor está en conocer el estado de cada documento sin preguntar: enviado, abierto, firmado, pendiente. La firma digital con registro de estado resuelve esto.
Los flujos de aprobación que sustentan estos pasos siguen los mismos principios que cualquier otro proceso interno, tratados en flujos de aprobación digital.
Errores comunes
- Automatizar la regla antes de simplificarla. Una solicitud de vacaciones con cuatro niveles de aprobación sigue siendo lenta después de automatizada. Primero reducir los niveles, después automatizar. Este error y otros parecidos están detallados en errores comunes al implementar automatización.
- Digitalizar un flujo malo. Sustituir un formulario en papel por un formulario en pantalla, manteniendo los mismos pasos, produce un proceso igualmente lento con un coste de licencia añadido.
- Comprar módulos que nunca se activan. Evaluaciones, OKR y formación se incluyen con frecuencia y se usan raramente en el primer año. Pagar por ellos adelanta coste sin reducir riesgo.
- Olvidar el offboarding. Es el flujo menos automatizado y el de mayor riesgo. Accesos que no se revocan y equipamiento que no se devuelve son consecuencias directas de tratar la salida como excepción.
Dónde encaja Engi360
Engi360 es la plataforma de gestión operativa de Engibots y cubre parte de este territorio: horas, ausencias, proyectos, tareas y tickets, todos con aprobaciones, además del expediente del empleado, evaluaciones y OKR. Las variables mensuales y los recibos informales se preparan para el software de nóminas de la empresa.
Merece la pena ser explícito en cuanto a los límites, porque es lo que permite una decisión informada. Engi360 no realiza procesamiento certificado de nóminas, no emite facturas certificadas y no sustituye a la contabilidad. Y la gestión de gastos no forma parte de su alcance actual, por lo que quien busque una solución única para los cinco tipos de solicitud descritos arriba tendrá que combinar herramientas o integrar las que ya utiliza. Para automatización de procesos que atraviesen sistemas distintos, el camino es EngiMatrix.
Preguntas frecuentes
¿Cuántos niveles de aprobación son razonables?
Para ausencias, uno. Para gastos, dos como máximo, con el segundo activado solo por encima de un límite de importe. Por encima de dos niveles, el tiempo de respuesta pasa a depender más de la agenda de los aprobadores que del proceso, y la automatización deja de resolver el problema.
¿Hay que sustituir el software de nóminas?
No. El objetivo es que las ausencias aprobadas y las variables del mes lleguen al procesamiento sin reescritura manual. El procesamiento certificado puede seguir donde está, siempre que exista una vía de entrada de datos que no sea la hoja de cálculo.
¿Cuánto tarda en entrar en producción el primer flujo?
Con un tipo de solicitud delimitado, ausencias es lo habitual, y la regla de aprobación ya simplificada, de cuatro a seis semanas es un plazo realista hasta producción supervisada. La integración con el software de nóminas suele ser el paso más lento.
¿Puede RRHH configurar esto sin apoyo de TI?
La configuración corriente sí: tipos de solicitud, aprobadores, límites, sustituciones e informes. Las integraciones iniciales con nóminas y autenticación corporativa no, y no es razonable esperar que lo sean. Una plataforma que exija TI para cambiar un aprobador no sirve para RRHH.
¿Y los procesos administrativos fuera de RRHH?
Los principios son los mismos, con reglas de aprobación distintas. El artículo sobre cómo automatizar los procesos administrativos cubre ese territorio más amplio.