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.
Endpoint
Co-management: por qué no hay que elegir entre SCCM e Intune
La pregunta frecuente es cuándo apagar SCCM para pasar a Intune. La respuesta madura es otra: hacerlos convivir bajo un mismo gobierno y trasladar cargas de trabajo por fases.
Endpoint
Fin de soporte de Windows 10: decisiones para un parque que no se actualiza solo
Desde octubre de 2025, Windows 10 ya no recibe actualizaciones de seguridad. Para un parque institucional, la respuesta no es una compra masiva: es un inventario y un plan por fases.
NOC Remoto
Su red no abre ninguna puerta: cómo funciona la conexión saliente
Una arquitectura de monitoreo saliente permite enviar telemetría cifrada sin habilitar accesos desde internet. La diferencia está en quién inicia la conexión y en cómo se limita cada acción.