La mayoría de las empresas creen que conocen su Navision, muchas descubren realmente lo que tienen cuando empiezan a migrar.
Lo que nadie suele descubrir hasta que el proyecto ya ha comenzado
Cuando una organización decide migrar desde Microsoft Dynamics NAV (Navision) a Business Central, la conversación suele empezar siempre por los datos.
- ¿Qué información debemos migrar?
- ¿Qué histórico necesitamos conservar?
- ¿Qué ocurre con clientes, proveedores, artículos o movimientos contables?
Son preguntas importantes. Pero rara vez representan el principal reto del proyecto. De hecho, en muchas migraciones, los datos terminan siendo la parte más sencilla de resolver.
El verdadero desafío suele estar en otro lugar. En el conocimiento acumulado durante años dentro de la propia aplicación.
Lo más valioso no suele estar documentado
A lo largo de la vida de una implantación de Navision, las organizaciones incorporan cambios para adaptar el sistema a su forma de trabajar.
Algunos son pequeños ajustes, otros se convierten en procesos críticos para el funcionamiento diario de la empresa:
- Surgen validaciones específicas.
- Automatizaciones.
- Integraciones.
- Informes personalizados.
- Lógicas de negocio propias.
Procesos desarrollados para atender necesidades concretas que nunca formaron parte del estándar. Muchos de ellos se implementaron hace años. Y en una gran parte de los casos, ya no existe documentación actualizada sobre ellos.
¿Qué ocurriría mañana si tuvieras que explicar a un nuevo equipo por qué existen todos los desarrollos personalizados de tu Navision?
El problema no es el código
Es habitual pensar que el reto consiste en revisar miles de líneas de código, pero el problema real es otro.
Lo difícil no es leer el desarrollo, lo difícil es comprender qué conocimiento de negocio contiene. Porque detrás de muchas personalizaciones hay decisiones empresariales que siguen teniendo valor hoy.
Por ejemplo:
- Cómo se calcula una comisión específica.
- Cómo se valida un pedido.
- Cómo se gestiona una excepción logística.
- Cómo se automatiza un proceso financiero.
- Cómo se integra la información con otros sistemas.
El código es solamente la manifestación técnica de ese conocimiento, lo realmente importante es entender qué función cumple y cuánto sigue siendo necesaria.
Un ejemplo que vemos con frecuencia
Imaginemos una empresa que lleva quince años trabajando con Navision. Durante ese tiempo se han incorporado desarrollos para:
- Facturación.
- Logística.
- Producción.
- Compras.
- Integración con aplicaciones externas.
Cuando comienza la migración a Business Central, la organización cree saber qué desarrollos utiliza. Sin embargo, al analizar el entorno aparecen situaciones habituales:
- Procesos que nadie recordaba que existían.
- Dependencias entre áreas aparentemente independientes.
- Automatizaciones críticas sin documentación.
- Funcionalidades utilizadas diariamente cuyo origen nadie conoce.
Lo sorprendente es que estos descubrimientos rara vez aparecen durante las primeras reuniones del proyecto, suelen aparecer cuando el análisis ya está avanzado. Y es entonces cuando surgen retrasos, sobrecostes y decisiones complejas.
La cara oculta de muchas migraciones
Cuando se habla de migrar un ERP, normalmente pensamos en tecnología.
- Versiones.
- Infraestructura.
- Aplicaciones.
- Bases de datos.
Pero las migraciones también son ejercicios de recuperación de conocimiento. Porque una parte importante de cómo funciona realmente una organización está reflejada en su ERP. En muchos casos, el sistema contiene años de experiencia acumulada:
- Procedimientos.
- Excepciones.
- Reglas de negocio.
- Buenas prácticas.
- Adaptaciones específicas del sector.
Y gran parte de ese conocimiento nunca llegó a escribirse en un manual, quedó incorporado directamente en el software.
El riesgo de no entender antes de migrar
Una migración ofrece una oportunidad única. Permite cuestionar qué procesos siguen teniendo sentido y cuáles han dejado de aportar valor.
Pero para tomar esas decisiones primero es necesario comprender qué existe realmente. Cuando la organización no dispone de esa visibilidad aparecen preguntas difíciles:
- ¿Qué desarrollos son críticos?
- ¿Cuáles pueden eliminarse?
- ¿Cuáles deben reconstruirse?
- ¿Qué dependencias existen?
- ¿Qué impacto tendría no migrarlos?
Responder correctamente a estas cuestiones suele marcar la diferencia entre una transición ordenada y un proyecto lleno de incertidumbre.
Una oportunidad para modernizar
La migración a Business Central no debería verse únicamente como un cambio tecnológico. También puede ser una oportunidad para revisar procesos, simplificar operativas y recuperar conocimiento que ha permanecido oculto durante años dentro del ERP.
Las organizaciones que obtienen mejores resultados no son necesariamente las que migran más rápido. Suelen ser las que dedican tiempo a comprender qué hace realmente su sistema antes de decidir cómo evolucionarlo.
Porque no todo lo que existe debe mantenerse, pero tampoco todo lo que existe puede eliminarse sin analizar antes el impacto.
Tres preguntas que merece la pena hacerse
Antes de comenzar una migración, resulta útil reflexionar sobre algunas cuestiones:
- ¿Existe documentación actualizada de los desarrollos realizados durante los últimos años?
- ¿Sabemos qué procesos dependen de personalizaciones específicas?
- ¿Podemos identificar con claridad qué funcionalidades aportan valor al negocio y cuáles ya no son necesarias?
Si alguna de estas preguntas resulta difícil de responder, probablemente merece la pena profundizar en el análisis antes de iniciar determinadas fases del proyecto.
Conclusión
Cuando una organización migra desde Navision a Business Central, los datos son importantes. Pero normalmente no representan el mayor riesgo.
El reto suele estar en comprender el conocimiento acumulado dentro del sistema y decidir qué papel debe desempeñar en la nueva plataforma.
Porque, en muchas ocasiones, el activo más valioso de una implantación de Navision no está en la base de datos, está en los años de experiencia, procesos y decisiones empresariales que permanecen ocultos detrás de sus desarrollos personalizados.
Y una migración es, posiblemente, la mejor oportunidad para recuperarlos, comprenderlos y decidir qué hacer con ellos antes de construir el futuro.
Y ahora la pregunta importante
Comprender que existe este conocimiento oculto es solo el primer paso. La siguiente cuestión es todavía más compleja:
¿Cuánto conoce realmente una empresa su propio Navision?
Porque identificar desarrollos es una cosa, comprender las relaciones entre ellos y el impacto que tienen sobre la operación diaria es algo muy diferente.
Y ahí es donde suelen aparecer las mayores sorpresas.
