Automatizar la desvinculación de empleados: tareas y controles
La salida de una persona de la empresa reúne tareas de recursos humanos, sistemas y administración. Para organizarlas, conviene distinguir qué puede ejecutar un flujo y qué requiere aprobación o comprobación humana.
La página oficial de Make sobre desvinculación, conservada en una versión del 17 de marzo de 2026, propone tres líneas de trabajo: formularios de salida, actualización de sistemas de recursos humanos y retirada de accesos. Se presentan aquí como propuestas de proceso, no como garantías de seguridad o de compatibilidad con todas las aplicaciones.
1. Recoger información de salida
El primer caso consiste en enviar un formulario a la persona que deja la empresa para conservar observaciones útiles.
Diseño editorial recomendado:
- Define quién debe recibir el formulario y en qué momento.
- Limita las preguntas a la información que realmente se necesita.
- Decide quién puede leer las respuestas y cuánto tiempo deben conservarse.
- Separa los comentarios del empleado de la lista de tareas administrativas.
Enviar el formulario no confirma que se haya respondido ni que el resto de la desvinculación esté terminado.
2. Actualizar los sistemas de recursos humanos
La segunda propuesta de Make es reflejar la salida en los registros de personal.
Diseño editorial recomendado: utiliza un identificador estable del empleado y una fecha de salida aprobada. Antes de modificar registros, confirma qué sistema mantiene el dato principal y qué otros sistemas deben recibirlo.
Prueba el mapeo con un registro de ensayo y registra los errores por separado. Evita que un cambio parcial aparezca como una baja completada.
3. Coordinar la retirada de accesos
La tercera línea es retirar los accesos que ya no correspondan. La página original la presentaba como una forma de prevenir incidentes; esta guía no convierte ese mensaje comercial en una promesa de que la automatización elimine los riesgos.
Diseño editorial recomendado:
- Inventaría las cuentas y permisos que deben revisarse.
- Confirma la autorización y la hora efectiva de la retirada.
- Distingue entre desactivar una cuenta, quitar permisos y eliminar datos.
- Comprueba el resultado en cada sistema.
- Escala a una persona responsable los fallos y las aplicaciones que no estén cubiertas.
La disponibilidad de una acción concreta depende de la aplicación, sus permisos y la integración actual. Consulta su documentación en Make antes de diseñar una revocación automática.
Cerrar el proceso con evidencias
La recuperación de equipos y otras tareas físicas necesitan responsables aunque el flujo envíe recordatorios. Una notificación enviada tampoco prueba que una cuenta haya quedado desactivada.
Propuesta editorial de cierre: conserva una lista de tareas con responsable, resultado y excepciones pendientes. Da por terminada la salida solo cuando las comprobaciones definidas por tu organización estén resueltas.
Como lectura relacionada, Make enlaza su artículo sobre automatización de operaciones de recursos humanos. La referencia histórica aporta ideas de proceso, no una estimación garantizada de ahorro ni una certificación de cumplimiento.