Wanneer voorschotten en werkelijke kosten stilzwijgend uit elkaar groeien
Wie meerdere gebouwen beheert, kent het patroon. Huurders betalen elke maand of elk kwartaal een voorschot voor de gemeenschappelijke kosten, van schoonmaak tot liftonderhoud tot verwarming. Dat voorschot wordt aan het begin van het jaar ingeschat, op basis van vorige jaren en een beetje buikgevoel. Pas bij de jaarlijkse afrekening wordt duidelijk of dat voorschot voldoende was. In de maanden daartussen loopt de rekening gewoon in stilte verder, zonder dat iemand er echt naar kijkt.
Bij een vastgoedbeheerder met een groeiende portefeuille van kantoor- en winkelgebouwen leidde dat tot een vertrouwd soort ongemak. Facturen van leveranciers kwamen binnen via een apart facturatieplatform. De boekhouding gebeurde in een ander systeem. De koppeling tussen beide verliep grotendeels handmatig, en niemand kon op elk moment met zekerheid zeggen of de voorschotten van de huurders in een bepaald gebouw wel of niet zouden volstaan. Elk jaar opnieuw werd die vraag pas achteraf beantwoord.
De opdracht
Geen zicht op budget versus werkelijke kosten per gebouw, en facturen die handmatig en ad hoc werden toegewezen aan huurders.
Eenduidige kostenindeling afgesproken, verdeelsleutels uitgetekend en gevalideerd via een werkend prototype, voor de bouw van start ging.
Een volwaardige toepassing die facturatie, vastgoedbeheer en boekhouding verbindt: automatische toewijzing waar mogelijk, met altijd ruimte voor menselijke bijsturing bij uitzonderingen.
Meetbare resultaten
Budget, facturen en voorschotten samen in één overzicht
Automatisch waar mogelijk, manueel te corrigeren waar nodig
Tekorten zichtbaar per maand, niet pas bij de jaarafrekening
-
Het gaat om een vastgoedbeheerder die een groeiende portefeuille van kantoor- en winkelgebouwen beheert voor meerdere huurders per gebouw. Het bedrijf zit in een groeifase: het aantal gebouwen en huurcontracten neemt gestaag toe, en daarmee ook de complexiteit van de kostenverdeling tussen eigenaar en huurders.
-
Voor elk gebouw ontbrak een helder beeld van wat er gebudgetteerd was per kostensoort, en wat er daadwerkelijk werd uitgegeven. Facturen vanuit het facturatieplatform werden niet systematisch gekoppeld aan een gebouw of een huurder. Die toewijzing gebeurde ad hoc, met als risico dat kosten op de verkeerde plek terechtkwamen of gewoon vergeten werden. Daar kwam nog een laag complexiteit bovenop: sommige units stonden leeg, sommige huurcontracten hadden eigen uitzonderingen op de gewone verdeelsleutel, en elk van die nuances moest correct verrekend worden. Het resultaat was dat de vastgoedbeheerder pas bij de jaarlijkse afrekening ontdekte of de voorschotten van huurders de werkelijke kosten hadden gedekt. Financiële verrassingen aan het einde van het jaar waren daardoor nooit helemaal uit te sluiten, en bijsturen kon dan allang niet meer.
-
HighGround startte met een reeks werksessies om samen met de klant een eenduidige indeling van kostensoorten af te spreken, een indeling die overal hetzelfde moest blijven: van het facturatieplatform tot de boekhouding. Zonder die eenduidigheid heeft een systeem dat gegevens verbindt geen enkele waarde, het zou gewoon dezelfde verwarring overnemen. Vervolgens werd stap voor stap uitgetekend hoe de verdeling van gemeenschappelijke kosten over huurders precies moest verlopen: rekening houdend met de eigendomsverhouding per unit, met leegstand die ten laste komt van de eigenaar in plaats van de huurders, en met specifieke uitzonderingen per huurcontract. Daarbij drong al snel één inzicht zich op: in dit soort kostenverdeling bepalen de uitzonderingen de regel. Elke automatische logica die geen ruimte laat om zelf bij te sturen, loopt vroeg of laat vast op een geval dat niet in het model past. Om die logica te toetsen voor er iets werd gebouwd, kreeg de klant telkens een werkend prototype te zien en te bevragen. Pas nadat die validatie had plaatsgevonden, werd de functionele en technische uitwerking vastgelegd voor de bouw van een volwaardige toepassing die het facturatieplatform, het bestaande vastgoedbeheersysteem en de boekhouding met elkaar verbindt, en die de gebruiker toelaat om zelf verbindingen te leggen tussen de gegevens uit die systemen.
-
Het resultaat is geen los overzichtsscherm, maar een volwaardige toepassing waarin de vastgoedbeheerder zelf de koppeling maakt tussen de gegevens uit het facturatieplatform, het vastgoedbeheersysteem en de boekhouding. Facturen die binnenkomen worden waar mogelijk automatisch toegewezen aan de betrokken huurders, in een beperkt aantal stappen, terwijl leegstaande units automatisch worden doorgerekend naar de eigenaar in plaats van naar de andere huurders. Net zo belangrijk is wat er gebeurt als een factuur niet in dat automatische stramien past: dan kan iemand de toewijzing gewoon zelf corrigeren, in plaats van vast te lopen op een uitzondering die het systeem niet voorzien had. Per gebouw en kostensoort is meteen duidelijk hoe budget zich verhoudt tot werkelijke uitgaven, met een signaal zodra een categorie dreigt te worden overschreden, en maandelijks is zichtbaar of de geïnde voorschotten de werkelijke kosten nog dekken. Voor de mensen die dagelijks met de gebouwen werken, betekent dat vooral één ding: ze moeten niet langer twee systemen naast elkaar leggen, en als een geval toch afwijkt van de regel, hoeven ze niet om het systeem heen te werken, ze sturen het gewoon bij.
Herken je dit in je eigen vastgoedportefeuille?
Een gesprek hierover begint meestal met de vraag hoe je cijfers vandaag door je organisatie stromen.
