{"id":872356,"date":"2026-09-04T09:38:40","date_gmt":"2026-09-04T09:38:40","guid":{"rendered":"https:\/\/www.ninjaone.com\/?p=872356"},"modified":"2026-09-04T09:38:40","modified_gmt":"2026-09-04T09:38:40","slug":"gestione-dichiarativa-dei-dispositivi-apple-nella-distribuzione-delle-app-con-ninjaone","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/gestione-dichiarativa-dei-dispositivi-apple-nella-distribuzione-delle-app-con-ninjaone\/","title":{"rendered":"NinjaOne integra la gestione dichiarativa dei dispositivi Apple nella distribuzione delle app"},"content":{"rendered":"<h1>Il caso del dispositivo che si corregge in modo autonomo<\/h1>\n<h2>La bacheca delle prove<\/h2>\n<ul>\n<li>La gestione dichiarativa dei dispositivi (DDM) di Apple si estende ora alla distribuzione delle app, consentendo ai dispositivi di rilevare e risolvere autonomamente i problemi di installazione senza l&#8217;intervento di un tecnico.<\/li>\n<li>Anzich\u00e9 affidarsi a un server che verifica ripetutamente lo stato, con la gestione dichiarativa il dispositivo effettua un controllo incrociato con il proprio file manifest e segnala immediatamente qualsiasi variazione.<\/li>\n<li>I nuovi controlli per le app gestite offrono agli amministratori la possibilit\u00e0 di scegliere tra aggiornamenti automatici, installazioni solo tramite Wi-Fi o con accesso alla rete mobile, oltre a opzioni \u201cBlocca\u201d e \u201cNascondi\u201d, il tutto tramite lo stesso motore di criteri che gi\u00e0 utilizzano.<\/li>\n<li>L&#8217;impostazione &#8220;Sempre attivo&#8221; per l&#8217;aggiornamento automatico ha la precedenza sulle impostazioni del dispositivo dell&#8217;utente finale, quindi un&#8217;app non pu\u00f2 diventare obsoleta a causa di una preferenza personale.<\/li>\n<li>Queste funzionalit\u00e0 richiedono che i dispositivi siano registrati in DDM e utilizzino il sistema operativo 26 o versioni successive; i dispositivi meno recenti continuano a funzionare esattamente come oggi.<\/li>\n<li>Quando una dichiarazione DDM e un comando MDM tradizionale sono in conflitto, prevale sempre la dichiarazione DDM.<\/li>\n<\/ul>\n<p>Ogni amministratore IT si \u00e8 gi\u00e0 trovato ad affrontare una situazione simile. Un criterio distribuisce un&#8217;app e, da qualche parte tra il comando e il dispositivo, si verifica un errore. A un certo punto del percorso, le tracce si perdono: una connessione interrotta, un dispositivo occupato e l\u2019installazione non viene mai completata. Nessun segnale di avvertimento, nessun allarme, nessun fischio. L&#8217;app semplicemente non \u00e8 presente sul dispositivo e rimane in uno stato di non conformit\u00e0 senza dare nell&#8217;occhio, finch\u00e9 qualcuno non se ne accorge. Potrebbe trattarsi di un utente finale che apre un ticket o invia un messaggio in chat, oppure di un amministratore IT oberato di lavoro che si accorge che su alcuni dispositivi manca un\u2019applicazione fondamentale. Tuttavia, di solito \u00e8 l&#8217;utente a farlo, quindi l&#8217;amministratore IT deve effettuare un&#8217;indagine a posteriori nella console per capire cosa sia successo.<\/p>\n<p>Se moltiplichi tutto questo per le migliaia di dispositivi del tuo ambiente, con tante versioni diverse di sistemi operativi e app, non si tratta pi\u00f9 di un mistero: si tratta di una grave deviazione inattesa dalla conformit\u00e0 che va analizzata a fondo per arrivare al nocciolo della questione. \u00c8 un problema che sta emergendo lentamente e nessuno se ne accorge; gli investigatori IT, che agiscono in modo reattivo, sono al lavoro per individuare il colpevole e capire perch\u00e9 il sistema non \u201cfunziona\u201d proprio come dovrebbe. Non \u00e8 un film poliziesco, siamo nel 2026 e i dispositivi non dovrebbero aver bisogno che qualcuno stia l\u00ec a controllarli per accorgersi che qualcosa non va prima di risolvere il problema.<\/p>\n<p>Con NinjaOne c&#8217;\u00e8 una novit\u00e0. Ora il dispositivo \u00e8 in grado di risolvere in modo proattivo il proprio caso. Lo sta gi\u00e0 facendo.<\/p>\n<h2>Perch\u00e9 serve un nuovo modello di processo investigativo<\/h2>\n<p>Per comprendere il cambiamento, puoi osservare come funzionava questo processo in passato.<\/p>\n<p>Apple ha sviluppato il Declarative Device Management (DDM) come estensione del protocollo MDM esistente, non come sua sostituzione. Funziona in sinergia con la gestione dei dispositivi gi\u00e0 offerta da NinjaOne, ma il suo approccio alle indagini \u00e8 molto diverso!<\/p>\n<p>In precedenza, il \u201cdetective\u201d era il server MDM. Inviava un comando, quindi eseguiva un polling del dispositivo. Ancora e ancora. Era come se chiedesse, ancora e ancora: \u00abSi \u00e8 installato?\u00bb, \u00abSi \u00e8 installato?\u00bb, \u00abA che punto \u00e8?\u00bb Questo \u00e8 un comportamento reattivo che, con il passare del tempo, comporta un elevato consumo di larghezza di banda in presenza di centinaia di dispositivi. \u00c8 un processo estenuante e improduttivo, che si svolge un check-in alla volta. Con DDM, il dispositivo diventa l&#8217;investigatore. Confronta il proprio stato con un file manifest e verifica se corrisponde a come dovrebbe essere. Se qualcosa non quadra, il sistema raggiunge, per cos\u00ec dire, una \u201clinea di emergenza\u201d dedicata e, non appena si verifica un cambiamento, invia una segnalazione tramite il canale di stato dedicato per informare l\u2019MDM. Elementare, Watson.<\/p>\n<p>Per le app, ci\u00f2 significa che il protocollo DDM di Apple gestisce la distribuzione e l&#8217;applicazione dei criteri per ogni app definita in un criterio NinjaOne sui dispositivi che supportano il DDM. Se l&#8217;installazione dell&#8217;app non va a buon fine, il dispositivo non rimane in attesa. Se ne occupa immediatamente. Il dispositivo riapre i file e riprova automaticamente. E se mai un comando MDM tradizionale e una dichiarazione DDM dovessero fornire istruzioni contrastanti, non ci sono dubbi su chi abbia la precedenza: la dichiarazione DDM prevale, sempre.<\/p>\n<h2>La svolta pi\u00f9 importante nel caso: i controlli sulle app gestite<\/h2>\n<p>Ogni buon romanzo poliziesco ha bisogno di nuovi strumenti, e questa versione ne mette a disposizione degli amministratori alcuni, tra cui:<\/p>\n<ul>\n<li>Aggiornamento automatico: le app rimangono aggiornate senza che un tecnico debba installare le nuove versioni. Se impostata su &#8220;Sempre attiva&#8221;, questa opzione ha la precedenza anche sulle impostazioni del dispositivo dell&#8217;utente finale, in modo che l&#8217;app non possa diventare obsoleta in modo silenzioso solo perch\u00e9 qualcuno ha selezionato una preferenza personale.<\/li>\n<li>Le installazioni \u201cSolo Wi-Fi\u201d o \u201cCon rete mobile\u201d proteggeranno i piani dati sui dispositivi mobili<\/li>\n<li>I pulsanti &#8220;Blocca&#8221; o &#8220;Nascondi&#8221; consentono all&#8217;amministratore di decidere il livello di controllo che gli utenti finali hanno sulle app gestite.<\/li>\n<\/ul>\n<p>I metodi sono semplici. \u00c8 l&#8217;amministratore che definisce il criterio e configura queste opzioni. Da quel punto in poi, il dispositivo si occupa di portare il caso allo stato desiderato. Le installazioni non andate a buon fine vengono riprovate automaticamente, gli aggiornamenti vengono applicati secondo la pianificazione e la conformit\u00e0 viene garantita senza che nessuno debba controllare minuziosamente o verificare ogni singolo passaggio. Se questa sezione ha uno slogan, \u00e8 che il dispositivo si gestisce da solo.<\/p>\n<blockquote><p>Una breve nota sui requisiti: queste funzionalit\u00e0 dichiarative richiedono che i dispositivi siano registrati in DDM e che utilizzino il sistema operativo 26 o versioni successive. I dispositivi che utilizzano versioni precedenti continuano a funzionare esattamente come oggi, senza alcuna interruzione; semplicemente non dispongono ancora della nuova funzionalit\u00e0 di autocorrezione.<\/p><\/blockquote>\n<h2>Tre casi chiusi senza la presenza di un tecnico sul posto<\/h2>\n<p><strong>Caso 1 &#8211;<\/strong> Il ciclo di risincronizzazione manuale. Un tempo i tecnici costituivano l&#8217;intero ufficio investigativo. Individuavano il dispositivo non conforme, indagavano sulle cause, risincronizzavano manualmente e speravano che il problema si risolvesse. Ora il dispositivo rilever\u00e0 autonomamente gli errori di installazione e riprover\u00e0, senza che sia necessario alcun intervento o sollecito. <strong>Conclusione: oggi non \u00e8 necessaria alcuna risincronizzazione manuale. Ci\u00f2 vale per le assegnazioni di app nuove e modificate a partire d&#8217;ora in poi. Le app gi\u00e0 installate prima dell&#8217;attivazione del DDM richiedono comunque una risincronizzazione una tantum dei criteri per essere sottoposte alla gestione del DDM.<\/strong><\/p>\n<p><strong>Caso 2 &#8211;<\/strong> L&#8217;app che non si aggiorna mai. Il detective non deve ricordarsene n\u00e9 controllare: l&#8217;aggiornamento automatico mantiene i dispositivi sempre aggiornati all&#8217;ultima versione, come da criterio aziendale. Ci\u00f2 riduce il periodo di tempo in cui un dispositivo utilizza software obsoleto e potenzialmente vulnerabile, e si traduce in un minor numero di richieste di assistenza del tipo: \u201cPerch\u00e9 si sta ancora utilizzando una versione precedente?\u201d. <strong>Il risultato: meno dispositivi vulnerabili, meno segnalazioni.<\/strong><\/p>\n<p><strong>Caso 3 &#8211;<\/strong> L&#8217;MSP che gestisce una dozzina di scene del \u201ccrimine\u201d contemporaneamente. Ogni ambiente cliente presenta una propria situazione in termini di larghezza di banda. Le installazioni solo Wi-Fi proteggono i dispositivi connessi alla rete mobile da costi insoliti per il traffico dati. La funzione di riprova automatica garantisce la conformit\u00e0 su tutti i client senza che i tecnici debbano controllare una per una o sito per sito le installazioni non andate a buon fine. <strong>Il verdetto: conformit\u00e0 costante, senza dover perdere tempo con operazioni manuali.<\/strong><\/p>\n<h2>Come si inserisce tutto questo nel quadro di indagine pi\u00f9 ampio<\/h2>\n<p>Questi controlli sono integrati nello stesso motore di criteri che gli amministratori utilizzano gi\u00e0 per la gestione degli altri dispositivi Apple. Non occorre imparare a usare nuove console o nuovi flussi di lavoro. \u00c8 un\u2019ulteriore prova che indica la direzione verso cui sta andando la gestione Apple di NinjaOne: un modello in cui i dispositivi analizzano e risolvono sempre pi\u00f9 spesso i propri problemi autonomamente, mentre i tecnici dedicano meno tempo alla ricerca di indizi su problemi che si sono gi\u00e0 risolti da soli.<\/p>\n<h2>Caso chiuso (per ora)<\/h2>\n<p>La gestione dichiarativa dei dispositivi non si limita a inviare un&#8217;app a un dispositivo sperando che tutto vada per il meglio. Conferisce all\u2019unit\u00e0 un distintivo, un fascicolo e l\u2019autorit\u00e0 di chiudere le proprie indagini, senza bisogno di alcun supporto.<\/p>\n<p>La distribuzione delle app \u00e8 solo il primo caso. Resta sintonizzato: la gestione dichiarativa dei dispositivi aprir\u00e0 nuove possibilit\u00e0 nell\u2019ambito dell\u2019esperienza di gestione Apple.<\/p>\n<p><strong>La gestione dichiarativa dei dispositivi \u00e8 disponibile per NinjaOne MDM a partire dalla versione 15.0.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Il caso del dispositivo che si corregge in modo autonomo La bacheca delle prove La gestione dichiarativa dei dispositivi (DDM) di Apple si estende ora alla distribuzione delle app, consentendo ai dispositivi di rilevare e risolvere autonomamente i problemi di installazione senza l&#8217;intervento di un tecnico. Anzich\u00e9 affidarsi a un server che verifica ripetutamente lo [&hellip;]<\/p>\n","protected":false},"author":293,"featured_media":859084,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[4314,4326],"tags":[],"class_list":["post-872356","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mdm-it","category-ninjaone-it"],"acf":[],"modified_by":"Sergio Oricci","_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/872356","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/293"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=872356"}],"version-history":[{"count":2,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/872356\/revisions"}],"predecessor-version":[{"id":872359,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/872356\/revisions\/872359"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/859084"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=872356"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=872356"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=872356"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}