La buena noticia: no hace falta un big-bang. El registro horario se puede digitalizar como una pieza nueva que convive con el software antiguo, conectada por el mecanismo de integración más veterano y fiable que existe: el export de datos. Esta guía describe cómo hacerlo por fases y, sobre todo, qué puede salir mal y cómo evitarlo.

El principio: piezas que conviven, no sistemas que se sustituyen

Un error habitual es plantear la digitalización del registro horario como «cambiar el ERP». No lo es. El ERP o el programa de nóminas siguen haciendo su trabajo (contabilidad, nóminas, facturación); la herramienta de registro horario hace el suyo (fichajes, jornada, informes para la Inspección); y entre ambos circulan datos en un formato pactado.

En el caso de Nucleo360, esa frontera es explícita por diseño: la plataforma no calcula nóminas — exporta la documentación y los datos del periodo al gestor laboral o al software de nóminas que ya uses. Es una aplicación web (PWA), 100 % en la nube, así que no compite por servidores ni instalaciones con tu sistema antiguo: el alta suele estar lista el mismo día y el plan Basic es gratuito, lo que hace que el piloto de la fase 1 no cueste dinero.

¿Y la integración directa por API con el ERP? Honestidad ante todo: a fecha de esta guía está [PENDIENTE DE CONFIRMAR CON CLIENTE]; no hay una API pública documentada que podamos prometerte. El flujo soportado es el export — que, como veremos, es también el puente más robusto para esta migración.

Fase 0 · Inventario de datos (una semana bien invertida)

Antes de tocar nada, mapea lo que hay. En una pyme esto cabe en una hoja de cálculo:

El inventario suele destapar la sorpresa clásica: el «sistema» real de registro horario es una mezcla de plantilla de Excel más memoria del encargado. Documentarlo es el primer paso para no perder ese histórico en la transición.

Fase 1 · Piloto acotado

Elige un equipo o departamento (idealmente uno con casuística variada: alguien a turnos, alguien en movilidad) y ponlo a fichar en la herramienta nueva durante 2–4 semanas. Objetivos concretos:

• Comprobar que todo el mundo puede fichar sin fricción (web en ordenador y móvil; en Nucleo360, también por WhatsApp en los planes Lite y Plus).

• Generar el primer export de datos y enseñárselo a la gestoría: ¿le sirve tal cual? ¿Qué columnas le sobran o le faltan?

• Detectar los casos raros (turnos nocturnos, medias jornadas, festivos locales) antes de que afecten a toda la plantilla.

Criterio de salida del piloto: un mes de fichajes completo, exportado y aceptado por quien hace las nóminas.

Fase 2 · Doble registro temporal

Durante un periodo cerrado (uno o dos ciclos de nómina), toda la plantilla registra la jornada en el sistema nuevo mientras el procedimiento antiguo sigue vivo. Al cierre de cada ciclo se comparan los resultados: totales por persona en el sistema viejo frente al nuevo.

Dos advertencias basadas en la experiencia:

1. Ponle fecha de fin desde el primer día. El doble registro es agotador y, si se alarga, la gente empieza a rellenar uno de los dos de memoria — con lo que la comparación deja de valer. Uno o dos meses es razonable; seis es una trampa.

2. Define antes qué es «cuadrar». Diferencias de minutos por redondeos van a existir. Pacta el umbral aceptable (por ejemplo, diferencias de total mensual por debajo de X minutos se consideran equivalentes) para no perseguir fantasmas.

Fase 3 · Corte

Cuando dos ciclos seguidos cuadran, se corta: fecha oficial a partir de la cual el registro válido es el del sistema nuevo, comunicada a plantilla y gestoría.

El sistema antiguo no se apaga: se congela. Pasa a modo solo-lectura (o se exporta su histórico completo a archivos con fecha) y se conserva accesible mientras dure la obligación legal — los registros de jornada, 4 años. Apagar el servidor viejo «porque ya no se usa» y descubrir en una Inspección que el histórico de 2024 vivía ahí dentro es un clásico evitable.

El export como puente permanente

Tras el corte, el export deja de ser herramienta de migración y se convierte en el mecanismo de convivencia mensual: los datos de jornada salen del sistema de registro horario y entran en el circuito de nóminas de siempre. Para que ese puente no se caiga, pacta por escrito con la gestoría o quien opere el ERP:

• Mapeo de columnas (nombre en el export ↔ campo que espera el sistema receptor).

• Codificación UTF-8 — los ERP antiguos a veces esperan codificaciones anteriores (Latin-1/Windows-1252); si es el caso, documenta la conversión, no la hagas «de cabeza» cada mes.

• Delimitador (; es lo habitual en España) y fechas en ISO 8601 (2026-07-01), que sobreviven a cualquier configuración regional.

• Calendario: qué día se exporta y quién lo entrega.

Los riesgos reales (y su mitigación)

En resumen

Convivir con un ERP o un programa de nóminas veterano no es un obstáculo para digitalizar el registro horario: es simplemente una restricción de diseño. Inventaría lo que hay, pilota en pequeño, compara durante un periodo cerrado, corta con fecha oficial y deja el export mensual pactado por escrito. El sistema antiguo sigue haciendo nóminas; el nuevo registra la jornada con las garantías que la ley pide (registro inmutable, informes para la Inspección, conservación de 4 años); y el puente entre ambos es un archivo aburrido y fiable.

Si quieres probar ese primer piloto sin coste, el plan Basic de Nucleo360 es gratuito y sin permanencia.

Última actualización: julio de 2026.

Nucleo360