Nachtregister en toeristenbelasting in je reserveringssoftware: wat de regels vragen.

Welke regels raken je reserveringssoftware in de recreatie?

Een boekingssysteem voor een vakantiepark, hotel, camping of verhuurder van vakantiewoningen lijkt vooral een beschikbaarheidspuzzel: welk object is wanneer vrij. Maar onder die kalender liggen drie verplichtingen die weinig met beschikbaarheid te maken hebben en veel met gegevens. Wie verbleef hier, hoeveel belasting ben je de gemeente verschuldigd, en mag deze woning eigenlijk wel verhuurd worden?

In dit artikel loop ik die drie regels langs en vertaal ik ze naar ontwerpkeuzes. De beschikbaarheidskant behandel ik in het artikel over verhuursoftware en dubbele reserveringen.

Het nachtregister: weinig gegevens, wel verplicht

De plicht staat op een onverwachte plek: artikel 438 van het Wetboek van Strafrecht. Wie er een beroep van maakt om personen nachtverblijf te verschaffen, moet bij aankomst een geldig reisdocument of identiteitsbewijs laten tonen en een doorlopend register bijhouden. Dat register bevat:

• Naam en woonplaats: van de persoon die de nacht doorbrengt.
• Dag van aankomst: direct bij aankomst aangetekend.
• Aard van het document: dus paspoort, identiteitskaart of rijbewijs, niet het document zelf.
• Dag van vertrek: aangetekend bij het vertrek.

Het register moet je op aanvraag tonen aan de burgemeester of een door hem aangewezen ambtenaar. Het tweede lid trekt de plicht door naar terreinen voor nachtverblijf en kampeermiddelen, en naar havens die zijn ingericht voor het afmeren van pleziervaartuigen. Campings en jachthavens vallen er dus net zo goed onder als hotels. Het derde lid zondert meereizende echtgenoten, minderjarige kinderen en reisgezelschappen uit: in de praktijk registreer je de hoofdboeker en het aantal medereizigers.

Tonen is niet kopiëren

Hier gaat het in software het vaakst mis. De wet vraagt dat de gast het document overlegt en dat jij de soort noteert. Daar volgt geen plicht uit om het te scannen. Koninklijke Horeca Nederland is daar duidelijk over: een logiesverstrekker mag niet standaard een kopie, scan of foto van het identiteitsdocument maken, en het documentnummer en burgerservicenummer noteer je niet. Een online check-in die om een paspoortfoto vraagt, verzamelt dus meer dan nodig is, en bewaart daarmee gegevens waar je bij een datalek liever niet op had gezeten.

Het nachtregister vraagt vijf gegevens. Alles wat je daarbovenop verzamelt, is je eigen keuze en dus je eigen risico.

Bewaren en verwijderen

Artikel 438 noemt geen bewaartermijn. Gemeenten werken de plicht soms uit in de eigen verordening of schrijven een model voor, en dan staat daar ook hoe lang het register beschikbaar moet blijven. Voor alles daarbuiten geldt het uitgangspunt van de AVG dat je persoonsgegevens niet langer bewaart dan nodig is. Kies dus een termijn, onderbouw hem met de regels van je gemeente en laat de software de registraties daarna automatisch opschonen. Meer over die technische kant staat in het artikel over AVG voor webapplicaties.

Toeristenbelasting: elke gemeente haar eigen rekensom

De basis is één artikel: volgens artikel 224 van de Gemeentewet kan een gemeente toeristenbelasting heffen voor verblijf door personen die niet als ingezetene in die gemeente zijn ingeschreven. Wordt de belasting geheven van degene die gelegenheid tot verblijf biedt, dan mag die haar verhalen op de gast. Al het andere regelt de gemeente zelf in haar belastingverordening, en daar zit het werk voor je software:

• Grondslag: de ene gemeente rekent een vast bedrag per persoon per nacht, de andere een percentage van de verblijfsprijs. Sommige gemeenten hanteren verschillende tarieven per soort accommodatie.
• Vrijstellingen: kinderen onder een bepaalde leeftijd, verblijf in een zorginstelling of ingezetenen van de eigen gemeente. Welke gelden en met welke grens, verschilt per verordening.
• Forfaits: voor vaste standplaatsen en seizoensplaatsen rekenen gemeenten vaak met een forfaitair aantal overnachtingen in plaats van de werkelijke bezetting.
• Jaarlijkse wijziging: de verordening wordt meestal per belastingjaar vastgesteld. Tarieven veranderen dus terwijl er al boekingen voor het nieuwe jaar staan.

Dat laatste punt bepaalt het ontwerp. Een boeking die in oktober wordt gemaakt voor een verblijf in juli, valt onder het tarief van juli. Heb je parken of woningen in meerdere gemeenten, dan gelden er tegelijk meerdere tarieven, grondslagen en vrijstellingen. Een vast percentage in de code houdt dat geen twee seizoenen vol.

Van boeking naar aangifte

Aan het eind van de periode vraagt de gemeente een aangifte: het aantal belaste overnachtingen, de vrijgestelde overnachtingen en vaak de onderliggende administratie als bewijs. Als je systeem per boeking heeft vastgelegd welk tarief is toegepast, voor hoeveel personen en nachten, en welke vrijstelling gold, is die aangifte een rapport. Staat de belasting alleen als één bedrag op de factuur, dan wordt het een reconstructie in een spreadsheet.

Vakantieverhuur van woningen: het registratienummer

Verhuur je geen hotelkamers of standplaatsen maar woningen, dan komt er een derde laag bij. Sinds 2021 kunnen gemeenten regels stellen aan toeristische verhuur van woonruimte. De opbouw is getrapt, legt Volkshuisvesting Nederland uit:

1. Eenmalige registratieplicht: de verhuurder registreert de woning bij de gemeente waar die staat en krijgt een registratienummer, dat bij elke aanbieding vermeld moet worden.
2. Nachtencriterium: de gemeente kan een maximum aantal nachten per jaar stellen, eventueel met een meldplicht per verhuring om dat te kunnen handhaven.
3. Vergunning: in aangewezen gebieden kan een vergunning verplicht zijn.

Daar is in 2026 een Europese laag bovenop gekomen. Verordening (EU) 2024/1028 over gegevens van kortetermijnverhuur is sinds 20 mei 2026 van toepassing. Zij maakt van het registratienummer de sleutel waarmee onlineplatforms aanbiedingen controleren en waarmee zij verhuurgegevens per woning aan overheden doorgeven via één digitaal toegangspunt per lidstaat. De verordening richt zich op kortetermijnverhuur van gemeubileerde accommodatie; hotels en kampeerterreinen zijn in de definities uitgezonderd. Nederland past er het eigen registratiebesluit op aan: het wijzigingsbesluit staat sinds september 2026 in het Staatsblad en treedt in werking op een nog te bepalen moment.

Voor wie een eigen boekingssite of een verhuurplatform bouwt, betekent dit dat het registratienummer een eigenschap van de woning is die je valideert, toont en meestuurt naar elk kanaal. En dat je per woning bijhoudt hoeveel nachten er dit jaar zijn verhuurd, zodat het systeem waarschuwt voordat het maximum van de gemeente is bereikt in plaats van erna.

Wat dit van je software vraagt

Geen van deze regels schrijft software voor. Maar ze hebben één ding gemeen: ze verschillen per gemeente en veranderen in de tijd. Dat vraagt om een paar ontwerpkeuzes.

Regels als gegevens, per locatie en met een ingangsdatum

Leg tarief, grondslag, vrijstellingen en nachtenmaximum vast als instelbare regels die aan een gemeente of locatie hangen en een begin- en einddatum hebben. Een beheerder voert in december de nieuwe verordening in; boekingen voor het nieuwe jaar rekenen daarna vanzelf met het juiste tarief, zonder dat een ontwikkelaar eraan te pas komt.

Het nachtregister als afgeleide van de boeking

Een apart register dat de receptie naast het boekingssysteem bijhoudt, loopt uit de pas zodra een gast een dag later aankomt of eerder vertrekt. Laat het register ontstaan uit de check-in en check-out zelf: de werkelijke aankomst- en vertrekdag, de hoofdboeker, het aantal medereizigers en de soort document. Dan is het tonen aan een toezichthouder een export en geen zoektocht.

Minimale gegevens, afgeschermd en met een einddatum

Verzamel voor het register alleen wat de wet en je gemeente vragen. Scherm de registraties af van medewerkers die ze niet nodig hebben, leg in een audit trail vast wie ze inziet of wijzigt, en laat ze na de gekozen termijn automatisch verdwijnen.

Belasting als eigen regel op de boeking

Bewaar de toeristenbelasting als aparte regel met het toegepaste tarief, het aantal personen en nachten en een eventuele vrijstelling. Wijzigt de boeking, dan rekent het systeem opnieuw. Bij verkoop via externe kanalen is dat extra belangrijk: het ene kanaal int de belasting voor je, het andere niet, en dat verschil wil je per boeking kunnen terugzien.

Een regel die per gemeente en per jaar verschilt, hoort in een instellingenscherm en niet in de broncode.

Mijn kijk op compliance in reserveringssoftware

Bij reserveringssystemen gaat de aandacht bijna altijd naar de voorkant: de kalender, de prijzen, de boekingsflow. Dat is logisch, want daar wordt het geld verdiend. Het nachtregister en de toeristenbelasting komen pas ter sprake als de gemeente erom vraagt, en dan blijkt dat de gegevens er half zijn. De belasting staat als los bedrag op de factuur, de vertrekdatum is de geboekte en niet de werkelijke, en ergens staat een map met paspoortscans die niemand ooit had mogen maken.

Wat ik aanraad, is deze drie onderwerpen vanaf het begin als onderdeel van het boekingsmodel te behandelen. Het kost bij de bouw weinig extra, omdat de gegevens er toch al doorheen stromen. Achteraf inbouwen is duurder, vooral omdat je dan ook de historie moet repareren. Voor een bed and breakfast met drie kamers in één gemeente is een goed standaardpakket ruim voldoende. Het wordt pas maatwerk als je meerdere locaties, meerdere gemeenten of meerdere verkoopkanalen hebt en de regels per combinatie anders uitvallen.

— Jasper

Zo helpt Coding Agency hierbij

Wij bouwen reserverings- en verhuursystemen op maat, van beschikbaarheid zonder dubbele boekingen tot de administratie eromheen: een nachtregister dat uit de check-in voortkomt, toeristenbelasting die per gemeente en per jaar instelbaar is, en rapportages waarmee de aangifte een kwestie van exporteren wordt. Bestaat je systeem al, dan kijken we wat erin ontbreekt en of het zich laat uitbreiden.

Twijfel je of je boekingssysteem deze regels goed vastlegt? Neem contact op voor een vrijblijvend gesprek.