Gfacility

Module configuratie

Configuratie-items

De universele basisrecord voor assets, kennisartikelen en reserveerbare diensten — gestuurd door sjablonen die bepalen welke velden verschijnen.

Bijgewerkt op 23 jan 2026

Configuratie · Modules · 4.1

Een configuratie-item (CI) is de universele basisrecord voor alles wat je registreert dat géén melding, reservering of taak is: bedrijfsmiddelen, kennisartikelen, reserveerbare diensten. Drie verschillende werelden in dezelfde data-structuur — wat ze onderscheidt is de klasse en het sjabloon dat je kiest.

Waarom dit voor de business belangrijk is

"Eindgebruiker krijgt 50 velden te zien"

CI-sjabloon stuurt zichtbaarheid per veld — alleen de juiste vragen verschijnen.

"Assets, diensten en KB door elkaar"

Klasse (Asset · Dienst · Knowledgebase) splitst gedrag — andere flows, dezelfde module.

"Externe partijen zien interne assets"

Sjabloon koppelt aan groep — wie het sjabloon niet ziet, kan het CI niet kiezen.

"Geen consistente naamgeving"

Standaardwaarden + toegelaten waarden in het sjabloon → uniformiteit zonder afdwingen.

Drie klasses bepalen het gedrag

Asset

Standaard object zonder speciale functies. Bedrijfsmiddel, voertuig, software-licentie.

Dienst

Reserveerbaar object. Beperkingen en restriction rules bepalen wanneer en door wie geboekt mag worden.

Knowledgebase

Kennisartikel. Wordt automatisch getoond bij meldingen waarvan titel/classificatie matcht.

Sjablonen sturen welke vragen verschijnen

Bij elke CI-aanmaak kiest de gebruiker eerst een sjabloon. Dat sjabloon bepaalt: welke velden zichtbaar zijn, welke aanpasbaar, welke standaardwaarde, en welke toegelaten waarden.

StandaardvraagWat het stuurt
Naam · OmschrijvingIdentificatie van het object.
Organisatie · LocatieWaar hoort het CI bij — voedt routing en filters.
KlasseAsset · Dienst · Knowledgebase. Bepaalt het gedrag.
ScopeAlleen voor knowledgebase — waar mag het artikel verschijnen.
CI-typeBepaalt welke workflow van toepassing is (zie Building Blocks → Workflows).
ClassificatieCategorisering — voedt rapportage en KB-matching.
Parent · ChildHiërarchie tussen objecten (bv. licentie hangt onder applicatie).
Tags · BijlageVindbaarheid en bijhorende documenten.

Eigen velden? Toevoegen via custom velden (zie Building Blocks).

Welke beslissingen ga je nemen?

Welke sjablonen heb je nodig?

Eén per type registratie: laptop, monitor, software-licentie, vergaderdienst, KB-incident, …

Wie mag welk sjabloon gebruiken?

Sjabloon-groep gate — eindgebruikers krijgen kortere lijst dan beheerders.

Welke velden verbergen?

Niet relevant voor klasse → onzichtbaar zetten ipv leeg laten.

Standaardwaarden zinvol?

Verminder typfouten — bv. classificatie auto-ingevuld voor "Laptop"-sjabloon.