Migración de Datos a ERP: Qué Corregir Antes

Ya viste las demos, comparaste proveedores y quizá hasta firmaste contrato. El ERP está en camino. Pero nadie te advirtió sobre la parte más difícil: el mayor desafío de la migración de datos a un ERP no es el sistema nuevo. Son los datos que vas a traer de tus hojas de cálculo.

La mayoría de los problemas de implementación no empiezan el día del go-live. Empiezan semanas antes, cuando alguien intenta cargar años de datos de hojas de cálculo en un sistema estructurado — y descubre que “datos” es un término generoso para lo que realmente tiene.

Por Qué los Datos de las Hojas de Cálculo No Se “Pasan” Directamente

Las hojas de cálculo son tolerantes. Un ERP no lo es.

En una hoja de cálculo, puedes escribir “Acme S.A.,” “ACME SA,” “Acme Comercial” y “acme” en la misma columna, y todo sigue funcionando. Puedes dejar campos vacíos cuando no tienes la información. Puedes codificar reglas de negocio críticas en una fórmula que referencia celdas de tres pestañas distintas — y nadie se quejará hasta que la persona que la creó se vaya de la empresa.

Un estudio de la Universidad de Hawái encontró que el 88% de las hojas de cálculo contienen al menos un error. A escala pequeña, esos errores los detecta quien armó la hoja. Con 30 o 40 personas, se acumulan de formas que nadie nota — hasta que intentas mover esos datos a un sistema que exige consistencia.

El problema central: los ERPs exigen datos estructurados y consistentes. Cada registro de cliente necesita los mismos campos completados de la misma forma. Cada producto necesita un nombre único y estandarizado. Cada transacción necesita vincularse a las entidades correctas. Tus hojas de cálculo nunca fueron diseñadas para cumplir ese estándar, porque no lo necesitaban.

Esa brecha — entre lo que contienen tus hojas de cálculo y lo que el nuevo sistema requiere — es donde comienzan la mayoría de los problemas de implementación.

¿Qué Implica Realmente la Migración de Datos a un ERP?

La migración de datos es el proceso de mover la información de tu negocio desde donde está hoy — hojas de cálculo, bandejas de correo, carpetas compartidas, quizá la memoria de tu gerente de operaciones — hacia un sistema estructurado. Para empresas que vienen de hojas de cálculo, el proceso generalmente tiene cinco etapas:

1. Auditoría — Identificar cada hoja de cálculo, base de datos y fuente informal de datos que usa tu empresa. Vas a encontrar más de lo que esperabas.
2. Limpieza — Corregir las inconsistencias, duplicados y vacíos que las hojas de cálculo toleran pero los sistemas no.
3. Mapeo — Definir qué columnas de la hoja de cálculo corresponden a qué campos en el nuevo sistema. Algunos datos migran directo. Otros no existen en la nueva estructura. Algunos datos críticos no están capturados en ninguna hoja de cálculo.
4. Carga — Mover los datos limpios al nuevo sistema, generalmente en lotes.
5. Validación — Verificar que lo que entró al sistema coincide con lo que debería estar ahí. Esta etapa detecta problemas que la limpieza no resolvió.

La secuencia importa. Las empresas que saltan la limpieza y van directo a la carga aprenden una lección costosa: basura que entra, basura que sale aplica tanto para ERPs como para hojas de cálculo. El sistema solo hace que la basura sea más difícil de ignorar.

La Auditoría — Descubrir Lo Que Realmente Tienes

Antes de limpiar cualquier cosa, necesitas saber con qué estás trabajando. La mayoría de las empresas subestiman lo dispersos que están sus datos — un problema que cubrimos en detalle en nuestro artículo sobre silos de datos.

Empieza mapeando cada fuente de datos de tu operación:

• Las hojas de cálculo obvias — Tu control financiero principal, lista de clientes, hoja de inventario y registro de proyectos
• Las hojas de cálculo olvidadas — Ese archivo de conciliación puntual, la calculadora de precios que tu líder comercial armó en 2022, el control de vacaciones en el Google Drive personal de alguien
• Correos electrónicos — Acuerdos de precios, preferencias de clientes, condiciones de proveedores y aprobaciones informales que nunca llegaron a un archivo
• Carpetas compartidas y en la nube — Documentos y PDFs con información que no aparece en ninguna hoja de cálculo
• La cabeza de las personas — Las reglas no escritas, historial de clientes y conocimiento de procesos que solo existen como dependencia de persona clave

Para cada fuente, documenta cuatro puntos:

1. Qué tipo de dato contiene (clientes, transacciones, productos, financiero)
2. Quién es responsable de mantenerla
3. Cuándo fue actualizada por última vez
4. Si otros archivos o procesos dependen de ella

Esta auditoría suele revelar verdades incómodas. Vas a encontrar tres versiones diferentes de tu lista de clientes. Tu catálogo “maestro” de productos tendrá un 40% más de registros de lo que todos pensaban. Datos críticos de precios aparecerán en archivos adjuntos de correo.

Esos descubrimientos son exactamente el objetivo. Encontrarlos ahora — antes de la migración — es dramáticamente más barato que encontrarlos después del go-live.

Cinco Problemas de Datos Que Resolver Antes de Migrar

Con la auditoría terminada, probablemente encontrarás estos problemas en cualquier empresa que depende de hojas de cálculo. Resuélvelos antes de migrar, no después.

1. Registros duplicados

El problema más común. El mismo cliente aparece como “Industrias García S.A.,” “INDUSTRIAS GARCIA,” “García e Hijos” y “ind. garcia.” El mismo proveedor tiene tres registros con datos de contacto diferentes. El mismo producto tiene nombres ligeramente distintos entre departamentos.

En una hoja de cálculo, los duplicados son molestos. En un ERP, rompen reportes, generan errores de facturación y hacen que cada proceso posterior sea poco confiable.

Qué hacer: Exporta tus listas de clientes, proveedores y productos. Ordénalas. Busca registros similares. Elige un nombre canónico y unifica el resto. Es un trabajo manual y tedioso — y es la tarea de limpieza de mayor valor que puedes hacer.

2. Formatos inconsistentes

Teléfonos con guiones, puntos, paréntesis o nada. Direcciones en distintos formatos. Fechas en DD/MM/AAAA, MM/DD/AAAA y texto libre. Montos monetarios con y sin símbolo, con coma o punto decimal.

Los ERPs necesitan formatos consistentes para ordenar, filtrar y calcular correctamente. Un campo de fecha con formatos mezclados va a generar errores de importación o — peor — interpretar tus datos de forma silenciosamente incorrecta.

Qué hacer: Define un formato estándar para cada tipo de campo y aplícalo en todos los datos. La mayoría de las herramientas de hojas de cálculo ayudan con reformateo masivo. Hazlo antes de la exportación, no después de la importación.

3. Registros incompletos y campos vacíos

Campos en blanco porque “todos saben” la respuesta. Registros de transacciones sin fecha. Clientes sin correo electrónico o identificación fiscal.

Algunos de esos campos “opcionales” en tu hoja de cálculo se convierten en campos obligatorios en el ERP — especialmente todo lo relacionado con facturación, impuestos o cumplimiento normativo. Si lo descubres durante la migración, tendrás que buscar la información faltante bajo presión de tiempo.

Qué hacer: Consigue la lista de campos obligatorios del nuevo sistema. Compárala con tus datos actuales. Completa los vacíos ahora, mientras las personas que saben las respuestas están disponibles y no están en medio de una transición de sistema.

4. Reglas de negocio ocultas en fórmulas

Tu hoja de precios calcula márgenes con una fórmula que referencia una pestaña oculta con escalas de descuento. Tu hoja de inventario calcula automáticamente puntos de reorden basados en un promedio móvil que alguien creó hace tres años. Tu control financiero usa cadenas de BUSCARV que nadie entiende completamente.

Esas fórmulas codifican reglas de negocio que necesitan replicarse en la configuración del ERP — o reemplazarse por la lógica propia del sistema. Si no las documentas antes de la migración, perderás conocimiento institucional. Es una variante del desafío de mapeo de procesos: entender lo que haces hoy antes de intentar hacerlo diferente.

Qué hacer: Recorre cada hoja de cálculo crítica con la persona que la creó. Documenta qué hace cada fórmula en lenguaje simple. Luego decide: ¿el ERP lo maneja nativamente, necesita configuración personalizada o la regla de negocio debe cambiar?

5. Datos obsoletos que no deberían migrar

Clientes con los que no haces negocios desde 2019. Productos que ya no vendes. Empleados que se fueron hace dos años. Registros de prueba y datos provisionales que nunca se eliminaron.

Migrar datos muertos contamina el nuevo sistema desde el primer día. Infla el conteo de registros, ensucia los reportes y dificulta que tu equipo encuentre lo que realmente necesita.

Qué hacer: Define un criterio. Si un cliente no ha transaccionado en 24 meses, archiva el registro en vez de migrarlo. Si un producto fue descontinuado, déjalo atrás. Siempre puedes traer datos históricos después — pero arrancar limpio hace que el nuevo sistema sea inmediatamente más útil.

Qué Migrar y Qué Dejar Atrás

El instinto es traer todo — cada registro, cada transacción, cada dato histórico. Ese instinto es caro y casi siempre equivocado.

Piensa en tus datos en tres categorías:

Datos activos — siempre migrar:

• Clientes, proveedores y contactos actuales
• Transacciones abiertas (facturas por cobrar, pedidos pendientes, proyectos activos)
• Catálogo actual de productos o servicios con precios
• Registros de empleados y estructura organizacional
• Contratos y acuerdos vigentes

Datos históricos — migrar selectivamente:

• Transacciones completadas de los últimos 1-2 años (útiles para comparaciones)
• Registros financieros requeridos por cumplimiento fiscal y auditoría (consulta con tu contador los plazos de retención)
• Historial de interacciones con clientes que sea genuinamente útil para relaciones en curso

Datos muertos — archivar o descartar:

• Clientes y proveedores inactivos sin actividad reciente
• Productos y servicios descontinuados
• Versiones superadas de documentos y registros
• Registros de prueba y datos provisionales

Según McKinsey, los equipos pierden hasta un 20% de su semana laboral buscando información interna o contactando colegas que puedan ayudar. Iniciar el nuevo sistema solo con datos relevantes y limpios significa que tu equipo pasa menos tiempo filtrando y más tiempo trabajando desde el primer día.

La regla general: migra lo que necesitas para operar el primer día, archiva lo que podrías necesitar de referencia y deja atrás lo que nadie va a buscar de nuevo.

Construir un Cronograma de Migración Realista

La migración de datos toma más tiempo del que cualquiera espera. Aquí va un cronograma realista para una empresa en crecimiento que sale de hojas de cálculo:

Semanas 1-3: Auditoría e inventario. Mapea todas las fuentes de datos, asigna responsables, identifica vacíos. Esto puede ocurrir en paralelo con otras preparaciones de la implementación.

Semanas 3-6: Limpieza de datos. El grueso del trabajo. Tu equipo hace el trabajo ingrato de deduplicar registros, estandarizar formatos, llenar vacíos y documentar reglas de negocio. No delegues esto por completo al proveedor — tu equipo conoce los datos mejor que nadie.

Semanas 5-7: Mapeo y cargas de prueba. Trabaja con tu socio de implementación para mapear los datos limpios a la estructura del nuevo sistema. Carga un lote de prueba y revisa los resultados. Vas a encontrar problemas que la limpieza no detectó — eso es esperado.

Semanas 7-9: Validación y operación en paralelo. Corre el nuevo sistema junto con tus hojas de cálculo. Compara los resultados. Asegúrate de que los números cuadren. Este período de solapamiento detecta discrepancias antes de que se conviertan en problemas reales.

Semanas 9-10: Migración final y go-live. Carga los datos definitivos. Valida una última vez. Haz el corte.

Dos cosas hacen que este cronograma sea realista en vez de aspiracional:

Primero, la limpieza de datos no es trabajo de una sola persona. Quienes son dueños de los datos — tu equipo comercial para registros de clientes, finanzas para datos financieros, operaciones para productos e inventario — necesitan participar. Son los únicos que saben que “Ind. García” e “Industrias García S.A.” son la misma empresa.

Segundo, involucrar al equipo en la limpieza de datos les da sentido de propiedad sobre el nuevo sistema antes de que se lance. Eso no es un efecto secundario — es parte central de la gestión del cambio. Las personas adoptan los sistemas que ayudaron a construir.

Preguntas Frecuentes

¿Qué datos necesitan migrarse al implementar un ERP?

Como mínimo, migra los registros activos de clientes y proveedores, las transacciones abiertas, tu catálogo actual de productos o servicios y los datos de empleados. Los registros financieros requeridos por la normativa fiscal también deben transferirse. Los datos históricos de más de 1-2 años generalmente pueden archivarse en vez de migrarse, lo que reduce complejidad y costo.

¿Cuánto tiempo toma la migración de datos desde hojas de cálculo?

Para una empresa en crecimiento con 10 a 50 empleados, espera de 8 a 12 semanas desde la auditoría hasta el go-live. La variable principal es la limpieza de datos — empresas con años de datos acumulados y múltiples responsables deben planificar para el plazo más largo. La carga de datos en sí suele ser la etapa más rápida.

¿Debo limpiar los datos antes o después de migrar al ERP?

Antes. Siempre antes. Migrar datos sucios significa gastar los primeros meses en el nuevo sistema corrigiendo registros en vez de aprender a usarlo. La limpieza previa también cuesta menos — las herramientas de hojas de cálculo son más simples para correcciones masivas que intentar editar registros dentro del ERP.

¿Puedo hacer la migración solo o necesito un consultor?

Para empresas pequeñas con datos simples — una lista de clientes, un catálogo de productos, financiero básico — la automigración con orientación del proveedor es viable. Si tienes relaciones de datos complejas, múltiples hojas de cálculo interconectadas o datos financieros críticos, un socio de implementación reduce el riesgo significativamente.

¿Qué pasa con mis hojas de cálculo viejas después de la migración?

Mantenlas como archivos de solo lectura por al menos 12 meses. Sirven como referencia si surgen dudas sobre datos históricos y como red de seguridad durante la transición. Después de un año, la mayoría de las empresas descubre que nunca las volvió a abrir. No las borres — solo muévelas a almacenamiento frío.

Cómo Tier2 Keel Apoya la Migración de Datos

El proceso de preparación de datos descrito arriba es parte de cómo Tier2 conduce cada implementación. Con más de 11 años de experiencia en consultoría — ayudando a empresas a migrar desde hojas de cálculo, sistemas legados y herramientas desconectadas — Tier2 trata la migración de datos como parte integral del proyecto, no como un paso secundario.

Tier2 Keel está diseñado para el tipo de empresa en crecimiento que está haciendo esta transición. Garantiza la consistencia de datos que tus hojas de cálculo nunca pudieron exigir: registros estandarizados de clientes, transacciones vinculadas y reglas de negocio que viven en el sistema — no en fórmulas que nadie entiende.

Como Tier2 empezó como consultora antes de construir sus propios productos, el equipo entiende que el software es solo la mitad de la ecuación. La otra mitad es preparar tus datos — y tu gente — para el cambio.

Conoce cómo funciona Keel o habla con nuestro equipo sobre tu migración.

Elige una hoja de cálculo — la más crítica — y pásala por el checklist de los cinco problemas de arriba. Cuenta los duplicados, los campos vacíos, los formatos inconsistentes. Ese ejercicio te dirá más sobre tu preparación para la migración que cualquier demo de un proveedor.