Respuestas directas

La migración de NAV a Business Central en 9 respuestas

Lo esencial, en formato pregunta y respuesta, antes del detalle técnico.

PreguntaRespuesta directa
¿Se puede migrar NAV a Business Central Cloud? Sí. NAV 2018 y posteriores tienen ruta oficial de migración a Business Central online. Las versiones anteriores requieren actualización intermedia o reimplementación. Ver detalle
¿Qué versiones de NAV pueden migrarse? Desde NAV 2018 la migración directa es viable; NAV 2017, 2016, 2015, 2013 y 2009 se abordan con upgrade escalonado o reimplementación. Ver versiones
¿Cuál es la ruta de migración? Migración a la nube con el asistente de Microsoft, upgrade on-premise intermedio o reimplementación en BC Cloud. Ver rutas
¿Qué pasa con las personalizaciones? Se reescriben como extensiones AL. No se puede migrar código que modifica objetos base, porque la nube no lo permite. Ver personalizaciones
¿Qué pasa con los datos históricos? Se migran maestros, configuración, saldos de apertura y documentos abiertos. El histórico detallado se define por alcance. Ver datos
¿Cuánto cuesta? Depende de usuarios, customizaciones, integraciones, datos y localización. Se cotiza tras el diagnóstico. Ver costes
¿Cuánto tarda? Una migración estándar se estima entre 4 y 12 semanas, según base, customizaciones e integraciones. Ver tiempos
¿Qué ocurre con las integraciones? Se rehacen con API REST v2.0, OData v4, APIs personalizadas, webhooks o Power Automate. Ver integraciones
¿Qué ocurre con los reportes? Se convierten a objetos report de AL, reutilizando layouts RDLC o Word cuando es posible. Ver reportes
Viabilidad

¿Se puede migrar NAV a Business Central Cloud?

Sí. Business Central es el sucesor en la nube de Dynamics NAV y Microsoft mantiene una ruta de migración para las versiones soportadas. La viabilidad depende de la versión de NAV, del grado de personalización y de cómo estén construidas las integraciones.

La diferencia clave con un upgrade tradicional es el modelo de extensión: en Business Central Cloud no se puede modificar el código base. Toda personalización debe vivir en una extensión AL. Eso obliga a un relevamiento y una clasificación previa de cada customización.

  • Auditoría de versión, módulos, customizaciones e integraciones
  • Clasificación de cada objeto C/AL y su equivalente en AL
  • Definición del alcance de datos y del histórico a migrar
  • Ruta recomendada con fases, hitos y validaciones
Solicitar diagnóstico gratuito

Qué se conserva y qué se rehace

Datos y configuraciónSe migran con validación y conciliación
Customizaciones C/ALSe reescriben como extensiones AL
IntegracionesSe rehacen vía API y servicios
InfraestructuraPasa a ser gestionada por Microsoft
Versiones de NAV

¿Qué versiones de NAV pueden migrarse?

Cada generación de NAV tiene una ruta distinta hacia Business Central Cloud. Microsoft publica el estado exacto en su política de ciclo de vida.

VersiónCaracterísticasRuta recomendada a BC Cloud
NAV 2018 Última versión con el nombre NAV. Base de tres capas sobre SQL Server, web services y extensiones v2. Upgrade a Business Central on-premises (versión 14 y luego 25 o superior) y migración a la nube, con conversión de C/AL a AL. Ver guía NAV 2018 →
NAV 2017 Extensiones v2, mejor integración con Office 365 y web client consolidado. Upgrade intermedio a NAV 2018 o a Business Central on-premise y luego migración a la nube.
NAV 2015 / 2016 Web client maduro, mejoras en Power BI y primeras extensiones. Actualización escalonada o reimplementación, según el volumen de customizaciones.
NAV 2013 / 2013 R2 Arquitectura de tres capas y web services; base de código más antigua. Actualización escalonada con evaluación previa o reimplementación en BC.
NAV 2009 y anteriores Cliente clásico y RoleTailored client, sin soporte vigente. Reimplementación en Business Central con migración de datos y rediseño de customizaciones.

La versión no es el único criterio: una base NAV 2016 sin customizaciones puede ser más simple de migrar que una NAV 2018 muy intervenida. Por eso el diagnóstico técnico es el primer paso de cualquier proyecto.

Rutas de migración

Rutas de migración de NAV a Business Central Cloud

No hay una única forma de migrar. La ruta correcta depende de la versión, las customizaciones y el apetito de rediseño.

1. Migración a la nube

Para NAV 2018 y posteriores. El asistente de migración de Microsoft replica los datos on-premise hacia un entorno de Business Central online, permitiendo migrar por compañías y por etapas. Las customizaciones se reescriben como extensiones AL.

2. Upgrade intermedio

Para versiones anteriores a NAV 2018. Se actualiza primero on-premise a NAV 2018 o a una versión soportada de Business Central on-premise y, desde ahí, se migra a la nube. Conserva más código y datos, pero alarga el proyecto.

3. Reimplementación

Se crea un entorno limpio de Business Central Cloud, se migran datos maestros, saldos y documentos abiertos, y se reescriben solo las customizaciones que aportan valor. Recomendada para bases antiguas o procesos a rediseñar.

CriterioMigración a la nubeUpgrade intermedioReimplementación
Versión de origenNAV 2018 o posteriorNAV 2017 y anterioresCualquier versión
Esfuerzo de customizacionesMedioAltoMedio / alto según rediseño
Conservación de datosAltaAltaDefinida por alcance
Tiempo relativoMedioAltoMedio
Oportunidad de rediseñoBajaBajaAlta
Customizaciones

¿Qué pasa con las personalizaciones C/AL?

En NAV las customizaciones se hacían, en general, modificando objetos base: tablas, páginas, codeunits y reports. Ese modelo no es compatible con Business Central Cloud, donde el código base está bloqueado y toda extensión debe ser independiente y actualizable.

Durante la auditoría cada modificación C/AL se clasifica en una de estas categorías:

  • Ya cubierta por la funcionalidad estándar de Business Central
  • Reproducible con table extension, page extension o report extension
  • Requiere reescritura sobre eventos (posting, validaciones, workflows)
  • Obsoleta o reemplazada por una función nativa del ERP

Este análisis evita reescribir código innecesario y es la base de la estimación de esfuerzo. Se profundiza en la página de desarrollo de extensiones AL.

C/AL — NAV
"Line Discount %" :=
   GetCustomerDiscount("Sell-to Customer No.");
AL — Business Central (extension)
codeunit 50100 "VPC Sales Discount"
{
    [EventSubscriber(ObjectType::Table,
        Database::"Sales Line",
        'OnAfterValidateEvent', 'Quantity',
        false, false)]
    local procedure ApplyDiscountOnQuantity(
        var Rec: Record "Sales Line")
    begin
        Rec."Line Discount %" :=
            GetCustomerDiscount(Rec."Sell-to Customer No.");
    end;

    local procedure GetCustomerDiscount(
        CustomerNo: Code[20]): Decimal
    var
        Customer: Record Customer;
    begin
        if Customer.Get(CustomerNo) then
            exit(Customer."VPC Discount %");
        exit(0);
    end;
}

En lugar de modificar la tabla base, la lógica se engancha con un evento y los campos nuevos se agregan desde una extensión.

Conversión de código

Conversión de C/AL a AL: cómo se reescriben las customizaciones

La conversión automática es un punto de partida, no el resultado final. El valor está en la refactorización.

1. Conversión inicial con txt2al

Los objetos C/AL se exportan como texto y se convierten a sintaxis AL con la herramienta txt2al de Microsoft. El resultado se revisa objeto por objeto.

txt2al --source="C:\NAV\Objects" --target="C:\BC\AL" --rename

2. Refactorización a extensiones

  • Cambios de tabla base a tableextension
  • Cambios de página a pageextension
  • Lógica de posting y validaciones a EventSubscriber
  • Enumeraciones a enumextension
  • Reports a report y reportextension
  • Permisos a permissionset

3. Validación de calidad

El código AL se valida con analizadores estáticos y pruebas antes de publicarse en el entorno de Business Central.

  • CodeCop: convenciones y buenas prácticas
  • AppSourceCop: compatibilidad con AppSource
  • PerTenantExtensionCop: extensibilidad en la nube
  • Compilación y publicación en entorno sandbox

Ejemplo: campo nuevo desde una extensión

tableextension 50101 "VPC Customer Ext"
    extends Customer
{
    fields
    {
        field(50100; "VPC Discount %"; Decimal)
        {
            Caption = 'Descuento VPC %';
            DecimalPlaces = 0 : 2;
        }
    }
}

La conversión automática no resuelve la dependencia con add-ons de terceros, los cambios profundos en posting ni las integraciones. Esos puntos se tratan como desarrollos específicos dentro del plan de migración.

Migración de datos

Migración de datos: maestros, saldos e histórico

El alcance de datos se define con el negocio, no solo con TI. Todo lo que se migra debe conciliarse antes del go-live.

Tipo de dato¿Se migra?Método habitual
Maestros (clientes, proveedores, productos, cuentas)SíPaquetes de configuración (RapidStart), Excel/CSV o API
Configuración (impuestos, dimensiones, series, almacenes)SíPaquetes de configuración y plantillas
Saldos de apertura (contables, inventario, cuentas corrientes)SíAsientos de apertura y conciliación contable
Documentos abiertos (pedidos, facturas pendientes)SíMigración de cabeceras y líneas con estado
Histórico detallado de movimientosSegún alcanceMigración completa o resumida, según volumen y necesidad de consulta
Adjuntos y documentosSegún alcanceSharePoint, OneDrive o almacenamiento externo

Cómo se hace

Para NAV 2018 y posteriores, el asistente de migración a la nube replica la base on-premise y permite copiar compañías completas. Para reimplementaciones, los paquetes de configuración cargan maestros y la apertura se registra con asientos. Los datos masivos pueden migrarse con codeunits y APIs.

Validación

  • Conteo y suma de control por tabla y por compañía
  • Conciliación de saldos contables e inventario
  • Revisión de cuentas corrientes y documentos abiertos
  • Aceptación formal del negocio antes del cutover
Reportes

¿Qué ocurre con los reportes de NAV?

Los reportes se convierten, se reemplazan por estándar o se reorientan a analítica.

Conversión a AL

Cada report C/AL se reescribe como objeto report de AL. Los datasets se reconstruyen y los layouts RDLC o Word suelen poder reutilizarse con ajustes de formato y campos.

Report extension

Cuando el reporte estándar de Business Central cubre la mayor parte, se extiende para agregar campos, columnas o filtros sin duplicar el objeto. Menos código y más compatibilidad con actualizaciones.

Analítica con Power BI

Los listados operativos pueden complementarse con dashboards de Power BI conectados a Business Central. Ver Power BI para Business Central →

El inventario de reportes se hace en la auditoría: se identifica cuáles se usan, cuáles se pueden retirar y cuáles conviene reemplazar por estándar. Así se evita arrastrar reportes históricos que ya nadie utiliza.

Integraciones

¿Qué ocurre con las integraciones?

En la nube no hay acceso directo a la base de datos. Las integraciones se rehacen con servicios y APIs.

API y OData

La API v2.0 (REST) y OData v4 exponen las entidades estándar. Para casos específicos se desarrollan APIs personalizadas y webhooks que notifican eventos de negocio.

Automatización

Power Automate, Azure Logic Apps y Azure Functions permiten orquestar flujos con CRM, e-commerce, bancos y sistemas externos sin acoplarse a la base de datos.

Autenticación

Las integraciones se autentican con Entra ID (antes Azure AD) y OAuth 2.0. Se revisan permisos, aplicación de servicio y alcance mínimo necesario.

En NAVEn Business Central Cloud
Acceso directo a SQL ServerSin acceso directo: solo a través de APIs y OData
Web services SOAP y OData v3/v4API v2.0 REST, OData v4 y APIs personalizadas
Dataports y archivos de intercambioXMLports en AL, APIs y Power Automate
Autenticación Windows / NavUserPasswordEntra ID y OAuth 2.0

Se profundiza en apps e integraciones móviles y cloud y en la sección de integraciones de servicios.

Testing

Testing y validación antes del go-live

Cada fase tiene criterios de aceptación. Nada llega a producción sin validación funcional y de datos.

  • Pruebas unitarias de las extensiones AL con test codeunits
  • Pruebas de regresión de los procesos críticos (ventas, compras, finanzas, stock)
  • UAT con usuarios clave sobre escenarios reales
  • Conciliación de datos migrados contra el NAV original
  • Pruebas de integraciones y manejo de errores
  • Verificación de permisos y roles por usuario
  • Pruebas de performance con volúmenes representativos
  • Simulacro de cutover y plan de rollback

El testing no es una etapa aislada: acompaña cada fase. Cuanto antes se detecten diferencias funcionales o de datos, menor es el riesgo en el cutover.

Cutover y downtime

Cutover, downtime y continuidad operativa

El objetivo es que la operación se detenga lo mínimo y que el corte sea reversible.

Plan de cutover

  • Congelamiento de la operación y cierre de períodos
  • Sincronización final de datos (delta)
  • Validación y firma de aceptación
  • Apertura de Business Central Cloud y acompañamiento
  • Plan de rollback documentado

Downtime

Con el asistente de migración y replicación incremental, el corte final se reduce a una ventana acotada: típicamente una noche o un fin de semana. Cuanto mayor sea el volumen de datos y más integraciones haya que reconectar, mayor es la ventana necesaria.

La migración por fases permite validar en paralelo y llegar al corte con el menor riesgo posible. El downtime no depende solo de la tecnología: también influye el tiempo de validación del negocio.

Tiempos

¿Cuánto tarda la migración NAV a Business Central?

Estimaciones orientativas por fase. El rango final depende del alcance.

FaseDuración estimada
Diagnóstico y planificación1 a 3 semanas
Conversión de customizaciones C/AL a AL3 a 8 semanas
Migración y validación de datos2 a 6 semanas
Testing y UAT2 a 4 semanas
Cutover y estabilización1 a 2 semanas

Una migración estándar suele ubicarse entre 4 y 12 semanas en total, con fases que pueden solaparse. Bases con muchas customizaciones, integraciones complejas o histórico extenso requieren más tiempo. Estas cifras son estimaciones de planificación, no compromisos de plazo: el cronograma se confirma después del diagnóstico.

Costes

¿Cuánto cuesta migrar de NAV a Business Central?

No existe un precio único. El costo se compone de licencias y de servicios, y depende de estos factores.

FactorImpacto en el costo
Cantidad de usuarios y edición (Essentials o Premium)Suscripción mensual o anual por usuario
Volumen y complejidad de customizaciones C/ALHoras de reescritura, refactorización y testing
Integraciones a rehacerDesarrollo de APIs, automatizaciones y autenticación
Alcance de datos e histórico a migrarEsfuerzo de migración, conciliación y validación
Localización fiscal y reportes regulatoriosExtensiones locales y cumplimiento
Capacitación y soporte post go-liveHoras de formación y acompañamiento

Licenciamiento

Business Central Cloud se contrata por suscripción, no con licencia perpetua. Microsoft publica programas de transición para clientes de NAV. El costo de licencias depende de la cantidad de usuarios y de la edición contratada.

Ver precios de Business Central

Servicios de migración

El servicio incluye auditoría, conversión de customizaciones, migración de datos, reportes, integraciones, testing y cutover. Se cotiza por alcance y por fases, para que sepas qué se entrega en cada etapa.

Solicitar cotización

Ver la guía de costos de migración →

Metodología

Cómo migramos tu NAV a Business Central Cloud

Un proceso por fases, con validaciones y entregables en cada etapa.

1. Auditoría

Relevamiento de versión, módulos, objetos C/AL, add-ons, integraciones y datos. Entregable: informe de viabilidad y ruta recomendada.

2. Planificación

Alcance, cronograma por fases, prioridades, criterios de aceptación y plan de datos. Entregable: plan de migración.

3. Conversión AL

Reescritura de customizaciones a extensiones AL, conversión de reportes y refactorización sobre eventos. Entregable: extensión publicable.

4. Migración de datos

Carga de maestros, configuración, saldos y documentos abiertos, con conciliaciones. Entregable: datos validados.

5. Testing y UAT

Pruebas unitarias, de regresión, integraciones y aceptación de usuarios. Entregable: acta de validación.

6. Cutover y soporte

Corte, apertura en producción, capacitación y acompañamiento post go-live. Entregable: operación estabilizada.

Preguntas frecuentes

Dudas sobre la migración NAV → Business Central

¿Se puede migrar NAV a Business Central Cloud?

Sí. NAV 2018 y las versiones posteriores cuentan con ruta oficial de migración a Business Central online. Las versiones anteriores (NAV 2017, 2016, 2015, 2013, 2013 R2 y 2009) requieren una actualización intermedia a NAV 2018 o a Business Central on-premise, o bien una reimplementación. La viabilidad se confirma en la auditoría inicial.

¿Qué versiones de NAV pueden migrarse?

La migración directa con las herramientas de Microsoft está prevista para NAV 2018 y posteriores. Las versiones más antiguas se migran mediante actualización escalonada o reimplementación. La decisión depende del grado de personalización C/AL, las integraciones y la calidad de la base de datos.

¿Cuál es la ruta de migración de NAV a Business Central?

Existen tres rutas principales: migración a la nube con el asistente de Microsoft (NAV 2018 o posterior), actualización intermedia on-premise y posterior migración, o reimplementación en Business Central Cloud. La ruta se define según versión, customizaciones, integraciones y volumen de datos.

¿Qué pasa con las personalizaciones C/AL?

Se clasifican y se reescriben como extensiones AL. Las modificaciones sobre objetos base de NAV no se pueden migrar tal cual a Business Central Cloud, porque en la nube no se permite modificar el código base. Se reemplazan por table extensions, page extensions y event subscribers.

¿Se puede convertir C/AL a AL automáticamente?

Parcialmente. La herramienta txt2al convierte objetos C/AL exportados en texto a sintaxis AL y sirve como punto de partida, pero el resultado debe refactorizarse manualmente: eventos, extensiones, permisos y validación con analizadores como CodeCop y AppSourceCop.

¿Qué pasa con los datos históricos?

Se migran datos maestros, configuración, saldos de apertura y documentos abiertos. El histórico detallado puede migrarse completo o resumido según volumen, necesidad de consulta y coste. La integridad se valida con conciliaciones antes del go-live.

¿Qué ocurre con las integraciones?

En Business Central Cloud no hay acceso directo a la base de datos SQL. Las integraciones se rehacen con la API v2.0 (REST), OData v4, APIs personalizadas, webhooks, Power Automate o Azure Logic Apps, revisando autenticación con Entra ID y formatos de intercambio.

¿Qué ocurre con los reportes?

Los reportes C/AL se convierten en objetos report de AL. Los layouts RDLC y Word suelen poder reutilizarse con ajustes y los datasets se reconstruyen. Algunos reportes propios se reemplazan por reportes estándar con report extension, y la analítica puede migrarse a Power BI.

¿Cuánto tarda la migración NAV a Business Central?

Una migración estándar suele estimarse entre 4 y 12 semanas. El rango depende del tamaño de la base, la cantidad y complejidad de customizaciones, las integraciones y el alcance del histórico. El proyecto se planifica por fases con validaciones.

¿Cuánto cuesta migrar de NAV a Business Central?

Depende del alcance: cantidad de usuarios y licencias, volumen de customizaciones C/AL, integraciones, datos a migrar, localización fiscal y capacitación. No hay un precio único; se cotiza después del diagnóstico inicial.

¿Cuánto tiempo de inactividad (downtime) hay?

El downtime se concentra en el cutover final. Con replicación incremental y migración por fases, la ventana de corte suele limitarse a noches o fin de semana, según el volumen de datos y las validaciones previas.

¿Qué pasa con mi licencia de NAV?

Business Central Cloud funciona con suscripción por usuario, no con licencia perpetua. Microsoft publica programas de transición para clientes de NAV. El coste de licencias se define según cantidad de usuarios y edición (Essentials o Premium).

Seguir explorando

Recursos relacionados

NAV 2018 a Business Central

Ruta técnica específica desde NAV 2018: upgrade on-premises, C/AL a AL, datos, SQL, reportes y cutover.

Ver guía NAV 2018 →

Business Central

Qué es el ERP en la nube de Microsoft, sus módulos y cómo implementarlo.

Ver Business Central →

Extensiones AL

Desarrollo a medida con lenguaje AL para personalizar sin romper las actualizaciones.

Ver extensiones AL →

Precio Business Central

Ediciones, licenciamiento por usuario y factores que definen el costo.

Ver precios →

Integraciones

APIs, Power Automate y conexión con e-commerce, CRM y facturación.

Ver integraciones →

Power BI

Dashboards y analítica sobre los datos de Business Central.

Ver Power BI →

Facturación ARCA

Factura electrónica ARCA (ex AFIP) integrada con Business Central para Argentina.

Ver Facturación ARCA →

¿Listo para migrar de NAV a Business Central?

Conversemos sobre tu versión de NAV, tus datos y tus customizaciones. Te damos un diagnóstico sin costo y una ruta recomendada.

Solicitar diagnóstico gratuito