Microsoft Intune puede inscribir dispositivos, configurarlos, aplicarles directivas y supervisarlos técnicamente. Muestra dispositivos gestionados, información de sistema operativo y hardware, estados de cumplimiento y —según la inscripción y la plataforma— también relaciones de usuario. Para muchos equipos de TI, Intune es por eso la fuente más importante sobre el estado técnico actual de sus dispositivos Windows, macOS y móviles.

Una gestión completa de activos de TI responde, sin embargo, a otras preguntas. ¿De quién es un dispositivo? ¿Cuánto costó? ¿Qué garantía sigue vigente? ¿Quién lo recibió físicamente? ¿Dónde están la base de conexión, el monitor y los accesorios? ¿Qué tiene que volver cuando alguien se va? ¿Y cómo sigue siendo rastreable el historial una vez que el dispositivo se ha eliminado de Intune?

La respuesta corta es por tanto: Intune no sustituye a un ITAM, y un ITAM no sustituye a Intune. Los dos sistemas tienen cometidos distintos. Combinados con sentido ofrecen una imagen más completa sin que TI tenga que mantener los mismos datos de dispositivos a mano en dos sitios.

Qué cubre bien Intune ya

Intune es una plataforma de gestión unificada de dispositivos. Su centro de gravedad es la operación diaria de los terminales. Según el tipo de dispositivo, el sistema operativo y la configuración, eso incluye entre otras cosas:

  • inscribir dispositivos e incorporarlos a la gestión,
  • distribuir directivas de configuración y seguridad,
  • desplegar o retirar aplicaciones,
  • evaluar estados de cumplimiento y de dispositivo,
  • mostrar atributos técnicos y el último contacto,
  • lanzar acciones como bloquear, restablecer o retirar,
  • mostrar relaciones de usuario principal o inscrito cuando Intune las tiene.

Esta información es operativa: ayuda a juzgar si un dispositivo está gestionado, es alcanzable y cumple las reglas. Precisamente para eso Intune debe seguir siendo la fuente de referencia. Un ITAM no debería intentar reconstruir a mano el estado de cumplimiento actual.

Qué preguntas solo se completan en la gestión de activos

El ciclo de vida de un activo empieza a menudo antes de la inscripción en Intune y no termina automáticamente cuando se retira del MDM. En esas fases TI necesita más información.

Compras y datos comerciales

Referencia de pedido, fecha de compra, precio, proveedor, centro de coste y garantía no forman parte del cometido central de un sistema de gestión de dispositivos. Aun así importan para planificar reposiciones y para las conversaciones de presupuesto. En un ITAM esos datos pueden estar directamente en el activo, en vez de repartidos entre un pedido, una factura y varias hojas de cálculo.

Entrega física y responsabilidad

Una relación de usuario en Intune es valiosa, pero no siempre equivale a una entrega documentada. Dispositivos compartidos, de almacén, de sustitución o un portátil en tránsito pueden estar técnicamente inscritos sin que nadie sea responsable de ellos en ese momento. A la inversa, monitores, auriculares, llaves u otros objetos no gestionados pueden haberse entregado junto con un portátil.

Una asignación de ITAM documenta por eso deliberadamente quién recibió o devolvió qué activo concreto y cuándo. Número de serie, accesorios y estado se mantienen aparte del contexto técnico de usuario.

Historial más allá de la pertenencia al MDM

Tras una sustitución, una devolución o una baja, un dispositivo puede desaparecer de Intune. Su historia sigue siendo relevante para la documentación interna: asignaciones anteriores, reparaciones, cambios de estado, garantía y paradero. El ITAM conserva ese ciclo de vida organizativo aunque el dispositivo ya no se gestione activamente.

Activos no gestionados y accesorios

No todo lo que tiene valor lleva un agente de MDM. Hardware de red, monitores, periféricos, componentes, consumibles y licencias de software necesitan también, según la empresa, un registro estructurado. Un ITAM lleva esas clases de inventario junto a los dispositivos sincronizados desde Intune.

Alta y baja de personas

Cuando alguien se incorpora no se trata solo de configurar un dispositivo. TI tiene que elegir hardware disponible, reunir accesorios, documentar entregas y, si procede, obtener aprobaciones. En la baja tienen que verse todos los objetos asignados, seguirse las devoluciones y liberarse las licencias para el siguiente uso. Intune aporta las acciones técnicas; el ITAM coordina el proceso operativo alrededor.

Intune o ITAM: un reparto práctico de tareas

Pregunta Sistema de referencia
¿Está el dispositivo inscrito y cuándo contactó por última vez? Intune
¿Qué directivas de configuración y cumplimiento se aplican? Intune
¿Qué atributos técnicos reporta el dispositivo? Intune
¿Quién recibió el dispositivo físico y cuándo? ITAM
¿Cuánto se pagó y cuándo acaba la garantía? ITAM
¿Qué monitores, bases u otros objetos forman parte de la entrega? ITAM
¿Por qué etapas pasó el activo durante su ciclo de vida? ITAM
¿Qué hay que devolver en la baja? ITAM, complementado con acciones en Intune y en los sistemas de identidad

«Sistema de referencia» no significa que la información solo pueda verse en un sitio. Significa: una fuente es responsable de actualizarla, la otra toma por sincronización los valores que necesita. Esa decisión evita correcciones contradictorias y responsabilidades difusas.

Cómo construir la conexión sin duplicar el mantenimiento

1. Fijar objetivo y alcance

Empieza con una pregunta concreta en lugar de con todos los campos disponibles. Un buen primer objetivo suena así: «Todos los portátiles gestionados activamente deben aparecer en el inventario y poder asignarse a una persona responsable.» Determina qué plataformas, tipos de propiedad y categorías de dispositivo entran al principio.

Define al mismo tiempo qué no debe ocurrir automáticamente a propósito. Un usuario reportado por Intune puede ser una relación técnica; que eso se convierta sin revisión en una entrega física depende de tu proceso.

2. Revisar los identificadores únicos

Los números de serie suelen servir para reconocer, pero no están completos ni son homogéneos en todos los conjuntos de datos. Antes del primer cotejo revisa en particular:

  • números de serie ausentes o genéricos,
  • dispositivos inscritos varias veces,
  • grafías distintas de fabricante y modelo,
  • dispositivos de prueba, virtuales y de propiedad personal,
  • dispositivos ya creados a mano en el ITAM.

Una pequeña prueba deja ver si se crean registros nuevos o se actualizan dispositivos existentes. Solo cuando esa lógica es correcta debería sincronizarse todo el parque.

3. Separar campos técnicos y organizativos

Deja que Intune actualice los atributos técnicos que realmente observa. Precio de compra, número de pedido, garantía, ubicación de almacén, estado interno o entregas documentadas se mantienen en cambio en el ITAM. Así una sincronización posterior no sobrescribe datos de ciclo de vida añadidos a mano.

Una lista sencilla de campos con las columnas «origen», «destino», «regla de actualización» y «responsable» basta para esa decisión. También sirve después ante errores: el equipo sabe de inmediato dónde hay que corregir un valor equivocado.

4. Probar aparte el cruce de personas

Los datos de dispositivos y de personas suelen venir de fuentes distintas. Intune conoce el contexto técnico de usuario; un sistema de RR. HH. o de identidad conoce el alta, la baja, el departamento y la responsabilidad organizativa. Comprueba con qué atributo estable se cruzan las personas: normalmente una dirección de correo corporativa única u otro identificador definido internamente.

Prueba los casos límite típicos: cambios de nombre, personas externas, dispositivos compartidos, cuentas sin buzón y usuarios ya desactivados. El cruce automático solo ayuda si sus excepciones quedan a la vista.

5. Definir operación y tratamiento de errores

Una integración necesita un responsable. Decide quién revisa las sincronizaciones fallidas, con qué frecuencia deben ejecutarse y qué cambio exige una comprobación manual. Si el MDM cae, la última vista de inventario conocida no puede darse por actual sin más.

Tras la puesta en marcha, revisa muestras con regularidad: número y tipo de dispositivos creados, registros sin número de serie, dispositivos sin asignación organizativa y cambios de estado inesperados. Esas comprobaciones suelen decir más que una única gran «limpieza» antes de arrancar.

Errores frecuentes al combinar ambos

Adoptar como activo todo lo que llega de Intune sin revisarlo. Dispositivos virtuales, privados, duplicados o inscritos brevemente pueden inflar el inventario sin necesidad. Los filtros y una prueba van antes de la sincronización completa.

Equiparar el usuario de Intune con una entrega confirmada. La relación técnica de usuario es una señal fuerte, pero no un recibo universal. Los dispositivos compartidos y los cambios de equipo necesitan un proceso claro.

Reconstruir en el MDM los datos de compra y garantía. Allí esos campos suelen mantenerse de forma irregular. Guarda los datos organizativos y comerciales en el sistema responsable del ciclo de vida.

Borrar del historial los dispositivos eliminados del MDM. «Ya no gestionado» y «puede desaparecer de la documentación de inventario» son dos decisiones distintas.

Automatizar sin responsabilidad. Incluso una sincronización técnicamente estable produce excepciones. Sin una persona a cargo se quedan sin resolver y erosionan poco a poco la calidad del inventario.

Conectar Intune con AssetNode

AssetNode puede sincronizar dispositivos de Microsoft Intune con el inventario central. Allí complementas los datos técnicos con categorías, información comercial, estado, asignaciones y más datos de ciclo de vida. Empleados, accesorios, licencias y activos no gestionados por MDM siguen visibles en el mismo espacio de trabajo.

La entrada razonable es pequeña: crea o importa primero las personas necesarias, conecta después Intune y revisa un grupo abarcable de dispositivos sincronizados. Luego puedes ir añadiendo reglas de asignación, notificaciones o tareas de seguimiento paso a paso.

Empieza gratis con AssetNode: la nube gestionada es gratuita hasta 100 activos. Para uso interno también puedes autoalojar la versión fair-code y source-available, sin límite en el número de activos.