Vijf leveranciers. Eén storing. Nul eigenaren.

Hoofdstuk 01

En in elke naad zitten de incidenten, de kosten en de risico’s.

Hotel-IT raakt zelden bewust versnipperd. Een wifipartij hier, een PMS-integrator daar, een securitytool van een derde, telefonie van een vierde. Elke keuze was op dat moment logisch. Het resultaat is een omgeving waarin niemand het geheel overziet, waarin incidenten tussen helpdesks heen en weer stuiteren en waarin jij, de klant, de coördinatie doet. Die coördinatie is onbetaald werk, en tijdens een incident is het het duurste werk in het hotel.

Kijk hoe het zich afspeelt in een stadshotel met 90 kamers op een vrijdagavond. De check-in stopt. De PMS-leverancier zegt dat het netwerk aan zijn kant in orde is. De netwerkpartij ziet geen alarmen. De betaalprovider wijst naar de internetlijn. Veertig minuten later is niemand begonnen met herstellen, omdat iedereen bezig is te bewijzen dat de fout niet bij hem ligt. De manager on duty leidt het crisisoverleg in plaats van de lobby. Dat is de naad aan het werk.

Let op wat de linkerkolom niet zegt. Er staat niet dat de afzonderlijke leveranciers slecht zijn. De meeste zijn competent binnen hun eigen grens. De storing zit tussen de grenzen, in de overdrachten die geen contract beschrijft en die geen helpdesk betaald krijgt om te bewaken. Een zesde specialist erbij sluit geen naad. Het voegt er twee toe.

De juiste vraag bij elke leveranciersevaluatie is daarom niet of elke partij presteert, maar wie eigenaar is van de uitkomst wanneer de storing tussen hen in zit. Is het antwoord een schema met pijlen en zonder naam erop, dan ben jij het antwoord. Dat is de kern van leveranciersbeheer in hotel-IT: eigenaarschap over het geheel, niet prestatie per onderdeel. Stel die vraag in het laagseizoen, niet tijdens een uitverkocht weekend.

Hoofdstuk 02

De facturen zijn verspreid. De schade niet.

Elk project en elk incident vraagt je in het midden: leveranciers afstemmen, vertalen tussen helpdesks, updates najagen. Dat is managementtijd die op geen enkele factuur staat. Het is leveranciersbeheer in hotel-IT, gedaan door het hotel, onbetaald. Het piekt precies wanneer de operatie piekt: evenementdagen, migraties, feestdagenweekenden.

Tel de uren die je GM of operations manager vorig kwartaal aan leverancierscalls besteedde. Op de meeste locaties is het een deeltijdbaan waartoe niemand ooit heeft besloten. Kijk daarna naar wat die uren verdrongen: rondes over de vloer, aanwezigheid in de operatie, beslissingen die bleven liggen. Die verdrongen aandacht is de werkelijke kostenpost.

Als er iets stukgaat tussen twee leveranciers, hebben beide gelijk en wordt er niets opgelost. De gemiddelde oplostijd groeit met elke betrokken partij, en gasten voelen elk extra uur. Een uur kapotte check-in om 23.00 uur is geen kengetal. Het is een rij aan de balie, een kamer die je weggeeft, een review over het wachten.

Het patroon is altijd hetzelfde: elke helpdesk test zijn eigen component, verklaart die gezond en sluit het ticket. De uitval overleeft elk van die sluitingen. De lus doorbreken vraagt om één partij met het mandaat om de hele keten te testen, van terminal tot PMS. Zonder dat mandaat is elk gesloten ticket correct en nutteloos.

Aanvallers houden van naden: de firewall die de ene partij beheert, de switches de andere, de endpoints een derde. Niemand bewaakt de overdrachten. Onder NIS2 zijn die gaten een probleem van je directie. Een hotelnetwerk vervoert betaalgegevens, gastidentiteiten en verkeer van de deursloten over precies die naden. Vraag wie er vorige maand een overdracht heeft getoetst; het eerlijke antwoord is vaak niemand.

Een patchschema dat stopt bij een contractgrens is een open deur. Dat geldt ook voor een firewallregel die niemand durft aan te raken omdat de partij die hem schreef twee contracten geleden vertrok. Gedisciplineerde security is saai van opzet: elk apparaat op een onderhoudskalender, elke regel met een eigenaar en een toetsdatum. Versnippering maakt die discipline structureel moeilijk vol te houden.

Vijf leveranciers optimaliseren elk hun eigen deel. Niemand plant je IT als één landschap, dus vervangingscyclus, budget en vernieuwing gebeuren per silo, of helemaal niet. Switches worden in het ene budgetjaar vervangen, accesspoints in het andere, servers wanneer ze het begeven. Dan begint de renovatie, en blijkt de bekabeling op niemands roadmap te staan.

Vraag vijf leveranciers om een driejarenplan en je krijgt vijf verlengingsoffertes. Geen van hen stelt voor het eigen product te verwijderen, hoezeer het landschap daar ook bij zou winnen. Een plan voor het hele landschap moet komen van een partij die verantwoordelijkheid draagt voor het hele landschap. Al het andere is inkooppapierwerk, geen strategie.

Geen van deze kosten staat op een factuur, en daarom overleeft versnippering elke budgetronde. De regels ogen op zichzelf redelijk. De schade duikt op in managementtijd, oplostijden en auditbevindingen, en die worden elders geboekt. Zet één kwartaal lang een getal op de coördinatie-uren en de verlengde uitval, en het argument voor consolidatie schrijft zichzelf.

Consolidatie is ook het patroon dat onze klanten volgen: begin met één domein en breng daarna het volgende onder hetzelfde dak. Support verhuist meestal als eerste, omdat daar de dagelijkse wrijving zit. De volgende golf start zodra de eerste zich heeft bewezen.

Hoofdstuk 03

Minder partijen, snellere oplossingen, één waarheid.

Consolidatie gaat niet over gemakshalve alles bij één winkel kopen. Het gaat erom de naden binnen één organisatie te brengen, waar ze onder één SLA en één managementteam vallen in plaats van onder een crisisoverleg. Er veranderen drie dingen, en elk daarvan is binnen enkele maanden zichtbaar in de dagelijkse operatie.

Elk incident begint met één telefoontje, welke laag ook uitvalt. Geen triage over helpdesks heen, geen discussie over wiens ticket het is. In een slechte nacht verandert dit de rol van de manager on duty van coördinator terug naar gastheer. De receptie belt één nummer en gaat terug naar haar gasten.

Wanneer één team het netwerk, de servers en de werkplek beheert, volgt de diagnose de storing in plaats van haar door te sturen. Een engineer die elke laag kan zien, heeft geen toestemming van een andere leverancier nodig om verder te kijken. Domeinoverstijgende incidenten, die vroeger dagenlang heen en weer stuiterden, worden gewone tickets, omdat er geen grens meer is om vanaf te stuiteren.

Eén monitoringbeeld, één assetregister, één roadmap. Als je vraagt wat je IT kost, wat end of life is en waar de risico’s zitten, is er één antwoord in plaats van vijf gedeeltelijke. Budgetgesprekken worden korter. Audits worden rustiger. Onder NIS2 is het kunnen tonen van één samenhangend beeld van je landschap geen luxe.

Er is een vierde verandering die lastiger in een tabel past: de relatie keert om. Met vijf leveranciers jaag je achter zaken aan. Met één eigenaar word je benaderd: een verlengingsvoorstel voordat het contract afloopt, een waarschuwing over capaciteit voordat die opraakt, een plan voor de volgende verbouwing voordat je erom vraagt. Zo ziet verantwoordelijkheid voor het hele landschap eruit in een agenda.

Hoofdstuk 04

Je schakelt niet alles tegelijk om. Je brengt lagen onder één dak.

Consolidatie volgt ons vaste eigenaarschapsmodel: wij inventariseren het landschap, ontwerpen het doel, nemen domein voor domein over en beheren het als één omgeving. Contracten met zittende leveranciers lopen af op hun natuurlijke datum; elke migratie wordt buiten je pieken gepland. Bekijk hoe dit er per laag uitziet in Managed Infrastructure en Managed IT Support.

Breng elke leverancier, elk contract, elke SLA en elke naad in het huidige landschap in kaart. Inclusief de informele: het camerasysteem dat de technische dienst bestelde, de boekingswidget waarvoor marketing tekende. De meeste landschappen zijn groter dan hun contractmap. De inventarisatie rangschikt elke naad ook naar wat die tijdens een piek kost: gestopte check-ins, gestopte betalingen, of enkel ergernis. Die rangschikking bepaalt de volgorde van het werk.

Bepaal het doelmodel: wat consolideert, wat blijft, wie waarvan eigenaar is. Niet alles hoeft te verhuizen. Een PMS-relatie die werkt, kan blijven; wij nemen de verantwoordelijkheid voor hoe die met al het andere verbonden is. Het ontwerp wordt op papier afgesproken voordat er iets migreert. Het eigenaarschap van elke laag, ook van de lagen die bij anderen blijven, wordt schriftelijk benoemd.

Neem domein voor domein over, afgestemd op contracteinddata en bezettingsgraad. Een overname in het laagseizoen is een project. Een overname in het hoogseizoen is een gok, dus wij plannen rond je agenda, niet rond onze pijplijn. Elke overname heeft een terugvalplan en een rustig venster dat met je team is afgesproken. De receptie hoort de verandering te merken aan minder telefoontjes, niet aan verstoring.

Eén SLA, één escalatielijn, één roadmap voor het hele landschap. Vanaf dat moment is leveranciersbeheer in hotel-IT ons werk. De gespecialiseerde partijen die blijven, rapporteren aan ons, niet aan je front office. Mist een van hen een deadline, dan rappelleren en escaleren wij. Het ticket kan tussen partijen verschuiven. De verantwoordelijkheid niet.

De meeste groepen consolideren in golven: eerst support, daarna infrastructuur, daarna security en gasttechnologie. Elke golf moet zich bewijzen voordat de volgende begint. Dat houdt het risico klein en geeft je bij elke stap een uitweg, en dat is precies de discipline die je zou moeten eisen van elke partner die voorstelt meer van je landschap over te nemen.

Hoofdstuk 05

Versnippering voelt veilig omdat geen enkele partij kritiek is. In de praktijk betekent het dat geen enkele partij verantwoordelijk is.

De test is eenvoudig en vandaag al de moeite waard. Stel je voor dat je check-in om 02.00 uur plat ligt: geen sleutels die worden gecodeerd, geen betalingen die doorkomen. Schrijf het eerste telefoonnummer op dat je nachtteam zou bellen, en wat die partij werkelijk in eigendom heeft. Is het eerlijke antwoord dat dat telefoontje een keten van andere telefoontjes start, dan heeft de uitval nog geen eigenaar, en ben jij degene die haar erft, live, met gasten aan de balie.

Eigenaarschap bij één partij gaat niet over omvang en niet over trouw aan één logo. Het gaat over waar de verantwoordelijkheid landt als er iets stukgaat. Eén partner die elke laag bezit, kan nergens naar wijzen. Dat verandert gedrag lang voor het incident: monitoring wordt gebouwd om juist die naden te bewaken, documentatie blijft actueel omdat hetzelfde team haar om 03.00 uur nodig heeft, en preventie krijgt budget omdat de eigenaar van de uitval ook de eigenaar van de oplossing is.

Versnippering voelt veilig omdat geen enkele partij kritiek is. In de praktijk betekent het dat geen enkele partij verantwoordelijk is. Hotels draaien beter met één eigenaar die verantwoordelijkheid draagt voor de hele stack. Lees hoe die rol verschilt van een gewone leverancier in waarom hotels een hospitality-MSP nodig hebben, en wat uitval werkelijk kost in de werkelijke kosten van IT-uitval in hotels.