Vastgoed software op maat: waar het pakket ophoudt

Vastgoed software op maat bouw je zelden voor de huuradministratie en bijna altijd voor de servicekosten. Contracten, indexatie en huurfacturen zitten in elk pakket; de verdeling van energie, schoonmaak en gedeelde voorzieningen over jouw huurders zit er nooit in zoals jouw panden in elkaar steken.

Dat verschil is ook juridisch scherp. Bij woonruimte moet de verhuurder elk jaar, uiterlijk zes maanden na het verstrijken van het kalenderjaar, een naar soort uitgesplitst overzicht verstrekken "met vermelding van de wijze van berekening daarvan" (artikel 7:259 lid 2 BW, geldende tekst 2026).

In de commerciële verhuur geldt die wettelijke termijn niet. Het ROZ-model voor kantoorruimte hanteert twaalf maanden voor hetzelfde rubrieksgewijze overzicht, en drie maanden om het verschil met de voorschotten bij te betalen of terug te betalen (ROZ, Algemene Bepalingen Kantoorruimte 2025, artikel 19.4 en 19.6).

Wie woningen én bedrijfsruimte verhuurt, draait dus twee afrekenkalenders naast elkaar. Precies dat soort regel zet geen enkel pakket voor je aan.

Hieronder: wat de bestaande vastgoedpakketten al goed doen, waarom de verdeelsleutel het echte maatwerk is, hoe je aan meterstanden komt in panden zonder slimme meter, en wanneer multi-tenancy je project onnodig duur maakt. Het bredere bouw-of-koop-traject staat in onze complete gids over maatwerk software.

Wat doen de bestaande vastgoedpakketten al goed?#

Meer dan de meeste ondernemers denken, en de markt is bovendien sterk geconsolideerd. Aareon Nederland voert de beheerpakketten Tobias en REMS en onder meer de business units Embrace, Facilitor, TwinQ en ViaData onder één dak (Aareon Nederland, 2026).

Ook de aannemerskant is ingevuld. Het ketenplatform Mareon verzorgt de uitwisseling van opdrachtgegevens tussen opdrachtgever en opdrachtnemer.

Voor VvE-beheer is dat landschap helemaal dichtgelopen. TwinQ voert naar eigen zeggen "ervaring sinds 2001" in VvE-beheersoftware en levert een eigen VvE-portaal (TwinQ, 2026), en wie een VvE beheert bouwt dat niet goedkoper na.

De grens zit niet in functionaliteit maar in schaal. Die pakketten zijn ontworpen voor woningcorporaties, institutionele beleggers en professionele VvE-beheerders — organisaties met honderden tot tienduizenden eenheden.

Een ondernemer met vier panden en dertig huurders valt daar structureel buiten. Niet omdat het pakket het niet kan, maar omdat de implementatie, de licentiestructuur en het inrichtingstraject op een andere ordegrootte zijn geprijsd.

Dezelfde grensregel als bij ERP dus: koop wat de markt verzadigd heeft, bouw wat je onderscheidt. Hoe die afweging per module uitpakt, staat uitgewerkt in ERP-pakket of maatwerk.

De verdeelsleutel is het echte maatwerk#

Een servicekostenafrekening is geen optelsom maar een bewijsstuk. Het ROZ-model eist dat het overzicht de kosten zo toerekent "dat Huurder de toerekening van de kosten zelfstandig kan vaststellen" (artikel 19.4).

Een spreadsheet haalt die eis zelden. Niet omdat de rekensom fout is, maar omdat de onderbouwing na een jaar niet meer reproduceerbaar is: welke meterstand, welk tarief, welke periode, welke sleutel.

Drie regels maken het lastiger dan het lijkt:

• Leegstand komt voor rekening van de verhuurder. Staat een deel van het complex leeg, dan mag het aandeel van de huurder niet hoger worden dan bij volledige ingebruikname (ROZ, artikel 18.3 en 19.3).
• Het voorschot mag tussentijds mee bewegen met de verwachte kosten, zonder dat de afrekening zijn logica verliest (ROZ, artikel 19.8, en 18.8 voor nutsvoorzieningen).
• De btw-behandeling is een apart spoor; de ROZ-bepalingen verwijzen bij de servicekostenartikelen 19.1 tot en met 19.4 en 19.7 naar artikel 2.11 van de handleiding voor de omzetbelastinggevolgen.

Wat dat betekent voor je datamodel is concreet. Je hebt kostensoort, periode, een eigen verdeelsleutel per soort, een leegstandcorrectie, de voorschotstand per huurder en een herrekenbare afrekening nodig — zes dimensies die geen boekhoudpakket voor je bijhoudt.

Dat is ook de reden dat de afrekening vrijwel altijd het eerste is wat we bouwen. Niet omdat het het leukste onderdeel is, maar omdat het het enige onderdeel is dat een huurder kan betwisten.

Meterstanden in panden zonder slimme meter#

Hier stopt elk pakket, want het probleem zit niet in de software maar in de meterkast. Individuele bemetering "om het daadwerkelijk verbruik per gebruiker zichtbaar te maken" is uitdrukkelijk toegestaan in het ROZ-model (artikel 18.9).

Die meters zijn ook jouw verantwoordelijkheid. Ontstaat door een niet of onjuist functionerende meter een geschil over het verbruiksaandeel, dan laat de verhuurder dat aandeel vaststellen door een gespecialiseerd bedrijf, met daarnaast het recht op herstel of vernieuwing van de meters (artikel 18.10).

In panden met analoge tussenmeters betekent dat: iemand loopt elk kwartaal met een telefoon langs de meterkast. Doet niemand dat consequent, dan is er geen afrekening — alleen een schatting die je niet kunt onderbouwen.

Voor Business Center Altena hebben we die lus daarom geautomatiseerd. In het multi-tenant huurdersportaal met IoT-energiemonitoring fotograferen cameramodules in de meterkasten de analoge meters op een instelbaar interval.

AI-beeldherkenning leest de standen af met een betrouwbaarheidsscore. Gevalideerde standen voeden de energiemodule, met een alert bij een te lage betrouwbaarheid of een onwaarschijnlijke sprong.

Voor units die wél een digitale meter hebben ligt er een tweede route: het portaal accepteert P1/DSMR-telemetrie rechtstreeks als JSON. De hardwarekant van die meetketen staat in de case meterstanden automatisch uitlezen met AI-beeldherkenning.

Twee dingen zeggen we er eerlijk bij. Dit beschrijft het gebouwde platform en de geleverde capabilities, niet gemeten besparingen — en een betrouwbaarheidsscore is geen garantie, daarom zit er een validatiestap met alerts tussen meting en factuur.

Multi-tenancy: wanneer wel, wanneer niet#

Multi-tenancy betekent dat meerdere verhuurders of beheerders op hetzelfde platform draaien, elk met hun eigen afgeschermde data. Het huurdersportaal is zo opgezet: Business Center Altena is de eerste organisatie, het platform is herbruikbaar voor volgende beheerders.

Er hangt een prijskaartje aan. Tenant-isolatie is er geen bijzaak maar een ingebouwd principe: een Prisma-extensie injecteert het organisatiefilter automatisch op alle queries over 24 modellen, met row-level security in Postgres en middleware als extra lagen.

En precies daarom is het advies vaker "niet doen" dan je van een maatwerkbouwer verwacht. Beheer je alleen je eigen portefeuille, dan verdubbelt multi-tenancy je testmatrix en je migratiepijn zonder dat er iemand beter van wordt.

De vuistregel die wij hanteren:

• Eén eigenaar, eigen panden: geen multi-tenancy, één organisatie hard in het datamodel.
• Beheer voor derden of plannen om te verkopen als SaaS: multi-tenancy vanaf dag één, want achteraf inbouwen raakt elke query.
• Twijfel: bouw het datamodel met een organisatie-kolom, maar zonder de isolatielagen — dat is de goedkoopste optie die je later niet blokkeert.

Waar de boekhouding stopt en het portaal begint#

De scheidslijn is scherper dan de meeste offertes suggereren. Het portaal berekent de verdeling en levert de factuurregels; het boekhoudpakket blijft de bron voor grootboek, btw-aangifte en debiteurenbewaking.

In het huurdersportaal loopt die koppeling via een zelfgebouwde Yuki-integratie op SOAP. Wie voor hetzelfde pakket staat: de routes en de accountant-dynamiek staan in Yuki koppelen.

Voor de eigen datastroom richting een overkoepelend dashboard zitten er HMAC-ondertekende webhooks en een partner-REST-API met gehashte API-sleutels in. Wat zo'n stuurlaag kost als los project, reken je na in dashboard laten maken.

Kopen of bouwen, per module#

De rij die het vaakst verrast is de laatste. Een portaal is geen schil om bestaande software, maar de plek waar vier rollen samenkomen — in het gebouwde platform zijn dat platformbeheer, huurder, verhuurder en aannemer, verdeeld over circa 25 modules.

De onderhoudsmodule verving daar een WhatsApp-stroom door een statusworkflow met reactie-threads en SLA-termijnen. Dat is wat de onderhoudsmodule oplevert: elke melding heeft een eigenaar en een spoor.

Wat kost vastgoed software op maat?#

Een portaal met meerdere gebruikersrollen valt bij ons in het pakket Bedrijfsapplicatie: €25.000 tot €75.000 als vaste projectprijs, oplevering in 8 tot 16 weken (data/service-pricing/maatwerk-software.ts, pakket bedrijfsapplicatie).

Beperk je je tot één afgebakende tool — alleen de servicekostenafrekening bijvoorbeeld — dan start dat bij €5.000 met een oplevering in 2 tot 6 weken (pakket automatisering).

Voor de portaallaag zelf hanteren we een eigen indicatie: een basisportaal €15.000 tot €30.000, uitgebreid met integraties €30.000 tot €60.000, hosting €600 tot €2.000 per maand (klantenportaal met dashboard, veld priceIndication). Doorlopend onderhoud staat los daarvan op €500 tot €750 per maand (pakket onderhoud).

De IoT-laag is de variabele. Cameramodules, montage in de meterkast en de crop-regio's per meter zijn hardware-afhankelijk, dus die begroten we pas na een opname ter plaatse.

Wil je een bedrag voor jouw portefeuille in plaats van een bandbreedte, reken het door met de prijsindicatie voor maatwerk software.

De volgorde die wij aanraden#

Begin bij de afrekening die je nu met de hand maakt, niet bij het portaal dat je huurders zouden waarderen. De afrekening dwingt je datamodel af; het portaal is daarna een presentatielaag op data die al klopt.

Zet daarna de meterdata vast, want zonder betrouwbare standen blijft elke afrekening een schatting. Het huurdersportaal komt derde, en de koppeling met de boekhouding als laatste.

Twijfel je of jouw portefeuille groot genoeg is voor deze route? Leg de bouw-of-koop-afweging naast de complete gids over maatwerk software en begin bij het proces dat je nu het vaakst in Excel oplost.