Gfacility

Building Blocks

Campi personalizzati

Aggiunga campi dati aggiuntivi a ticket, CI, location, utenti e organizzazioni — senza codice personalizzato, così la struttura resta nella piattaforma, non nell'Excel di qualcuno.

Aggiornato il 23 gen 2026

Configurazione · Building Block · 3.2

I campi personalizzati (chiamati anche “campi configurabili” o “campi liberi”) consentono di acquisire informazioni specifiche dell’organizzazione su ticket, configuration item, location, utenti e organizzazioni — senza codice personalizzato. Configurati bene una volta, garantiscono anni di dati coerenti e reporting.

Perché è importante per il business

"Voglio fare reporting su X che non è in un campo standard"

Dati specifici del settore (classe amianto, zona ATEX, classificazione GDPR) appartengono al record, non a un Excel ombra.

"Tipi di ticket diversi richiedono domande diverse"

Un incident chiede la "gravità", una richiesta di accesso un "valido fino al". Campi personalizzati per template.

"Informazioni obbligatorie alla creazione"

Imposti un campo come obbligatorio ed eviti ticket incompleti che tornano comunque indietro più tardi.

"Collega a un altro oggetto"

Un campo lookup punta direttamente a un'altra entità (progetto, fornitore, asset) — niente testo libero.

I due tipi di campo

Campo standard

Testo, numero, data, dropdown, casella. Per valori autonomi acquisiti su un record. Funziona ovunque: report, filtri, esportazioni.

Campo lookup

Fa riferimento a un altro oggetto in Gfacility (ad es. un progetto, asset, utente). Previene dati duplicati ed errori di battitura.

Il meccanismo

Un campo è sempre definito per modulo. Lo si definisce centralmente e si attiva per modulo:

  • Helpdesk e Configuration item: anche per template — un form di incident può avere campi diversi da una richiesta di accesso.
  • Location · Utenti · Organizzazioni: un set di campi per entità — non per template.
  • Obbligatorio/facoltativo e attivo/inattivo: configurabili per disattivare campi senza perdere dati.

Quali decisioni prenderà?

Quali moduli avranno quali campi?

Non tutti i campi appartengono ovunque. Scelte consapevoli prevengono il sovraccarico dei form.

Standard o lookup?

Riferimento a dati esistenti → lookup. Testo libero → standard.

Obbligatorio o facoltativo?

Obbligatorio = qualità dei dati ma aggiunge attrito. Nel dubbio si chieda: posso ancora fare reporting in seguito se questo viene lasciato vuoto?

Specifico per template?

Per helpdesk/CI: applichi i campi a template specifici piuttosto che all'intero modulo.