Microsoft Intune sa registrare i dispositivi, configurarli, applicare criteri e monitorarli tecnicamente. Mostra i dispositivi gestiti, le informazioni su sistema operativo e hardware, gli stati di conformità e — a seconda della registrazione e della piattaforma — anche i riferimenti agli utenti. Per molti team IT Intune è quindi la fonte più importante sullo stato tecnico attuale dei loro dispositivi Windows, macOS e mobili.

Una gestione completa degli asset IT risponde però ad altre domande. Di chi è un dispositivo? Quanto è costato? Quale garanzia vale ancora? Chi lo ha ritirato fisicamente? Dove sono dock, monitor e accessori? Che cosa deve rientrare quando qualcuno se ne va? E come resta tracciabile lo storico dopo che il dispositivo è stato rimosso da Intune?

La risposta breve è dunque: Intune non sostituisce un ITAM — e un ITAM non sostituisce Intune. I due sistemi hanno compiti diversi. Combinati con criterio restituiscono un quadro più completo senza che l'IT debba mantenere a mano gli stessi dati in due posti.

Che cosa Intune copre già bene

Intune è una piattaforma per la gestione unificata degli endpoint. Il suo baricentro è l'esercizio quotidiano dei dispositivi. A seconda del tipo di dispositivo, del sistema operativo e della configurazione, ciò comprende tra l'altro:

  • registrare i dispositivi e prenderli in gestione,
  • distribuire criteri di configurazione e sicurezza,
  • distribuire o rimuovere applicazioni,
  • valutare stati di conformità e di dispositivo,
  • mostrare attributi tecnici e l'ultimo contatto,
  • avviare azioni come blocco, ripristino o dismissione,
  • mostrare i riferimenti a utente primario o registrato, quando Intune li possiede.

Queste informazioni sono operative: aiutano a giudicare se un endpoint è gestito, raggiungibile e conforme. Proprio per questo Intune deve restare la fonte di riferimento. Un ITAM non dovrebbe cercare di ricostruire a mano lo stato di conformità attuale.

Quali domande si completano solo nella gestione degli asset

Il ciclo di vita di un asset comincia spesso prima della registrazione in Intune e non finisce automaticamente con la sua rimozione dal MDM. In quelle fasi l'IT ha bisogno di altre informazioni.

Acquisti e dati commerciali

Riferimento d'ordine, data di acquisto, prezzo, fornitore, centro di costo e garanzia non fanno parte del compito principale di un sistema di gestione degli endpoint. Contano comunque per la pianificazione delle sostituzioni e per le discussioni di budget. In un ITAM quei dati possono stare direttamente sull'asset anziché essere sparsi tra ordine, fattura e più fogli di calcolo.

Consegna fisica e responsabilità

Un riferimento a utente in Intune è prezioso ma non equivale sempre a una consegna documentata. Dispositivi condivisi, a magazzino, sostitutivi o un portatile in spedizione possono essere registrati tecnicamente senza che nessuno ne sia responsabile in quel momento. Al contrario, monitor, cuffie, chiavi o altri oggetti non gestiti possono essere stati consegnati insieme a un portatile.

Un'assegnazione ITAM documenta perciò deliberatamente chi ha ricevuto o restituito quale asset preciso e quando. Numero di serie, accessori e stato si mantengono separatamente dal contesto utente tecnico.

Storico oltre l'appartenenza al MDM

Dopo una sostituzione, una restituzione o una dismissione un dispositivo può sparire da Intune. La sua storia resta comunque rilevante per la documentazione interna: assegnazioni precedenti, riparazioni, cambi di stato, garanzia e collocazione. L'ITAM conserva questo ciclo di vita organizzativo anche quando il dispositivo non è più gestito attivamente.

Asset non gestiti e accessori

Non tutto ciò che ha valore porta un agente MDM. Hardware di rete, monitor, periferiche, componenti, materiali di consumo e licenze software hanno anch'essi bisogno, a seconda dell'azienda, di una gestione strutturata. Un ITAM tiene queste classi di inventario accanto ai dispositivi sincronizzati da Intune.

Ingresso e uscita

All'ingresso di una persona non si tratta solo di configurare un dispositivo. L'IT deve scegliere hardware disponibile, comporre gli accessori, documentare le consegne e, se serve, ottenere approvazioni. All'uscita devono essere visibili tutti gli oggetti assegnati, tracciate le restituzioni e liberate le licenze per l'uso successivo. Intune fornisce le azioni tecniche; l'ITAM coordina il processo operativo intorno.

Intune o ITAM: una divisione pratica dei compiti

Domanda Sistema di riferimento
Il dispositivo è registrato e quando ha contattato l'ultima volta? Intune
Quali criteri di configurazione e conformità si applicano? Intune
Quali attributi tecnici segnala l'endpoint? Intune
Chi ha ritirato il dispositivo fisico e quando? ITAM
Quanto è stato pagato e quando scade la garanzia? ITAM
Quali monitor, dock o altri oggetti fanno parte della consegna? ITAM
Per quali tappe è passato l'asset nel suo ciclo di vita? ITAM
Che cosa va restituito all'uscita? ITAM, integrato da azioni in Intune e nei sistemi di identità

«Sistema di riferimento» non significa che l'informazione possa essere visibile in un solo posto. Significa: una fonte è responsabile dell'aggiornamento, l'altra riprende per sincronizzazione i valori che le servono. Questa decisione evita correzioni contraddittorie e responsabilità poco chiare.

Come costruire il collegamento senza doppia manutenzione

1. Fissare obiettivo e perimetro

Parti da una domanda concreta anziché da tutti i campi disponibili. Un buon primo obiettivo suona così: «Tutti i portatili gestiti attivamente devono comparire nell'inventario e poter essere assegnati a una persona responsabile.» Stabilisci quali piattaforme, tipi di proprietà e categorie di dispositivo rientrano all'inizio.

Definisci allo stesso tempo che cosa non deve avvenire automaticamente. Un utente segnalato da Intune può essere un riferimento tecnico; se diventi senza verifica una consegna fisica dipende dal tuo processo.

2. Verificare gli identificativi univoci

I numeri di serie spesso servono al riconoscimento, ma non sono completi né uniformi in ogni base dati. Prima del primo confronto verifica in particolare:

  • numeri di serie assenti o generici,
  • dispositivi registrati più volte,
  • grafie diverse di produttore e modello,
  • dispositivi di test, virtuali e di proprietà personale,
  • dispositivi già creati a mano nell'ITAM.

Una piccola prova rende visibile se nascono nuovi record o se vengono aggiornati dispositivi esistenti. Solo quando questa logica è corretta va sincronizzato l'intero parco.

3. Separare campi tecnici e organizzativi

Lascia che Intune aggiorni gli attributi tecnici che osserva davvero. Prezzo d'acquisto, numero d'ordine, garanzia, luogo di deposito, stato interno o consegne documentate si mantengono invece nell'ITAM. Così una sincronizzazione successiva non sovrascrive dati di ciclo di vita inseriti a mano.

Un semplice elenco di campi con le colonne «origine», «destinazione», «regola di aggiornamento» e «responsabile» basta per questa decisione. Serve anche in seguito, in caso di errore: il team sa subito dove correggere un valore sbagliato.

4. Provare a parte l'abbinamento delle persone

Dati di dispositivi e di persone vengono spesso da fonti diverse. Intune conosce il contesto utente tecnico; un sistema HR o di identità conosce ingresso, uscita, reparto e responsabilità organizzativa. Verifica su quale attributo stabile vengono abbinate le persone — di solito un indirizzo e-mail aziendale univoco o un altro identificativo definito internamente.

Prova i casi limite tipici: cambi di nome, persone esterne, dispositivi condivisi, account senza casella e utenti già disattivati. Un abbinamento automatico aiuta solo se le sue eccezioni restano visibili.

5. Definire esercizio e gestione degli errori

Un'integrazione ha bisogno di un responsabile. Stabilisci chi controlla le sincronizzazioni fallite, con che frequenza devono girare e quale modifica richiede una verifica manuale. In caso di guasto del MDM, l'ultima vista di inventario nota non deve passare senza commento per attuale.

Dopo l'avvio controlla regolarmente a campione: numero e tipo di dispositivi creati, record senza numero di serie, dispositivi senza assegnazione organizzativa e cambi di stato inattesi. Questi controlli dicono di solito più di un'unica grande «pulizia» prima della partenza.

Errori frequenti nella combinazione

Riprendere come asset tutto ciò che arriva da Intune senza verifica. Dispositivi virtuali, privati, doppi o registrati per poco tempo possono gonfiare inutilmente l'inventario. Filtri e prova vengono prima della sincronizzazione completa.

Equiparare l'utente Intune a una consegna confermata. Il riferimento tecnico all'utente è un segnale forte ma non una ricevuta universale. Dispositivi condivisi e cambi di dispositivo richiedono un processo chiaro.

Ricostruire nel MDM i dati di acquisto e garanzia. Lì quei campi vengono spesso mantenuti in modo irregolare. Tieni i dati organizzativi e commerciali nel sistema responsabile del ciclo di vita.

Cancellare dallo storico i dispositivi rimossi dal MDM. «Non più gestito» e «può sparire dalla documentazione di inventario» sono due decisioni diverse.

Automatizzare senza responsabilità. Anche una sincronizzazione tecnicamente stabile produce eccezioni. Senza una persona incaricata restano lì e riducono via via la qualità dell'inventario.

Collegare Intune ad AssetNode

AssetNode può sincronizzare i dispositivi da Microsoft Intune nell'inventario centrale. Lì integri i dati tecnici con categorie, informazioni commerciali, stato, assegnazioni e altri dati di ciclo di vita. Dipendenti, accessori, licenze e asset non gestiti da MDM restano visibili nella stessa area di lavoro.

L'ingresso sensato è piccolo: crea o importa prima le persone necessarie, collega poi Intune e verifica un gruppo circoscritto di dispositivi sincronizzati. In seguito puoi aggiungere passo dopo passo regole per assegnazioni, notifiche o attività successive.

Inizia gratis con AssetNode — il cloud gestito è gratuito fino a 100 asset. Per l'uso interno puoi anche ospitare in proprio la versione fair-code e source-available, senza limiti al numero di asset.