Een vergaderruimte boekt om elf uur. De presentator komt om 10:55 binnen. De ruimte is warm, de beamer wil niet verbinden met de laptop, en de koffiekan bij de deur is leeg. Drie problemen, drie wachtrijen: klimaatbeheersing is een facility-ticket, de beamer zit ergens tussen IT en AV in, en de koffiekan is huishouding. Om 11:10 heeft de presentator drie teams gemaild en opgegeven.
Dit is wat een facility helpdesk hoort op te lossen. En in 2026 is het ook waar de interessantste veranderingen in service management gebeuren, omdat de lijn tussen facility en IT administratief is geworden, niet inhoudelijk.
Wat een facility helpdesk daadwerkelijk is
Een facility helpdesk is de plek waar medewerkers alles melden en aanvragen wat met het gebouw en de werkplek te maken heeft: onderhoud, schoonmaak, klimaatbeheersing, ruimtereserveringen, bezoekerslogistiek, catering, beveiligingsuitzonderingen, coördinatie met aannemers. Het platform erachter neemt de aanvraag in, classificeert hem, dispatcht de juiste persoon of aannemer, volgt de oplossing en sluit het werk. Dezelfde vorm als een IT-helpdesk; ander onderwerp.
In een kleinere organisatie is de facility helpdesk een mailbox en een whiteboard. In een organisatie van 200 mensen is het een SharePoint-lijst. Voorbij de 500 mensen wordt het een echt platform, meestal omdat drie dingen tegelijk toeslaan: het volume van aanvragen groeit de tribale kennis voorbij, de COO vraagt om een werkplekrapport dat niemand kan produceren, en het facility-team begint aanvragen te verliezen aan “ik heb je vorige week gemaild, heb je het gezien?”
Het goede nieuws is dat de platformtechnologie om dit goed te draaien er al een tijd is. De interessante vraag in 2026 is niet of je een facility helpdesk moet hebben. Het is of die een apart platform van de IT-helpdesk hoort te zijn.
De kunstmatige muur tussen IT en facility
De afgelopen twintig jaar werden IT en facility grotendeels beheerd op verschillende platformen door verschillende teams die rapporteerden aan verschillende leiders. De redenen waren historisch, niet architectuurmatig. ITSM-platformen (ServiceNow, BMC Helix, TopDesk, Jira Service Management) groeiden op om IT te bedienen. IWMS-platformen (Planon, Spacewell, IBM TRIRIGA) groeiden op om facility en vastgoed te bedienen. De twee productcategorieën evolueerden apart. Hun kopers ook.
De muur begint duur uit te zien.
Drie redenen. Ten eerste: de medewerker geeft er niet om welk team eigenaar is van het request. “Ik krijg geen internet in vergaderruimte 4” is half een IT-probleem (het accesspoint in die ruimte is offline) en half een facility-probleem (de ruimte zelf heeft reserveringsmetadata die geüpdatet moet worden). Wanneer de helpdesks op aparte platformen draaien, dient de medewerker het ticket twee keer in, in twee systemen, met verschillende referentienummers.
Ten tweede: de data wordt meer gedeeld dan de platformen toegeven. De CMDB weet dat het AP in vergaderruimte 4 bestaat. Het facility-platform weet dat vergaderruimte 4 bestaat. Geen van beide weet dat de ander het weet, dus geen van beide kan het accesspoint-incident correleren met het reserveringspatroon dat erop volgt.
Ten derde: de koper die voor beide betaalt, is steeds vaker dezelfde persoon. De COO, het hoofd business services, de operations director, iemand wiens scope de hele medewerker-oppervlakte dekt. Die koper wil één dashboard, één kostenrapport, één platformgesprek met de leverancier, en één implementatieprogramma in plaats van twee.
De muur blijft bestaan omdat hem veranderen vereist dat beide teams het eens worden over een platform, wat meestal pas gebeurt als een contractverlenging het gesprek dwingt. De teams die de overstap hebben gemaakt, gaan niet terug.
Wat verandert als beide op één engine draaien
De zichtbare verandering is het dashboard. In plaats van twee weergaven die het oneens zijn over wat “open tickets” betekent, ziet de COO één tijdlijn van elke request die door het gebouw stroomt, IT en facility samen, met de trage bovenaan.
De minder zichtbare verandering is wat de AI over beide kan doen. Drie voorbeelden die concreet noemen waard zijn.
Onboarding als één event. Een nieuwe medewerker, Daan, begint volgende maandag. Het HR-systeem vuurt het event af. Het platform maakt een IT-laptopaanvraag, een facility-bureauallocatie, een bezoekerspas voor de office manager voor de eerste dag, en een Outlook-welkomsessie. Eén trigger, drie teams, geen mailwisseling. Het spoor van elke actie staat op dezelfde tijdlijn. Wanneer de laptop laat is, weet de office manager het zonder het aan IT te hoeven vragen.
Domeinoverstijgende incident-correlatie. De wifi in de zuidvleugel is wisselvallig op woensdag. De IT-kant ziet een cluster “kan niet verbinden”-tickets. De facility-kant ziet een klimaat-aannemer dezelfde ochtend gepland in de plafondruimte van de zuidvleugel. Het platform correleert ze en oppervlakt de kandidaat-rootcause aan de on-call engineer: de aannemer heeft waarschijnlijk de kabel van het accesspoint geraakt. Twee systemen zouden twee onopgeloste onderzoeken hebben geproduceerd.
Werkplekprestaties, eerlijk gemeten. De COO vraagt “hoe presteert de werkplek deze maand”. Het antwoord zijn geen drie slides van drie teams; het is één dashboard met de echte cijfers: gemiddelde tijd om een facility-request op te lossen, IT-incident MTTR, ruimtebezetting, bezoekersstroom, asset-kosten per medewerker. Cijfers die elkaar tegenspreken worden binnen het platform afgestemd, niet binnen de vergadering.
Waar IoT daadwerkelijk helpt (en waar het een afleiding is)
Smart-building IoT is echt, en het meeste dat onder “IoT” wordt verkocht is een afleiding.
De plekken waar het zijn werk doet:
Bezettingssensoren veranderen het gesprek over vergaderruimte-boekingen van anekdote naar data. De ruimte die geboekt wordt voor acht mensen en nooit meer dan drie houdt, is nu zichtbaar. Het team dat twee ruimtes achter elkaar boekt omdat ze altijd uitlopen, kan met bewijs in plaats van geheugen worden aangesproken.
Klimaat- en luchtkwaliteitssensoren maken voorspellend onderhoud mogelijk voor de systemen waar reactief onderhoud het pijnlijkst is. Een boiler die begint te driften kan op een donderdagochtend worden onderhouden in plaats van op een vrijdagavond uit te vallen.
Infrastructuur die zichzelf meldt voor printers, koffiemachines en AV in vergaderruimtes sluit de lus op verbruiksartikelen en klein onderhoud zonder dat een medewerker een ticket hoeft in te dienen.
De plekken waar het een afleiding is:
Sensoren op elk bureau genereren veel data en weinig beslissingen. Als je facility-team nog geen beslissingen produceert vanuit ruimte-niveau data, gaat bureau-niveau data niet helpen.
Realtime-alles-dashboards zijn meestal een teken dat niemand weet welk signaal ertoe doet. De juiste vorm is dat het platform de filtering doet en het kleine aantal signalen oppervlakt dat actie verdient.
De eerlijke framing: IoT helpt wanneer het werk wegneemt of een beslissing mogelijk maakt die je anders niet had kunnen nemen. De rest is een slidedeck.
Asset management is de gedeelde onderlaag
De conceptuele doorbraak die het domeinoverstijgende platform laat werken, is IT configuration items en facility assets als hetzelfde soort object behandelen. Een laptop en een klimaatunit hebben dezelfde levenscyclus: verwerven, uitrollen, onderhouden, afschrijven, afdanken, vervangen. Het contract heeft dezelfde vorm, het onderhoudswindow heeft dezelfde vorm, het kostenrapport per medewerker rolt op dezelfde manier op.
Zodra beide inventarissen op één engine leven, stoppen drie dingen een probleem te zijn. Het asset-kostenrapport stopt met twee spreadsheets te zijn die het oneens zijn over welke afdeling wat bezit. De contractverlengingen stoppen verrassingen te zijn omdat dezelfde kalender ze oppervlakt. De compliance-audit (vooral in gereguleerde sectoren) stopt met twee bewijspakketten die apart moeten worden samengesteld.
De teams die hier in het verleden het hardst over vochten, waren finance-teams, die volhielden dat IT-capex en facility-capex verschillende categorieën waren. Ze hadden geen ongelijk over de boekhouding; ze hadden ongelijk over het datamodel. Het datamodel is hetzelfde. De boekhouding tagt zichzelf.
Wanneer je ze toch apart moet houden
We doen niet alsof er geen scenario’s zijn waarin twee platformen het juiste antwoord zijn. Die zijn er.
Als je facility-scope gedomineerd wordt door investeringsprojecten en vastgoedportefeuillebeheer (leasingadministratie onder IFRS 16 of ASC 842, capex-tracking, ruimteplanning op portefeuilleschaal), is een toegewijd IWMS zoals Planon of IBM TRIRIGA het juiste facility-platform. De Gfacility-oppervlakte voor facility is werkplekoperaties, niet corporate vastgoed.
Als je IT-scope gedomineerd wordt door zeer diep ITSM met honderden procesvarianten en een toegewijd platformteam, zijn ServiceNow of BMC Helix meestal het juiste ITSM-platform. Die koppelen aan een apart facility-platform is de juiste vorm als beide landschappen op dat diepteniveau zijn.
Het domeinoverstijgende verenigde platform schijnt in het midden: organisaties groot genoeg om echte platformen nodig te hebben maar niet zo groot dat elk landschap zijn eigen enterprise-programma rechtvaardigt. Mid-market en lager-enterprise, in markttermen. Dat is ongeveer het bereik waar Gfacility voor gebouwd is.
Wat we hebben gebouwd
Gfacility is één engine voor IT, Facility en Workplace, met hetzelfde datamodel over alle drie domeinen. De facility helpdesk draait in hetzelfde platform als de IT-helpdesk en het werkplekboeking-systeem. Het asset-inventaris is één inventaris. De CMDB en het facility-asset-register zijn geen twee databases; ze zijn twee queries.
De AI-assistenten nemen requests in Teams, Outlook, Slack en chat aan in gewone taal: “boek de groene ruimte met catering voor dinsdag om 14:00 voor zes mensen”, “de printer op verdieping 3 is offline”, “registreer een bezoeker voor vrijdag”. De digital workers (autonome agenten) sluiten het routinewerk zonder mens in de lus waar het veilig is. Elke actie wordt gelogd en is omkeerbaar.
We hosten in de EU met ISO 27001 en AVG ingebakken. De implementatie is een week met één solution architect, met importers voor Axxerion, MCS, TopDesk en Planon aan de facility-kant en ServiceNow, Jira Service Management, BMC Helix, Freshservice aan de IT-kant. De side-by-side vergelijkingen bevatten het detail.
De korte versie
De facility helpdesk in 2026 is eigenlijk geen vraag over een helpdesk. Het is een vraag of de muur tussen IT en facility de moeite waard is wat hij kost. Voor de meeste groeiende organisaties is het antwoord omgeslagen van “ja, zo doen we het altijd” naar “nee, en de verlenging is het moment om het te repareren”.
Als je IT, Facility of Workplace draait en de COO heeft om één dashboard gevraagd, boek een 30-minuten gesprek en neem een export mee van de tickets van het afgelopen kwartaal van beide teams. We laten ze door de importer lopen en laten je zien, op je eigen data, hoe één tijdlijn eruitziet.
Veelgestelde vragen
Wat is het verschil tussen een IT-helpdesk en een facility helpdesk? +
De IT-helpdesk handelt incidenten en requests over technologie af: laptops, accounts, software, netwerk, identity. De facility helpdesk handelt incidenten en requests over het gebouw af: schoonmaak, onderhoud, klimaatbeheersing, ruimtereserveringen, bezoekerslogistiek, catering. Het werk heeft dezelfde vorm (intake, classificeren, dispatchen, oplossen, sluiten). Alleen de data gaat over andere dingen.
Waarom is splitsen een probleem? +
Omdat de medewerker die de request indient er niet om geeft welk team eigenaar is. 'Ik krijg geen internet in vergaderruimte 4' is half een IT-ticket (het accesspoint) en half een facility-ticket (de ruimtereservering). Wanneer de twee helpdesks op aparte platformen draaien, wordt de medewerker drie keer doorverwezen en heeft de COO geen enkele blik op hoe de werkplek presteert.
Waar helpt IoT daadwerkelijk? +
Drie plekken. Bezettingssensoren vlaggen ruimtes met kapotte reserveringspatronen. Klimaat- en luchtkwaliteitssensoren maken voorspellend onderhoud mogelijk in plaats van reactieve tickets. Print- en koffie-infrastructuur kan zichzelf melden wanneer verbruiksartikelen op zijn. Overal anders is IoT een afleiding die meer data in je wachtrij stopt zonder werk weg te nemen.
Kan één platform echt zowel IT als facility draaien? +
Ja, als het datamodel er voor ontworpen is. Facility op een ITSM-tool plakken via custom request types werkt een tijdje en breekt dan wanneer het facility-team zijn eigen backlog en rapporten wil. Het schonere antwoord is één engine waar een incident, een request, een ruimtereservering, een bezoeker en een asset hetzelfde model en dezelfde tijdlijn delen.
Hoe verschilt asset management tussen facility en IT? +
Minder dan je zou denken. IT volgt laptops, monitors, accounts en software-licenties. Facility volgt stoelen, planten, klimaatunits, koffiemachines en AV in vergaderruimtes. De levenscyclus is dezelfde: verwerven, uitrollen, onderhouden, afschrijven, vervangen. Wanneer beide inventarissen op één engine leven, stopt het asset-kostenrapport met twee spreadsheets die elkaar tegenspreken te zijn.
Wat sluit AI aan de facility-kant? +
Uitzonderingen op ruimtereserveringen ('de ruimte die ik boekte is te klein, kun je me wisselen'), terugkerende onderhoudstickets die een patroon volgen ('de lift op verdieping 3 meldt steeds dezelfde foutcode'), wijzigingen op catering ('voeg drie lunches toe aan dinsdag'), en de edge-cases in bezoekersbeheer waar voorheen een office manager drie mensen voor moest mailen.