Modelo de solicitud de vacaciones: cómo ordenar las peticiones que llegan por WhatsApp

Lunes, ocho y media de la mañana: en el teléfono de la técnica de RR. HH. hay tres conversaciones distintas. Un jefe de turno ha escrito por WhatsApp que un empleado “mañana no puede venir”. Una responsable ha dicho “aprobado” para el jueves por correo, pero sin poner a RR. HH. en copia. Contabilidad pregunta cuántos días de vacaciones le quedan a un empleado. Las tres cosas tratan del mismo tema y las tres están en sitios distintos. La técnica abre una hoja de cálculo: el saldo del empleado figura en 9 días, pero aún no se han anotado dos días aprobados hace una semana por otro canal. Este artículo muestra un ejemplo ficticio de cuatro semanas para convertir este desorden en un único flujo, un modelo de solicitud de vacaciones que puede usar y el motivo de cada paso.

El autoservicio de vacaciones para empleados es un método en el que el propio empleado crea su solicitud de permiso y puede seguir él mismo el proceso de aprobación y su saldo restante. El objetivo es que RR. HH. deje de ser quien vuelve a escribir las solicitudes una a una y pase a gestionar las reglas y las excepciones.

Escenario: una empresa de producción ficticia y una transición de cuatro semanas

La empresa siguiente es ficticia: un fabricante de cincuenta personas que trabaja a turnos, con una sola técnica de RR. HH. y cinco responsables. Las cifras solo sirven para concretar el ejemplo.

Semana 1: ¿De dónde llegan las solicitudes?

Lo primero es contar los canales. Durante dos semanas, la técnica de RR. HH. marca cada solicitud de permiso según la vía por la que llegó y obtiene esta tabla:

La tabla muestra una sola cosa: el problema no es que algún canal sea malo, sino que ninguno guarda el saldo y la aprobación en el mismo sitio. Prohibir WhatsApp no es la solución; si sigue pidiendo que la misma información se escriba también en otro lugar, su trabajo se duplica. Al contar los canales, busque respuesta a tres preguntas para cada solicitud: ¿a quién llegó?, ¿dónde está escrita la aprobación?, ¿quién descontó el saldo? Si responden tres personas distintas en tres lugares, el flujo de solicitudes no tiene dueño; la primera tarea de la transición es asignarle un único responsable.

Semana 2: Escriba las reglas y el formulario de solicitud

En la segunda semana, las reglas del nuevo flujo se escriben en una sola página y se comentan con los responsables. Lo importante es que sean breves e iguales para todos. La lista de reglas también debe responder a lo que más preguntan los empleados: qué hacer en caso de enfermedad, cómo comunicar un cambio de turno y cómo retirar un permiso ya aprobado. Si estas tres preguntas no tienen respuesta escrita, los canales antiguos vuelven a abrirse solos.

1. Se fija un único canal para las solicitudes de permiso; las que llegan por otros canales no se consideran válidas.
2. La solicitud incluye el tipo de permiso, las fechas y la fecha de reincorporación; los campos se fijan como en el modelo de formulario de más abajo.
3. La solicitud va primero al responsable y después a RR. HH.; ambas decisiones quedan en el registro.
4. En urgencias (como una enfermedad), el empleado llama a su responsable y la solicitud se registra el primer día laborable.
5. Se fija en cuántos días laborables se responde con la aprobación o el rechazo.
6. El saldo restante es visible para todos en la pantalla de solicitud o en el informe.

Semana 3: Piloto con un departamento

En lugar de la línea de producción, se elige primero al equipo de oficina. Los empleados crean las solicitudes desde el navegador de su teléfono y el responsable y RR. HH. las aprueban. La técnica de RR. HH. mide dos cosas: dónde se atascan los empleados y qué regla falta. En los primeros días aparecen dos registros con un saldo erróneo; la causa es un permiso antiguo que no se había anotado en el saldo inicial. Durante el piloto, un responsable objeta que “WhatsApp era más rápido”; la técnica le muestra que la pantalla de aprobación se abre en el teléfono y que ahora la aprobación queda en el registro. El piloto sirve precisamente para detectar estos errores y objeciones antes de ponerlo en marcha en toda la empresa.

Semana 4: Cierre los canales antiguos

La última semana se dedica a comunicar las reglas a toda la empresa y a cerrar los canales antiguos. El aviso es breve:

A partir de hoy, las solicitudes de permiso solo se aceptan a través del sistema de vacaciones. No se tramitarán las que lleguen por WhatsApp o correo electrónico; en caso de urgencia, llame a su responsable y cree la solicitud en el sistema el primer día laborable.

Durante las dos primeras semanas, las solicitudes que llegan por WhatsApp se redirigen amablemente al sistema. A partir de la tercera semana, las redirecciones disminuyen, porque los empleados ya ven por sí mismos su saldo y el estado de la aprobación. Al final de la cuarta semana se revisan tres cosas: si ha bajado el número de solicitudes por WhatsApp y correo, si se ha acortado el tiempo medio de espera de las solicitudes pendientes y si han disminuido las llamadas a RR. HH. para preguntar por el saldo.

¿Qué es el saldo de vacaciones?

El saldo de vacaciones es el número de días que quedan después de restar los días de permiso disfrutados a los días a los que el empleado tiene derecho. Por ejemplo, si el derecho anual es de 20 días y se han usado 8, el saldo es de 12 días. Si hay una solicitud pendiente de aprobación, esos días aún no cuentan como usados, pero pueden afectar a una nueva solicitud; por eso es buena práctica ver por separado el saldo en el momento de la solicitud y en el de la aprobación. Que el saldo sea fiable depende de que cada permiso se descuente de un único registro.

¿Cómo se hace el seguimiento de las solicitudes de permiso que llegan por correo?

Hasta pasar al nuevo flujo, es posible al menos hacer que las solicitudes que llegan por correo se puedan buscar. Para una solución provisional bastan estos pasos:

• Abra un buzón compartido para las solicitudes; que se reenvíen allí las que llegan a las direcciones personales de los responsables.
• Fije el asunto: Solicitud de permiso – nombre y apellidos – fechas.
• Ponga a RR. HH. en copia en cada correo de aprobación de un responsable.
• Mantenga un único hilo de respuestas por solicitud y escriba la frase de aprobación con claridad.
• Prepare un resumen semanal y actualice la hoja de cálculo con él.
• Anote en la fila de cada solicitud registrada la fecha del correo.

Esta solución funciona, pero no es definitiva: el saldo se sigue actualizando a mano y el rastro de las aprobaciones sigue repartido entre buzones. Un buzón compartido no resuelve la cuestión de si la respuesta del responsable llegó a RR. HH.; solo facilita la búsqueda. A medida que aumentan las solicitudes, preparar el resumen semanal también se convierte en un trabajo de media jornada.

¿Cómo funciona el autoservicio de vacaciones en un sistema de gestión de permisos?

En YazSis KurumsalPortal, con el módulo Gestión móvil de permisos, el empleado entra en el portal desde el navegador de su teléfono y crea una solicitud de permiso; no necesita instalar ninguna aplicación. La solicitud se comprueba con el saldo restante y después va al responsable. En el flujo básico, tras la aprobación del responsable se completa la aprobación de RR. HH. y el permiso se anota en el calendario; cada paso de aprobación queda registrado. Como el saldo se sigue a partir de estos registros aprobados, el empleado, el responsable y RR. HH. trabajan con la misma información actualizada.

El portal funciona en el servidor propio del cliente y basta con un alojamiento cPanel estándar. La importación de las conversaciones de WhatsApp existentes no figura entre las funciones descritas del módulo; lo esencial en la transición es el saldo inicial obtenido a partir de los permisos aprobados. Le recomendamos aclarar en la reunión previa a la instalación cómo se cargará ese saldo.

Si quiere probar la transición de cuatro semanas en su propio equipo, puede revisar el módulo de Gestión móvil de permisos.