Desarrollo de ERP a Medida: Cuándo Construirlo, Cuánto Cuesta y Qué Evitar
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