Por qué fracasan los proyectos ERP en pyme española (y cómo no volver a repetirlo)

Hablemos del elefante en la sala: muchísimas empresas pyme españolas han pasado por una implantación de ERP que terminó mal. Proyectos que se alargaron tres veces el plazo previsto. Sistemas que entraron en producción y la gente seguía trabajando en Excel paralelos. Inversiones de seis cifras que no se notaron en el margen. Equipos quemados que asociaron la palabra ERP con una época mala de la empresa.

Si esa fue tu experiencia, tres cosas:

Primera: no eres tú. Los proyectos de ERP fracasan por causas estructurales que se repiten una y otra vez en pyme española, y rara vez son culpa del cliente. Lo vemos en el mercado todas las semanas.

Segunda: no es excusa para no volver a intentarlo. Una empresa que renuncia al ERP por una mala experiencia anterior queda en desventaja competitiva grave a tres años vista. No es opinión nuestra — es lo que vemos en los datos de las empresas que se han profesionalizado en los últimos cinco años y las que no.

Tercera: el contexto ha cambiado. El mercado ERP de 2026 no es el de 2018. Lo que falló entonces tiene poco que ver con lo que se implanta hoy. Esto se explica en detalle más abajo.

Este artículo es para directores y CEOs de pyme con la cicatriz puesta — o con el miedo legítimo de la primera vez. En Davisa llevamos veintitantos años implantando ERP en empresas españolas y hemos visto suficientes proyectos buenos y suficientes proyectos malos como para tener una opinión clara sobre por qué pasa lo que pasa.

Las cinco causas reales por las que fracasan los proyectos ERP en pyme

Casi nunca es por la tecnología. Las causas reales que se repiten son organizativas y de método. Y conocerlas es el primer paso para no repetirlas.

Causa 1 · Alcance inflado al inicio. El error más caro que vemos. Una empresa decide modernizar y arranca con la idea de implantar todo el sistema en seis meses: contabilidad, ventas, compras, almacén, producción, costes, reporting y CRM, todo en paralelo, con cinco departamentos cambiando de herramientas a la vez. Esto fracasa siempre. El equipo no absorbe el cambio, las decisiones de configuración se toman con prisa y mal, y los problemas de un módulo bloquean los demás. La regla operativa es la contraria: arrancar con dos o tres áreas críticas en seis meses, consolidar, y luego crecer.

Causa 2 · Implantador genérico sin conocimiento sectorial. El segundo error más caro. El partner que te implanta el ERP es tan importante como el ERP que eliges. Y muchas pymes contratan al partner por precio o por relación comercial sin verificar que conoce tu sector — y los sectores son muy distintos. Una constructora no se gestiona como una distribuidora; una fabricante de envases no como una asesoría. Un partner que ha implantado dos clientes en tu vertical hará en tres meses lo que un partner genérico hará en seis — y con la mitad de incidencias post go-live. Si el partner no puede contarte tres clientes de tu sector que hayan terminado bien el proyecto, busca otro.

Causa 3 · Falta de sponsor ejecutivo con piel en el juego. Los proyectos de ERP sin un director con nombre y apellidos que se juegue su credibilidad en el resultado mueren en doce meses. Si el proyecto lo lidera un comité difuso, si no hay un único responsable con autoridad sobre todos los departamentos afectados, si los conflictos entre áreas se resuelven en escalada a alguien que no quiere mojarse, el proyecto se atasca al primer choque de prioridades. Y siempre hay choque de prioridades.

Causa 4 · Expectativas mal gestionadas en ambas direcciones. La dirección espera que el ERP sea mágico y resuelva problemas que en realidad son de proceso o de criterio. El equipo operativo espera que el sistema nuevo le haga la vida más fácil sin cambiar nada de cómo trabajan. Las dos expectativas son falsas. El ERP no arregla procesos rotos: los obliga a definir. Y trabajar con un ERP serio cambia hábitos: si el equipo no acepta cambiar, el proyecto falla aunque la tecnología sea perfecta.

Causa 5 · Datos sucios que se intentan migrar tal cual. Muchas pymes llegan al proyecto con maestros de clientes duplicados, planes de cuentas que arrastran 15 años de parches, productos con códigos inconsistentes, dimensiones analíticas inventadas sobre la marcha. La tentación es migrar todo eso al ERP nuevo “para no perder histórico” y depurarlo “más adelante”. Eso no se hace nunca. Los datos sucios contaminan el sistema nuevo desde el día uno y los problemas de calidad de dato se manifiestan en el primer cierre. La limpieza previa cuesta tiempo y dinero, pero es no negociable.

Los proyectos que fracasan suelen tener tres o cuatro de estas cinco causas a la vez. No es mala suerte — es un patrón.

Qué cambió en 2026 (y por qué hoy es distinto)

Mucha de la cicatriz pyme con ERP viene de proyectos arrancados entre 2017 y 2022. El mercado de entonces y el de ahora son muy diferentes. Tres cambios estructurales importantes:

Microsoft Dynamics 365 Business Central cloud está enormemente más maduro que el NAV on-premise. Actualizaciones mensuales sin romper personalizaciones (modelo de extensiones AL). Infraestructura Azure incluida en el coste — sin servidores que comprar ni provisionar. Despliegue del entorno en horas, no semanas. Copilot embebido como capa de productividad transversal. El BC de hoy hace en cuatro meses lo que el NAV de 2019 hacía en doce.

El ecosistema de partners certificados se ha profesionalizado. Microsoft introdujo el modelo Solutions Partner con requisitos serios — capacitaciones, certificaciones por área, métricas de cliente. Las consultoras serias tienen métodos de implantación documentados, no improvisación. Hay opciones reales para verificar antes de firmar.

Las extensiones verticales serias cubren la sectorización sin customización. En 2018-2022 muchos proyectos fracasaban porque la “verticalización” se hacía a base de desarrollo a medida sobre el ERP estándar — caro de mantener, caro de actualizar, frágil cuando el ERP base se actualizaba. Hoy, extensiones como dvproject, dvfinance, dvproduction, dvquality, dvinvoice-hub cubren las particularidades del sector sin tocar el core — son AppSource certificadas, se mantienen con cada release de BC, no rompen el sistema.

El resultado neto: implantaciones más cortas, más predecibles y con muchas menos sorpresas. No es marketing — es lo que vemos en la base instalada que llevamos. Las cicatrices del pasado son legítimas; pero ya no representan al mercado actual.

El tsunami digital que está pasando — y por qué importa el timing

Conviene decir esto sin rodeos: la transformación digital de la pyme española está acelerándose, no estabilizándose. Y la diferencia entre las empresas que están subiendo a la ola ahora y las que están esperando va a ser muy difícil de recuperar en tres años.

Tres datos que conviene tener en cuenta:

• Verifactu (la facturación electrónica obligatoria con reporte en tiempo real a AEAT) entra en producción para sociedades en julio de 2025 y para autónomos en enero de 2026. Las empresas que no tienen un sistema serio detrás van a pasar el próximo año en modo apaga-fuegos fiscal.
• El AI Act europeo entró en vigor en agosto de 2024 y obliga a documentar y trazar el uso de IA en procesos empresariales con impacto. Las empresas que están integrando IA encima de un ERP serio tienen esa trazabilidad nativa; las que no, la van a tener que improvisar.
• El Kit Digital y Kit Consulting financian implantaciones serias hasta 2026 inclusive. Después se acabaron las ayudas. Hacer el proyecto subvencionado es radicalmente más barato que hacerlo en 2027.

La empresa pyme que termine 2026 sin un ERP serio, con dato limpio y con un partner cualificado va a tener un problema estructural en 2027. No es opinión — es lectura honesta del contexto regulatorio y económico. Quien estaba esperando “el momento bueno” para implantar, este es ese momento. Esperar más tiene un coste creciente.

Si la cicatriz del proyecto anterior te impide moverte, el coste de oportunidad de no actuar ya supera al riesgo de volver a intentarlo — siempre que el segundo intento se haga con otro método.

Cuatro cosas que tu próximo proyecto NO debe repetir

Si vas a volver a intentarlo, asegúrate de que estas cuatro cosas están atadas desde el inicio. Sin las cuatro, el patrón de fracaso anterior se va a repetir.

Una · Alcance acotado y entregable en menos de seis meses. Olvídate de implantar el sistema completo de una vez. Identifica las dos o tres áreas más críticas para el negocio ahora mismo y arranca por ahí. Cierra ese alcance contractualmente. Lo demás se hará en fases posteriores con go-live independientes. Esto reduce el riesgo a la mitad y permite cerrar el primer proyecto con un éxito visible.

Dos · Partner con experiencia demostrable en tu sector. Pide al partner que te enseñe tres clientes de tu vertical que hayan terminado el proyecto y estén en régimen. Habla con uno o dos de ellos sin el partner delante. Pregúntales qué salió bien, qué salió mal, cómo se gestionaron los problemas. Si el partner no puede facilitar esto, no es el partner.

Tres · Sponsor ejecutivo único con autoridad real. Un director con nombre y apellidos, con presupuesto asignado y con autoridad para resolver conflictos entre departamentos. No un comité, no un grupo de trabajo: una persona. Si no la tienes en la empresa, el proyecto no debería arrancar todavía.

Cuatro · Datos saneados antes de migrar, no después. Maestros de clientes, plan de cuentas, productos, dimensiones — todo limpio antes del go-live. Esto cuesta dos o tres meses de trabajo previo, y vale cada euro. Migrar datos sucios al sistema nuevo garantiza que el nuevo sistema sea sucio desde el día uno.

Si tu próxima propuesta de proyecto no aborda explícitamente las cuatro, es la misma propuesta que fracasó la última vez. Pide otra.

Cómo lo hacemos en Davisa

Llevamos más de veinte años implantando ERP en pyme española, antes con Navision on-premise, ahora con Microsoft Dynamics 365 Business Central cloud + el catálogo de extensiones dv*. Por el camino hemos aprendido las cosas que funcionan y las que no.

Discovery sin riesgo de cinco días como primer paso. No vendemos implantación en frío. Empezamos siempre por un Discovery corto — cinco días — donde mapeamos vuestros procesos críticos, identificamos las dos o tres áreas por las que arrancar y dimensionamos alcance, plazo e inversión con cifras defendibles. Coste cerrado, conocido de antemano. Si después del Discovery no veis claro avanzar, el roadmap es vuestro igual.

Implantación por fases con go-live independientes. Nuestros proyectos típicos arrancan con dos o tres áreas en cuatro-seis meses, con go-live medible y cifra de ROI auditable, y crecen desde ahí. Sin compromisos a doce o dieciocho meses ciegos. Cada fase tiene su éxito.

Experiencia sectorial verificable. Te enseñamos clientes reales de tu vertical — promotora, construcción, fabricación discreta, fabricación alimentaria, patrimonio inmobiliario, distribución, ingenierías — que han terminado proyecto y están en régimen. Hablas con ellos sin nosotros delante. Si nuestro catálogo de casos no cubre tu sector con varios ejemplos, te lo decimos y proponemos otra ruta.

Tecnología sin atajos. Microsoft Business Central como base de un proveedor con continuidad garantizada. Extensiones dv* certificadas en Microsoft AppSource para la sectorización — sin desarrollo a medida frágil. Infraestructura Azure auditada y con cumplimiento ENS Alta para clientes que licitan con AAPP.

Cuándo NO conviene volver a intentar implantar ERP

Honestidad antes de cerrar. Hay cuatro situaciones donde es razonable esperar:

• Si dentro de la empresa hay un problema de procesos no resuelto y se está intentando arreglar con ERP. El ERP no arregla procesos rotos — los amplifica. Primero el proceso.
• Si no hay sponsor ejecutivo con autoridad real y presupuesto asignado. Los proyectos sin dueño mueren. Si no lo tenéis identificable, no es el momento.
• Si la empresa está en una crisis financiera aguda y se busca el ERP como solución mágica al cierre. Primero estabilidad financiera, luego implantación. El ERP no salva empresas — apoya empresas que se están organizando.
• Si el proyecto anterior fracasó hace menos de doce meses y el equipo aún tiene la herida fresca. Conviene esperar a recuperar credibilidad organizativa para que el segundo intento empiece con apoyo interno suficiente.

En esos casos preferimos decirlo abiertamente durante el Discovery y proponer otra ruta antes que arrancar un piloto que sabemos que se va a estrellar.

---

Para profundizar:

• Comparativa de plataformas ERP para construcción — si vuestro sector es construcción/promoción
• Mejores ERP para construcción 2026 — comparativa funcional sectorial
• Por qué la IA fracasa sin un ERP serio detrás — el siguiente paso lógico tras tener ERP en régimen
• 10 errores típicos al implantar IA en pyme española — los aprendizajes del ERP, aplicados a IA
• Por qué el 70% de pilotos IA fracasan en pyme — patrón de fracaso recurrente en IA