Incorporación, movilidad, cambios de rol, salidas y casos sensibles coordinados entre RR. HH., jefaturas, TI y administración — cada evento con su fecha efectiva, sus tareas declaradas y la confirmación del responsable autorizado o del sistema acordado para cada una.
01 · El problema
Una incorporación, un traslado, un cambio de jefatura o una salida ponen en marcha trabajo simultáneo en RR. HH., el área solicitante, TI, administración y, según el caso, seguridad, finanzas o el área legal. Cada área conoce su parte y ninguna ve el conjunto: qué tarea quedó sin dueño, quién ya confirmó la suya y qué falta para que el evento esté completo.
El evento se coordina con lo que hay a mano: una planilla de Microsoft Excel con la lista de tareas del ingreso, correos a TI y a administración para pedir accesos y elementos, y carpetas en Microsoft SharePoint donde queda la documentación firmada. Cada pieza cumple una función útil y ninguna deja constancia de qué tarea quedó sin responsable, quién confirmó cada habilitación y con qué evidencia se dio el evento por completado.
El costo aparece después: un acceso que llega tarde, un equipo que nadie retiró, una firma pendiente que aparece en una revisión, un cambio de rol registrado un mes más tarde. En los casos sensibles, además, coordinar por correo deja de ser un problema de eficiencia y pasa a ser uno de confidencialidad.
El evento no se atrasa por falta de tareas: se atrasa porque ninguna de esas listas permite afirmar, en una fecha concreta, que el evento está completo y con qué evidencia.
02 · La solución
Cada alta, movilidad, cambio de rol o salida se abre como un evento con su fecha efectiva, la persona, la sociedad, la sede, el rol y la jefatura responsable. De esos datos se derivan las tareas que le corresponden: documentación y firmas, aprobaciones, habilitación o baja de accesos, entrega o devolución de elementos, inducción y el registro en el sistema de personas responsable.
El rol, la sociedad, la sede, la jefatura, los sistemas asociados al puesto y las reglas de cada tipo de evento ya están definidos y aprobados en el Operational Graph: de ahí sale la lista de tareas que le corresponde al evento. BPMflow lo sostiene —tareas, asignación, plazos, aprobaciones y evidencia—: el evento se arma desde el contexto de la organización, no desde una lista rehecha a mano en cada caso.
HR Shared Services — Negotiated Offboarding sigue siendo el recorrido específico de las salidas por acuerdo, con su documentación, sus firmas y sus aprobaciones de nómina y del área legal; este recorrido coordina el resto del ciclo y deriva hacia él cuando la salida se negocia. La documentación gobernada llega desde Document Governance & Evidence, y el contexto de aplicaciones y equipos desde Live IT Inventory.
03 · Capacidades
Los eventos quedan en una bandeja única, con tipo, fecha efectiva, sociedad, responsable y pendiente a la vista. Max responde sobre el evento dentro del contexto autorizado: explica qué tarea falta, muestra la evidencia registrada y señala a quién corresponde confirmarla.
Abre una incorporación, una movilidad, un cambio de rol o de jefatura, o una salida, desde la solicitud del área o desde la fecha acordada, con su fecha efectiva declarada.
Las tareas se arman según el rol, la sociedad, la sede, la modalidad de trabajo y las reglas aplicables: documentación, aprobaciones, accesos, elementos asignados, inducción y cambios de estructura.
RR. HH., la jefatura, TI, administración y seguridad trabajan sobre el mismo evento, cada área con su parte, su plazo y su responsable a la vista.
Un evento que exige confidencialidad limita participantes y visibilidad de la evidencia sin salir del expediente ni volver al correo.
Si la fecha efectiva se mueve, las tareas ya programadas se revisan: cuáles se adelantan, cuáles se reprograman y cuáles dejan de corresponder.
Cada tarea conserva quién la confirmó o qué sistema reportó su ejecución; el evento queda con su documentación, sus aprobaciones y sus pendientes a la vista.
04 · Roles
Abre el evento y aporta el contexto del puesto.
Qué ve
El estado de su solicitud, qué información falta y quién tiene la tarea siguiente.
Qué hace
Solicita el ingreso, la movilidad o el cambio de rol, aporta el contexto y confirma lo que le corresponde.
Coordina el evento y sostiene su expediente.
Qué ve
La bandeja de eventos por tipo, fecha efectiva, sociedad, sede y pendiente, con su documentación.
Qué hace
Revisa la solicitud, la devuelve con una observación concreta cuando falta información, coordina a las áreas y registra el resultado en el sistema de personas cuando esa es la fuente autorizada del evento.
Ejecuta y confirma habilitaciones y entregas.
Qué ve
Las tareas de su área con la persona, el rol, la sede, la fecha efectiva y el plazo comprometido.
Qué hace
Prepara accesos, equipos y elementos asignados, ejecuta las bajas al término y confirma cada entrega o devolución con su evidencia.
Autoriza lo que la regla exige y da el evento por completado.
Qué ve
Las aprobaciones pendientes de su alcance, con el sustento y las tareas que aún no se confirmaron.
Qué hace
Aprueba, devuelve con observación o da por cerrado el evento cuando todas sus tareas quedan confirmadas.
05 · Implementación
La implementación parte del evento que hoy más cuesta cerrar: alcanza con el contexto mínimo de ese recorrido —roles, sociedades, sedes y reglas aplicables—, sin un proyecto de arquitectura previo.
1 · Acordar el evento y su cierre
Qué eventos entran en el primer alcance, qué tareas corresponden a cada uno, quién confirma cada una y qué se considera evento completo.
2 · Recuperar contexto y conectar fuentes
Toma rol, sociedad, sede, jefatura y estructura desde el sistema de personas responsable, y se integra con el repositorio documental de la organización cuando esa es la fuente autorizada del expediente.
3 · Probar el recorrido e incorporarlo
Se prueba con eventos del período en curso, se ajustan tareas, plazos y participantes de los casos sensibles, y la operación diaria queda bajo control del equipo del cliente.
Un ingreso está programado para el día 1: el puesto ya fue aprobado, TI preparó los accesos y administración reservó el equipo. A cuatro días, la fecha efectiva se corre dos semanas. El evento se reprograma —habilitaciones con fecha nueva, inducción reagendada, fecha de alta actualizada, entrega pendiente con su responsable— y lo ya confirmado conserva su evidencia y su autor. Ejemplo ilustrativo del recorrido, no un despliegue existente.
06 · Escenarios típicos
Varias sociedades y sedes, personal propio y externo, jefaturas distribuidas y fechas que se mueven: situaciones frecuentes cuando el ciclo del empleado cruza varias áreas.
Un evento del ciclo del empleado termina cuando cada tarea queda confirmada por el responsable autorizado o por el sistema acordado para esa tarea, y el resultado cuenta con la confirmación definida para el caso; cuando el sistema de personas es la fuente autorizada, su registro se incorpora al expediente. Conviene empezar por un tipo de evento concreto —una incorporación o una movilidad— y extender desde ahí.
Employee Lifecycle Operations es una solución transversal de EAFlow sobre el Operational Graph, sostenida por las capacidades de automatización de BPMflow. HR Shared Services — Negotiated Offboarding mantiene el recorrido específico de las salidas por acuerdo. Los ejemplos de esta página son ilustrativos.
