Cómo dejar Excel en RR.HH. sin romper la operación
El orden en que se migra decide si el proyecto se adopta o se abandona
Lo esencial en 60 segundos
- El orden no es una preferencia metodológica: cada capa depende de la anterior. Evaluar desempeño sobre una estructura organizacional desactualizada produce datos que nadie va a usar.
- El error más caro no es elegir mal el software: es migrar datos sucios. Lo que entra mal, sale mal, y además destruye la confianza del equipo en el sistema nuevo.
- El proyecto no es de RR.HH. Sin TI, Nómina y los jefes de línea desde el primer día, la implementación se completa pero no se adopta.
- Las tres semanas posteriores a la salida en vivo definen el resultado. Es cuando el equipo decide si el sistema es la fuente de verdad o un lugar donde se copia lo que ya se hizo en Excel.
- El histórico se separa en tres: lo que la ley obliga a conservar, lo que se necesita para operar y el resto. Solo la segunda categoría se migra.
- Una implementación por etapas en una empresa de 300 a 2.000 colaboradores toma de ocho a doce semanas. Hacerlo de una sola vez no la acorta: la hace fracasar.
Nadie eligió trabajar así. El Excel de Recursos Humanos empezó siendo una solución razonable: una hoja para el listado de personal, otra para vacaciones, un formulario para las evaluaciones. Cada una resolvía un problema puntual en el momento en que apareció.
El problema no es ninguna hoja en particular. Es que después de cinco años hay catorce, viven en carpetas distintas, tres personas las mantienen, ninguna coincide del todo con las otras, y cuando alguien pregunta cuántas personas hay en la empresa la respuesta depende de a quién se le pregunte.
Esta guía es sobre cómo salir de ahí sin que la operación se detenga. No es sobre por qué conviene: eso ya lo sabes o no estarías leyendo. Es sobre el orden, los errores que hacen fracasar el proyecto y lo que hay que decidir antes de firmar nada.
Cómo saber si tu Excel ya es un riesgo y no una herramienta
Hay un punto en el que las hojas de cálculo dejan de ser una solución barata y pasan a ser un pasivo. Rara vez se cruza con un evento visible; se descubre cuando algo sale mal. Estas son las señales que aparecen antes.
- Nadie sabe cuál es la versión buena. Si existe un archivo llamado «plantilla final v3 REVISADO» y alguien tiene que preguntar si es el vigente, el dato ya no es confiable. Y si no es confiable, cualquier decisión que se tome sobre él tampoco.
- Una sola persona entiende el archivo maestro. Es la señal más subestimada. Cuando esa persona se toma vacaciones, el área opera a ciegas; cuando renuncia, el conocimiento se va con ella. No es un problema de tecnología: es un riesgo de continuidad operativa que rara vez está en el mapa de riesgos de la empresa.
- Responder una pregunta simple toma más de un día. Cuántas personas tienen vacaciones vencidas, cuántas horas extra se pagaron en la sede norte el trimestre pasado, qué colaboradores no firmaron la última política. Si la respuesta exige consolidar archivos, el dato existe pero no está disponible, que a efectos prácticos es lo mismo que no tenerlo.
- Las aprobaciones viven en el correo. Una solicitud de vacaciones aprobada por correo no está registrada en ningún lado consultable. Cuando hay una discrepancia seis meses después, hay que buscar en la bandeja de alguien. Si esa persona ya no está en la empresa, no hay registro.
- Los documentos del personal están en una carpeta compartida. Sin control de quién accede, sin registro de quién consultó qué, sin vencimientos. Es simultáneamente un problema de cumplimiento documental y de protección de datos personales, y en una auditoría es lo primero que se observa.
- El cierre de nómina depende de un archivo que alguien arma a mano. Las incidencias del período —ausencias, horas extra, permisos— se consolidan manualmente antes de pasarlas a nómina. Cada punto de transcripción manual es un error potencial, y los errores de nómina son los que más rápido erosionan la confianza del equipo en RR.HH.
- No podrías exhibir los registros si te los pidieran mañana. En varios países de la región la obligación de conservar y exhibir controles de asistencia se está endureciendo. En México, el registro electrónico de jornada es obligación patronal desde enero de 2027 conforme al decreto publicado en el DOF el 1 de mayo de 2026. Un archivo que cualquiera pudo editar sin dejar rastro tiene poco valor probatorio. Lo desarrollamos en la guía del registro electrónico de jornada.
El umbral práctico
Si reconoces tres o más de estas señales, el problema ya no es de eficiencia sino de riesgo, y la conversación con la dirección cambia de tono. Dejar de perder seis horas semanales es un argumento de productividad; no poder acreditar la jornada de un colaborador ante la autoridad es un argumento de exposición. El segundo consigue presupuesto mucho más rápido que el primero.
Los seis pasos y por qué el orden importa
La tentación es migrar todo junto para «terminar de una vez». Es exactamente lo que hace fracasar el proyecto. Cada capa se apoya en la anterior, y saltarse el orden significa construir sobre datos que todavía no son confiables.
Paso 1
Ficha del colaborador y estructura organizacional
Es la base de todo lo demás y la etapa que más se subestima. La ficha define quién es cada persona; la estructura organizacional define de quién depende, y eso determina quién aprueba qué. Sin estructura no hay flujos de aprobación posibles, ni reportes por área, ni permisos coherentes.
Acá aparece el primer hallazgo incómodo de casi todo proyecto: el organigrama documentado y el real no coinciden. Hay personas que reportan a alguien distinto del que figura, áreas que se fusionaron sin actualizar nada, posiciones vacantes que siguen ocupadas en el sistema. Ordenar eso es trabajo de RR.HH., no del proveedor, y conviene empezarlo antes de que llegue la plataforma. La ficha única del colaborador solo sirve si refleja la organización que existe.
Paso 2
Expediente documental
Contratos, identificaciones, títulos, políticas firmadas, constancias. Es la etapa con mayor retorno inmediato: elimina la carpeta compartida, habilita control de accesos y permite programar vencimientos.
Es también donde se decide qué se digitaliza y qué no, que es la decisión que más tiempo consume del proyecto entero. Volvemos sobre eso más adelante.
Paso 3
Tiempos, ausencias y calendarios
Vacaciones, permisos, incapacidades, asistencia, calendarios por país y por sede. Es la etapa que más impacto operativo tiene porque afecta a toda la plantilla, no solo al área. Y es la que no puede empezar antes de que la estructura esté ordenada: sin saber quién aprueba a quién, un flujo de ausencias no se puede configurar. El control de tiempos y ausencias es también el módulo que conecta con nómina, así que conviene coordinar su salida en vivo con un cierre de período, no en la mitad.
Paso 4
Flujos de aprobación
Solicitudes, autorizaciones, cambios de datos, altas y bajas. Es cuando el sistema deja de ser un repositorio y pasa a ser el lugar donde ocurre el trabajo. También es el momento en que los jefes de línea se convierten en usuarios reales, y por eso es la etapa donde se juega la adopción.
Paso 5
Talento y desempeño
Objetivos, evaluaciones, feedback, clima. Va al final por una razón práctica: una evaluación de desempeño sobre una estructura desactualizada produce resultados que nadie va a defender. Si se lanza antes de que las cuatro capas anteriores estén sólidas, el primer ciclo sale mal y el área pierde credibilidad justo en el proceso donde más la necesita.
Paso 6
Reportes e indicadores
Se construye al final porque necesita que todo lo anterior esté cargado y limpio. Un panel armado sobre datos incompletos es peor que no tener panel: da confianza injustificada. Cuando las cinco capas anteriores funcionan, los reportes salen prácticamente solos, porque el dato ya está estructurado.
La pregunta que ordena el debate interno
Cuando alguien proponga adelantar la etapa de talento porque «es la que más se ve», la pregunta que zanja la discusión es: ¿sobre qué estructura vamos a evaluar? Si la respuesta requiere revisar un Excel, la etapa todavía no está lista.
Qué datos limpiar antes de migrar, y cuáles no vale la pena
El error más caro de estos proyectos no es elegir mal la plataforma: es migrar datos sucios. Un sistema nuevo cargado con información inconsistente reproduce el problema con una interfaz mejor, y además quema la confianza del equipo en la primera semana, que es cuando más frágil es.
La regla práctica: se migra lo que se necesita para operar mañana y lo que hay obligación de conservar. Todo lo demás va a archivo, no al sistema.
| Categoría | Ejemplos | Decisión |
|---|---|---|
| Se migra y se limpia primero | Datos personales, puesto, área, jefatura, fecha de ingreso, tipo de contrato, saldos de vacaciones vigentes | Obligatorio. Sin esto no hay operación. Es la limpieza que hay que hacer sí o sí. |
| Se migra tal cual | Documentos vigentes del expediente, políticas firmadas en el último ciclo, contratos activos | Se digitaliza y se sube. No requiere depuración, solo clasificación. |
| Se conserva pero no se migra | Expedientes de personal desvinculado, evaluaciones de ciclos cerrados, registros de asistencia de años anteriores | Archivo consultable, no dentro de la plataforma operativa. Cumple la obligación legal sin ensuciar el sistema. |
| No se migra | Hojas de cálculo intermedias, versiones duplicadas, listados de personal que ya no está, campos que nadie llenó en tres años | Se descarta. Migrarlo cuesta tiempo y no aporta nada. |
Las tres inconsistencias que siempre aparecen
- Saldos de vacaciones que no cierran. Entre lo que dice el archivo de RR.HH., lo que dice el jefe y lo que cree el colaborador suele haber diferencias. Hay que resolverlas antes de cargarlas, porque después de la migración el sistema es la verdad y cualquier discrepancia se convierte en un reclamo.
- Personas que figuran dos veces. Recontrataciones, cambios de razón social, traslados entre empresas del grupo. Definir una regla de identificación única antes de cargar, no durante.
- Fechas de ingreso que no coinciden con nómina. Es el cruce que más conviene hacer antes de empezar, porque impacta antigüedad, vacaciones y prestaciones. Y porque es el que Nómina va a revisar primero.
Una recomendación que ahorra semanas: la limpieza de datos empieza antes de la selección del proveedor, no después. Es trabajo interno que no depende de qué plataforma se elija, y hacerlo en paralelo con la evaluación comercial acorta el proyecto sin costo adicional.
Quién tiene que estar en el proyecto además de RR.HH.
Los proyectos que fracasan casi nunca fracasan por el software. Fracasan porque se gestionaron como un proyecto de un área cuando en realidad tocan a toda la empresa.
| Rol | Por qué es imprescindible | Cuándo entra |
|---|---|---|
| Patrocinador de dirección | Un proyecto que cambia cómo trabajan todos los jefes necesita autoridad por encima de RR.HH. para resolver resistencias. | Desde antes del arranque. |
| TI | Integraciones, identidad y acceso único, políticas de seguridad y respaldo. Si TI se entera cuando el contrato ya está firmado, la integración se vuelve el cuello de botella. | En la evaluación, no después. |
| Nómina | Define qué información necesita recibir, en qué formato y con qué corte. Es la integración que más rápido genera valor y la que más rápido genera conflicto si se define tarde. | Paso 3, con anticipación. |
| Jefes de línea | Son los usuarios reales de las aprobaciones. Si no participan en el diseño de los flujos, van a seguir aprobando por correo. | Paso 4, y con dos o tres en el piloto. |
| Legal o Cumplimiento | Conservación documental, protección de datos personales, validez de la firma electrónica en cada país donde se opera. | Paso 2. |
| Comunicación interna | El colaborador tiene que entender qué cambia para él. Sin eso, el portal se percibe como una imposición más. | Dos semanas antes de cada salida en vivo. |
El rol que más se olvida es el de los jefes de línea, y es el que más determina el resultado. RR.HH. puede implementar una plataforma impecable, pero si los gerentes siguen aprobando vacaciones por WhatsApp, el sistema queda como un lugar donde se registra a posteriori lo que ya se decidió en otro lado. Eso no es digitalización: es doble trabajo.
Las tres semanas que definen si la implementación funciona
La configuración se puede corregir. La percepción, no. Las tres semanas posteriores a cada salida en vivo son cuando el equipo decide si el sistema es la fuente de verdad o un trámite adicional, y esa decisión después es muy difícil de revertir.
Semana 1
Operación en paralelo, no reemplazo
El método anterior sigue funcionando mientras el nuevo se estabiliza. Suena redundante y lo es, pero es lo que evita que un error de configuración se convierta en un problema de nómina. Al final de la semana se cotejan ambos: si coinciden, el sistema es confiable y se puede apagar el anterior. Si no coinciden, se descubre ahora y no en el cierre.
Semana 2
Los casos que ningún relevamiento anticipó
Siempre aparecen: el turno partido que nadie documentó, la sede que opera con un calendario distinto, el grupo de personal que nunca estuvo en ningún archivo, la excepción que una persona gestionaba de memoria. Esta semana se dedica a resolverlos, y conviene tenerla presupuestada. Un proyecto que asume que el relevamiento fue completo llega tarde.
Semana 3
Medir adopción, no capacitación
El indicador no es cuánta gente asistió a la capacitación. Es qué porcentaje de las aprobaciones del período pasó por el sistema en lugar del correo. Si está por debajo del 70%, el problema no se resuelve con más capacitación: se resuelve cerrando la vía alternativa, y esa decisión necesita al patrocinador de dirección.
La regla que más proyectos salva
Salida en vivo por etapas, nunca todo junto. Cada etapa del paso a paso tiene su propio ciclo de tres semanas. Es más lento en el calendario y mucho más rápido en el resultado, porque un problema en tiempos no arrastra al expediente ni a desempeño. Una implementación por etapas en una empresa de 300 a 2.000 colaboradores toma de ocho a doce semanas; hacerlo de una sola vez no la acorta, la hace fracasar.
Qué hacer con el histórico
Es la pregunta que más frena proyectos, y casi siempre por una razón equivocada: se asume que hay que migrar todo porque «puede hacer falta». La consecuencia es un proyecto que se estira meses cargando información que nadie va a consultar.
La forma de resolverlo es separar el histórico en tres, y tratar cada parte distinto.
- Lo que hay obligación de conservar. Contratos, recibos, registros de asistencia y expedientes de personal desvinculado, por el plazo que fije la legislación de cada país donde se opera. Esto se conserva en un archivo digital ordenado y consultable, con control de acceso. No necesita estar dentro de la plataforma operativa: necesita existir, estar íntegro y poder exhibirse.
- Lo que se necesita para operar. Saldos de vacaciones vigentes, antigüedad, documentos activos del expediente, políticas firmadas en el ciclo actual, estructura organizacional. Esto se migra, y es lo único que se migra.
- El resto. Versiones intermedias, cálculos auxiliares, listados que se armaron para una reunión de hace tres años. Se descarta, con criterio documentado.
Una precisión sobre el punto 1 que suele pasarse por alto: conservar no es lo mismo que poder exhibir. Un archivo comprimido en un servidor cumple la primera parte y no la segunda. Si la autoridad requiere el registro de una persona para un período determinado, la diferencia entre resolverlo en minutos o en días está en cómo se organizó el archivo, no en si existe. Vale la pena definir desde el inicio quién accede a qué y con qué trazabilidad.
Preguntas frecuentes
¿Cuánto tarda migrar de Excel a un software de RR.HH.?
En una empresa de 300 a 2.000 colaboradores, entre ocho y doce semanas si se hace por etapas, contando la limpieza de datos previa. Intentarlo en menos tiempo suele significar saltarse la limpieza, que es justamente donde se decide si el proyecto funciona.
¿Hay que reemplazar la nómina también?
No necesariamente, y en general no conviene hacerlo al mismo tiempo. La migración de nómina es el proyecto más riesgoso del área. Una plataforma de gestión de personas puede operar sobre la nómina existente y entregarle las incidencias de cada período, lo que reduce el alcance y el riesgo del proyecto de forma significativa.
¿Por qué no migrar todo de una vez si ya vamos a hacer el esfuerzo?
Porque cada capa depende de la anterior y porque un error en una etapa arrastra a las siguientes. Además, la capacidad de absorción de cambio de una organización es limitada: cinco procesos nuevos el mismo mes garantizan que ninguno se adopte bien.
¿Qué pasa con los datos históricos de personal que ya no trabaja en la empresa?
Se conservan por el plazo que exija la legislación de cada país, en un archivo digital ordenado con control de acceso, pero no se cargan en la plataforma operativa. Conservar y operar son dos necesidades distintas y mezclarlas complica ambas.
¿Cómo se convence a los jefes de línea de dejar el correo?
Primero involucrándolos en el diseño de los flujos, para que el sistema refleje cómo trabajan y no al revés. Segundo, cerrando la vía alternativa una vez que el sistema es confiable. Sin ese segundo paso, la convivencia de los dos métodos se vuelve permanente.
¿Conviene limpiar los datos antes o después de elegir el proveedor?
Antes. La limpieza es trabajo interno que no depende de la plataforma elegida, y hacerla en paralelo con la evaluación comercial acorta el proyecto sin costo adicional. Es de las pocas cosas que se pueden adelantar sin comprometerse con nadie.
¿Qué indicador muestra que la implementación funcionó?
El porcentaje de transacciones del período que ocurrieron dentro del sistema: aprobaciones, solicitudes, cargas de documentos. Si sigue habiendo un Excel paralelo tres meses después, el proyecto se completó pero no se adoptó, que a efectos prácticos es lo mismo que no haberlo hecho.
Este contenido tiene carácter informativo. Las obligaciones de conservación documental y protección de datos personales varían por país; consulta con tu asesor legal para tu caso concreto.
Un caso concreto: jornada y asistencia
Si hoy horarios, incidencias o asistencia todavía se gestionan en Excel, la reducción progresiva de jornada en México es un buen momento para revisar si ese esquema podrá sostener nuevos calendarios, excepciones y trazabilidad. Antes de migrar, puedes cuantificar el impacto operativo con nuestra calculadora de jornada.
Una migración por etapas también puede ser una compra por etapas
Salir de Excel no exige reemplazar toda la operación el primer día. La misma lógica de migración por capas puede trasladarse a la contratación: empezar por la base operativa y sumar capacidades cuando el equipo esté listo.
| Etapa | Qué centralizar | Referencia HOLO |
|---|---|---|
| 1. Base operativa | Ficha, estructura, expediente, tiempos, vacaciones, portal e informes esenciales | Core — US$3,90 / colaborador / mes |
| 2. Talento y experiencia | Objetivos, evaluaciones, feedback, clima, journeys y asistente | Growth — US$5,90 / colaborador / mes |
| 3. Escala e integración | Recruiting, firma electrónica, SSO, multiempresa, API e integraciones | Enterprise — US$6,90 / colaborador / mes |
Los planes tienen mínimos mensuales y el alcance exacto debe validarse contra la página de precios vigente.
No tienes que migrar todo el primer día. Tampoco tienes que comprar todo el primer día.
Seguí leyendo: Cómo elegir un software de Recursos Humanos en LATAM · Las 8 mejores plataformas de RR.HH. en LATAM · Expediente laboral en México: qué conservar y por cuánto tiempo
