Personalmente puedo comentarles mi experiencia, en todo proceso de migración de Microsoft Dynamics NAV hacia versiones de BC hasta la versión 14.0 y On-Prem principalmente (para Cloud me baso en otras herramientas para la migración de datos), he considerado los siguientes aspectos en un modo genérico. (English Version)
Puntos claves:
- ¿De que versión – cu (paquete de actualización) de NAV a que última versión vigente de BC?. Reconocer esto te permite identificar «cuántos saltos» tendrás que dar entre versiones. (Esta información la puedes ver en los enlaces oficiales de Microsoft al respecto, los adjunto en la parte inferior.)
- ¿Se requiere una migración en todo su término o se considera una refactorización?
- ¿Se van a implementar otros módulos?
- ¿Se van a dejar de usar funcionalidades anteriores y se considerarán usar funcionalidades estándar nuevas?
Aspectos:
- Técnica:
- Cantidad de objetos por cada tipo de objeto, modificados del estándar o nuevos.
- Nivel de complejidad, líneas de código modificado o agregado.
- Tiene un localizado que no es soportado por Microsoft.
- Cuántos partners o freelances lo han tocado antes?
- Contiene un ISV o vertical en su implementación. Cuentan con acceso al código de los objetos del ISV.
- Integraciones con otras aplicaciones, Web Services, Gestión de archivos.
- Uso de DotNet?
- Se tiene documentación alguna?
- Funcional:
- ¿Qué módulos se tienen implementados?, ¿Cuántas empresas vienen funcionando?
- ¿Es una empresa contable? ¿Es una empresa que usa productos, inventario, series, lotes?
- ¿Es una empresa de fabricación, servicios o de proyectos?
- ¿Usan aprobaciones? ¿Usan colas de proyectos?
- ¿Usan verticales en su solución?
- ¿Integraciones con sistemas o importación/exportación de archivos?
- Se tiene documentación alguna?
- Datos:
- ¿Se requiere pasar los datos?¿Se pueden cargar saldos iniciales?
- ¿Cuántas empresas se van a migrar?, ¿Se encuentra activo el Log de Tablas?
- ¿Se pueden eliminar empresas?
- ¿Se ha comprimido datos?¿Se puede comprimir datos?
- ¿Tamaño de base de datos?
Herramientas:
- Notepad ++:
- En el proceso de migración técnica usualmente se trabaja con las versiones de NAV en formato de archivo de texto, y por el tamaño del mismo no es muy útil trabajar con el Notepad clásico, mejor trabajar con esta versión. Downloads | Notepad++ (notepad-plus-plus.org)
- Beyond Compare:
- Statical Prism:
- Muy potente aplicativo que permite revisar y leer la codificación, permite determinar la relación de los objetos, las dependencias de objetos, identificar toda la información necesaria para entender la solución, y determinar también posibles refactorizaciones. Soporta versiones CAL y actualmente también AL. Statical (stati-cal.com)
- ForNAV Converter:
- Txt2Al Conversion Tool:
- SQL Server:
- También algunas veces he utilizado en este proceso de migración Transact SQL en el cual traspasaba datos de unas tablas a otras.
De suma importancia que una vez realizada la migración sean probados todos los procesos, los módulos, el cliente tiene una participación activa muy importante. Espero que esta información pueda servirles.
I can personally tell you about my experience, in the entire migration process of Microsoft Dynamics NAV towards versions of BC up to version 14.0 and On-Prem mainly (for Cloud I rely on other tools for data migration), I have considered the following aspects in a generic way.
Key points:
- From what version – cu (cumulative update) of NAV to what latest version of BC ?. Recognizing this allows you to identify «how many jumps» you will have to make between versions. (You can see this information in the official Microsoft links in this regard, I attach them in the bottom.)
- Is a full term migration required or is a refactoring considered?
- Are other modules going to be implemented?
- Are old features going to be discontinued and new standard features considered?
Aspects:
- Technical:
- Quantity of objects for each type of object, modified from the standard or new.
- Level of complexity, lines of code modified or added.
- It has a country localization that is not supported by Microsoft.
- How many partners or freelances have played it before?Contains an ISV or vertical in its implementation. They have access to the code of the ISV objects.
- Integrations with other applications, Web Services, File management.
- Using DotNet?
- Is there any documentation?
- Functional:
- What modules have been implemented? How many companies have been operating?
- Are you an accounting company? Is it a company that uses products, inventory, series, batches?
- Is it a manufacturing, service or project company?
- Do you use approvals? Do you use project queues?
- Do you use verticals in your solution?
- Integrations with systems or import / export of files?
- Is there any documentation?
- Data:
- Is data migration required? Can opening balances be loaded?
- How many companies are going to migrate?
- Is the Tables Log active?
- Can companies be deleted?
- Has data been compressed? Can data be compressed
- Database size?
Tools:
- Notepad ++:
- In the technical migration process, we usually work with versions of NAV in text file format, and due to its size, it is not very useful to work with classic notepad, better to work with this version. Downloads | Notepad++ (notepad-plus-plus.org)
- Beyond Compare:
- Statical Prism:
- Very powerful application that allows you to review and read the coding, to determine the relationship of the objects, the dependencies of objects, identify all the information necessary to understand the solution, and also determine possible refactorings. It supports CAL versions and currently also AL. Statical (stati-cal.com)
- ForNAV Converter:
- Txt2Al Conversion Tool:
- SQL Server:
- I have also sometimes used Transact SQL in this migration process in which I transferred data from some tables to others.
It is extremely important that once the migration has been carried out, all the processes and modules are tested, the client has a very important active participation. I hope this information can be of use to you.
URL:
Gerardo Rentería Blog 