Migrar tus datos a Business Central: maestros, saldos e históricos sin sustos

Migrar tus datos a Business Central sin sustos consiste en llevar solo lo que necesitas, en el orden correcto y validándolo antes de arrancar: primero los maestros (clientes, proveedores, artículos, plan contable), después los saldos de apertura (cartera, stock y balances) y, por último, decidir con cabeza qué históricos conservas. La clave no es la herramienta de carga, sino la disciplina: datos limpios, cargas de prueba y saldos que cuadran contra tu sistema anterior antes de dar el paso. En esta guía te contamos qué migrar, cómo hacerlo con las plantillas de configuración de Business Central, cómo validarlo y qué riesgos evitar.

Qué migrar (y qué no): las tres capas de datos

Uno de los errores más comunes es querer llevárselo todo. Migrar es también una oportunidad para limpiar: dejar atrás fichas duplicadas, clientes inactivos y referencias que ya no vendes. Conviene pensar los datos en tres capas, porque cada una tiene un tratamiento distinto.

1. Los maestros: la base de todo

Los datos maestros son las fichas que describen tu negocio y que se usan una y otra vez. Son lo primero que se migra porque el resto depende de ellos:

• Clientes y proveedores: datos fiscales, direcciones, formas de pago, condiciones y descuentos.
• Artículos y servicios: referencias, unidades de medida, precios, familias, y datos de almacén como lotes o números de serie si los usas.
• Plan de cuentas y dimensiones: la estructura contable con la que trabajarás en Business Central, que no tiene por qué ser idéntica a la anterior.
• Tablas auxiliares: vendedores, almacenes, centros de coste, formas de envío y demás catálogos que dan sentido al resto.

Este es el momento de depurar. Un maestro de artículos con miles de referencias muertas o clientes duplicados no mejora al pasarlo a un ERP nuevo: solo traslada el desorden. Merece la pena invertir tiempo aquí.

2. Los saldos de apertura: arrancar cuadrado

Los saldos son la fotografía económica del negocio en el momento del arranque. No se trata de traer todos los movimientos, sino de dejar cada área con su punto de partida correcto:

• Cartera de clientes y proveedores: lo recomendable es cargar las partidas abiertas (facturas pendientes de cobro o de pago) documento a documento, para poder seguir conciliando y aplicando cobros con normalidad.
• Saldos contables: el balance de sumas y saldos a la fecha de corte, que debe cuadrar exactamente con el cierre del sistema anterior.
• Existencias: el inventario valorado por artículo y almacén, idealmente contrastado con un recuento físico reciente.
• Otros saldos: tesorería, activos fijos o pedidos en curso, según tu operativa.

3. Los históricos: ¿cuánto pasado necesitas?

Aquí es donde más se equivocan los proyectos. Migrar años de facturas y movimientos cerrados es caro, lento y arriesgado, y muchas veces innecesario. La pregunta correcta no es «¿puedo migrarlo?», sino «¿lo voy a usar dentro del ERP?». En muchos casos basta con conservar el histórico consultable en el sistema anterior o en un repositorio documental, y arrancar Business Central limpio, solo con saldos y partidas abiertas. Ten en cuenta también tus obligaciones de conservación: la información fiscal y contable debe guardarse durante los plazos que marca la normativa, pero conservar no es lo mismo que migrar; conviene confirmar esos plazos para tu caso concreto.

Las plantillas de configuración (RapidStart)

Business Central incluye una herramienta pensada precisamente para esto: los paquetes de configuración, conocidos como RapidStart. En lugar de teclear miles de fichas a mano, permiten trabajar de forma ordenada y repetible:

• Defines qué tablas y campos vas a cargar (clientes, artículos, cuentas…), incluyendo solo lo que necesitas.
• Exportas plantillas de Excel con esas columnas, para que tu equipo o tu asesoría rellene los datos en un formato familiar.
• Validas antes de aplicar: la herramienta comprueba los datos y señala errores (campos obligatorios vacíos, valores que no existen) antes de tocar el sistema real.
• Aplicas y dejas traza: los datos se cargan y queda registro de qué se importó, lo que resulta muy útil para repetir la carga en pruebas y en el arranque definitivo.

La gran ventaja es que puedes ensayar la migración las veces que haga falta en un entorno de pruebas, corregir las plantillas y volver a cargar, hasta que todo encaja. Para saldos y movimientos, además de RapidStart se suelen usar diarios de importación específicos (de clientes, proveedores, contabilidad y existencias), que permiten registrar los importes como asientos de apertura conciliables.

Validación y pruebas: no arranques a ciegas

Una migración no termina cuando los datos entran: termina cuando demuestras que son correctos. Esta fase es la que separa un arranque tranquilo de un mes de sobresaltos. Lo esencial:

• Carga en un entorno de pruebas primero. Nunca hagas la primera carga sobre el entorno definitivo. Un sandbox te permite equivocarte sin consecuencias.
• Cuadra los totales. El balance, el total de cartera de clientes y proveedores y la valoración de existencias en Business Central deben coincidir, al céntimo, con los del sistema anterior a la fecha de corte. Si no cuadra, no se arranca.
• Prueba con casos reales. Emite una factura, registra un cobro, haz un pedido de compra y un movimiento de almacén con datos migrados. Así detectas problemas de configuración que un cuadre de totales no revela.
• Revisa una muestra manualmente. Abre varias fichas de cliente, artículo y proveedor y compáralas con el origen. Los totales pueden cuadrar y aun así haber campos mal mapeados.
• Documenta el corte. Deja claro cuál es la fecha de corte y qué se hace con las operaciones que ocurran entre esa fecha y el arranque real.

Riesgos típicos (y cómo evitarlos)

La mayoría de sustos en una migración no son fallos técnicos misteriosos, sino los mismos tropiezos de siempre. Conocerlos de antemano es media batalla ganada:

• Datos sucios de origen: duplicados, campos incompletos y formatos inconsistentes. Se corrige limpiando antes de migrar, no después.
• Querer migrarlo todo: arrastrar años de históricos «por si acaso» dispara el coste y el riesgo. Decide qué aporta valor dentro del ERP.
• Saldos que no cuadran: casi siempre por fechas de corte mal definidas o por movimientos que se registran en ambos sistemas a la vez. Un corte claro lo evita.
• Mapeo incorrecto: asociar mal las cuentas, las dimensiones o las unidades de medida entre el sistema viejo y el nuevo. Se detecta con las pruebas de casos reales.
• Dejar la migración para el final: tratarla como un trámite de última hora en vez de una fase con su tiempo. Empezar pronto y hacer varias cargas de prueba es la mejor póliza de seguro.

Una fase del proyecto, no un trámite

La migración de datos no es una tarea aislada que se hace «el fin de semana del arranque»: es una fase del proyecto de implantación que se cruza con el análisis, la configuración y la formación. Por eso tiene sentido abordarla dentro de una implantación bien planificada, con un partner que ya ha cuadrado balances y cargado maestros en empresas parecidas a la tuya. Si quieres ver cómo encaja dentro de un proyecto completo, puedes consultar nuestra página de Dynamics 365 Business Central. Y si aún estás valorando si este ERP es el adecuado para tu empresa, te ayudará leer antes qué es Business Central y por qué tu empresa lo necesita.

Con más de 20 años implantando Business Central (y antes Navision) en empresas de distribución, industria, farmacia y servicios, en 3L Systems sabemos que una migración bien hecha se nota en algo muy concreto: el primer día con el sistema nuevo, los números cuadran y el equipo puede trabajar. Sin sustos.

Preguntas frecuentes

¿Cuántos años de históricos conviene migrar a Business Central?

No hay una cifra única: depende de tus necesidades operativas y de conservación documental. Como criterio práctico, muchas empresas migran solo saldos y partidas abiertas al nuevo sistema y mantienen el histórico completo consultable en el sistema anterior o en un repositorio. Migrar años de movimientos cerrados añade coste y riesgo sin aportar siempre valor. Conviene decidirlo caso a caso y confirmar tus obligaciones de conservación.

¿Qué son las plantillas de configuración (RapidStart) en Business Central?

Son paquetes de configuración de Business Central que permiten definir qué tablas y campos se van a cargar, exportar plantillas Excel para rellenar los datos, validarlos y aplicarlos al sistema. Facilitan una migración ordenada y repetible de maestros y saldos, y dejan traza de qué se cargó, lo que ayuda mucho en las pruebas y en la puesta en marcha.

¿Se pueden migrar los saldos de clientes y proveedores con su detalle?

Sí. Lo habitual es cargar las partidas abiertas (facturas pendientes de cobro o pago) una a una, para que el saldo del cliente o proveedor se componga de sus documentos reales y puedas seguir conciliando y aplicando cobros. Cargar solo un saldo global es más rápido, pero pierdes el detalle que necesitas para la gestión diaria de cartera.

¿Cuánto tiempo lleva migrar los datos a Business Central?

La migración de datos es una fase dentro del proyecto de implantación, no una tarea aislada, y su duración depende del volumen de datos, del número de sistemas de origen y de la calidad de la información de partida. Lo que más alarga los plazos no suele ser la carga técnica, sino la limpieza y validación previa de los datos. Por eso conviene empezar pronto y hacer varias cargas de prueba.

¿Qué pasa si migro datos con errores?

Datos mal migrados generan saldos que no cuadran, duplicados y decisiones tomadas sobre información incorrecta, y corregirlos con el sistema en marcha es mucho más costoso que evitarlo antes del arranque. La forma de prevenirlo es validar los datos en un entorno de pruebas, cuadrar los saldos contra los balances del sistema anterior y no dar por buena la migración hasta que los totales coinciden.