Configurazione moduli
Configuration item
Il record di base universale per asset, articoli della base di conoscenza e servizi prenotabili — guidato da template che decidono quali campi appaiono.
Aggiornato il 23 gen 2026
Configurazione · Moduli · 4.1
Un configuration item (CI) è il record di base universale per tutto ciò che si registra che non sia un ticket, una prenotazione o un’attività: asset aziendali, articoli di conoscenza, servizi prenotabili. Tre mondi diversi nella stessa struttura dati — ciò che li distingue è la classe e il template che sceglie.
Perché è importante per il business
"L'utente finale ha 50 campi davanti"
Il template CI guida la visibilità dei campi — appaiono solo le domande giuste.
"Asset, servizi e KB confusi"
La classe (Asset · Service · Knowledgebase) suddivide il comportamento — flussi diversi, stesso modulo.
"Le parti esterne vedono asset interni"
Il template è legato a un gruppo — chi non può vedere il template non può scegliere il CI.
"Niente naming coerente"
Valori predefiniti + valori consentiti nel template → uniformità senza forzature.
Tre classi guidano il comportamento
Asset
Oggetto standard senza funzioni speciali. Asset aziendale, veicolo, licenza software.
Service
Oggetto prenotabile. Le restrizioni e le regole di restrizione decidono quando e da chi può essere prenotato.
Knowledgebase
Articolo di conoscenza. Mostrato automaticamente sui ticket il cui titolo/classificazione corrisponde.
I template guidano quali domande appaiono
Quando si crea un CI l’utente sceglie prima un template. Quel template decide: quali campi sono visibili, quali modificabili, il valore predefinito e i valori consentiti.
| Domanda standard | Cosa guida |
|---|---|
| Nome · Descrizione | Identificazione dell'oggetto. |
| Organizzazione · Location | A chi appartiene il CI — alimenta routing e filtri. |
| Classe | Asset · Service · Knowledgebase. Guida il comportamento. |
| Scope | Solo Knowledgebase — dove l'articolo può apparire. |
| Tipo CI | Decide quale workflow si applica (vedi Building Block → Workflow). |
| Classificazione | Categorizzazione — alimenta reporting e matching KB. |
| Padre · Figlio | Gerarchia tra oggetti (ad es. la licenza sta sotto l'applicazione). |
| Tag · Allegati | Reperibilità e documenti correlati. |
Campi personalizzati? Li aggiunga tramite i campi personalizzati (vedi Building Block).
Quali decisioni prenderà?
Quali template le servono?
Uno per tipo di registrazione: laptop, monitor, licenza software, servizio per riunione, KB incident, …
Chi può usare quale template?
Gate template-gruppo — gli utenti finali ottengono un elenco più breve degli admin.
Quali campi nasconde?
Non pertinenti per la classe → li renda invisibili invece di lasciarli vuoti.
Valori predefiniti utili?
Riducono gli errori di battitura — ad es. classificazione auto-compilata per il template "Laptop".