Sales & Customer Service — Inventario de integraciones y conexiones antes de la migración
Migrar un CRM Microsoft Dynamics 365 entre tenants es uno de los proyectos más delicados que afronta cualquier equipo de Business Applications. No basta con exportar las soluciones e importarlas: hay que inventariar previamente todas las integraciones, conexiones, personalizaciones y dependencias que existen en el entorno origen para evitar que la migración rompa flujos críticos del negocio el lunes por la mañana.
En WHY Dynamics llevamos más de 8 años acompañando migraciones de Dynamics 365 Sales y Customer Service en España. Hemos visto qué falla y qué no se documenta nunca. Este checklist recoge esa experiencia en 15 categorías y más de 100 puntos de control que cualquier equipo técnico o funcional puede usar antes de iniciar el proyecto.
Los flujos de Power Automate con conexiones vinculadas a propietarios específicos son, con diferencia, el punto de fallo más habitual en migraciones de tenant. El usuario propietario no existe en el tenant destino, el flujo queda huérfano, las automatizaciones críticas se caen y el equipo de soporte se entera porque empiezan a entrar tickets. Por eso este punto está marcado como CRÍTICO dentro del checklist.
La documentación oficial de Microsoft sobre mover entornos entre tenants también recomienda este tipo de inventario previo.
El checklist es una herramienta interactiva: marcas los ítems aplicables a tu entorno, añades notas específicas y al final generas un PDF con el inventario completo, listo para entregárselo al equipo de proyecto. Tiempo estimado: 1-2 horas para un entorno de complejidad media.
Rellena los datos del proyecto: nombre de la empresa, persona de contacto, email, tenant origen y tenant destino. Estos datos se incluirán en la cabecera del PDF generado para que sea fácil identificar de qué proyecto se trata.
Con acceso de administrador al entorno de Dynamics 365 origen, revisa cada una de las 15 secciones. Marca los ítems que existen en tu entorno y añade notas específicas: nombres de flujos, versiones, responsables internos, IDs relevantes. Cuanto más detalle, mejor será la planificación posterior.
Los flujos de Power Automate con propietarios específicos, los canales de Omnichannel (WhatsApp, telefonía, chat), los plugins personalizados y las configuraciones de autenticación son los puntos más delicados de cualquier migración. Documenta bien las notas de estas secciones — es donde más errores se producen.
Con los ítems marcados, haz clic en “Generar PDF”. El documento incluirá únicamente los ítems que existen en tu entorno, junto con las notas específicas. Usa este documento como base para planificar la migración, presupuestar las horas técnicas reales y comunicarte con todos los stakeholders.
Antes de migrar Dynamics 365 a otro tenant hay que inventariar: integraciones con otras aplicaciones Dynamics 365 (Finance, Business Central, Sales, Field Service), canales de Omnichannel for Customer Service (chat, WhatsApp, teléfono), configuraciones de Copilot y chatbots, flujos de Power Automate y sus propietarios, Power Apps y portales, integraciones web, aplicaciones móviles, configuraciones de email y Teams, autenticación y seguridad (Azure AD, SSO, certificados), base de conocimiento, APIs y webhooks, conectores de terceros, personalizaciones y plugins, soluciones instaladas, notificaciones y dashboards. El checklist de WHY Dynamics cubre las 15 categorías en un solo documento.
Dependiendo de la complejidad del entorno, el inventario de integraciones de Dynamics 365 puede llevar entre 1 día y 2 semanas. Un entorno sencillo con pocas integraciones puede auditarse en unas horas usando el checklist. Entornos complejos con Omnichannel, múltiples flujos de Power Automate, plugins personalizados e integraciones con ERP pueden requerir varios días de trabajo con el equipo técnico y funcional. WHY Dynamics recomienda completar el inventario antes de iniciar cualquier proyecto de migración para evitar sorpresas.
No. Los flujos de Power Automate no se migran automáticamente entre tenants. Hay que exportarlos e importarlos en el nuevo tenant, y el punto más crítico es que las conexiones a servicios externos (SharePoint, Teams, email) están vinculadas a cuentas de usuario del tenant original. En el nuevo tenant hay que reautenticar todas las conexiones y, en flujos con propietarios específicos, puede ser necesario recrearlos. Por eso el checklist marca como CRÍTICO el punto de “Flujos con conexiones de propietarios específicos”.
El Omnichannel for Customer Service requiere una migración muy cuidadosa. Los canales digitales (WhatsApp, Facebook, chat web) tienen cuentas y tokens vinculados al tenant original que hay que desconectar y reconectar en el nuevo tenant. Los números de teléfono del call center tienen que ser portados o reasignados. Las configuraciones de enrutamiento, colas y workstreams hay que recrearlas. Es uno de los módulos que más tiempo requiere en una migración y donde más errores se producen si no se inventaría correctamente de antemano.
Depende. Los plugins personalizados (C#) necesitan ser reinstalados en el nuevo entorno de Dynamics 365, pero el código en sí es portable. El problema suele estar en que algunos plugins tienen hardcoded IDs de registros, GUIDs de colas o configuraciones específicas del tenant origen que no existen en el destino. También hay que verificar que las versiones de .NET y el SDK de Dynamics son compatibles. Por eso el checklist incluye un punto específico para plugins y requiere documentar el repositorio de código y los desarrolladores responsables.
Sí. Aunque el checklist está diseñado para migraciones de tenant a tenant en la nube, las 15 categorías de integraciones son igualmente aplicables a una migración On-Premise a Online. En una migración On-Premise a nube hay consideraciones adicionales: la autenticación cambia de Active Directory local a Azure AD, las personalizaciones pueden requerir revisión de compatibilidad con las versiones cloud, y los informes SSRS tienen que migrarse a formatos compatibles con Dynamics 365 Online (Fetch XML o Power BI).
Porque en Power Automate, los flujos están vinculados a una cuenta de usuario que actúa como “propietario”. Cuando ese usuario no existe en el nuevo tenant, el flujo queda huérfano y deja de funcionar. En entornos con decenas o cientos de flujos, esto puede causar un fallo masivo de automatizaciones tras la migración. El checklist marca este punto como CRÍTICO y recomienda documentar qué flujos tienen propietarios específicos y planificar la transferencia de propiedad antes de la migración.
WHY Dynamics es un partner oficial Microsoft con sede en Madrid, especializado desde hace más de 8 años en proyectos de Microsoft Dynamics 365 Sales, Customer Service, Power Platform y Business Central. Hemos completado más de 50 proyectos en producción para clientes de distintos sectores en España.
Áreas de especialización:
¿Necesitas ayuda con tu migración? Si después de completar el checklist quieres apoyo profesional para planificar y ejecutar el proyecto, podemos hacer la auditoría completa, el plan de migración y la ejecución técnica. Contáctanos: