Tres meses después de irse, su cuenta de operario seguía entrando.
Lo pillé durante una auditoría rutinaria de usuarios en un 3PL de Ontario, California — unos 80,000 pies cuadrados, rotación anual rondando el 40%, temporales que eran la mitad de la plantilla en pico. Saqué la lista de usuarios activos y ahí estaba: un operario que se había largado 3 meses antes, todavía activo, todavía sentado en el grupo de permisos "picking + reposición". Le pregunté al supervisor de planta. Parpadeó. "¿Se fue, no?" Se había ido. Su cuenta simplemente nunca se enteró. Todavía podía escanear, todavía podía hacer picking, todavía podía mover inventario en el sistema.
Esto no es un caso aislado. En 20 años de almacenes he visto el mismo patrón en todas partes: el aprovisionamiento es entusiasta, la desprovisión es "cuando alguien se acuerda". Hoy quiero desmenuzar este tema — cómo gestionar a los que se van y a los que cambian de puesto, cómo repartir permisos, cada cuánto auditar — más unos cuantos naufragios que he presenciado de primera mano.
Nadie es dueño del offboarding
Aquí va la fea verdad: cuando un empleado se va, RR. HH. tiene una lista, TI tiene una lista, y el jefe de operaciones tiene una en la cabeza. Ninguna de las tres dice "avisa al administrador del WMS para que mate la cuenta".
El almacén de Ontario que mencionaba es el caso de libro. El offboarding de RR. HH. terminaba en "recoge la tarjeta, emite el último cheque". TI era dueña del correo y los portátiles; las cuentas del WMS vivían en un universo completamente distinto que operaciones gestionaba por su cuenta. El jefe de operaciones estaba ahogado y supuso que una cuenta sin usar se marchitaría sola. Nadie le dijo nada al WMS.
Cuando hice una revisión completa, encontré más de 60 cuentas fantasma. Algunas todavía podían entrar. Algunas aún tenían sus contraseñas por defecto del primer día. Desactivé el lote de una pasada, y el día 1 me llamaron 2 personas preguntando por qué no podían entrar. Una era un temporal que se había ido 6 meses antes y había sido recontratado — RR. HH. rehízo su papeleo pero nadie tocó su cuenta, así que había estado trabajando con el login viejo todo el tiempo. El otro estaba cedido por una instalación hermana; su cesión había terminado semanas atrás, pero sus permisos no.
El problema nunca fue "podemos desactivarlo técnicamente". El problema es que nadie es responsable de terminar el trabajo. Mi solución es aburrida y funciona: pon "offboarding de la cuenta de WMS" en la lista de salida de RR. HH., como paso obligatorio antes de que salga el último cheque. El último día, baja la cuenta a solo lectura; desactívala por completo 7 días después. Los recontratados pasan por el flujo completo de aprovisionamiento otra vez — no resucites sin más la cuenta vieja, porque su grupo de permisos casi nunca coincide ya con el nuevo puesto.
El exceso de permisos gana a las cuentas fantasma en peligrosidad
Honestamente, las cuentas fantasma ni siquiera son el problema más común. Repartir permisos con demasiada alegría lo es. "Está cubriendo reposición también, añádele ese permiso." "Está ayudando en recepción un par de días, añádelo ya, luego lo ordenamos." Ese "luego" está haciendo mucho trabajo pesado — significa nunca.
El mínimo privilegio suena a capítulo de manual de TI. En la práctica es 1 frase: dale a esta persona exactamente los permisos que necesita el trabajo de hoy, nada más. Un operario no necesita ver datos de costes, no necesita exportar informes completos, y desde luego no necesita derechos de transferencia. Los temporales merecen el trato más estricto de todos. He visto almacenes dar a los temporales los mismos permisos que a los fijos solo para saltarse la fricción del onboarding. Eso le ahorra trabajo a TI, y algún día se convierte en problema de operaciones.
Las cuentas compartidas son el otro clásico. Temporada alta, poco personal, 3 personas entrando a las pistolas de escaneo con la misma cuenta genérica — pasa en todas partes. Luego aparece una diferencia bajo esa cuenta y nadie puede decirte quién hizo qué. Mi regla de hierro: 1 cuenta por persona, desactivada al irse, y las pistolas exigen logins individuales. Cuesta un poco más en administración. La trazabilidad lo vale.
Los traslados son la tercera zona de desastre. Un operario pasa a recepción. Se añaden los permisos de recepción; los de picking nunca se quitan. Solo se acumulan. Dale 1 año y el conjunto de permisos de un veterano es enorme y nadie — incluido el veterano — puede explicar para qué sirve todo. Mi consejo: los traslados van "primero quitar, luego añadir". El nuevo grupo de permisos aterriza en el mismo momento en que se borra el viejo. Sin acumulación aditiva.
Mi regla de los 90 días
En cadencia de auditoría, mi experiencia dice trimestral, más una pasada extra antes de la temporada alta.
Audita tres cosas. Primero, saca la lista completa de usuarios y concíliala con la plantilla activa de RR. HH., nombre por nombre, buscando a quien no debería estar. Segundo, revisa el registro de cambios de permisos: quién recibió permisos extra en los últimos 3 meses, quién cambió de puesto, si los permisos siguieron al puesto. Tercero, revisa los registros de login y desactiva todo lo que lleve mucho tiempo sin entrar — siempre puedes reactivarlo.
Para un almacén de unas 200 personas, un administrador competente lo liquida en medio día. No te lo saltes. En 2024 asistí a una auditoría de un cargador — un cliente de electrónica de consumo — donde encontraron más de 30 cuentas de exempleados todavía activas. Le costó al 3PL puntos en la revisión anual y casi mata la renovación. A los cargadores el control de accesos les importa mucho más de lo que la mayoría de los operadores cree.
¿Cómo deberían repartirse el trabajo TI y operaciones del almacén? Esto es lo que recomiendo: TI es dueña de la parte técnica — inicio de sesión único, política de contraseñas, reglas de bloqueo automático. Operaciones es dueña de la parte de negocio — quién debería tener qué, y sincronizar la información de salidas y traslados. Entre las dos, un puente simple: RR. HH. envía los cambios de personal cada viernes antes del cierre, y operaciones ejecuta contra esa lista. No construyas primero una integración sofisticada. Pon en marcha esa lista semanal.
Una cosa que puedes hacer mañana: pídele a tu administrador de WMS una lista de usuarios sin login en 90 días. Apuesto dinero a que verás nombres que creías idos hace tiempo. Empieza por esa lista. Escribe el offboarding en el proceso, ajusta los permisos al puesto, audita cada trimestre. No cuesta dinero. Solo hace falta un poco de columna vertebral de gestión.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
