Automatizar onboarding de empleados: plataforma o integración

Esta guía es para RRHH e IT cuando una incorporación obliga a perseguir correos entre áreas. La decisión no es comprar «IA para recursos humanos»: es definir qué sistema registra el ingreso, quién autoriza cada paso y cómo se comprueba que el trabajo terminó. Contratar personas, liquidar sueldos y decidir permisos son alcances distintos.

Sesame Argentina ofrece listas de tareas para las incorporaciones y Mandü describe plantillas por rol y recopilación documental. Son capacidades declaradas por los proveedores, consultadas el 10 de noviembre de 2026; no probamos sus cuentas ni sus integraciones. Pedí una demostración con tu recorrido antes de reemplazar algo que ya resuelve la plataforma.

Si faltan responsables, fechas o una lista de tareas, puede alcanzar con configurar el módulo. Si la información debe cruzar al sistema de tickets, inventario o directorio y ese paso sigue siendo manual, evaluá una integración. Un portal nuevo solo se justifica si existe una interacción que las herramientas actuales no cubren.

Un formulario recibido no debería equivaler automáticamente a una persona habilitada para trabajar. Acordá cuál es el registro oficial, qué estado permite empezar y quién puede cambiarlo. Conservá un identificador de incorporación distinto del nombre: puede haber homónimos, reingresos o cambios de fecha.

La documentación de Buk México, actualizada el 20 de agosto de 2026, muestra una condición concreta: crear el trabajo del colaborador y asociar cargo y área a una plantilla; además exige módulos y plan específicos. No alcanza con decir «cuando entra alguien». Cada plataforma tiene disparadores, requisitos y permisos que se deben verificar en la cuenta real.

Definí también qué ocurre cuando cambia la fecha de ingreso, se cancela la incorporación o llega dos veces el mismo aviso. El proveedor debe mostrar cómo reconoce lo ya hecho, qué queda pendiente y qué acciones requieren una nueva aprobación.

Asignar una tarea a IT no demuestra que una cuenta exista. Crear una cuenta tampoco demuestra que tenga los permisos correctos. Para cada sistema, definí una evidencia de cierre: identificador de ticket, confirmación del responsable o comprobación autorizada en el destino. No aceptes una marca de «completado» que solo significa que se envió un correo.

Nuestro primer alcance propuesto es coordinar un tipo de ingreso y sus tareas, sin otorgar privilegios automáticamente. Si después se incorpora aprovisionamiento de cuentas, tratá esa parte como un alcance separado: perfiles aprobados por IT, permisos mínimos, registro de cambios y procedimiento de revocación.

Para coordinar fechas, responsables y recordatorios suele alcanzar con reglas. La IA puede proponerse para resumir instrucciones o responder preguntas sobre documentación autorizada, pero no debe inventar políticas, aprobar contrataciones ni decidir privilegios. Si esa necesidad no existe, no hace falta sumar un modelo.

Este es un ejemplo ficticio para evaluar una propuesta, no un resultado de un cliente: RRHH confirma un ingreso administrativo para el lunes. El flujo crea una tarea de equipo y otra de preparación de accesos; el responsable de IT sigue aprobando los permisos. Antes del lunes se posterga el ingreso. La prueba debe mostrar las nuevas fechas sin duplicar tareas ni habilitar cuentas antes de tiempo.

Pedí repetir el mismo aviso: debe reconocer la incorporación y conservar las tareas existentes. Luego simulá que el sistema de tickets no responde: el caso queda pendiente, con aviso a un responsable y un mecanismo de recuperación. Al recuperar la conexión, verificá en el destino que exista una sola tarea. Si la respuesta de una API se pierde, primero consultá si la operación se ejecutó antes de repetirla.

n8n documenta flujos de error para responder a ejecuciones fallidas. Ese mecanismo ayuda a avisar, pero no prueba por sí mismo que una acción externa no ocurrió. La aceptación debe revisar el resultado en los sistemas conectados, además del historial del flujo.

Probá también cancelación, responsable ausente y registro incompleto. La resolución esperada debe quedar escrita antes de ejecutar cada caso. Si falta autorización, el resultado correcto es dejarlo pendiente; no completar datos por suposición.

Pedí una lista de campos que viajan entre sistemas y quién los puede ver. Para asignar una tarea de equipo quizá alcance con un identificador, área, fecha y responsable: no es necesario replicar el legajo completo en cada herramienta. Definí retención de registros, acceso a documentos y uso de datos de prueba con RRHH, IT y los responsables de privacidad.

El presupuesto debe separar configuración de la plataforma, desarrollo de integraciones, licencias, consumo de servicios y mantenimiento. Pedí que nombre sistemas y acciones concretos, pruebas, documentación, responsable operativo y condiciones de soporte. El costo no se puede fijar responsablemente sin verificar APIs, permisos, volumen y excepciones.

Medí tiempo de coordinación, ingresos con tareas pendientes y cantidad de correcciones sobre un período comparable. No confundas tareas creadas con incorporaciones listas ni atribuyas mejoras de retención a este flujo sin evidencia. La liquidación, firma y validación legal requieren sus propios responsables y no quedan resueltas por conectar aplicaciones.

Duotach ofrece automatización e integración de sistemas. Para este problema proponemos evaluar un recorrido acotado entre la fuente de RRHH y las tareas operativas. La viabilidad se confirma con los accesos y APIs disponibles; no ofrecemos aquí un producto de nómina ni un conector universal.

Contanos qué plataforma de RRHH usan, dónde se coordinan las tareas y qué paso se sigue copiando a mano. Con eso podemos conversar sobre el alcance de una integración. El relevamiento técnico, las pruebas con datos y la implementación forman parte del trabajo que se acuerde; el formulario no reserva una reunión ni promete una auditoría gratuita.