Saltar al contenido
OneTI consulting

Endpoint

Migrar de SCCM a Intune: qué cargas conviene mover primero

La transición de SCCM a Intune no exige trasladar todas las cargas al mismo tiempo. El orden correcto depende de las dependencias, la capacidad de medir el resultado y una ruta de reversa comprobable.

La pregunta frecuente en una modernización de endpoint es cuándo apagar SCCM para empezar con Intune. Plantearla así adelanta una decisión que debería llegar al final. Antes de retirar una plataforma, la organización necesita comprobar que las funciones trasladadas mantienen las políticas, el inventario y la capacidad de corregir una desviación.

Co-management permite que Configuration Manager e Intune administren los mismos dispositivos mientras se decide qué carga controla cada plataforma. Esa convivencia no es un estado de espera. Es un mecanismo para separar cambios, observar su resultado y evitar que una falla obligue a reconstruir toda la administración del parque.

El inventario operativo determina el orden de la migración

Un listado de equipos no basta para planificar el traslado. El assessment debe mostrar qué colecciones existen, qué aplicaciones se distribuyen, qué políticas dependen de GPO, cómo se actualizan los dispositivos y qué excepciones conserva el equipo de sistemas. También debe identificar equipos fuera de la oficina y usuarios que no reciben conectividad corporativa de forma constante.

El orden aparece al relacionar esas dependencias con el impacto. Una carga con reglas claras, población identificada y resultado medible suele ofrecer un mejor punto de partida que otra ligada a aplicaciones antiguas o a procesos sin responsable. La facilidad técnica importa, pero importa más poder demostrar qué cambió.

La primera carga debe producir evidencia, no una impresión favorable

Elegir únicamente los equipos más nuevos puede producir un piloto limpio que no representa la operación. El grupo inicial debe incluir condiciones que permitan validar el diseño: usuarios dentro y fuera de la red, modelos de equipo vigentes y al menos algunas excepciones conocidas. El objetivo no es probar que Intune funciona en abstracto, sino que funciona bajo el contexto real de la organización.

Antes del cambio se acuerdan criterios observables. El equipo debe saber qué política espera recibir, cuánto inventario debe verse, qué aplicación necesita instalarse y qué condición obliga a devolver la carga a SCCM. Sin esos criterios, una migración puede parecer correcta mientras deja equipos fuera del control esperado.

Las GPO se traducen por intención y no por cantidad

Una directiva de grupo no siempre tiene un equivalente directo en Intune. Algunas configuraciones pueden representarse mediante perfiles; otras requieren revisar si la necesidad original todavía existe. Copiar cada ajuste sin esa lectura traslada años de acumulación a la plataforma nueva y conserva conflictos que nadie desea volver a administrar.

La traducción debe registrar el propósito de la política, el grupo al que aplica y la evidencia que confirmará su cumplimiento. Cuando una configuración no tiene reemplazo, la organización necesita una decisión explícita: mantenerla temporalmente en GPO, resolverla por otro mecanismo o retirarla porque perdió su razón operativa.

Mover la carga no significa retirar inmediatamente su respaldo operativo

Después de trasladar una carga, conviene observarla durante un ciclo suficiente para encontrar dispositivos que no recibieron la política, usuarios que quedaron fuera del grupo o excepciones que cambiaron de comportamiento. SCCM conserva su función acordada mientras esa verificación ocurre. La fecha de retiro depende de la evidencia reunida, no de haber activado un control en Intune.

Cada fase debe cerrar con un estado documentado: población alcanzada, fallas encontradas, excepciones aceptadas y carga responsable en ese momento. Ese registro permite que el siguiente movimiento use lo aprendido y evita que dos consolas administren lo mismo por tiempo indefinido.

El orden también puede cambiar cuando una licencia, una dependencia de red o una aplicación impide aplicar el diseño previsto. Esa variación no invalida el programa si queda registrada y conserva un responsable. Lo riesgoso es mantener una carga dividida entre plataformas sin explicar cuál decide, cómo se mide el cumplimiento o qué condición permitirá completar el traslado.

La salida de SCCM es una consecuencia del gobierno estable

La plataforma anterior puede retirarse cuando las cargas definidas ya operan desde Intune, el equipo sabe atender excepciones y las dependencias restantes tienen una decisión. Llegar a ese punto requiere más que completar tareas técnicas: exige que responsables, revisiones y evidencia formen parte de la operación habitual.

El programa de migración de SCCM a Intune de OneTI organiza assessment, co-management, piloto y traslado por fases alrededor de esos criterios. El resultado buscado no es reemplazar una consola por otra, sino dejar cada carga bajo un gobierno que el equipo pueda revisar y sostener.

Lecturas técnicas

Más criterios sobre endpoint

Criterios para evaluar el alcance antes de convertirlo en un proyecto o servicio operativo.