![\"\"](\"https:\/\/fbedolla.com\/wp-content\/uploads\/2022\/06\/finsopnav-1024x379.png\")
<\/figure>\n\n\n\nCuando realizamos la implementaci\u00f3n, estas fechas se ve\u00edan lejanas, ahora ya no tanto (y record\u00e9 otros dos clientes que tienen NAV 2009).<\/p>\n\n\n\n
\u00bfQu\u00e9 pasar\u00e1 cuando la versi\u00f3n pierda el soporte?<\/strong><\/p>\n\n\n\n Bueno, ya no habr\u00e1 actualizaciones al sistema por parte de Microsoft, esto realmente no importa mucho que digamos dado que el sistema no se ha actualizado desde hace varios a\u00f1os debido al costo para el cliente y, sobre todo, la falta de fallos en la versi\u00f3n ya que ha estado muy estable los \u00faltimos 9 a\u00f1os de operaci\u00f3n.<\/p>\n\n\n\n El cliente se encuentra al corriente de su mantenimiento por lo que si hacemos cuentas:<\/p>\n\n\n\n 50 usuarios a 1,800 USD por 16% dan 14,400 USD anuales, multiplicados por 9 dan 129,600 USD a lo que se tendr\u00eda que sumar el costo original del proyecto mas el licenciamiento original y el costo de los objetos adicionales.<\/p>\n\n\n\n L\u00f3gicamente, se debe analizar el ROI para validar que esta inversi\u00f3n ya haya sido amortizada en estos a\u00f1os lo que es confirmado por el cliente, el ERP le ha tra\u00eddo beneficios que exceden los costos.<\/p>\n\n\n\n \u00bfPodr\u00eda seguir sin el soporte de Microsoft?<\/strong><\/p>\n\n\n\n Por supuesto que s\u00ed, despu\u00e9s de 129,000 d\u00f3lares sin recibir nada tangible a cambio por parte de Microsoft queda claro que no es tan necesario el tener soporte de dicha empresa.<\/p>\n\n\n\n \u00bfQu\u00e9 pasa con el partner?<\/strong><\/p>\n\n\n\n Tiene a\u00f1os sin adquirir una p\u00f3liza de soporte ya que, como se mencion\u00f3 anteriormente, el sistema es estable a tal grado que aburre (no siempre fue as\u00ed, recuerdo tardes largas ajustando cosas y tratando de estabilizar la operaci\u00f3n), pero si el partner cuenta con personal que conozca la aplicaci\u00f3n en esa versi\u00f3n, la operaci\u00f3n del cliente y los desarrollos que tiene, te\u00f3ricamente seria factible seguir en la misma versi\u00f3n indefinidamente. Sin embargo, el partner requiere mantener al personal, eso genera un costo que debe ser cubierto y eso implica p\u00f3lizas de soporte.<\/p>\n\n\n\n Aunque la versi\u00f3n 2013 es una versi\u00f3n de transici\u00f3n, su estabilidad esta comprobada en las implementaciones existentes y funcionales hoy en d\u00eda, lo mismo sucede con las versiones 2009 en modo Classic que siempre demostraron una estabilidad legendaria, todo esto podr\u00eda abonar la idea de no moverse de versi\u00f3n, sin embargo, no cuenta con muchas de las mejoras de las nuevas tecnolog\u00edas.<\/p>\n\n\n\n Revisemos las necesidades del cliente en cuesti\u00f3n.<\/strong><\/p>\n\n\n\n Tiene un punto de venta desarrollado por el mismo conectado a NAV para obtener y entregar informaci\u00f3n de manera bidireccional. Su operaci\u00f3n de ventas, cobros, inventarios y almacenes depende totalmente de NAV aun operando en su punto de venta. El volumen de operaciones es muy elevado por lo que la transaccionalidad es muy fuerte y se requiere un procesamiento online.<\/p>\n\n\n\n El historial de clientes es muy importante en toda su operaci\u00f3n por lo que todo debe ser accesible al operar.<\/p>\n\n\n\n Respecto a las compras, es mas ligera la operaci\u00f3n, implica la compra de miles de productos, su control por serie, la distribuci\u00f3n de cada producto, a quien se vendi\u00f3, fecha, serie, contrato, etc.<\/p>\n\n\n\n Hay que controlar los pagos, los gastos, registrar toda operaci\u00f3n y finalmente, entregar informaci\u00f3n y resultados por cada sucursal, producto, periodo; lo cl\u00e1sico.<\/p>\n\n\n\n Adem\u00e1s de la integraci\u00f3n del punto de venta, se cuenta con un portal de proveedores conectado al sistema como inicio de un SCM.<\/p>\n\n\n\n Las conexiones se realizan directamente a la base de datos mediante aplicaciones que hoy en d\u00eda se consideran \u201cantiguas\u201d por no estar basadas en API o REST, este es uno de los puntos importantes a tomar en cuenta para una migraci\u00f3n.<\/p>\n\n\n\n Veamos que escenarios podemos pensar aqu\u00ed y analicemos cada uno.<\/p>\n\n\n\n Moverse a la nube.<\/strong><\/p>\n\n\n\n Se tienen 50 usuarios concurrentes full con un costo anual del 16% de mantenimiento; si se hiciera el cambio a Cloud, el costo ser\u00eda de 70 USD mensual por usuario. Por supuesto que Microsoft otorgara un 40% de descuento por cada licencia por cierta cantidad de tiempo lo que dejara cada licencia en 42 USD mensuales, esto genera un sobre costo anual de xxxx USD que podr\u00edamos justificarlo pensando en las mejoras y actualizaciones mensuales del sistema las cuales agregan funcionalidades y mejoras bastante interesantes.<\/p>\n\n\n\n Un asunto aparte es el espacio de almacenamiento, tomando en cuenta 50 usuarios, Microsoft otorgar\u00e1 80 GB inicialmente y 2 GB por cada usuario lo que sumar\u00e1 un total de 180 GB de espacio para la base de datos.<\/p>\n\n\n\n Esto puede verse como una gran cantidad de espacio, pero no estamos tomando en cuenta que es compartido con los sandbox y acorde al crecimiento anterior, podr\u00edamos pensar en 50 GB por a\u00f1o. En dos a\u00f1os entrar\u00edamos en problemas para poder tener una copia de producci\u00f3n para desarrollos, pruebas y en algunos casos, capacitaci\u00f3n como se utiliza actualmente.<\/p>\n\n\n\n Esto puede ser resuelto adquiriendo espacio adicional con un costo mensual que, aun siendo importante, es justificado por la redundancia que se otorga por Microsoft.<\/p>\n\n\n\n Ahora nos enfocaremos en los sistemas \u201csat\u00e9lites\u201d que funcionan actualmente.<\/p>\n\n\n\n El punto de venta ser\u00e1 actualizado a una versi\u00f3n web para actualizar tanto la interfaz como para agregar alguna funcionalidad, permitir utilizar cualquier sistema operativo y en su caso, diferentes dispositivos como tel\u00e9fonos y tabletas lo cual no puede realizarse en este momento.<\/p>\n\n\n\n Esto implica un esfuerzo por parte del equipo t\u00e9cnico interno del cliente al remanufacturar todo su desarrollo y cambiar la estructura actual que implica el desarrollo de un cliente local con una conexi\u00f3n a un servidor SQL y de ah\u00ed su conexi\u00f3n a NAV a favor de un sistema que reciba las llamadas de una pagina web, procese las solicitudes, las dirija sus tablas o a las conexiones API o REST de Business Central, recibir las respuestas y presentarlas al usuario. Esto implica pensar en tablas en SQL Azure y almacenamiento en la nube (costo incremental) as\u00ed como licencias de usuario por el acceso y modificaci\u00f3n de datos.<\/p>\n\n\n\n Una de las ventajas mas importante, es la de poder desarrollar en el sistema las extensiones que se necesiten \u201csin costo de objetos y licencia de desarrollo\u201d si es que el cliente aprende AL y el uso de VSCode adem\u00e1s de poder agregar extensiones de otros partners acorde a sus necesidades.<\/p>\n\n\n\n En todo caso, se debe asegurar un escenario optimo de operaci\u00f3n, traducido, poder registrar nn,nnn operaciones diarias.<\/p>\n\n\n\n Seguir On-Premise<\/strong><\/p>\n\n\n\n El cliente cuenta actualmente con hardware suficiente para soportar esta operaci\u00f3n aun con incrementos de un 50% de operaci\u00f3n ya sea en picos o en tendencia creciente constante a alcanzar ese 50% o mas en un a\u00f1o con la posibilidad de crecer dicho hardware r\u00e1pidamente. Esto permite que, desde el momento de registrar el pedido en el punto de venta a obtener una factura fiscal, incluyendo inserci\u00f3n en NAV, registro en NAV, env\u00edo a PAC y recepci\u00f3n de factura transcurra un m\u00ednimo de 6 segundos hasta un m\u00e1ximo de 20 segundos.<\/p>\n\n\n\n Entonces, \u00bfcu\u00e1l o cu\u00e1les ser\u00edan las ventajas de migrar de NAV a Business Central?<\/p>\n\n\n\n En primer lugar, debemos separar la aplicaci\u00f3n de la operaci\u00f3n para este an\u00e1lisis.<\/p>\n\n\n\n Respecto a la operaci\u00f3n e integraci\u00f3n de sistemas sat\u00e9lites, el cliente podr\u00e1 o mas bien, deber\u00e1 de migrar o remanufacturar su punto de venta a paginas web, esto permitir\u00e1 crear un punto de venta independiente de la plataforma (Windows) pudiendo utilizar entonces Android (Tablets) que son m\u00e1s econ\u00f3micas que una computadora, ahorro en la licencia de Windows, menor costo de administraci\u00f3n ya que no hay instalables, no hay que \u201cactualizar la aplicaci\u00f3n local\u201d y, si se desarrollan las interfaces de usuario correctamente, podr\u00edamos incluso utilizar tel\u00e9fonos permitiendo as\u00ed, saltar una de las limitantes actuales (si no hay internet no hay venta) ya que el celular puede consumir datos logrando as\u00ed incluso una venta ubicua, sucursales, eventos, en el domicilio del cliente, etc. Aqu\u00ed incluso podemos implementar seguridad de conexi\u00f3n mediante certificados que se pueden generar o comprar para instalar en los equipos que podr\u00e1n conectarse para vender.<\/p>\n\n\n\n Respecto al portal de proveedores, igualmente se deber\u00e1 ajustar la arquitectura para poder trabajar en pagina web, esto facilitar\u00e1 no solamente la captura y programaci\u00f3n de compras, incluso podr\u00edamos llegar a publicar \u201csubastas\u201d de compra a proveedores seleccionados sobre productos complementarios a la operaci\u00f3n.<\/p>\n\n\n\n Apoyando esto, se puede ampliar la intranet y convertir una parte a extranet para el registro de gastos y vi\u00e1ticos permitiendo as\u00ed un mejor control de gastos por parte del personal.<\/p>\n\n\n\n Ahora hablemos de la aplicaci\u00f3n.<\/p>\n\n\n\n Business Central en versi\u00f3n On-premise NO es igual a la versi\u00f3n SaaS, punto.<\/p>\n\n\n\n Las diferencias pueden marcar o no la ruta a seguir en un inicio, de entrada, la mayor diferencia es la capacidad de desarrollo \u201cgratis\u201d ya que en la versi\u00f3n On-premise se deber\u00e1n comprar los objetos necesarios para cualquier desarrollo y pagar el mantenimiento de estos a la \u201cantigua usanza\u201d.<\/p>\n\n\n\n Ahora la lista de lo que requiere Azure Active Directory.<\/p>\n\n\n\n Y para la conexi\u00f3n de REST, API\u00b4s y Web Services, se debe establecer manualmente un endpoint (como las versiones anteriores y con el uso de IIS), para permitir todo lo que coment\u00e9 arriba para el nuevo POS.<\/p>\n\n\n\n Actualmente se cuenta con desarrollos en NAV 2013 que agregan campos a tablas del sistema mismos que pueden ser realizados como extensi\u00f3n utilizando incluso mismos nombres y tipos en Business Central.<\/p>\n\n\n\n Hay tablas intermedias donde se almacena la informaci\u00f3n previa a inyectarla a las tablas de NAV, estas tablas pueden replicarse sin problemas agregando, cambiando o quitando campos adem\u00e1s de darle comportamientos de revisi\u00f3n gracias a su publicaci\u00f3n como API, REST o Web Service.<\/p>\n\n\n\n La operaci\u00f3n principal es realizada por el NAS que ejecuta codeunits especiales que validan, revisan copian y llaman codeunits est\u00e1ndar del sistema, digamos que mucho del dise\u00f1o original realizado en 2013 se adecua a las normas y reglas actuales de Business Central por lo que mover esos desarrollos a extensiones e iniciar pruebas, ser\u00e1 relativamente sencillo.<\/p>\n\n\n\n \u00bfCu\u00e1l ser\u00e1 el alcance de esta \u201cmigraci\u00f3n\u201d?<\/strong><\/p>\n\n\n\n En primer lugar, dejar de decirle migraci\u00f3n.<\/p>\n\n\n\n Se debe ver como un proyecto de reimplementaci\u00f3n el cual permitir\u00e1 cambiar el enfoque de la conexi\u00f3n y del punto de venta para permitir un crecimiento futuro \u201cindependiente\u201d de la plataforma.<\/p>\n\n\n\n Es el momento de aprovechar y cambiar procesos definidos en su \u00e9poca que ya no son aplicables ahora y agregar procesos actuales que no exist\u00edan en esa primera definici\u00f3n.<\/p>\n\n\n\n Aunque estamos de acuerdo en que los hist\u00f3ricos no se migrar\u00e1n, hay que definir qu\u00e9 informaci\u00f3n SI viajara al nuevo despliegue y la estrategia para hacerlo adem\u00e1s de la conexi\u00f3n de Qlik con ambas bases de datos.<\/p>\n\n\n\n La depuraci\u00f3n de cat\u00e1logos maestros eliminando del nuevo despliegue productos descontinuados, clientes y proveedores no deseados y ajuste de dimensiones.<\/p>\n\n\n\n Hablamos de an\u00e1lisis de operaciones, si se cuenta con la documentaci\u00f3n original, seria m\u00e1s f\u00e1cil para ver que se cambi\u00f3 o que requiere cambiarse o mejorarse, si no, ser\u00e1 entrevistas de usuarios con consultores que conozcan el negocio, definir los nuevos requerimientos.<\/p>\n\n\n\n Revisar el c\u00f3digo, ver en que temas se requiere una mejora y esta puede darse, analizar con el equipo del cliente, los cambios posibles para darles visibilidad sobre su remanufactura de su POS y sesiones de arquitectura para definir nuevos caminos y rutas para el crecimiento del sistema.<\/p>\n\n\n\n Ayudar a depurar cat\u00e1logos y como extraer la informaci\u00f3n para el nuevo inicio, hacer incluso las pruebas de carga y registro.<\/p>\n\n\n\n Capacitaci\u00f3n en la nueva interfase ya que sufri\u00f3 cambios considerables de las versiones 20xx a Business Central.<\/p>\n\n\n\n Ayuda y soporte en pruebas de desarrollos e integraciones, as\u00ed como gu\u00eda en nuevas integraciones.<\/p>\n\n\n\n Carga de saldos, acompa\u00f1amiento en el arranque, soporte del primer mes.<\/p>\n\n\n\n Hay mucho trabajo por delante… mucho futuro del sistema por definir.<\/p>\n\n\n\n