Servicios · Migración · Modernización
CRM 4.0, 2011, 2013, 2015, AX 2009, NAV 2009, SharePoint 2010 — todo lo que los nuevos consultores ya no conocen forma parte de nuestro día a día desde 2007. Cuando su sistema antiguo tiene que ir a la nube, somos de los pocos que realmente conocen ambos mundos.
Gerencia · propietarios
Antes de cada migración, un diagnóstico a precio fijo (Migration Check o Migration Assessment). Sabe de antemano si la migración estará lista en 6 semanas o 9 meses, qué cuesta y qué puede romperse. El Discovery Spike Bundle es el formato típico de encargo. Tarifa bajo demanda.
Responsables de departamento · línea de negocio
El data audit documenta que todos los registros se migraron de forma limpia (con comparativa objetivo-real, análisis de huecos conforme a GoBD). El customization audit lista qué adaptaciones del sistema antiguo se continúan, sustituyen o eliminan — con una lista clara de owner por customización.
Dirección IT · CIO · Solution Architect
Dynamics CRM 4.0/2011/2013/2015 → Dynamics 365, AX → F&O, NAV → Business Central, SharePoint on-prem → SharePoint Online, Exchange on-prem → Exchange Online, file server → OneDrive/SharePoint, configuraciones híbridas. Selección de tooling específico de plataforma (KingswaySoft, ScribeSoft, Microsoft Dataverse SDK, scripts de migración en PowerShell).
Para gerencia · migración sin drama
Los proyectos de migración rara vez fracasan por la tecnología — fracasan porque el esfuerzo no se cuantificó honestamente de antemano. Nuestro diagnóstico a precio fijo entrega, antes de cada encargo de migración, una afirmación sólida: duración, coste, riesgos, obstáculos críticos. Si la migración es viable en 6 semanas, lo decimos. Si son 9 meses, también.
Para responsables de departamento · data audit y evidencia GoBD
La migración no está hecha cuando el nuevo sistema funciona — está hecha cuando puede documentar por escrito que no se perdió nada. Entregamos comparativa objetivo-real por tipo de registro, análisis de huecos conforme a GoBD, lista de owners de customizaciones y un protocolo de traspaso que aguanta cualquier auditoría. Discovery Spike como primer encargo limpio (tarifa bajo demanda) con un informe de resultados para dirección y compliance.
Para dirección IT · siete rutas de migración
Directamente con el arquitecto — sin capa de account manager. Temas: re-targeting de plug-ins CRM 4.0/2011/2013/2015 → D365, diseño de pipeline KingswaySoft, Dataverse Batch API frente a Bulk Insert, migración de módulos AX X++ a F&O, migración del lenguaje AL de NAV, API de migración de SharePoint on-prem, cut-over híbrido de Exchange, reset ALM y solution lifecycle tras el cut-over.
Tipos de migración · siete rutas
Siete rutas de migración cubren la mayor parte de nuestros mandatos. Cada tipo tiene sus propios obstáculos, sus propias herramientas y sus propios patrones experienciales.
CRM 4.0, 2011, 2013, 2015, 2016 a D365 Customer Engagement Apps. Migración de plug-ins, JavaScript web resources, migración de workflows a Power Automate, mapping de entidades custom, migración de permisos.
AX 2009, AX 2012 a D365 F&O. Migración de código X++, migración de forms e informes, migración de datos, valoración de módulos custom.
Versiones de NAV (Navision) a Business Central. Migración del lenguaje AL, valoración de add-ons, estrategia cloud frente a on-prem, re-modelado de licencias.
SharePoint 2010, 2013, 2016, 2019 a Microsoft 365 SharePoint. Migración de arquitectura de información, web parts custom, workflows a Power Automate, modelo de permisos.
Migración híbrida o completa. Migración de buzones, public folders, distribution lists, configuración de connectors, switch del registro MX, gestión de la fase híbrida.
Datos desde file servers a SharePoint/OneDrive (Known Folder Move, estructuración de sites). Pequeños desarrollos propios a Power Apps. Migración de permisos vía Entra ID.
Resolver estados de media nube. Arquitectura cloud completa. Consolidación de identidades vía Entra ID, migración de apps a modelos SaaS, decomisión de sistemas legacy.
Microsoft 365 tenant a tenant (fusión, spin-off), terceros a Microsoft (Salesforce → D365, Google Workspace → M365). Cuéntenoslo — con alta probabilidad ya lo hemos hecho.
Diagnóstico · Nivel 1 antes de la migración
Antes de iniciar la migración propiamente dicha, revisamos tres dimensiones como diagnóstico a precio fijo. Resultado: sabe cuán grande es realmente el proyecto — antes de firmar.
Conversación inicial de 90 min · gratuita
Clarificación del tipo de migración, magnitud y rutas posibles.
Entregable: memo breve (1–2 páginas) tras la conversación, con rango de esfuerzo y recomendación para el siguiente paso.
Tarifa bajo demanda
Assessment en profundidad de la situación de migración con análisis de opciones.
Entregables:
Tarifa bajo demanda
Evaluación de la calidad de los datos ANTES de la migración. Evita el problema de migración más habitual: arrastrar datos basura al nuevo sistema.
Entregables:
Tarifa bajo demanda
Inventario de todas las customizaciones del sistema antiguo con valoración de migración por componente.
Entregable: lista de componentes con recomendación de migración por componente: adoptar / reconstruir / descartar.
Tarifa bajo demanda (Migration Assessment + Data Audit + Customization Audit combinados)
Tres auditorías en un Discovery Spike conectado — estructurado, evaluación combinada, roadmap compartido.
Cuándo tiene sentido: en migraciones complejas con código custom, muchas fuentes de datos o perfil de riesgo elevado. Procedimiento estándar en migraciones de grupo.
Cinco tipos de migración
Toda migración empieza con la pregunta honesta: ¿de dónde viene, adónde quiere ir y qué realidad de datos hay entre ambos puntos? Recorremos cinco rutas típicas — que en la práctica suelen combinarse.
Dynamics CRM 4.0, 2011, 2013, 2015 → Dynamics 365 Customer Engagement Apps. Conocemos cada versión, cada modelo de datos, cada trampa típica de customización. Incluso si su instalación on-premises no ha visto un parche en ocho años.
Dynamics 365 on-premises a Dynamics 365 Online, Exchange on-premises a Exchange Online, SharePoint on-premises a SharePoint Online. Desde el nacimiento de Microsoft Azure acompañamos transiciones a la nube — con fase híbrida cuando es necesario.
Está descontento con su Partner Microsoft actual — sin respuesta, sin documentación, sin roadmap. Asumimos con discreción, revisamos el inventario, construimos documentación y llevamos la aplicación a un estado estable.
En fusión, spin-off, carve-out o reorganización, un tenant Microsoft 365 tiene que migrar a otro: buzones, SharePoint, OneDrive, Teams, identidades, licencias. Con herramientas como BitTitan, Quest On Demand o rutas nativas de Microsoft — según volumen y complejidad.
Salesforce, HubSpot, SugarCRM, Pipedrive a Dynamics 365. Google Workspace a Microsoft 365. Conocemos los modelos de datos típicos de los sistemas de terceros y los mapeamos al modelo de datos de Microsoft — incluidos campos custom, adjuntos, notas e historial de actividades.
Metodología
Cada migración pasa por el mismo marco metodológico — independientemente del tipo de migración. Ajustamos la profundidad de las fases al tamaño y perfil de riesgo de su punto de partida.
Inventario de los sistemas origen: modelo de datos, customizaciones, plug-ins, workflows, informes, integraciones, identidades. Documentamos qué es aprovechable, qué se reconstruye y qué se descarta. Resultado: un plan de migración con esfuerzo, riesgos y corredores.
Mapping campo a campo entre origen y destino — incluyendo transformaciones, resolución de lookups, traducciones de picklists y adjuntos. Primera ejecución piloto en sandbox con un volumen de datos representativo. Iteración hasta que el mapping quede limpio.
Fin de semana de cut-over ensayado varias veces, con cronograma, rutas de escalación y criterio de cancelación. Sistema origen en read-only, ejecución final de datos, informes de reconciliación, validación por su parte, comunicación a usuarios. Sin cut-over sin un ensayo general exitoso.
Stand-ups diarios, respuesta rápida a hallazgos, re-migración dirigida de registros individuales si es necesario. Después, paso a Application Care — sin desaparecer tras el cut-over.
Calidad de datos
El error más habitual en proyectos de migración: arrastrar la basura de años. Cuentas duplicadas, contactos muertos, direcciones erróneas, registros sin owner, campos obligatorios con «N/A» — y todo migra sin filtro al nuevo sistema. Seis meses después nadie lo usa porque los datos resultan tan poco fiables como en el sistema antiguo.
En la auditoría realizamos una muestra de calidad de datos: tasa de duplicados, completitud de los campos obligatorios, plausibilidad de los valores, actualidad (última modificación), huérfanos (registros sin owner o sin relación). Esta muestra es la base para la estrategia de migración.
Opción A — llevarlo todo: la ruta de migración más barata, pero el problema viaja con usted. Solo la recomendamos cuando el sistema origen ya está muy limpio o cuando hay motivos regulatorios.
Opción B — limpieza en el sistema origen antes de migrar: usted limpia con sus usuarios, que conocen el negocio. Aportamos informes y herramientas para ello. Esfuerzo para usted, pero el mejor resultado.
Opción C — limpieza en el mapping: definimos reglas (p. ej. «los registros sin actividad en 36 meses van a un contenedor de archivo») y las aplicamos en el mapping. Más rápido que la opción B, pero las reglas tienen que ser muy claras, si no desaparecen los registros equivocados.
Una migración es también siempre un inventario de datos. Aprovéchelo — el segundo mejor momento para mejorar la calidad de los datos es la próxima migración dentro de diez años.
Tras la migración
Una migración es mucho más que copiar registros. Es la rara oportunidad de acoplar un stack de otra época al mundo Microsoft actual — Power Platform, Microsoft 365 Copilot, integración con Dataverse, rutas modernas de seguridad y compliance. Aprovechamos esta oportunidad cuando aporta valor.
En concreto: los antiguos scripts JavaScript pasan a ser flows de Power Automate; los informes SSRS antiguos a dashboards de Power BI; los plug-ins antiguos a custom connectors o Azure Functions; los workflows antiguos a Business Process Flows modernos. No todo tiene que ser nuevo — pero el envejecimiento de la solución no empieza dentro de cinco años, se decide en la propia migración.
Tras el cut-over, la aplicación pasa a nuestra tarifa plana de Application Care — soporte de segundo y tercer nivel, mantenimiento de releases, optimización continua. Así la migración no es el punto final, sino el inicio de una nueva fase del ciclo de vida.
Preguntas frecuentes
La duración depende del tipo de migración y del volumen de datos. Una actualización de versión de Dynamics CRM 2015 a Dynamics 365 sin grandes cambios de customización dura típicamente 2–4 meses. De on-premises a cloud con volúmenes de datos medianos suele requerir 3–6 meses. La migración tenant a tenant de Microsoft 365 depende del volumen de buzones y SharePoint — entre 6 semanas y 6 meses. El cambio de partner sin migración técnica es una cuestión de profundidad del traspaso y se suele situar en 4–8 semanas. La magnitud exacta la fijamos en el Migration Check.
La pérdida de datos está descartada en una migración planificada con limpieza — el mapping, las múltiples pruebas en entornos sandbox y los informes de reconciliación antes y después del cut-over hacen que cada fila sea trazable. Las customizaciones son el verdadero reto: los antiguos scripts de JavaScript, plug-ins e informes no funcionan 1:1 sobre Dynamics 365. En la auditoría revisamos qué hay que reconstruir técnicamente, qué se puede sustituir por funciones estándar y qué se puede eliminar porque nadie lo usa desde hace años.
Los informes antiguos en SSRS y FetchXML procedentes de Dynamics CRM on-premises se pueden portar en parte a Dynamics 365 — revisamos cada informe individualmente y decidimos junto a usted: portar, reconstruir en Power BI o eliminar sin sustituto. Por experiencia, el 30–50 por ciento de los informes antiguos siguen usándose realmente; el resto son ficheros muertos. Power BI no sustituye a cada informe SSRS, pero cubre el reporting moderno de forma mucho más amplia.
El cambio de partner en sí no tiene tarifa de licencia — el re-assignment CSP es administrativo. El esfuerzo surge en la fase de traspaso: auditoría del inventario, construcción de documentación (si el predecesor no entrega ninguna), transferencia de conocimiento, reconexión del pipeline ALM y de las estrategias de backup. Tarifa bajo demanda — calculamos el esfuerzo para un traspaso limpio tras la captura inicial en el Migration Check. La discreción y la protección de datos están garantizadas durante todo el proceso. Encuentre los detalles del traspaso CSP en Asesoramiento de licencias.
Los workflows clásicos de Dynamics CRM se pueden portar en parte a Power Automate y en parte deben reconstruirse. En la auditoría analizamos cada workflow, revisamos la lógica de trigger, las acciones y las condiciones de ramificación y decidimos: flow de Power Automate, Business Process Flow de Dynamics 365, plug-in o eliminación. También aquí: los workflows antiguos suelen llevar lógica de una época en la que el proceso se ejecutaba de otra manera. La migración es una buena ocasión para revisar esa lógica de forma crítica.
Para llevar · dos materiales
Dos profundidades para necesidades de lectura distintas. El factsheet es una referencia rápida (3–5 min) y descargable de inmediato. El whitepaper es formación de mercado con metodología y datos comparativos (15–30 min) — lo recibe por correo tras una breve solicitud.
3–5 min de lectura · descarga directa · sin formulario
Visión compacta: alcance, indicadores clave, modelo de pricing, proceso — ideal para reenviar al CFO, compras o línea de negocio.
15–30 min de lectura · por correo bajo solicitud
Metodología, datos comparativos, marco de recomendación — material para la argumentación interna con stakeholders.
Servicios relacionados
Migraciones de licencias — del proveedor antiguo al CSP de arades, con optimización del renewal.
Ver más →
Migración de datos con estrategia de mapping y cut-over definida.
Ver más →
Cuando la migración forma parte de un proyecto de implementación mayor.
Ver más →
Inventario completo como base para la planificación de la migración.
Ver más →
Migration Check
Conversación inicial de 30 minutos — Migration Check gratuito. Revisamos su punto de partida, esbozamos la ruta de migración adecuada y nombramos abiertamente los obstáculos típicos. Recibe una valoración honesta y una propuesta de Discovery, normalmente con prontitud. Si lo desea, derivamos directamente a nuestros demás servicios.
Para llevar
Referencia rápida de dos páginas con estructura de paquetes, áreas de entrega y tres razones para arades — descargable de inmediato, sin formulario. Ideal para reenviar al CFO, compras o responsable de IT.
3–5 min de lectura · descarga directa · sin formulario
