Un sysadmin publica un kit abierto para automatizar altas y bajas en Workspace

Un administrador de sistemas en solitario ha publicado jml-automation, un toolkit portable para automatizar los pasos repetitivos de alta y baja de empleados en Google Workspace. El proyecto admite JumpCloud de forma opcional y su autor no promete mantenimiento continuo: lo suelta para que quien lo necesite lo adapte, lo pruebe en su entorno y se quede con lo que le sirva.

El problema lo conoce cualquiera que lleve identidades en una empresa: altas de última hora, tareas manuales que se olvidan y cambios de RRHH que no siempre llegan a IT. Este admin, en una compañía de más de 100 personas casi todas remotas, se puso a construirlo cuando las opciones de pago no encajaban en su presupuesto. Lo que ha publicado es la versión generalizada de lo que usa él.

Qué hace y qué deja fuera

El toolkit toma los datos del empleado de HiBob, de un CSV o de una hoja de Google. Con eso ejecuta la parte de alta: activación, asignación de licencias y mensajes de bienvenida. Para las bajas, programa las acciones a partir de las fechas de salida que vienen de RRHH. Lo que deja fuera, y lo dice claro, es la creación de la cuenta en sí: eso sigue dependiendo de la integración con RRHH que ya tengas o de un proceso manual.

La decisión es sensata. Crear cuentas es justo la parte donde cada entorno tiene sus rarezas, y automatizarla mal es la vía rápida a duplicados y a identidades huérfanas. El proyecto se coloca por encima, sobre lo que ya funciona.

En el repositorio hay una demo offline y una vista previa de la configuración que no toca cuentas reales. El README recoge los flujos soportados y las limitaciones de las pruebas, y existe además una guía para adaptarlo. El autor avisa de que esto no cubre todos los entornos y de que conviene probarlo en el tuyo antes de dejarlo suelto contra producción. También admite que lo ha construido con ayuda de Claude: estudió ingeniería de software hace unos veinte años, pero nunca ha trabajado profesionalmente como desarrollador. Se presenta como lo que es, un admin resolviendo un problema práctico, y pide que le revisen el código y le digan si el enfoque tiene sentido o si hay algo que no le dejarían ejecutar.

Por qué puede interesarte

No hay producto ni empresa detrás. Es código de un colega, sin garantía de que vaya a seguir manteniéndolo, y eso hay que pesarlo antes de meterlo en un flujo crítico de identidades. Dicho eso, para quien lleva Workspace sin presupuesto para una herramienta de gestión del ciclo de vida, el orden de las piezas es el correcto: los datos salen de RRHH, las acciones van programadas y la creación de la cuenta se queda aparte. Lo que queda por ver es si alguien lo adopta en serio y aparecen contribuciones, o si se queda en un buen punto de partida que cada uno copia para su casa.