ERP industrial: cómo saber si tu empresa necesita cambiarlo

Un ERP puede acompañar a una empresa durante muchos años. Eso no significa que deba sustituirse por antigüedad, ni que cualquier proceso manual sea una prueba de que el sistema se ha quedado obsoleto. La cuestión útil es otra: ¿el ERP sigue respondiendo de forma adecuada a los procesos, datos e integraciones que necesita hoy la empresa?

Un sistema ERP —Enterprise Resource Planning o planificación de recursos empresariales— es un software utilizado para gestionar e integrar distintos procesos empresariales. Oracle incluye entre ellos contabilidad, compras, proyectos, cadena de suministro y fabricación, y describe el ERP como un sistema que conecta procesos y facilita el flujo de datos entre ellos. Fuente: Oracle.

En fabricación, SAP define el ERP para manufactura como un sistema centralizado que conecta ámbitos como producción, aprovisionamiento, cadena de suministro y finanzas. Las funciones concretas dependen del producto, los módulos contratados, la configuración y la arquitectura tecnológica de cada empresa. Fuente: SAP.

En este artículo utilizamos el término ERP industrial para referirnos a un ERP utilizado en una empresa de fabricación o actividad industrial y que participa en la gestión de procesos relacionados con producción, compras, inventario, costes, logística, finanzas u otras áreas del negocio.

¿Cuándo tiene sentido revisar un ERP industrial?

La necesidad de revisar un ERP aparece cuando existe una diferencia relevante entre lo que la empresa necesita hacer y lo que el sistema actual permite hacer de manera razonable.

Ese desajuste puede aparecer porque la organización ha cambiado, porque se han añadido procesos, plantas o líneas de negocio, porque existen nuevas necesidades de integración o porque la versión tecnológica ha dejado de recibir el soporte necesario.

También puede ocurrir lo contrario: que el ERP disponga de funcionalidades suficientes pero estén mal configuradas, poco utilizadas o sean desconocidas por los usuarios. Por eso, detectar un problema no equivale automáticamente a justificar una sustitución.

Señal 1: los mismos datos se introducen varias veces

Un primer punto de revisión aparece cuando distintos departamentos necesitan volver a introducir manualmente información que ya existe en otro sistema o archivo.

Por ejemplo, una empresa puede registrar un pedido en el ERP y volver a copiar determinados datos en una hoja de cálculo, en otra aplicación o en un documento utilizado por producción.

La existencia de duplicidades no demuestra que el ERP deba cambiarse. Puede deberse a causas diferentes:

• una integración que no existe;
• una integración que no funciona como necesita el proceso;
• un módulo que no está implantado;
• una configuración mejorable;
• un procedimiento interno que se ha mantenido aunque ya no sea necesario;
• o una limitación real de la solución actual.

Precisamente porque puede haber varias causas, lo recomendable es identificar primero dónde se origina el dato, quién lo utiliza y por qué se vuelve a introducir.

Señal 2: procesos relevantes dependen de hojas de cálculo paralelas

Excel y otras hojas de cálculo son herramientas útiles y no existe ningún motivo para eliminarlas simplemente porque haya un ERP.

La señal aparece cuando una hoja de cálculo deja de ser una herramienta auxiliar y se convierte en el lugar imprescindible para ejecutar o controlar un proceso que debería estar conectado con otros datos empresariales.

Algunos ejemplos que pueden justificar una revisión son:

• planificaciones de producción que no se reflejan en el sistema de gestión;
• inventarios paralelos que no coinciden con la información del ERP;
• cálculos de costes que dependen de exportaciones y ajustes manuales recurrentes;
• seguimientos de pedidos que solo conoce una persona porque están en archivos propios;
• o datos maestros mantenidos simultáneamente en varios lugares.

De nuevo, la conclusión no debe ser “hay Excel, hay que cambiar de ERP”. La pregunta correcta es por qué ese proceso está fuera del sistema y si mantenerlo así sigue siendo la mejor opción.

Señal 3: obtener información fiable exige consolidaciones manuales frecuentes

Un ERP puede almacenar grandes cantidades de información sin que eso garantice automáticamente que los informes disponibles respondan a todas las preguntas de negocio.

Puede ser necesario utilizar herramientas de Business Intelligence o soluciones analíticas externas. Eso no constituye un problema por sí mismo.

La situación merece una revisión cuando obtener un dato básico requiere de forma recurrente exportar información de varios sistemas, corregirla manualmente, reconciliar versiones distintas y reconstruir el mismo informe una y otra vez.

La estrategia industrial basada en datos requiere entender cómo se generan, comparten y gobiernan los datos. Puedes ampliar este enfoque en nuestra guía sobre estrategia industrial basada en datos.

Señal 4: el ERP ya no encaja con procesos importantes de fabricación

Las necesidades de una empresa industrial pueden cambiar con el tiempo. Un sistema implantado cuando la organización tenía una planta, un tipo de producto o una estructura determinada puede encontrarse años después ante procesos diferentes.

En un entorno de fabricación, las necesidades pueden incluir, según el caso, planificación de materiales, órdenes de producción, inventario, aprovisionamiento, costes, logística, calidad, mantenimiento o trazabilidad.

SAP incluye entre las capacidades de sus soluciones ERP para fabricación la planificación de producción, MRP, capacidad, inventario, compras, finanzas y otras funciones industriales. Esto muestra el tipo de procesos que pueden formar parte de un ERP de fabricación, aunque no todos los productos ERP incluyen las mismas funcionalidades. Fuente: SAP.

Si un proceso crítico ha cambiado y el sistema actual solo puede soportarlo mediante soluciones manuales, personalizaciones difíciles de mantener o circuitos excesivamente complejos, puede ser razonable evaluar alternativas.

Señal 5: integrar el ERP con otros sistemas se ha convertido en una dificultad recurrente

En una empresa industrial, el ERP puede convivir con otras aplicaciones: CRM, MES, WMS, PLM, sistemas de mantenimiento, plataformas de comercio electrónico, herramientas de Business Intelligence o aplicaciones desarrolladas específicamente para un proceso.

No existe una regla que diga que todo deba estar dentro del ERP.

Lo relevante es que la arquitectura elegida permita intercambiar los datos necesarios de manera controlada y acorde con las necesidades del negocio.

Microsoft incluye la integración entre las áreas que deben planificarse y gobernarse en una implantación de aplicaciones empresariales y recomienda evaluar tanto el impacto de negocio como los aspectos tecnológicos y de seguridad de los sistemas conectados. Fuente: Microsoft Learn.

Si cada nueva integración requiere soluciones frágiles, procesos manuales permanentes o desarrollos difíciles de mantener, puede ser una señal para revisar tanto el ERP como la arquitectura que lo rodea.

Señal 6: mantener el sistema depende de demasiadas personalizaciones o conocimiento difícil de sustituir

Las personalizaciones no son negativas por definición. Algunas responden a procesos específicos que aportan valor y pueden ser necesarias.

La cuestión aparece cuando la organización ya no sabe con claridad:

• qué modificaciones se han realizado;
• por qué se hicieron;
• quién puede mantenerlas;
• qué impacto tendrá una actualización;
• o qué procesos dependen de ellas.

Una dependencia elevada de desarrollos no documentados puede aumentar la complejidad de mantenimiento y de futuros cambios. Antes de sustituir el ERP, puede ser útil inventariar las personalizaciones y clasificar cuáles siguen siendo necesarias.

Señal 7: la versión o componentes críticos han llegado al final de su soporte

Esta es una señal diferente porque puede tener implicaciones técnicas y de seguridad concretas.

Cuando un proveedor declara el final de soporte de una versión, las consecuencias exactas dependen de su política de ciclo de vida. Por ejemplo, Microsoft especifica que, para los productos que alcanzan su fin de soporte bajo las condiciones indicadas en su política, dejan de ofrecerse nuevas actualizaciones de seguridad y de otro tipo, además de determinadas opciones de soporte. Fuente: Microsoft Lifecycle.

Esto no significa que todos los ERP antiguos estén automáticamente sin soporte. Cada empresa debe comprobar el producto, versión, base de datos, sistema operativo, infraestructura y componentes concretos que utiliza, así como las condiciones de soporte de cada fabricante.

¿Cambiar el ERP o mejorar el que ya tienes?

Una revisión seria debería comparar varias alternativas antes de tomar una decisión.

No existe una alternativa universalmente mejor. La decisión depende de los requisitos, costes, riesgos, arquitectura, soporte disponible y capacidad interna de cada organización.

Paso 1: mapear los procesos antes de buscar un nuevo ERP

Antes de comparar proveedores conviene comprender cómo trabaja realmente la empresa.

Microsoft incluye el mapeo de procesos de negocio entre las áreas clave de planificación de una implantación y señala que identificar y comprender los procesos es necesario para trasladarlos a una nueva solución empresarial. Fuente: Microsoft Learn.

El análisis puede comenzar con preguntas como:

• ¿cómo entra un pedido?
• ¿cómo se planifica?
• ¿cómo se generan necesidades de compra?
• ¿cómo se registra la producción?
• ¿cómo se controla el inventario?
• ¿cómo se calculan y analizan costes?
• ¿qué datos pasan a otros sistemas?
• ¿dónde existen tareas manuales recurrentes?
• ¿qué excepciones aparecen habitualmente?

El objetivo no es documentar cada clic de la aplicación actual, sino comprender los procesos y los requisitos que la nueva solución deberá soportar.

Paso 2: definir requisitos reales, no copiar el ERP antiguo

Uno de los riesgos de un cambio de sistema es convertir automáticamente todas las funciones y personalizaciones existentes en requisitos obligatorios para el nuevo ERP.

SAP recomienda comenzar la evaluación de un ERP definiendo las necesidades de la organización y prestando especial atención a los procesos y requisitos que diferencian al negocio. Fuente: SAP.

Para cada requisito puede ser útil preguntar:

• ¿sigue siendo necesario?
• ¿responde a una necesidad de negocio o a una limitación histórica?
• ¿es obligatorio por normativa, cliente o proceso?
• ¿puede resolverse con una función estándar?
• ¿necesita integración con otro sistema?
• ¿qué usuarios lo necesitan?

Paso 3: inventariar datos, integraciones y personalizaciones

Antes de una sustitución es importante saber qué depende del sistema actual.

Microsoft distingue en una migración entre datos de configuración y datos migrados, como clientes, productos, proveedores y transacciones abiertas, y recomienda planificar, probar y validar la migración. Fuente: Microsoft Learn.

Paso 4: comparar el coste completo, no solo la licencia

El precio de una licencia o suscripción no representa necesariamente todo el coste de un proyecto ERP.

Para comparar alternativas de manera coherente, una empresa puede incluir los conceptos que sean aplicables a su caso:

• licencias o suscripciones;
• implantación y consultoría;
• infraestructura cuando corresponda;
• migración y depuración de datos;
• integraciones;
• desarrollos o extensiones;
• pruebas;
• formación;
• soporte y mantenimiento;
• actualizaciones;
• y dedicación interna del equipo del proyecto.

No todos estos costes existirán en todos los proyectos ni tendrán el mismo peso. La comparación debe realizarse con el mismo alcance y horizonte para cada alternativa.

Paso 5: evaluar el ERP con procesos reales de la empresa

Una demostración genérica puede enseñar muchas funcionalidades sin responder a los procesos que realmente importan.

Puede ser más útil preparar escenarios basados en la operación real.

El objetivo no es obligar a que todos los proveedores resuelvan cada escenario exactamente de la misma forma, sino comprobar cómo soporta cada solución los requisitos definidos.

Paso 6: planificar migración, pruebas, formación y puesta en marcha

Una sustitución de ERP no termina con la configuración del software.

La guía de implementación de Microsoft incluye entre las áreas clave de un proyecto el mapeo de procesos, diseño de la solución, migración de datos, integraciones, pruebas, formación, puesta en marcha e informes. Fuente: Microsoft Learn.

Microsoft también recomienda realizar pruebas de integración, aceptación de usuario y migración de datos antes de la puesta en producción, además de preparar un plan de transición y soporte. Fuente: Microsoft Learn.

Estas recomendaciones pertenecen a la metodología de implantación de Dynamics 365, pero las actividades citadas —migración, integraciones, pruebas, formación y preparación del arranque— son aplicables como áreas de análisis cuando una empresa planifica un proyecto ERP.

Qué departamentos deberían participar

Un ERP afecta normalmente a más de un área del negocio. Los participantes dependerán del alcance, pero en una empresa industrial pueden incluir representantes de:

• dirección;
• finanzas y administración;
• producción;
• compras;
• logística o almacén;
• calidad;
• mantenimiento;
• comercial;
• IT;
• y otras áreas afectadas por el proyecto.

No es necesario que todas las personas participen en todas las decisiones. Sí conviene definir quién representa cada proceso y quién valida los requisitos y las pruebas que le afectan.

ERP en la nube, local o híbrido: no existe una respuesta universal

Los ERP pueden desplegarse bajo distintos modelos. Oracle distingue entre sistemas locales, en la nube e híbridos. Fuente: Oracle.

La elección no debería reducirse a afirmar que un modelo es siempre mejor que otro. Pueden influir factores como arquitectura tecnológica, requisitos de integración, conectividad, políticas de seguridad, necesidades de personalización, modelo económico, capacidades internas y condiciones de soporte del proveedor.

Caso práctico: una empresa industrial que está revisando su ERP

1. Identificar los problemas

La empresa documenta qué tareas generan duplicidades, qué informes requieren trabajo manual y qué integraciones necesita.

2. Revisar el ERP actual

Antes de buscar sustitutos, consulta qué capacidades existen en su versión, qué módulos podrían resolver parte de las necesidades y cuál es su situación de soporte.

3. Separar problemas de sistema y problemas de proceso

Algunas tareas pueden requerir cambios tecnológicos; otras pueden resolverse modificando procedimientos, datos o configuración.

4. Comparar alternativas

La empresa analiza la optimización del sistema actual, una actualización, nuevas integraciones y la sustitución completa.

5. Decidir con criterios definidos

La decisión se basa en requisitos, costes, riesgos, capacidad de integración, mantenimiento y adecuación a los procesos prioritarios.

Errores que conviene evitar al evaluar un cambio de ERP

Cambiar porque el ERP “es antiguo”

La edad por sí sola no determina si un sistema es adecuado. Conviene revisar funcionalidad, soporte, seguridad, arquitectura y encaje con los procesos.

Elegir antes de definir los requisitos

Comparar productos sin comprender primero las necesidades de negocio puede dificultar una evaluación homogénea.

Copiar todas las personalizaciones actuales

Algunas pueden seguir siendo necesarias; otras pueden responder a decisiones o limitaciones históricas que merece la pena revisar.

Dejar la migración de datos para el final

Microsoft recomienda planificar, probar y validar la migración durante el proyecto. Los datos a trasladar, su calidad y su transformación forman parte del alcance de implantación.

Probar únicamente el software de forma aislada

Cuando existen integraciones, estas también deben validarse antes de la puesta en producción.

No preparar a los usuarios

La formación y la preparación operativa aparecen entre las actividades de puesta en marcha incluidas en las guías de implementación de Microsoft y Oracle.

Checklist: ¿deberías revisar tu ERP industrial?

Una o varias respuestas afirmativas no significan que sea obligatorio cambiar el ERP. Indican áreas que merece la pena analizar con más detalle.

Preguntas frecuentes sobre ERP industrial

¿Qué es un ERP industrial?

“ERP industrial” no es una categoría con una única definición normativa. En este artículo usamos el término para describir un sistema ERP aplicado a una empresa industrial o fabricante y que participa en la gestión integrada de procesos como producción, compras, inventario, logística o finanzas.

¿Usar Excel significa que el ERP se ha quedado obsoleto?

No. Las hojas de cálculo pueden complementar perfectamente un ERP. La revisión tiene sentido cuando procesos críticos dependen de archivos paralelos, existen datos duplicados o el trabajo manual dificulta mantener información coherente.

¿Es mejor actualizar el ERP o sustituirlo?

No existe una respuesta universal. Depende de si la solución actual puede cubrir los requisitos mediante configuración, actualización, módulos o integraciones y de cómo se comparen esas opciones con una sustitución completa.

¿Un ERP debe incluir un MES?

No necesariamente. Un ERP puede convivir e integrarse con sistemas especializados como MES, WMS, CRM, PLM u otras aplicaciones. La arquitectura adecuada depende de los procesos y requisitos de la empresa.

¿Qué datos se migran al cambiar de ERP?

Depende del alcance. Microsoft distingue entre datos de configuración y datos migrados, que pueden incluir datos maestros como clientes, productos o proveedores y transacciones abiertas como pedidos, existencias o saldos. La empresa debe definir qué información necesita trasladar, conservar o archivar.

¿Cuánto tarda un cambio de ERP?

No existe un plazo fiable aplicable a todas las empresas. Depende del alcance, número de procesos, datos, integraciones, personalizaciones, usuarios, estrategia de despliegue y recursos disponibles. Por ese motivo, este artículo no asigna una duración estándar al proyecto.

¿Cuánto cuesta cambiar un ERP?

Tampoco existe un coste universal. Deben evaluarse los conceptos aplicables al proyecto concreto, como licencias, implantación, migración, integraciones, personalizaciones, formación, soporte, infraestructura y dedicación interna.

La decisión no es “ERP viejo o ERP nuevo”

Un cambio de ERP puede afectar a datos, procesos, personas e integraciones. Por eso, la decisión no debería comenzar comparando catálogos de proveedores.

Conviene empezar por entender qué está fallando, qué necesita realmente el negocio y si el sistema actual puede evolucionar para responder a esas necesidades.

Si la respuesta es sí, optimizar o actualizar puede ser suficiente. Si la respuesta es no, la empresa dispondrá de requisitos mucho más claros para evaluar una sustitución.