# Desarrollo de ERP a Medida: Cuándo Construirlo, Cuánto Cuesta y Qué Evitar | Alher Tech > La mayoría de ERPs a medida fracasan. Los que tienen éxito empiezan estrechos, sustituyen SAP/Oracle módulo a módulo y usan stack moderno. El playbook 2026 para ERPs que se entregan y aportan valor en 6-12 meses. - Canonical page: https://alhertech.com/es/guias-saas/desarrollo-erp-medida/ - Site: Alher Tech (custom software, AI agents and SEO engineering, https://alhertech.com/) - Contact: https://alhertech.com/es/contacto/ --- La mayoría de proyectos de ERP a medida fracasan. Los post-mortem comparten forma: scope multianual, rollout todo-o-nada, requisitos desalineados, fees de consultoría disparados. Los ERPs que tienen éxito en 2026 son distintos: arranque estrecho, stack moderno, sustitución modular de SAP/Oracle/Dynamics módulo a módulo, y valor visible en 6-12 meses. Esta es la guía que usamos en Alher Tech para entregar ERPs a medida que funcionan. ## Cuándo un ERP a Medida Tiene Sentido - Tu flujo operativo es genuinamente distinto al de los ERPs comerciales (manufactura específica, industria regulada, especialización vertical). - Pagas a SAP/Oracle 1M+ €/año y obtienes adaptabilidad limitada. Sustituir un módulo es ya una jugada de ROI real. - No consigues las integraciones que necesitas de ERPs empaquetados sin pagar fees de SI de 3-5x el coste de licencia. - Compliance o soberanía del dato descarta a los grandes vendors SaaS. - Tu foso competitivo vive en el flujo mismo. ## Cuándo NO Construir a Medida - Tus procesos son mayormente estándar. NetSuite, Odoo, Microsoft Dynamics encajan tras configuración ligera. - No tienes claridad de proceso. Los ERPs codifican procesos. Si los tuyos son vagos, custom amplifica el caos. - Tu equipo no puede dedicar un product owner full-time. ERPs custom sin él fracasan al 70%+. - Intentas ahorrar a corto. A medida es más barato a 5 años, más caro a 12 meses. Si la caja importa ahora, compra SaaS. - Crees que un ERP arregla problemas organizativos. No los arregla. ## El Stack Moderno de ERP - **Backend: Java/Spring Boot o .NET**: Maduros, transaccionales, fáciles de contratar. Node/Python valen pero requieren más disciplina para transacciones y audit trail nivel ERP. - **Base de datos: PostgreSQL**: Default en ERPs 2026. Consistencia fuerte, replicación madura, soporte JSON para esquemas flexibles. Oracle/SQL Server solo si lo imponen. - **Frontend: React + TypeScript**: Las apps internas no necesitan frameworks exóticos. React + librería de componentes (MUI, Mantine, ShadCN) entrega rápido. - **Motor de workflow**: Camunda, Temporal o tablas de workflow en BD. Los ERPs reales tienen procesos largos multi-paso. Modélalos explícitamente. - **Reporting/BI**: Metabase, Superset o PowerBI encima. No construyas reporting desde cero. - **Identidad + auditoría**: Keycloak o Auth0 para SSO/SCIM. El log de auditoría es innegociable: cada cambio atado a usuario, timestamp, valor antes/después. - **Integraciones**: APIs REST primero; SAP iDoc / EDI cuando obliguen. n8n o Workato para flujos internos low-code cuando velocidad importa más que control. ## Migración Strangler de ERP Sustituir SAP u Oracle de un golpe es cómo mueren las empresas. El patrón que funciona: - **Paso 1: Elige el peor módulo**: El que cuesta más en licencias, fees de personalización y fricción. A menudo no es el obvio; es uno que el negocio lleva años workaroundeando. - **Paso 2: Espejo read-only**: Construye el nuevo módulo que lee del ERP viejo vía API o replicación. Los usuarios ven la nueva UI, los datos viven en el sistema viejo. Sin riesgo. - **Paso 3: Dual-write**: Las escrituras van a ambos. El viejo sigue siendo source of truth. Testea semanas hasta verificar paridad. - **Paso 4: Cutover**: El nuevo pasa a ser source of truth. El viejo sigue legible para auditoría. El negocio no ha tenido downtime. - **Paso 5: Decommission**: Cuando el nuevo se prueba 90+ días, se decommissiona el módulo equivalente del viejo. Licencia ahorrada. - **Paso 6: Repite**: Elige el siguiente peor módulo. Itera 12-24 meses. El ERP viejo encoge; el nuevo crece. Sin riesgo big-bang. ## Realidad de Costes (Por Módulo) | Tipo de módulo | Coste build | Plazo | | --- | --- | --- | | Inventario / almacén | 80K – 250K $ | 3 – 6 meses | | Gestión de pedidos | 100K – 300K $ | 4 – 8 meses | | Compras | 70K – 200K $ | 3 – 6 meses | | Producción / MRP | 150K – 500K $ | 6 – 12 meses | | Finanzas / GL / AR / AP | 200K – 600K $ | 6 – 14 meses | | RRHH / Nóminas (reguladas) | 120K – 400K $ | 5 – 10 meses | | CRM (ligero) | 60K – 180K $ | 3 – 5 meses | Costes por módulo asumiendo equipo moderno y base reusable (auth, audit, reporting). Construir todos desde cero absoluto es 1,5-2x estos números. ## Por Qué Fallan los ERPs Custom - Scope big-bang. Presupuestos seis cifras, plazos multianuales, después colapso. Strangler-pattern en su lugar. - Sin product owner. Los ERPs codifican procesos. Sin decisor dedicado, entregas la conjetura de alguien apurado. - Subestimar la migración de datos. Limpiar, mapear y validar 10 años de datos legacy suele ser 30-40% del coste. - Ignorar gestión del cambio. Personas que pierden sus workarounds necesitan formación o rechazan el sistema. - Saltarse audit trail. Los auditores lo pedirán después. Constrúyelo el día uno. - Hardcodear reglas de negocio. Tasas, umbrales, estructuras de fee cambian. Hazlas configurables. - No diseñar para integraciones. Los ERPs viven en una red de sistemas. APIs primero. ## Construye el Módulo, No el ERP Los ERPs custom fracasan cuando se enmarcan como 'sustituir SAP'. Tienen éxito cuando se enmarcan como 'sustituir este módulo que nos cuesta 400K €/año en licencia y SI'. Elige el primer módulo correcto, entrega en 6 meses, prueba el ahorro y repite. El patrón strangler no falla. El proyecto big-bang sí. ## Preguntas frecuentes ### ¿Cuánto tarda un ERP a medida? Sustituir un módulo: 4-10 meses. Modernización multi-módulo: 12-24 meses. ERP completo desde cero: 18-36 meses. El strangler te deja entregar valor cada 3-6 meses por el camino. ### ¿Custom puede ser más barato que SAP/NetSuite? TCO a 5 años: normalmente sí para clientes de SAP de 1M+ €/año. Año 1: normalmente no. La cuenta depende de la trayectoria de licencia, fees de personalización y coste de integración. ### ¿Empiezo por finanzas u operaciones? Operaciones casi siempre. Finanzas la cubren bien Sage, NetSuite, Odoo. Los módulos operativos son donde viven las especificidades verticales, y donde se acumulan los fees de SAP. ### ¿Y Odoo / Dolibarr / open-source? Excelente término medio. Los ERPs open-source cubren 70% de necesidades out of the box; tú personalizas el 30% restante. Más barato que custom puro, más flexible que SaaS. Vale la pena evaluar antes de greenfield. ### ¿Cómo evito el scope creep? Gating módulo a módulo. Cada uno con scope cerrado, precio cerrado, plazo cerrado. Cambios pasan por revisión formal. El strangler limita scope por incremento naturalmente. ## Guías relacionadas - [Software a medida vs SaaS: cómo elegir](https://alhertech.com/es/guias-saas/software-medida-vs-saas/) - [Migración legacy: patrón strangler](https://alhertech.com/es/guias-saas/migracion-sistemas-legacy/) - [Arquitectura multi-tenant para ERP](https://alhertech.com/es/guias-saas/arquitectura-saas-multi-tenant/) - [Nuestros servicios de software a medida](https://alhertech.com/es/servicios/desarrollo-software-a-medida/)