ERP cloud para constructoras: cuándo migrar y cuándo no
ERP cloud para constructoras con dvproject sobre Business Central: ventajas reales del SaaS, costes ocultos y migración honesta desde sistemas on-premise.
Hace 10 años, la pregunta era “¿deberíamos mover el ERP a cloud?”. Hoy la pregunta es “¿por qué seguimos en on-premise?” — pero la respuesta no siempre es trivial. Muchas constructoras españolas medianas (10-80 usuarios) operan todavía con un ERP en servidor físico, a veces sobre versiones de NAV o sistemas a medida con 10-15 años de antigüedad. El argumento “funciona, no toques” tiene sentido — hasta que deja de tenerlo.
✏️ Actualizado en junio de 2026 — Hemos revisado este artículo para reflejar los cambios regulatorios del sector y los costes 2026. Si echas en falta algún punto, escríbenos.
Este artículo va al grano sobre cuándo conviene migrar a un ERP cloud para constructoras y cuándo no — desde el caso concreto de dvproject sobre Microsoft Dynamics 365 Business Central en su modalidad SaaS.
Qué significa “ERP cloud” en serio
Conviene precisar — el término “cloud” se usa para tres cosas distintas:
| Modalidad | Qué significa | Ejemplo |
|---|---|---|
| On-premise puro | Servidor físico en la oficina de la constructora | NAV 2017/2018 sobre Windows Server en sala IT |
| Cloud privado / hosting | Servidor físico en datacenter alquilado | NAV en Arsys, Stackscale, Azure IaaS administrado por partner |
| SaaS (cloud puro) | Servicio del fabricante, sin servidor propio | Business Central Online sobre Azure de Microsoft |
Cuando hablamos de dvproject en cloud, hablamos de la tercera: SaaS sobre Business Central Online. La constructora paga una cuota por usuario / mes, accede por navegador o app, y Microsoft + Davisa gestionan la infraestructura entera.
Por qué un ERP cloud encaja con las constructoras españolas medianas
1. La obra no está en la oficina
El modelo on-premise se diseñó cuando todo el trabajo se hacía en la oficina central. Una constructora opera en obras distribuidas — Bilbao, Sevilla, Madrid, costa levantina — y necesita que jefe de obra, aparejador, encargado, comercial y administración accedan al mismo sistema desde donde estén. Con cloud, esto es trivial. Con on-premise, exige VPNs, accesos remotos y mantenimientos que se rompen cada actualización de Windows.
2. No hay departamento de IT propio (o es muy pequeño)
La mayoría de constructoras medianas no tiene equipo de IT dedicado. Tienen un partner externo que viene cuando algo falla. Con on-premise, los problemas son frecuentes: backups que fallan, parches de Windows que rompen el ERP, servidores que se quedan sin disco, conectores que se desconfiguran. Con SaaS, Microsoft mantiene el motor y Davisa mantiene la extensión. La constructora se preocupa del negocio.
3. Los costes de hardware/software de servidor son ya un mordisco
Un servidor para BC on-premise para 30 usuarios + su SQL Server + sus licencias + su renovación cada 5 años + el contrato de mantenimiento del partner = entre 15.000 y 35.000 € al año, sin contar la luz, el aire acondicionado y la persona que ocasionalmente lo toca. SaaS elimina todo ese capítulo de la cuenta.
4. La actualización del ERP deja de ser un proyecto
En NAV / BC on-premise, actualizar de versión es un proyecto de 4-8 semanas cada vez (cada 2-3 años). En BC cloud, las actualizaciones son automáticas dos veces al año, sin afectar al usuario. La deuda técnica deja de acumularse.
5. Las extensiones (como dvproject) se mantienen en formato AL moderno
dvproject está desarrollado en AL — el lenguaje moderno de extensiones BC. Funciona igual en cloud y en on-premise, pero en cloud es mucho más rápido de actualizar. Cuando Davisa publica una mejora de dvproject, el cliente cloud la tiene en horas. El cliente on-premise puede esperar semanas según su ciclo de mantenimiento.
Tabla resumen — beneficios y compromisos
| Dimensión | On-premise | SaaS (dvproject cloud) |
|---|---|---|
| Inversión inicial hardware | Alta (servidor + SQL + licencias) | 0 |
| Cuota mensual usuario | Baja | Media-alta |
| TCO a 3 años (30 usuarios) | Referencia mercado | ~25 % menos |
| Trabajo en obra y movilidad | VPN / RDP / acceso remoto | Acceso directo nativo |
| Actualizaciones | Proyecto manual cada 2-3 años | Automáticas 2/año |
| Backups | Responsabilidad propia | Microsoft (con SLA) |
| Seguridad / certificaciones | Tu responsabilidad | Azure (ISO 27001, SOC 1/2) |
| Personalización pesada | Posible, con coste | Limitada al modelo AL (recomendado) |
| Dependencia conexión | Solo accesos remotos | Continua |
| Soporte técnico | Tu IT + partner | Microsoft + Davisa |
Costes ocultos que conviene ver antes de migrar
Cloud no es una bala de plata. Hay tres costes ocultos que conviene reconocer:
1. Conectividad
Si la constructora tiene oficina con fibra 600 Mbps y obras con 4G razonable, no hay problema. Si la oficina está aún con ADSL 30 Mbps y las obras con cobertura intermitente, antes de migrar a cloud hay que invertir en conectividad (fibra empresarial + 4G/5G backup + repetidores en obras). Coste tangible (2.000-8.000 € inicial + 200-500 €/mes), pero asumible.
2. Integraciones a medida heredadas
Si tu ERP actual está integrado con un ESCRIBANO de hace 15 años o un sistema propietario, esa integración hay que reescribirla para cloud. Coste de proyecto entre 5.000 € (caso sencillo) y 50.000 € (caso complejo). Hay que tenerlo en el plan.
3. Reformación del equipo
Pasar de un ERP de hace 10 años a BC cloud moderno es un cambio cultural. La gente que llevaba 10 años trabajando con NAV 2009 tarda 2-4 semanas en adaptarse. Plan de formación + acompañamiento del partner durante 3 meses post-arranque. Coste tangible (5.000-15.000 € según tamaño).
Cuándo NO migrar (todavía)
Tres escenarios honestos donde la migración a cloud no es la prioridad:
- Inversión reciente en on-premise (1-2 años). Si la constructora acaba de renovar servidores y licencias por 80.000 €, amortizarlos primero. Cloud puede esperar 2-3 años más.
- Customizaciones muy profundas en el ERP actual. Si tu sistema actual tiene 20 desarrollos a medida que no son trasladables a AL, la migración a cloud es un proyecto grande (re-arquitectura). Hay que planificarla con margen.
- Conectividad muy deficiente. Si la oficina y las obras están en zonas con cobertura inestable y la inversión en conectividad no es viable corto plazo, mejor esperar o ir por cloud privado (Azure IaaS) primero.
Caso real — constructora con NAV 2013 → dvproject cloud
Cliente Davisa: constructora de obra civil y edificación, 45 usuarios, NAV 2013 on-premise desde hace 12 años. Servidor envejecido, integración con software a medida de presupuestos antiguo, equipo de IT outsourceado.
Antes de migrar:
- Hardware servidor más SQL: ~9.000 €/año mantenimiento + 25.000 € renovación pendiente.
- Outsourcing IT: ~14.000 €/año para gestión del servidor y backups.
- Actualizaciones NAV: cero en 12 años. Deuda técnica enorme.
- Movilidad: nula. Todo se hacía desde la oficina.
Tras migración a dvproject cloud (proyecto de 5 meses):
- Hardware servidor: 0 € (eliminado).
- IT outsourcing reducido a ~3.000 €/año (puestos cliente, no infra).
- Cuota mensual SaaS: ~24.000 €/año.
- Movilidad: completa, jefes de obra trabajan desde sus móviles.
- Actualizaciones: automáticas, dvproject mejora 2 veces/año sin proyecto adicional.
TCO a 3 años: ahorro estimado 38.000 € vs continuar con on-premise renovado. Pero el valor real no estaba en el ahorro — estaba en la movilidad y en la no acumulación de deuda técnica.
Sigue leyendo en Davisa
- dvproject: control de costes en construcción
- Diferencias ERP cloud vs on-premise
- Industria 5.0 en sector construcción con dvproject
Cierre
La pregunta no es ya “¿cloud sí o no?” — es “¿cuándo?”. Para una constructora mediana que sigue en on-premise antiguo, el camino correcto es:
- Hacer cuentas honestas del TCO actual (incluyendo horas del equipo IT, mantenimientos, renovaciones futuras pendientes).
- Auditar la conectividad (oficina y obras tipo).
- Inventariar las integraciones a medida que habría que rehacer.
- Construir el caso de negocio con un partner que conozca BC y el sector construcción.
Davisa lleva desde 2003 en Business Central y ha migrado constructoras desde NAV antiguo, otros ERPs y sistemas propietarios al stack BC cloud + dvproject. El proyecto medio para constructora de 20-50 usuarios va de 4 a 6 meses, con un retorno típico de 18-24 meses.
¿Quieres una evaluación honesta de tu caso? Habla con un asesor de Davisa — sin compromiso, sin venderte nada que no necesites. Si tu on-premise actual aún tiene 2-3 años de vida útil, te lo decimos.
