Moduli
Alerting e ITSM
Instradare i segnali critici Wadyu verso Teams, Slack, PSA, ServiceNow o webhook.
Obiettivo
Alerting e ITSM descrive obiettivo, controlli attesi e uso sicuro nel contesto produzione Wadyu. La pagina segue la stessa logica della referenza francese: scopo, workflow, validazione, sicurezza ed errori tipici. Eventi rilevanti sono drift critico, patch mancante, perdita conformità, risparmio elevato, errore Graph, anomalia collector o chiave in scadenza.
Workflow pratico
In pratica significa scegliere lo scope cliente corretto, verificare i prerequisiti Microsoft o Intune, salvare le modifiche e poi controllare health, log e risultati visibili. Ogni passaggio deve restare tracciabile. Le route possono usare cliente, modulo, severity e tipo evento verso Teams, Slack, PSA, ServiceNow o webhook.
Controlli e validazione
Validare identità, associazione tenant, ruoli, ipotesi di costo, finestra di osservazione, segnali collector e report. Un risultato è solido solo quando funziona tecnicamente ed è spiegabile al cliente. Un buon alert contiene impatto, scope cliente, link console e azione attesa, ma nessun segreto.
Sicurezza e conformità
Client secret, token Graph, cache MSAL, webhook e chiavi collector non devono mai apparire in documentazione, screenshot, export o messaggi di supporto.
Errori frequenti
Gli errori frequenti sono scope troppo ampio, profilo non salvato, ipotesi di costo poco chiare, finestra di osservazione troppo corta, eccezioni business mancanti o confondere un segnale tecnico con una decisione finale.