El offboarding suele entenderse como el reverso simple del onboarding: una checklist de salida, un par de firmas, la recogida de un portátil. Esa lectura funciona en una pyme de una sola sede. En una corporación industrial con varias plantas, varias filiales o presencia en distintas geografías, el offboarding deja de ser un trámite administrativo para convertirse en una superficie de riesgo que casi nunca tiene un responsable único dentro de la organización.
La ventana que nadie mide
Cuando una persona deja la compañía, hay un intervalo, a veces de días, a veces de semanas, en el que sus accesos físicos y digitales siguen activos, sus activos siguen sin recuperar y su usuario sigue operativo en sistemas críticos: ERP, correo corporativo, control de accesos, software de producción. En una sola planta, esta ventana es gestionable de forma informal. En una organización de gran tamaño, cada una con su propio criterio de gestión de bajas, esa ventana no se suma, se multiplica, porque el riesgo depende del eslabón más débil de la cadena, no del promedio.
La escala cambia la naturaleza del problema
Un DRRHH que gestiona una sola sede puede permitirse confiar en que «alguien se acuerda de avisar a IT». Un DRRHH que reporta sobre una estructura multiplanta no puede permitirse esa confianza: la probabilidad de que el proceso falle en algún punto de la organización deja de ser una posibilidad remota para convertirse en una certeza estadística. Cuantas más plantas, más puntos de fallo, y ninguno de ellos avisa antes de que ocurra.
Lo que no se ve hasta que llega una auditoría
El coste de un offboarding descoordinado no aparece en ningún informe de RRHH. Aparece cuando una auditoría de seguridad encuentra accesos activos de personas que ya no trabajan en la empresa, o cuando un cliente industrial audita la cadena de proveedores y pregunta por el control de bajas con acceso a sus instalaciones. Y aparece, más caro todavía, cuando un litigio laboral exige demostrar en qué fecha y por quién se revocó cada permiso.
En Apptitudinal construimos sobre Caspio una checklist de offboarding automatizada, con evidencia documental de cada paso. Se coloca sobre el ERP que ya tenéis y lo coordina en el momento de mayor riesgo. Si quieres verlo aplicado a vuestras plantas, hablamos sin compromiso.
Cómo se resuelve esto en la práctica
Un ejemplo de cómo se traduce en el día a día
Al registrar la baja, el sistema dispara automáticamente una checklist con fecha límite para cada responsable implicado. IT recibe la alerta para desactivar accesos digitales. El mando de planta recibe la suya para recuperar EPI, herramientas y activos físicos. RRHH cierra el expediente y coordina la baja en nómina. El proceso solo se da por cerrado cuando todos los pasos están marcados y con su evidencia asociada, y ese estado queda visible en tiempo real para quien tenga que reportarlo.
El momento en que el riesgo se vuelve legal
En ese momento, la pregunta que recibe RRHH deja de ser operativa para convertirse en legal, y suele venir acompañada de plazos de respuesta muy ajustados. Reconstruir manualmente qué pasó con una baja concreta, en qué planta, con qué sistemas implicados, es exactamente el tipo de ejercicio que ninguna corporación quiere hacer bajo presión de un requerimiento externo.
Qué debe poder demostrar el DRRHH ante Consejo
Un Director o Directora de RRHH de una gran industrial no necesita justificar ante Consejo cómo se recoge un uniforme o un ordenador. Necesita poder mostrar, con fecha, responsable y evidencia documental, que cada baja se cerró correctamente en todas las plantas de la organización, dentro del plazo que marca la política interna o la normativa aplicable. Sin esa capacidad, cualquier conversación sobre riesgo de cumplimiento se queda en estimaciones y buena voluntad.
Esto no compite con lo que ya tenéis implantado
La resistencia habitual ante este tipo de propuesta es «ya tenemos un ERP para esto». Y es cierto que el ERP registra que la baja existe. Coordinar automáticamente a IT, a seguridad física y al responsable de activos para que cada uno cierre su parte del proceso dentro de plazo es harina de otro costal: esa coordinación entre sistemas que hoy no se hablan entre sí es precisamente lo que falta, y lo que hoy depende de que las personas se acuerden de avisar.
Cómo empezar sin un proyecto de transformación completo
No hace falta digitalizar de golpe todo el ciclo de vida del empleado para reducir este riesgo concreto. Se puede empezar por el proceso de offboarding en las plantas de mayor rotación o mayor exposición (por ejemplo, aquellas con acceso a sistemas críticos o a instalaciones de clientes), y extender el modelo progresivamente al resto de la organización según el valor que demuestre cada fase.
El antes y después para el DRRHH corporativo
Dejar de responder «creo que está cerrado» y empezar a responder con una fecha, un responsable y una evidencia documental por cada baja, en cualquier planta de la organización. Esa diferencia es la que separa una función de RRHH que gestiona el riesgo de offboarding de una que simplemente reacciona a él cuando ya es demasiado tarde para hacerlo con calma.