Primera mitad: preparar

  1. Inventario

    Listar buzones, licencias, dominios, sitios de SharePoint, equipos de Teams, flujos de Power Automate y aplicaciones de terceros conectadas con la cuenta de Microsoft.

  2. Elegir destino

    Decidir servidor de correo, almacenamiento y ofimática, y en qué proveedor europeo o servidor propio van.

  3. Preparar el dominio

    Crear el servidor nuevo y configurar SPF, DKIM y DMARC sin tocar todavía los registros MX, para que el correo siga llegando a Microsoft.

  4. Piloto

    Mover entre tres y cinco personas voluntarias, con el buzón duplicado en los dos sistemas durante unas semanas.

Segunda mitad: mover

  1. Migrar los buzones

    Copia completa por IMAP, con carpetas y fechas, primero histórica y luego incremental.

  2. Cambiar los MX

    Apuntar el correo al servidor nuevo cuando el buzón ya está copiado. Es el único momento delicado y dura minutos.

  3. Mover archivos

    Pasar OneDrive y SharePoint a Nextcloud conservando estructura y permisos, con la antigua en modo lectura un tiempo.

  4. Formar y cerrar

    Formación práctica, documentación escrita y, solo entonces, baja de las licencias.

Riesgos, plazos y cuándo no hacerlo

Qué puede salir mal

  • El correo se va a spam. El riesgo número uno de montar correo propio. Se evita con SPF, DKIM y DMARC bien puestos, IP con reputación limpia y DNS inverso correcto. Si esto no se hace bien, el proyecto fracasa aunque todo lo demás esté perfecto.
  • Las macros de VBA. Las hojas con mucha automatización de Excel no se convierten solas. Hay que decidir entre rehacerlas o dejar unos puestos con Office.
  • Los flujos de Power Automate. No tienen equivalente directo. Si hay procesos del negocio apoyados en ellos, cuenta ese desarrollo en el presupuesto.
  • Los enlaces compartidos. Los enlaces de SharePoint y OneDrive que la gente tiene en correos antiguos dejan de funcionar. Por eso la plataforma antigua se deja en lectura.
  • El calendario compartido. Las salas, los recursos y las invitaciones recurrentes suelen necesitar un repaso manual después de migrar.

Cuánto tarda

En una pyme de diez a cincuenta personas, entre cuatro y ocho semanas de calendario, de las cuales la mayor parte es espera y convivencia, no trabajo intenso. El cambio de MX dura minutos; la copia de los buzones, horas o días según el volumen.

Cuándo NO compensa migrar

Si sois pocas personas con el plan más barato, si vuestra aplicación de gestión solo funciona sobre el ecosistema de Microsoft, si tenéis una certificación de cumplimiento montada sobre él, o si nadie va a poder dedicar unas horas a acompañar el cambio internamente. En esos casos lo sensato es optimizar licencias y quedarse.

¿Quieres el cálculo con tus propios números?

El diagnóstico de costes cloud lo hace sobre tu factura real, no sobre una media. Te pasamos presupuesto en cuanto sepamos el tamaño de tu instalación.

Cuéntanos qué necesitas

El formulario todavía no está conectado. Escríbenos a info@esdis.es.

o escríbenos a info@esdis.es