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.