Migración de ERP: guía para cambiar de sistema con control

Una migración ERP consiste en trasladar la operación de una empresa de un sistema de gestión a otro, o de una versión antigua de un mismo sistema a una nueva. Parece un tema informático, pero afecta a facturación, compras, almacén, contabilidad y a la relación con clientes y proveedores. Por eso conviene tratarla como un proyecto de negocio, con responsable, calendario y criterios de éxito claros.

Esta guía le ayuda a decidir si realmente debe cambiar de ERP, a preparar la reprise de datos (la migración de la información) y a elegir una estrategia de arranque que limite los riesgos. Si todavía no sabe qué sistema necesita, empiece por cómo elegir un ERP.

¿Cuándo tiene sentido cambiar de ERP?

Nadie cambia de sistema por gusto: es un esfuerzo grande para toda la organización. Las razones que justifican remplazar su ERP suelen ser estas:

• Procesos fuera del sistema. Si el equipo resuelve lo esencial en hojas de cálculo, correos y archivos paralelos, el ERP ya no es la fuente de verdad.
• Cumplimiento fiscal difícil de sostener. Cambios en el CFDI, en los complementos de pago, en la carta porte o en la contabilidad electrónica exigen un sistema que se actualice con rapidez. Consulte también la guía de ERP y factura electrónica.
• Falta de soporte o versión sin mantenimiento. Un producto descontinuado o un proveedor que ya no responde es un riesgo operativo creciente.
• Crecimiento. Nuevas sedes, nuevas entidades legales, operación en varias monedas o venta en línea pueden rebasar lo que el sistema actual soporta.
• Costo oculto de mantener lo existente. Personalizaciones antiguas que nadie documentó, integraciones frágiles y dependencia de una sola persona.
• Decisión de plataforma. Pasar de una instalación local a la nube, o a la inversa. La guía de ERP en la nube o local explica las diferencias.

Cuándo NO cambiar

Cambiar de ERP no resuelve problemas de organización. Si los procesos no están definidos, si los datos son de mala calidad o si nadie en la dirección patrocina el proyecto, el nuevo sistema heredará los mismos defectos con otra interfaz. A veces es más rentable reconfigurar, capacitar de nuevo o actualizar la versión que ya se tiene.

Cambio de sistema o cambio de versión

Conviene distinguir dos situaciones, porque el esfuerzo es distinto:

Una actualización de versión también puede ser compleja si el sistema tiene muchas adaptaciones a la medida. En ese caso se parece más a un proyecto nuevo que a una simple actualización.

Antes de empezar: diagnóstico y alcance

El error más común es comenzar por la herramienta. El orden sano es otro.

1. Documentar lo que existe. Procesos reales, módulos en uso, integraciones, reportes que la dirección consulta, personalizaciones y usuarios.
2. Definir qué se quiere mejorar. Cada objetivo debe poder verificarse: cerrar el mes sin conciliaciones manuales, tener inventario confiable, facturar desde un solo lugar.
3. Escribir los requisitos. Un buen pliego de requisitos del ERP evita que el proyecto se decida por la demostración más vistosa.
4. Elegir el sistema y al integrador. Compare soluciones con criterios iguales. Puede apoyarse en la comparativa de los mejores ERP para PyMEs y en la guía para elegir un integrador ERP.
5. Nombrar un responsable interno. Alguien de la empresa, con autoridad y tiempo, que decida cuando surjan dudas funcionales.

Los sistemas que suelen entrar en la comparación en México son Odoo, SAP Business One, Oracle NetSuite, Microsoft Dynamics 365 Business Central y, como punto de partida frecuente en la PyME mexicana, los productos de CONTPAQi. Cada uno tiene un perfil distinto de empresa, y ninguno es la respuesta correcta para todos.

Las fases de una migración bien llevada

Aunque cada integrador tiene su método, casi todos los proyectos serios pasan por las mismas etapas.

Preparación y análisis

Se confirma el alcance, se asigna el equipo, se inventarían las fuentes de datos y se acuerda el calendario. Aquí también se decide qué módulos entran en la primera salida y cuáles esperan. La guía de implantación del ERP detalla el ciclo completo del proyecto.

Diseño y configuración

El nuevo sistema se configura con los procesos acordados: catálogo de cuentas, impuestos, series de facturación, almacenes, listas de precios, flujos de aprobación y roles de usuario. Es el momento de simplificar, no de copiar cada rareza del sistema anterior.

Reprise de datos

Es la parte más subestimada y la que más retrasos provoca. Se desarrolla con detalle en la sección siguiente.

Pruebas

Se prueban los procesos de punta a punta con datos reales, no solo funciones aisladas. Un pedido debe recorrer todo el ciclo: cotización, pedido, entrega, factura con timbrado, cobro y registro contable. Los usuarios clave participan; si solo prueba el equipo técnico, los errores aparecen el primer día de operación.

Capacitación

Los usuarios aprenden con su propio flujo de trabajo, no con una demostración genérica. Una capacitación tardía o superficial es una de las causas principales de rechazo del sistema nuevo.

Arranque y acompañamiento

Se ejecuta la carga final, se activa el sistema y se acompaña a los equipos durante las primeras semanas, incluyendo el primer cierre contable.

La reprise de datos: el corazón del proyecto

La reprise de datos ERP es el conjunto de tareas que llevan la información útil del sistema anterior al nuevo, en el formato correcto y con calidad verificada. Se divide en cuatro trabajos.

1. Decidir qué se migra

No todo debe pasar. Una regla práctica:

• Se migra siempre: datos maestros vigentes (clientes, proveedores, artículos, empleados si aplica, plan de cuentas), saldos de cuentas por cobrar y por pagar, existencias de inventario, pedidos y contratos abiertos.
• Se migra solo si hay una razón clara: historial de ventas útil para análisis, precios históricos, garantías vigentes.
• Se archiva, no se migra: transacciones cerradas de años anteriores. Se conservan en un repositorio de consulta, respetando los plazos de conservación que exigen las obligaciones fiscales y contables. Pídale a su contador que confirme este punto.

Migrar menos reduce el costo, el tiempo de las pruebas y la cantidad de errores heredados.

2. Limpiar los datos

Los sistemas viejos acumulan años de suciedad: clientes duplicados, proveedores sin RFC válido, artículos obsoletos, unidades de medida inconsistentes, direcciones incompletas, cuentas contables que ya no se usan. Cargar eso al sistema nuevo es trasladar el problema.

La limpieza incluye:

• Eliminar o fusionar duplicados.
• Validar el RFC, el régimen fiscal y el código postal de clientes y proveedores, porque el CFDI vigente exige coherencia entre estos datos y los registrados ante el SAT.
• Revisar el catálogo de productos y servicios con sus claves del SAT.
• Desactivar lo que ya no se usa.
• Unificar unidades, nomenclaturas y códigos.

Esta tarea corresponde sobre todo a la empresa, no al integrador, porque solo ella sabe qué registros son válidos. Es el punto en que un proyecto se retrasa si nadie asigna tiempo.

3. Mapear los datos (mapping)

El mapeo es la tabla de equivalencias entre cada campo del sistema anterior y su destino en el nuevo. Responde a preguntas como: ¿el campo «condiciones de pago» del sistema viejo corresponde a qué plazo en el nuevo? ¿Cómo se traduce el plan de cuentas? ¿Qué pasa con los campos que el sistema nuevo no tiene?

Un mapeo documentado y firmado por los responsables de cada área evita discusiones cuando aparecen diferencias.

4. Ensayar la carga

Nunca se carga por primera vez el día del arranque. Lo habitual es hacer varias cargas de ensayo en un entorno de pruebas:

1. Primera carga. Revela errores de formato, campos faltantes y reglas que el sistema nuevo rechaza.
2. Cargas siguientes. Se corrigen los errores y se mide el tiempo real que toma el proceso.
3. Ensayo general. Se simula el arranque completo, con la carga en el orden y los tiempos previstos.

Después de cada carga se concilian los resultados: el total de saldos de clientes debe coincidir con la contabilidad, el valor del inventario con el costo registrado, la balanza de comprobación con la del sistema anterior. Estas conciliaciones, hechas por usuarios de finanzas y de almacén, son la prueba real de que los datos están bien.

Estrategia de arranque: big bang o por etapas

Existen dos grandes enfoques, y a veces una combinación de ambos.

Arranque único (big bang)

Todos los módulos y todas las sedes pasan al sistema nuevo en una fecha determinada, y el sistema anterior se apaga o queda en modo de consulta.

Ventajas

• Un solo sistema de referencia, sin duplicidad.
• No se construyen interfaces temporales.
• Un cierre limpio con una fecha clara.

Desventajas

• Todo el riesgo se concentra en el mismo momento.
• Exige pruebas y capacitación muy completas.
• Un problema en un módulo puede detener toda la operación.

Funciona bien en empresas pequeñas o medianas con procesos poco complejos, una sola entidad y un equipo disponible.

Migración por etapas

Los módulos, las empresas o las sedes se pasan en tandas: por ejemplo, primero finanzas, luego compras e inventario, y al final ventas; o una sucursal piloto antes del resto.

Ventajas

• El riesgo se reparte y se aprende en cada etapa.
• Los equipos se capacitan de forma gradual.
• Un problema afecta a una parte de la operación, no a toda.

Desventajas

• Se necesitan interfaces temporales entre ambos sistemas.
• Se mantiene doble costo de licencias y de soporte durante más tiempo.
• Si el orden de las etapas es malo, hay conciliaciones manuales difíciles.

Resulta más prudente en empresas con varias sedes, varias entidades legales, operación de manufactura o logística, o cuando existen integraciones críticas con tiendas en línea, bancos o proveedores.

Cómo decidir

El momento del arranque

Sea cual sea la estrategia, la fecha de corte se elige con cuidado. Lo más cómodo suele ser coincidir con el inicio de un periodo contable, de modo que los saldos iniciales sean limpios y no haya que partir un mes entre dos sistemas. Evite las temporadas de mayor venta, el cierre anual y los periodos en que el equipo de finanzas está saturado por obligaciones fiscales.

Riesgos más frecuentes y cómo reducirlos

Muchos fracasos tienen causas repetidas. La guía sobre errores en un proyecto de ERP las analiza con más profundidad; estas son las que más afectan a una migración:

• Subestimar la calidad de los datos. Se reduce con una auditoría temprana y con responsables de limpieza por área.
• Copiar el sistema viejo. Replicar cada personalización de hace años encarece el proyecto y conserva defectos. Pregunte por cada una: ¿qué problema resuelve hoy?
• Pruebas superficiales. Se corrigen con escenarios reales, probados por los usuarios que luego operarán el sistema.
• Falta de patrocinio de la dirección. Sin un directivo que respalde el cambio, las decisiones difíciles se estancan.
• Capacitación insuficiente. Los usuarios vuelven a las hojas de cálculo y el ERP queda a medias.
• Dependencia de una sola persona. Si solo una persona conoce el sistema viejo, hay que documentar su conocimiento antes del arranque.
• Fallos en la facturación electrónica. Un error en el timbrado, en los certificados o en los complementos detiene el cobro. Debe probarse en el entorno de pruebas del proveedor de timbrado antes del arranque y revisarse con el contador.
• Integraciones olvidadas. Bancos, tiendas en línea, sistemas de punto de venta, nómina, paquetería. Haga un inventario explícito.

Plan de retorno: la red de seguridad

Un plan de retorno (o plan de reversa) es el conjunto de pasos que permite volver al sistema anterior si el arranque falla. Es incómodo hablar de ello, pero es lo que distingue a un proyecto controlado de una apuesta.

Un plan sólido responde a cinco preguntas:

1. ¿Qué señales activan el retorno? Por ejemplo, imposibilidad de facturar, saldos que no concilian o fallo grave en el inventario. Se fijan antes, no durante la crisis.
2. ¿Hasta cuándo se puede volver? Pasado cierto punto, regresar implica recapturar tanto trabajo que ya no es viable. Se define ese límite.
3. ¿Quién decide? Una persona, con autoridad, nombrada de antemano.
4. ¿Qué se conserva? Una copia completa del sistema anterior y de sus datos, congelada en el momento de la carga, con acceso garantizado.
5. ¿Cómo se recupera lo capturado en el sistema nuevo? Si ya se emitieron facturas o se registraron movimientos, hay que saber cómo trasladarlos de vuelta o regularizarlos.

Además, conviene mantener el sistema anterior accesible en modo de consulta durante un periodo razonable tras el arranque, y ensayar el retorno al menos una vez, aunque sea de manera parcial.

Un caso frecuente: migrar desde CONTPAQi

Muchas PyMEs mexicanas operan con contabilidad, facturación y nómina de CONTPAQi, a veces con varios módulos separados y complementos propios. Cuando la empresa crece, empieza a necesitar inventarios en tiempo real, varias sedes, manufactura, comercio electrónico o consolidación financiera. Entonces aparece la idea de pasar a un ERP integrado.

En este escenario hay puntos concretos que cuidar:

• Extracción. Los datos están repartidos en bases separadas por módulo y por empresa; hay que consolidarlos con criterio.
• Plan de cuentas y código agrupador. Debe mapearse con cuidado para que la contabilidad electrónica siga siendo coherente.
• CFDI históricos. Los comprobantes emitidos y recibidos se conservan; el nuevo sistema no tiene por qué recargarlos todos, pero deben seguir disponibles.
• Hábitos del equipo. Los usuarios acostumbrados a módulos independientes tienen que adaptarse a un flujo integrado. Esto es cambio organizacional, no solo técnico.

En otros casos, la mejor decisión es mantener CONTPAQi para lo contable y conectarlo con un ERP operativo. Un integrador puede valorar ambas rutas según su caso.

Qué esperar del nuevo ERP según el sistema elegido

Cada plataforma plantea retos de migración diferentes, aunque el método general es el mismo:

• Odoo ofrece gran flexibilidad por módulos y una versión de código abierto; la migración debe cuidar la localización fiscal para México y las personalizaciones. Vea más en Odoo y en la guía de ERP de código abierto.
• SAP Business One suele elegirse en empresas con procesos de producción y distribución estructurados; exige un trabajo riguroso de definición de datos maestros.
• Oracle NetSuite es una solución en la nube pensada para empresas con varias entidades y operación internacional; conviene revisar bien la localización y los costos recurrentes.
• Microsoft Dynamics 365 Business Central se integra de forma natural con el entorno Microsoft y se orienta a empresas medianas; la carga de datos se apoya en herramientas de importación propias.

Para comparar con calma, consulte Odoo frente a Business Central o Odoo frente a SAP Business One. Y si dudó sobre el presupuesto, la guía de precios del ERP explica de qué depende el costo sin dar cifras genéricas.

Lista de verificación antes del arranque

Antes de dar la orden final, revise que se cumpla todo lo siguiente:

• Los objetivos del proyecto y su alcance están escritos y aprobados.
• Existe un responsable interno con autoridad y tiempo.
• Los datos fueron depurados y los responsables de cada área firmaron el mapeo.
• Se hicieron varias cargas de ensayo y las conciliaciones cuadran.
• Los procesos críticos se probaron de punta a punta, incluido el timbrado de CFDI.
• Los usuarios recibieron capacitación con su propio flujo de trabajo.
• Las integraciones con bancos, tiendas, nómina y paquetería funcionan.
• El contador revisó la fecha de corte, los saldos iniciales y la conservación de documentos.
• El plan de retorno está escrito, con responsables y señales de activación.
• Hay soporte reforzado disponible durante las primeras semanas y el primer cierre.

Cómo le ayudamos a encontrar al integrador adecuado

Una migración bien hecha depende tanto del sistema como de quien la ejecuta. Nuestro servicio es gratuito: usted describe su proyecto y le conectamos con un integrador ERP certificado que conozca su tipo de empresa. No somos un integrador ni representamos a ningún fabricante; el proyecto lo realiza el integrador que usted elija. Puede ver el procedimiento en cómo funciona la mise en relación o volver a la página de inicio para solicitar contacto.

Si su empresa pertenece a un sector con particularidades, revise también las páginas de ERP para la industria, ERP para distribución o ERP para PyMEs, donde se explican los requisitos habituales de cada caso.

Los nombres de software mencionados son marcas de sus respectivos editores y se citan únicamente a título informativo. Este sitio es independiente y no está afiliado a ningún editor.