Tu arranque de ERP no va a fallar por el software. Va a fallar por los datos.

El trabajo más subestimado de todo proyecto ERP es el que nadie quiere asumir — y es por donde se fuga el dinero, calladito.

Por Rodolfo Kong | ARMKU LLC | Mayo 2026

Una vez vi cómo un go-live se deshizo tres semanas después de la celebración. El sistema nuevo estaba bien. La capacitación estaba bien. Los consultores ya habían recogido sus cosas y mandado su última factura. Entonces el equipo de bodega quiso despachar contra una orden de compra y las cantidades no cuadraban. Después a un cliente se le facturó dos veces. Después un proveedor apareció con tres nombres ligeramente distintos, cada uno con su propio saldo. Nadie había tocado el software. El software hacía exactamente lo que se le dijo. El problema era lo que habíamos cargado dentro de él.

Esa es la parte de un proyecto ERP que casi todos subestiman, y tiene muy poco que ver con la tecnología que eliges. Puedes usar Odoo, SAP o NetSuite — la plataforma rara vez es lo que te hunde. Lo que te hunde es la caja de registros que arrastras del mundo viejo al nuevo sin detenerte a preguntar si esos registros alguna vez fueron ciertos.

La mentira que nos contamos en el kickoff

Todo proyecto ERP arranca con la misma suposición silenciosa: "Nuestra data está bastante limpia. Solo la pasamos." Nunca, ni una sola vez, he visto esa suposición sobrevivir al choque con la realidad. El maestro de clientes tiene cuentas muertas desde 2014. La lista de artículos tiene cuatro formas de escribir el mismo SKU. Tres departamentos llevan sus propias hojas de cálculo paralelas porque dejaron de confiar en el sistema hace años. Nada de eso es un problema de software. Es un problema de datos disfrazado de software.

Y aquí está la verdad incómoda: el ERP nuevo no arregla la data mala. La acelera. Un sistema limpio toma buenas decisiones más rápido y malas decisiones más rápido, porque confía en lo que le metiste. Migra basura el viernes y el lunes tendrás basura automatizada, bellamente reporteada y totalmente integrada.

Lo que de verdad dicen los datos

Esto no es una corazonada de una mala semana. Los números lo respaldan, y vale la pena detenerse en ellos.

Según el 2025 ERP Report de Panorama Consulting, más de la cuarta parte de las organizaciones se pasó de su presupuesto de implementación — y cuando ves por qué, los problemas técnicos y de datos aparecen entre las tres causas principales con un 34%, al lado de subestimar el personal (38%) y la expansión del alcance (35%). La implementación promedio en ese estudio ronda los $450,000. Una tercera parte de los proyectos que revientan ese número lo hacen, en parte, porque la data resultó más difícil de lo que alguien admitió en el kickoff.

Aléjate del proyecto y míralo a nivel negocio, y se pone peor. La investigación de Gartner pone el costo de la mala calidad de datos en un promedio de $12.9 millones al año, por organización — una cifra de su estudio de 2020 que la industria sigue citando hoy porque nada la ha hecho más pequeña. Y MIT Sloan Management Review, junto con Cork University, estima que las empresas pierden del 15 al 25% de sus ingresos al año por mala data. Eso no es un inconveniente de reportería. Es una cuarta parte de tu facturación saliéndose por la puerta porque los números debajo de las decisiones no son confiables.

Ahora pon esos dos hechos lado a lado. La calidad de datos ya te está costando todos los días. Una migración de ERP es ese momento raro en que tienes la atención de todos, un presupuesto y una fecha límite para de verdad arreglarlo — o el momento en que viertes el desorden actual dentro de una máquina más rápida. La mayoría de proyectos elige lo segundo sin siquiera haberlo decidido.

La lectura del operador

Después de suficientes de estos, dejas de ver la migración de datos como una tarea de IT y empiezas a verla como el proyecto de verdad. La configuración, los flujos, la capacitación — eso se conoce. Tiene una línea de meta. La data es la parte que no tiene fondo hasta que te pones a buscar. Y es la única parte que, hecha mal, sigue facturándole dos veces a tus clientes mucho después de que los consultores se fueron.

Los equipos que aciertan tratan la migración como su propio proyecto, con su propio dueño, no como una casilla en la semana diez. Los que se equivocan la tratan como un copiar-pegar y descubren — tres semanas después de la fiesta — que copiar-pegar nunca fue el trabajo.

La traducción operativa

Si tu go-live ya está en el calendario, aquí es donde yo pondría la energía, en orden:

• Perfila antes de planificar. Saca un conteo real de duplicados, vacíos y registros muertos en tus maestros ahora, antes de que alguien comprometa una fecha de migración. No puedes agendar lo que no has medido.
• Limpia en el sistema viejo, no en el nuevo. Arreglar data después del cutover significa arreglarla bajo presión de producción, con transacciones en vivo encima. Limpia en la fuente, cuando lo que está en juego es menor.
• Haz un simulacro completo de la migración — dos veces. Cárgala a un ambiente de prueba y luego reconcilia conteos de registros y totales de control contra la fuente. Si el simulacro te sorprende, esa sorpresa fue gratis. La del go-live no lo es.
• Cuando un campo sea incierto, déjalo en blanco. Un vacío que ves y corriges le gana a un valor que se ve confiable pero está mal y que nunca vas a cachar. Silencio antes que error, siempre.
• Reconcilia después del cutover en serio. Cuadra saldos abiertos, inventario y cuentas por cobrar/pagar contra el sistema anterior antes de confiar en un solo reporte.

Nada de esto es glamoroso. Nada aparece en el demo. Todo es la diferencia entre un go-live que celebras y uno que apenas sobrevives.

Si tu proyecto ERP está en el horizonte — o ya tambaleando — la migración de datos es la conversación que vale la pena tener temprano, no la que parchas a las 2 a.m. el fin de semana del cutover. Ese es exactamente el trabajo que hacemos con nuestros clientes en ARMKU: asegurarnos de que el sistema que enciendes reciba algo en qué valga la pena confiar. Si lo tienes en mente, hablemos antes de que se fije la fecha.