How To

Come risolvere l’errore di distribuzione SCCM 0X87D00324

February 11, 2026 4 minuti di lettura Updated: February 11, 2026

SCCM può essere una vera salvezza per la distribuzione di app e aggiornamenti ovunque, ma ovviamente non è sempre una passeggiata. Uno degli errori più frustranti che si presentano è 0X87D00324. Un po’ strano, perché non è necessariamente che l’app non sia stata installata: è più come se SCCM non fosse sicuro che sia effettivamente presente. In pratica, il sistema dice “Ehi, ho installato questo”, ma poi non riesce a trovare alcuna prova perché il metodo di rilevamento è disattivato.

Di solito, il problema è dovuto al fatto che il metodo di rilevamento è errato o che i valori controllati sono inaccurati. Risolvere questo problema spesso risolve il problema. Ma a volte, la situazione è un po’ più complicata, come ritardi di rete o problemi di temporizzazione. Se la convalida non funziona, ci sono altri trucchi che puoi provare per aggirare questo problema. Di seguito sono riportati alcuni passaggi pratici che dovrebbero aiutarti a risolvere il problema e, si spera, a risolverlo una volta per tutte.

Come correggere l’errore 0X87D00324 durante la distribuzione di SCCM?

Convalidare il metodo di rilevamento

Perché è utile: il metodo di rilevamento è fondamentalmente il modo in cui SCCM verifica se l’app è installata. Se il valore è errato, SCCM continua a pensare che non lo sia, generando errori come 0X87D00324 anche se tutto sembra a posto sul client. Quando si verifica questo, si conferma che le regole di rilevamento corrispondono a ciò che sta effettivamente accadendo sul computer. Di solito, la causa è una mancata corrispondenza nei codici prodotto, nei percorsi del registro o negli output dei comandi.

Quando si applica: se la distribuzione fallisce con questo errore poco dopo l’installazione o se si sta cercando di risolvere il problema per cui SCCM continua a segnalare “non rilevato”, questa è spesso la prima cosa da convalidare. Aspettatevi di trovare GUID errati o percorsi di registro non allineati con quelli presenti sul client. Il vostro obiettivo è assicurarvi che SCCM riconosca correttamente l’app.

Cosa aspettarsi: dopo aver modificato le regole di rilevamento, le distribuzioni tendono a procedere più fluidamente e gli errori diminuiscono significativamente. A volte, un semplice errore di battitura, come la mancanza di parentesi graffe attorno al GUID o il puntamento alla chiave di registro errata, causa il fallimento del rilevamento.

Ecco più o meno come fare:

  1. Nella console ConfigMgr, vai a Libreria software > Panoramica > Gestione applicazioni > Applicazioni.
  2. Seleziona l’app e fai clic con il pulsante destro del mouse, quindi scegli Proprietà.
  3. Passare alla scheda Metodo di rilevamento.
  4. Fare clic su Modifica (o Modifica clausola ) per rivedere la regola di rilevamento.
  5. Verificare che l’impostazione di rilevamento, come Windows Installer, punti al codice prodotto corretto, ovvero un GUID, solitamente racchiuso tra parentesi graffe { }.
  6. Verifica che il GUID corrisponda al codice prodotto effettivo nel registro. Per farlo:
    • Esegui regeditsul client e controlla questi percorsi:
    • Sistemi a 32 bit: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\
    • Sistemi a 64 bit: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\
  7. Cerca il nome visualizzato e il codice prodotto (GUID) del programma. Assicurati che il GUID nella clausola di rilevamento corrisponda esattamente, comprese le parentesi graffe.

Stranamente, anche dopo aver corretto il rilevamento, potrebbero verificarsi ancora errori a causa del modo in cui SCCM gestisce la distribuzione dei contenuti. Si basa sulla replica differenziale binaria. In pratica, invia solo le parti modificate dei file, non tutto il resto. Se il contenuto non viene aggiornato o la cache non viene aggiornata, SCCM potrebbe continuare a pensare di dover distribuire nuovamente i file sorgente, causando confusione.

Per risolvere il problema, puoi eseguire un aggiornamento dei criteri:

  • Sul computer client, aprire l’ applet Configuration Manager dal pannello di controllo o dalla barra delle applicazioni.
  • Fare clic sulla scheda Azioni.
  • Selezionare Ciclo di recupero e valutazione dei criteri della macchina e fare clic su Esegui ora.

Ciò costringe SCCM a estrarre nuove informazioni, rivalutare le distribuzioni e solitamente fa sì che gli errori scompaiano.

Aggiungere ritardo al rilevamento se necessario

Alcuni programmi di installazione sono strani in questo senso: generano processi figlio o eseguono operazioni in modo asincrono. Il rilevamento potrebbe essere eseguito prima che l’app sia completamente pronta, facendo impazzire SCCM e segnalare “non rilevato” anche se è installata. Sì, strano ma vero.

Un trucco consiste nell’aggiungere un piccolo ritardo nello script di rilevamento, in modo che SCCM attenda un po’ più a lungo prima di effettuare il controllo. Questo può essere fatto modificando lo script di installazione:

Start-Sleep -Seconds 60

Questa riga si interromperà per 60 secondi dopo l’installazione, dando all’app il tempo di stabilizzarsi. Di solito, un minuto è sufficiente, ma è possibile aumentarlo o diminuirlo a seconda dei tempi di installazione.È possibile incorporarlo nel rilevamento di PowerShell o negli script personalizzati utilizzati durante la distribuzione.

Correzioni segnalate dagli utenti e stranezze comuni

A volte, la più piccola svista causa tutti questi problemi. Come un utente che ha copiato solo il GUID senza le parentesi graffe: a quanto pare, questo è importante. La regola di rilevamento è rigorosa nel garantire la corrispondenza esatta del formato del GUID, quindi verificate attentamente.

Un’altra nota a margine comune: se si distribuisce uno script o un pacchetto ma l’account di distribuzione non dispone dei diritti di accesso alla rete, SCCM installerà l’app ma non sarà in grado di verificarla, generando lo stesso errore. Assicurarsi che l’account di distribuzione disponga delle autorizzazioni di rete appropriate sui computer di destinazione.

Poiché Windows e SCCM sono un po’ esigenti, spesso si tratta di procedere per tentativi ed errori con queste impostazioni, ma in genere la verifica delle regole di rilevamento e l’aggiunta di piccoli ritardi risolvono la maggior parte dei problemi relativi a 0X87D00324.