Navision en construcción: cuándo migrar a Business Central y dejar de sostener la obra con deuda técnica
Si tu constructora sigue funcionando con NAV, Excel, desarrollos históricos, reporting lento e integraciones frágiles, el problema ya no es solo tecnológico. Es operativo, financiero y estratégico.
Esta página está pensada para empresas constructoras que ya tienen Microsoft Dynamics NAV o Navision y necesitan decidir si ha llegado el momento de migrar a Dynamics 365 Business Central, qué hacer con sus personalizaciones, cómo proteger la operación de obra, cómo conservar históricos útiles y cómo aprovechar IB Building 365 para modernizar procesos de construcción sin limitarse a “subir lo viejo a la nube”.
Navision no se queda corto de golpe. Se queda corto cuando la empresa aprende a vivir alrededor de sus límites.
En muchas constructoras, NAV o Navision sigue siendo el corazón administrativo y financiero. Emite facturas, soporta compras, mantiene maestros, registra movimientos contables y permite cerrar el mes. Por eso la conversación suele empezar con una frase aparentemente razonable: “el ERP funciona”. Y es verdad. El problema es que funcionar ya no significa ser suficiente.
Cuando una empresa de construcción crece, diversifica obra, aumenta subcontratación, necesita más control de márgenes, trabaja con más integraciones o quiere reporting operativo en tiempo casi real, los límites de Navision empiezan a aparecer. No siempre como una caída del sistema. Muchas veces aparecen como Exceles paralelos, informes que tardan días, desarrollos que nadie quiere tocar, dependencias de personas concretas y decisiones de obra que llegan tarde a dirección financiera.
Esta es la diferencia clave con una página general de ERP para constructoras con Business Central. Allí el punto de partida es una empresa que busca un ERP sectorial moderno. Aquí el punto de partida es más incómodo: ya hay un ERP Microsoft funcionando, ya hay histórico, ya hay personalizaciones, ya hay hábitos, ya hay integraciones, ya hay miedo al cambio y ya hay una operación que no puede pararse.
Por eso una migración de NAV a Business Central en construcción no debe plantearse como un cambio técnico. Debe plantearse como una decisión de continuidad operativa, control económico y preparación de la compañía para trabajar con datos, automatización, Power Platform, Copilot conectado al ERP y una arquitectura Microsoft más sostenible.
No porque Excel sea malo. Porque la información crítica de obra, coste, certificación, compra, caja y margen no debería llegar tarde ni vivir fuera del sistema.
Esta página es para ti si…
Señales de que Navision se ha quedado corto en tu constructora
La obra vive en Excel y el ERP llega después
El jefe de obra, compras, producción y administración trabajan con documentos propios porque NAV no refleja con suficiente agilidad la realidad operativa. El ERP acaba siendo contabilidad de lo ocurrido, no sistema de control para anticipar desviaciones.
Las personalizaciones son una caja negra
Hay desarrollos hechos hace años para resolver necesidades concretas: certificaciones, costes, informes, integraciones, validaciones o circuitos internos. El problema llega cuando nadie tiene claro qué sigue siendo útil, qué se puede sustituir y qué bloquea la evolución.
El reporting llega tarde
Cuando dirección pregunta por margen previsto, coste comprometido, producción certificada, desviación por capítulo, caja o riesgo de obra, la respuesta exige exportar, cruzar, depurar y reinterpretar datos. Eso no es reporting: es arqueología mensual.
Cada integración se convierte en un pequeño proyecto
Conectar NAV con plataformas documentales, herramientas de obra, BI, bancos, soluciones de compras, sistemas de nómina o aplicaciones móviles puede requerir esfuerzos crecientes. La integración deja de ser palanca y se convierte en freno.
La operación depende de personas concretas
Si solo una persona sabe cómo cerrar, cómo extraer ciertos informes, cómo lanzar determinados procesos o cómo tocar una personalización crítica, la empresa no tiene un sistema robusto: tiene conocimiento encapsulado en personas clave.
La IA queda lejos porque el dato no está preparado
No puedes activar escenarios serios de IA, automatización o Copilot conectado al ERP si los datos críticos de obra viven dispersos, sin modelo común y con baja trazabilidad. La IA no arregla el desorden; lo amplifica.
Seguir con NAV puede parecer prudente. Hasta que el coste oculto supera al coste de migrar.
La decisión de no migrar suele presentarse como una decisión conservadora: evitar disrupción, no tocar lo que funciona, aplazar inversión, esperar a un momento mejor. En construcción, esa lógica puede ser peligrosa porque la complejidad crece aunque el ERP se quede quieto.
Las obras son más exigentes, los márgenes más estrechos, la subcontratación más intensa, la presión de caja más fuerte y la necesidad de datos más urgente. Si el sistema central no evoluciona, la organización compensa con más Excel, más reuniones, más controles manuales, más integraciones artesanales y más dependencia de perfiles concretos.
El riesgo no es que NAV deje de arrancar mañana. El riesgo es que condicione decisiones críticas: qué obra aceptar, qué margen proteger, qué compra renegociar, qué desviación corregir, qué previsión de caja anticipar y qué modelo operativo necesita la empresa para competir mejor.
Riesgo operativo
Procesos críticos fuera del ERP, retrabajo administrativo y baja trazabilidad entre obra y finanzas.
Riesgo financiero
Desviaciones detectadas tarde, cierres lentos, previsiones de caja incompletas y margen menos fiable.
Riesgo tecnológico
Personalizaciones difíciles de mantener, integraciones frágiles y evolución limitada del ecosistema Microsoft.
Riesgo estratégico
Dificultad para activar analítica avanzada, automatización, movilidad, agentes e IA sobre procesos reales.
Antes de hablar de licencias, conviene hacer un diagnóstico real de NAV: funcional, técnico, operativo y económico.
No todas las migraciones tienen el mismo alcance. Hay casos donde basta una evolución controlada; otros exigen rediseñar procesos, limpiar personalizaciones y construir un modelo sectorial más sólido con IB Building 365. La diferencia está en diagnosticar antes de presupuestar.
Migrar “lo viejo a la nube” no moderniza una constructora. Solo cambia el sitio donde vive el problema.
La migración útil no consiste en copiar todos los datos, replicar todos los desarrollos y mantener los mismos circuitos manuales en una plataforma más nueva. Eso reduce poco riesgo y puede trasladar deuda técnica a Business Central. El objetivo correcto es decidir qué procesos deben conservarse, cuáles deben rediseñarse, qué personalizaciones deben eliminarse y dónde IB Building 365 aporta cobertura sectorial estándar para construcción.
Qué aporta Dynamics 365 Business Central frente a un NAV histórico
Business Central no es solo “el nuevo Navision”. Es una plataforma de gestión conectada con el ecosistema Microsoft.
Para una constructora que viene de NAV, el valor no está solo en cambiar de versión. Está en entrar en una plataforma más actual, más integrable, más preparada para datos, automatización, movilidad, seguridad, analítica y evolución continua.
El objetivo no debería ser tener pantallas más modernas. Debería ser conseguir una base más sólida para conectar finanzas, compras, obra, certificaciones, tesorería, reporting y decisiones de dirección.
Modelo cloud y evolución
Business Central permite evolucionar hacia un entorno más actualizado, escalable y alineado con las capacidades cloud de Microsoft, reduciendo dependencia de infraestructuras antiguas y modelos de mantenimiento más pesados.
Extensión con Power Platform
Procesos periféricos que antes requerían desarrollos rígidos pueden resolverse con apps, flujos, aprobaciones y automatizaciones conectadas al ERP. Puedes profundizar en Power Platform conectada al ERP.
Datos más preparados
Una migración bien planteada permite ordenar maestros, revisar históricos, limpiar estructuras y preparar la base para cuadros de mando, Power BI y modelos de decisión más fiables.
Base para Copilot e IA
La IA necesita procesos y datos conectados. Por eso conviene preparar el ERP para escenarios de Copilot conectado al ERP, automatización inteligente y agentes sobre procesos reales.
La pregunta no es solo “¿podemos migrar NAV?”. La pregunta es “¿qué modelo de construcción queremos operar después?”.
Ahí es donde Business Central debe combinarse con una capa sectorial como IB Building 365, no quedarse en una implantación financiera genérica.
Qué aporta IB Building 365 cuando vienes de Navision y trabajas en construcción
Muchas constructoras han adaptado NAV durante años para cubrir necesidades propias del sector: estructura de obra, presupuestos, capítulos, compras por proyecto, certificaciones, subcontratas, partes, maquinaria, almacenes, cierres y control de costes. Esa adaptación puede haber sido útil, pero también puede haberse convertido en una capa difícil de mantener.
IB Building 365 permite abordar la migración desde una lógica distinta: no replicar cada personalización antigua, sino identificar qué necesidades de construcción pueden resolverse con una solución sectorial sobre Business Central y qué procesos requieren adaptación específica.
El valor está en pasar de una gestión construida por capas históricas a un modelo más coherente, más mantenible y más alineado con la evolución del ecosistema Microsoft.
Áreas donde IB Building 365 puede sustituir deuda histórica de NAV
Capítulos, unidades, costes, presupuestos, estados y seguimiento.
Pedidos, recepciones, certificaciones, validaciones y trazabilidad.
Avance de obra, mediciones, ingresos, facturación y control económico.
Cierres periódicos, margen, desviaciones, Power BI y visión financiera.
Una migración NAV puede ser la puerta de entrada a una plataforma sectorial completa para construcción y real estate
La migración no tiene por qué quedarse en Business Central. Puede conectarse con una propuesta más amplia de Cloud Industry para construcción y real estate, combinando ERP, datos, automatización, analítica e innovación sobre Microsoft.
Las tres decisiones que separan una migración limpia de un proyecto eternamente pesado
Qué históricos migrar y cuáles consultar de otra forma
No todo el histórico debe vivir en el nuevo ERP con el mismo nivel de detalle. En construcción hay datos que son críticos para continuidad, auditoría, comparativos, reclamaciones, análisis de margen o consulta operativa. Pero cargar años de información sin criterio puede encarecer, ralentizar y complicar el proyecto.
La decisión correcta suele combinar maestros depurados, saldos y operaciones abiertas, histórico necesario para consulta y modelos analíticos externos cuando tiene más sentido explotar información sin contaminar el nuevo entorno.
Qué personalizaciones conservar, sustituir o eliminar
Una personalización antigua puede ser una ventaja competitiva o una mochila. La diferencia está en si resuelve una necesidad real que sigue vigente, si se usa de verdad, si aporta valor medible y si puede mantenerse de forma razonable en Business Central.
El error habitual es migrar desarrollos por miedo a perder funcionalidad. El enfoque correcto es mapear cada personalización contra estándar, IB Building 365, Power Platform, integración o rediseño de proceso.
Qué integraciones rehacer con arquitectura moderna
Las integraciones heredadas suelen ser uno de los puntos más delicados: bancos, nóminas, herramientas de obra, plataformas documentales, BI, compras, sistemas fiscales, portales, movilidad, almacenes o soluciones específicas del sector.
Migrar es una oportunidad para dejar de conectar “como se pudo” y pasar a conectar “como conviene”: APIs, conectores, Power Platform, gobierno de datos y trazabilidad de extremo a extremo.
La migración de NAV no debe empezar por “qué campos movemos”. Debe empezar por “qué decisiones queremos tomar mejor después”.
Cuando el objetivo es negocio, el alcance cambia. No se trata de copiar pantallas, sino de rediseñar el sistema para que obra, finanzas, compras y dirección compartan una visión más fiable.
Cuándo conviene una migración estándar y cuándo hay que rediseñar procesos
| Escenario | Cuándo encaja | Riesgo principal | Recomendación |
|---|---|---|---|
| Migración técnica controlada | NAV tiene pocas personalizaciones, el proceso está razonablemente ordenado y la empresa busca modernizar plataforma sin rediseño profundo. | Subestimar pequeños desarrollos, datos sucios o integraciones aparentemente simples. | Diagnóstico técnico-funcional, limpieza mínima de datos y plan de transición con pruebas de cierre. |
| Migración sectorial con IB Building 365 | NAV soporta construcción con desarrollos históricos, Excel y procesos específicos de obra, compras, subcontratas, certificaciones o costes. | Intentar replicar todo lo antiguo en lugar de aprovechar funcionalidad sectorial más mantenible. | Mapear procesos frente a IB Building 365, rediseñar donde aporte valor y conservar solo lo diferencial. |
| Modernización profunda | La empresa ha crecido, opera con múltiples sociedades, obras complejas, reporting crítico, integraciones frágiles y alta dependencia de Excel. | Querer resolver en una fase todo lo acumulado durante años. | Hoja de ruta por fases, gobierno del dato, arquitectura Microsoft y prioridades por impacto de negocio. |
| Plataforma ERP + datos + automatización | La migración se aprovecha para conectar ERP, Power BI, Power Platform, Copilot, integraciones y reporting de dirección. | Convertir la visión en un proyecto demasiado amplio sin priorización. | Empezar por procesos críticos de obra, finanzas y compras; después extender automatización, analítica e IA. |
Para profundizar en escenarios de inversión y alcance, puedes revisar también la guía sobre cuánto cuesta migrar de NAV a Business Central.
Una constructora no puede apagar la obra para cambiar de ERP
La migración debe convivir con licitaciones, obras en curso, certificaciones, compras, facturación, cierres mensuales, pagos a proveedores y necesidades de tesorería. Por eso el plan debe diseñarse para reducir riesgo operativo, no solo para ejecutar tareas técnicas.
Una buena hoja de ruta separa diagnóstico, alcance, migración de datos, rediseño de procesos, pruebas, formación, transición y soporte postarranque. También define qué ocurre con obras abiertas, contratos vivos, pedidos pendientes, certificaciones en curso, saldos, facturas, maestros, bancos, integraciones y reporting.
El peor enfoque es descubrir todo esto durante el arranque. El mejor enfoque es convertirlo en criterios de decisión desde el primer diagnóstico.
Diagnóstico NAV
Inventario funcional, técnico, de datos, integraciones, desarrollos, usuarios, cierres y procesos críticos de construcción.
Diseño de destino
Decidir estándar, IB Building 365, adaptaciones, Power Platform, integraciones, reporting y modelo de datos.
Migración y pruebas
Pruebas de datos, cierre, integraciones, obras abiertas, certificaciones, compras, facturación y roles de usuario.
Arranque controlado
Plan de cutover, soporte intensivo, validación de cierres, acompañamiento de usuarios y estabilización.
Los errores que disparan presupuesto, plazos y frustración en una migración NAV
Migrar por urgencia, no por criterio
Cuando la decisión se toma solo porque la versión está obsoleta o porque aparece un problema de soporte, el proyecto arranca tarde y con presión. La migración debe planificarse antes de que el ERP se convierta en un cuello de botella.
Copiar todos los desarrollos antiguos
No todo lo que existe en NAV merece existir en Business Central. Muchas personalizaciones nacieron para tapar carencias de una etapa anterior. Algunas deben conservarse; otras deben desaparecer.
No involucrar a obra desde el inicio
Si la migración se diseña solo desde sistemas y finanzas, el nuevo ERP puede nacer desconectado de la realidad de producción, jefes de obra, compras y certificaciones.
No depurar maestros
Migrar proveedores, clientes, obras, recursos, cuentas, dimensiones y estructuras sin depuración es trasladar el desorden. La calidad del dato condiciona reporting, automatización e IA.
Tratar las integraciones como detalle técnico
En construcción, las integraciones afectan a pagos, documentos, certificaciones, compras, BI y operaciones. No son un anexo: son parte del diseño de negocio.
Arrancar sin modelo de evolución
El proyecto no termina el día del go-live. La empresa debe saber qué vendrá después: automatizaciones, Power BI, movilidad, Copilot, agentes o nuevas fases sectoriales.
La migración de NAV debe preparar el terreno para datos, automatización e IA. No cerrarlo.
Una constructora que migra a Business Central tiene una oportunidad que va más allá del ERP: puede preparar su arquitectura para trabajar con datos conectados, automatizaciones sobre procesos reales, cuadros de mando más fiables y asistentes inteligentes que no vivan aislados del negocio.
Esto no significa meter IA por meter IA. Significa que el ERP debe dejar de ser un repositorio administrativo y convertirse en una base transaccional conectada con Power Platform, Power BI, Azure y Copilot. Sin esa base, los proyectos de IA acaban respondiendo bonito sobre datos pobres, incompletos o desconectados.
Por eso la migración debe diseñarse pensando en el siguiente paso. Primero se ordena el proceso. Después se conecta el dato. Luego se automatiza lo repetitivo. Y solo entonces tiene sentido activar escenarios de IA con impacto real: consulta de estado de obra, apoyo a compras, análisis de desviaciones, búsqueda de documentación, previsiones, alertas o agentes conectados a procesos.
Este enfoque conecta con la visión más amplia de migración de ERP legacy a Microsoft Cloud: no modernizar por estética, sino para reducir deuda técnica, mejorar gobierno y preparar la empresa para competir con más información y menos fricción.
De NAV a un ecosistema Microsoft conectado
ERP moderno para finanzas, operaciones y gestión empresarial.
Capa sectorial para construcción: obra, costes, compras, certificaciones y control.
Apps, flujos y automatización para procesos periféricos.
Asistentes y agentes apoyados en datos y procesos reales.
Qué debe pedir dirección antes de aprobar una migración NAV
Una migración de NAV en construcción no debe aprobarse solo con una estimación técnica. Dirección necesita una lectura clara de impacto: qué problemas resuelve, qué riesgos reduce, qué procesos se modernizan, qué dependencia se elimina y qué capacidades nuevas se abren.
El comité debe poder comparar escenarios: mantener NAV, migrar de forma conservadora, adoptar Business Central con IB Building 365 o construir una plataforma más completa con datos, automatización e IA. Sin esa comparativa, la decisión se vuelve demasiado técnica y poco estratégica.
Checklist mínimo para decidir con criterio
Dudas habituales sobre Navision, construcción y Business Central
¿Es obligatorio migrar de NAV a Business Central?
No siempre hay una obligación inmediata, pero sí conviene evaluar el riesgo. Si NAV condiciona reporting, integraciones, soporte, seguridad, cierres o evolución, aplazar la decisión puede salir más caro que planificarla con margen.
¿Se puede migrar sin parar las obras?
Sí, pero exige planificación: pruebas de datos, validación de procesos críticos, tratamiento de obras abiertas, formación, soporte de arranque y un plan de convivencia bien definido. La clave es no improvisar el corte.
¿Hay que migrar todo el histórico?
No necesariamente. Hay que distinguir histórico operativo, histórico contable, información de consulta, datos para análisis y operaciones abiertas. Migrar todo sin criterio puede encarecer y complicar el proyecto.
¿Qué pasa con las personalizaciones de NAV?
Deben inventariarse y clasificarse. Algunas se pueden sustituir por estándar, otras por IB Building 365, otras por Power Platform y algunas pueden requerir desarrollo. Lo que no debe hacerse es migrarlas todas por inercia.
¿Business Central sustituye todo lo que hacía Navision?
Business Central aporta la base ERP moderna, pero en construcción el valor suele crecer cuando se combina con una capa sectorial como IB Building 365 para cubrir procesos específicos de obra, costes, compras y certificaciones.
¿Cuándo tiene sentido rediseñar procesos?
Cuando el proceso actual existe solo porque NAV no daba más de sí, cuando depende de Excel, cuando genera retrabajo o cuando impide obtener información útil. Migrar es una oportunidad para eliminar fricción, no para conservarla.
Páginas que completan la decisión de migración
ERP para constructoras
Página principal para empresas que buscan un ERP sectorial sobre Microsoft.
Cloud Industry
Propuesta sectorial que conecta ERP, datos, automatización e IA.
Coste de migrar NAV
Tres escenarios para decidir sin disparar presupuesto.
Copilot conectado al ERP
Por qué la IA necesita procesos y datos conectados.
Antes de migrar, conviene saber qué tienes, qué sobra, qué duele y qué debería cambiar.
Desde Ayesa podemos ayudarte a evaluar tu escenario NAV/Navision en construcción y definir una hoja de ruta realista hacia Business Central e IB Building 365, con foco en continuidad operativa, control económico, integración, datos y evolución futura.
El objetivo no es vender una migración genérica. Es identificar si tu constructora necesita una evolución técnica, una migración sectorial o una modernización más profunda del modelo de gestión.
Cuéntanos tu punto de partida
Indica versión aproximada de NAV, número de sociedades, procesos críticos, nivel de personalización, integraciones y principales problemas actuales. Con eso podremos orientar mejor el diagnóstico.