Su ERP anterior no tiene por qué ser un riesgo mientras decide el siguiente paso

Señales de que lo necesita

• Su socio anterior dejó de dar soporte, cambió de negocio o ya no responde en tiempos razonables.
• Nadie dentro de la empresa conoce en detalle las personalizaciones que hoy sostienen su operación.
• El sistema corre sobre servidores o versiones de base de datos que ya no reciben actualizaciones.
• Necesita presentar al directorio una decisión fundamentada sobre migrar o mantener.
• Le preocupa que una falla detenga la facturación y no exista un procedimiento de recuperación probado.
• Quiere aprovechar la nube, Power BI o Copilot, pero su ERP actual no se conecta con nada.
• Recibió una fecha de fin de soporte y no sabe qué implica exactamente para su operación.

1. 1

   Estabilizar primero

   Antes de hablar de migrar, nos aseguramos de que la operación esté sostenida: incidentes atendidos, respaldos verificados, accesos ordenados y procesos críticos documentados. El diagnóstico inicial es 100 % gratuito.

2. 2

   Evaluar el entorno actual

   Levantamos módulos, personalizaciones, integraciones, reportes, infraestructura y uso real. El objetivo es saber qué sostiene hoy su operación y qué quedó heredado sin que nadie lo use.

3. 3

   Presentar las opciones con sus consecuencias

   Entregamos un informe con los caminos posibles: mantener, actualizar la versión o migrar a Business Central, cada uno con su riesgo, su esfuerzo y lo que implica para la operación. La decisión es suya y la toma con información.

4. 4

   Diseñar la migración cuando corresponda

   Definimos qué personalizaciones se rehacen, cuáles reemplaza el estándar y cuáles se retiran; qué datos se migran y cuáles quedan en consulta; y qué unidad o empresa sirve de piloto.

5. 5

   Ejecutar por etapas y cuadrar

   Migramos por etapas, con operación en paralelo donde sea necesario, cuadre de saldos contables y de inventario, y criterios de corte acordados antes de avanzar. El punto de no retorno se decide con evidencia.

6. 6

   Acompañar después del cambio

   Capacitamos por rol, acompañamos los primeros cierres y mantenemos soporte 24/7 con menos de 1 hora de tiempo de respuesta. La migración termina cuando el primer cierre sale bien, no cuando el sistema enciende.

• Dynamics 365 Business Central como destino de migración
• Power BI para indicadores sobre los datos del sistema actual
• Power Automate y Power Apps para procesos periféricos sin tocar el núcleo del ERP
• Microsoft 365 para documentos, aprobaciones y comunicación
• Microsoft Azure para alojar el entorno actual o el de consulta histórica
• Sistemas de terceros mediante interfaces controladas y documentadas

¿Dan soporte a Dynamics GP, NAV y AX aunque no hayamos implementado con ustedes?

Sí. Buena parte de este trabajo empieza con empresas cuyo socio anterior dejó de dar soporte. La primera etapa siempre es levantar el entorno y documentarlo, porque sin eso no es posible sostener la operación con seriedad.

¿Tenemos que migrar obligatoriamente a Business Central?

No. Hay empresas para las que mantener y asegurar el sistema actual es la decisión correcta durante un tiempo. Lo que sí recomendamos es tomar esa decisión con una evaluación por delante y con las fechas de ciclo de vida del producto a la vista, no por inercia.

¿Qué pasa con las personalizaciones que tenemos hoy?

Se clasifican una por una: las que el estándar de Business Central ya cubre, las que se rehacen como extensión, las que se resuelven con Power Platform y las que simplemente se retiran porque nadie las usa. En la práctica, esta última categoría suele ser mayor de lo que se espera.

¿Perdemos el historial si migramos?

No necesariamente, pero tampoco conviene migrarlo todo. Se migran maestros y saldos con cuadre contable, y el histórico anterior se conserva accesible para consulta y auditoría. Definimos juntos qué necesita realmente tener dentro del nuevo sistema.

¿Cuánto dura una migración desde GP, NAV o AX?

Depende del número de empresas, del volumen y estado de los datos, de la cantidad de personalizaciones y de la disponibilidad de su equipo para validar. No comprometemos una fecha antes de la evaluación: hacerlo es la forma más rápida de que un proyecto de migración salga mal.

¿Podemos operar los dos sistemas a la vez durante la transición?

En muchos escenarios sí, y es lo recomendable cuando existen varias empresas o unidades. Se migra una como piloto, se valida el cierre completo y después se avanza con el resto, con criterios de corte definidos.

¿Qué implica el fin de soporte de una versión?

Deja de recibir correctivos y actualizaciones de seguridad del fabricante, lo que aumenta el riesgo y puede afectar el cumplimiento en sectores regulados. Revisamos con usted la documentación oficial vigente de Microsoft para su versión concreta y qué consecuencias tiene en su caso.

¿Pueden ayudarnos a presentar la decisión al directorio?

Sí. La evaluación termina en un informe con opciones, riesgos, esfuerzo e implicaciones para la operación, pensado para sustentar una decisión de comité, no para justificar una venta.