Es la objeción que más frena una migración: «llevamos años con desarrollos a medida en Navision, si migramos perdemos todo eso». Es una preocupación legítima, pero la respuesta casi siempre es más tranquilizadora de lo que se espera. Aquí te contamos qué pasa realmente con cada tipo de personalización.
Lo primero: se revisan una por una, no en bloque
No existe un «todo o nada». Cada desarrollo a medida de tu Navision se analiza por separado y acaba en uno de tres sitios:
- Ya viene de serie en Business Central. Sucede más de lo que la gente cree: funcionalidades que en su día se desarrollaron a medida porque Navision no las traía, hoy son estándar.
- Se rehace como extensión. Es la forma moderna de personalizar Business Central: código aislado del núcleo del ERP, en el lenguaje AL.
- Ya no tiene sentido. Con los años, algunos desarrollos quedan obsoletos porque el proceso que resolvían ha cambiado o ha dejado de usarse. Migrar es también el momento de hacer limpieza.
Por qué las extensiones son mejores que las personalizaciones clásicas
En Navision, las personalizaciones se hacían casi siempre modificando directamente el código estándar. Funcionaba, pero tenía un coste oculto: cada actualización de Microsoft podía romper esas modificaciones, porque tocaban el mismo código que Microsoft también tocaba.
Las extensiones en AL resuelven justo ese problema: se añaden «al lado» del estándar, sin modificarlo. Microsoft puede actualizar Business Central con normalidad y tu extensión sigue funcionando, porque nunca tocó el código que se actualiza.
No es solo un cambio de tecnología: es dejar de tener miedo a cada actualización.
¿Y las integraciones con otros sistemas?
Se revisan con la misma lógica: tienda online, banca electrónica, EDI con clientes o proveedores, TPV… Business Central tiene conectores estándar para muchos de estos casos que en Navision había que construir desde cero, así que a menudo la integración sale más simple, no más compleja, en el sistema nuevo.
Qué información hay que tener lista
Para hacer este inventario con precisión, ayuda tener a mano:
- Un listado de los desarrollos a medida que recuerdes (aunque sea informal, sin documentación técnica).
- Qué integraciones externas están activas hoy.
- Si tienes partner de mantenimiento actual, pedirle el objeto de personalización o el histórico de cambios, si existe.
No pasa nada si no hay documentación formal: parte del trabajo de diagnóstico es precisamente reconstruir ese inventario a partir del sistema en marcha.
Preguntas frecuentes
¿Cuánto cuesta rehacer una personalización como extensión?
Depende por completo de la complejidad de cada desarrollo, así que no hay una tarifa única que aplicar a todos por igual. Algunas personalizaciones sencillas —un campo adicional en una ficha, una validación puntual antes de guardar un documento— se resuelven en pocas horas de desarrollo. Otras, cuando automatizan un proceso de negocio completo con varias reglas encadenadas o integran datos de varias fuentes, requieren más tiempo de análisis y construcción. Por eso el diagnóstico inicial de cualquier migración incluye siempre una estimación por cada pieza de desarrollo identificada, revisada una a una, en vez de dar una cifra global para «rehacer las personalizaciones» sin saber exactamente cuántas hay ni qué complejidad tiene cada una.
¿Puedo seguir usando informes hechos a medida?
Sí, los informes personalizados se migran igual que cualquier otro desarrollo a medida: se revisan uno a uno y se reconstruyen como extensiones en AL, con la misma lógica y el mismo resultado visual que ya conoce tu equipo. Además, como Business Central se integra de forma nativa con Power BI, muchos informes que en Navision requerían desarrollo a medida porque no existía otra forma de conseguirlos hoy se resuelven con un cuadro de mando estándar, sin necesidad de programar nada. Esto es una oportunidad real de simplificar: el proceso de migración es un buen momento para revisar qué informes siguen aportando valor tal cual están y cuáles podrían sustituirse por algo más flexible y más fácil de mantener en el futuro.
¿Qué pasa si un desarrollo es muy antiguo y nadie sabe ya para qué sirve?
Es más habitual de lo que parece, sobre todo en empresas que llevan muchos años con el mismo Navision y han pasado por varios responsables técnicos distintos. En el diagnóstico se contrasta directamente con los usuarios actuales del sistema si ese desarrollo concreto sigue en uso real en el día a día, revisando su comportamiento en el entorno de pruebas antes de decidir nada. Si nadie lo usa ni lo reconoce, migrar es el momento perfecto para retirarlo sin coste añadido, en vez de arrastrarlo indefinidamente solo por precaución. Si sí se usa pero nadie recuerda por qué se construyó así, se documenta de nuevo antes de convertirlo en extensión, para no perder ese conocimiento otra vez.
En resumen
Tus desarrollos a medida no se pierden al migrar: se revisan uno a uno y casi siempre acaban en mejor forma que en Navision, como extensiones que no rompen con cada actualización. El miedo a «perder lo que tenemos» suele desaparecer en cuanto se hace ese inventario con detalle.
Si quieres saber qué pasaría con tus desarrollos concretos, consulta nuestro servicio de migración de Navision a Business Central o cuéntanos qué tienes personalizado y te decimos, desarrollo por desarrollo, qué opción encaja mejor.