Vragenlijst
Organisatie & hiërarchie
Hoe is je organisatie opgebouwd, juridische entiteiten, divisies, afdelingen, kostenplaatsen, en welke daarvan moet Gfacility kennen om de rest van de configuratie te kunnen dragen?
Bijgewerkt op 18 mei 2026
Vragenlijst · 4.1
Waarom dit eerst
Bijna alles in Gfacility hangt aan een organisatie-context: gebruikers, ruimtes, tickets, doorbelasting, rapportage. Modelleer je te grof, dan loop je vast op rechtenscheiding. Modelleer je te fijn, dan krijg je een matrix die niemand onderhoudt. De juiste fijnheid kies je nu — niet als de configurator vragen begint te stellen.
Wat lever je op?
Organogram met scope-merken
In/uit-scope per node, met sponsor-eigenaar en migratiebron.
Kostenplaats-mapping
Welke kostenplaats hangt aan welke organisatie-eenheid, voor doorbelasting.
Naamconventie
Vaste schrijfwijze (taal, hoofdletters, afkortingen) voor entiteiten en afdelingen.
Externe organisaties
Leveranciers, partners, klantorganisaties — eigenaar, contracteigenaar, status.
Kernvragen
- 1Welke juridische entiteiten komen in Gfacility? Eén of meer, en waar lopen de scheidslijnen (apart facturatie, aparte rechten, aparte rapportage)?
- 2Welke divisies of business units binnen die entiteiten moeten zichtbaar zijn — en waarom? Welke beslissing wordt anders als deze unit niet apart staat?
- 3Afdelingsdiepte — twee, drie of meer niveaus? Wat is het diepste niveau waarop je nog rapporteert of doorbelast?
- 4Kostenplaatsen — gebruik je die actief? Eén-op-één met afdeling of overlappend? Welk bronsysteem houdt de waarheid bij?
- 5Externe organisaties — laat je leveranciers, contractors en klanten ook in Gfacility leven? Welke gegevens komen mee, welke worden in Gfacility beheerd?
- 6Reorganisaties — verwacht je in de komende 12-18 maanden naamswijzigingen, fusies of afsplitsingen? Hoe verwerk je dat zonder dat tickets en boekingen losraken?
- 7Naamconventie — formele naam, korte naam, afkorting? Engelse of lokale benamingen? Eén keer kiezen, overal toepassen.
- 8Eigenaarschap — wie houdt het organogram in Gfacility actueel als HR een mutatie doorvoert? PM, IT-admin, HR-systeem-koppeling?
Template — Organogram-tabel
| Niveau | Naam (formeel) | Korte naam | Parent | Type | Kostenplaats | In scope? | Eigenaar |
|---|---|---|---|---|---|---|---|
| 1 | Bv. Acme Holding NV | Acme | — | Juridische entiteit | 100 | Ja | CFO |
| 2 | Acme Belgium NV | Acme BE | Acme Holding | Juridische entiteit | 110 | Ja | MD BE |
| 3 | IT | IT | Acme BE | Afdeling | 2200 | Ja | CIO |
| … | … | … | … | … | … | … | … |
Veelvoorkomende keuzes
→ Houd het ondiep
Drie niveaus (entiteit → divisie → afdeling) volstaat voor 80% van de organisaties. Diepere fijnheid zelden onderhouden.
→ Splits alleen als het beslissingsrelevant is
Aparte unit = aparte rechten, rapportage of doorbelasting. Zo niet — niet apart maken.
→ Koppel HR als bron
Laat HR het organogram beheren; Gfacility synchroniseert. Voorkomt twee waarheden.
→ Externe organisaties apart bestand
Leveranciers in een aparte tak, niet vermengd met interne afdelingen.