Hoe moet een boekingsplatform omgaan met de toeristenbelasting in Europa

Een boekingsplatform behandelt de toeristenbelasting in Europa door drie vragen per markt te beantwoorden: wat is het geldige tarief, wie moet het wettelijk innen, en wie stuurt het door naar de gemeente. De antwoorden verschillen per gemeente. Ze veranderen zonder waarschuwing. Een fout antwoord op duizenden boekingen is een aansprakelijkheidsprobleem. Dit artikel loopt de vijf stappen door die een platform nodig heeft, en waar het vaak misgaat.

Wat daadwerkelijk per markt verschilt

De meeste toeristenbelasting in Europa wordt lokaal vastgesteld. De gemeente of regio bepaalt bijna elke keuze. Een handvol landen, Malta inbegrepen, hanteren één landelijk tarief. Waar lokale tarieven gelden, en dat is de meeste markten, zijn dit de variabelen die je per rechtsgebied moet bijhouden:

• Het tariefmodel. De meeste steden rekenen een vast bedrag per persoon per nacht. Sommige rekenen een percentage van de accommodatieprijs, Amsterdam daaronder. Dat verschil verandert hoe je de belasting berekent. Niet alleen wat het eindbedrag is.
• Accommodatieklasse en type woning. Veel systemen passen het tarief verder aan op basis van hotelcategorie, kamertype of woningtype binnen dezelfde stad. In markten als Italië, waar deze verschillen bovenop seizoens- en personenregels komen, levert de combinatie honderden unieke tariefsituaties op voor één land.
• Het basisbedrag en maximumnachten. Sommige systemen belasten elke nacht van het verblijf. Anderen stellen een maximum in voor het aantal belastbare nachten. Kinderen zijn in sommige steden vrijgesteld, in andere half belast, en elders volledig belast.
• De inningpartij. In de meeste markten ligt de plicht bij de accommodatieverlener. Steeds meer stadsverordeningen noemen boekingsplatforms direct als innder. Aparte inningsovereenkomsten tussen platforms en steden voegen een derde variant toe.
• Het doorstuurpad en de frequentie. Maandelijks, per kwartaal, of per verblijf doorsturen. Naar een stad, een regio, of een landelijk orgaan. Ieder met een eigen indienformaat.

Geen twee van deze variabelen bewegen samen. Een tariefwijziging in één stad zegt niets over de vrijstellingsregels in de volgende.

De vijf stappen om het onder controle te krijgen

Stap 1: Bepaal waar jij de plicht draagt. Ga markt voor markt na of de inningsverplichting bij jou ligt, bij de Host, of gedeeld is via een verordening of overeenkomst. Dit is een juridische vraag per rechtsgebied. Het antwoord voor hetzelfde platform kan verschillen tussen twee steden in één land.

Stap 2: Stel het juiste tarief per rechtsgebied vast. Voor elke markt waar jij int, heb je het actuele tarief, het basisbedrag, de maximumnachten en de vrijstellingen nodig. De bron moet autoritair zijn. Gemeentebesluiten dus, geen aggregator-lijstjes. Die zijn vaak verouderd.

Stap 3: Pas de belasting toe bij boeking of checkout. Bepaal waar in het traject het bedrag wordt berekend en getoond. Deze stap wordt elk jaar belangrijker. De CMA in het VK vereist nu dat de totaalprijs, inclusief toeristenbelasting, direct zichtbaar is. Vanaf het moment dat een prijs wordt getoond. Niet pas bij checkout. Fouten op grote schaal leiden al tot boetes van miljoenen ponden. We behandelen de opbouw van een juridisch correcte totaalprijs in hoe je een totaalprijs toont die lokale belastingen bevat.

Stap 4: Houd de tarieven actueel. Dit is de stap die de meeste platforms onderschatten. Gemeenten wijzigen tarieven, voegen vrijstellingen toe en breiden verordeningen uit zonder platforms te informeren. Wat jij in stap 2 hebt opgebouwd, veroudert vanaf de dag van lancering. Tariefonderhoud vraagt om een vaste eigenaar. Niet om een vinkje op een launchlijst.

Stap 5: Bevestig het doorstuurpad. Voor elke markt waar jij int, bevestig wie indient en betaalt, hoe vaak, en in welk formaat. Geld dat je int maar fout doorstuurt, creëert risico's richting de overheid en richting jouw Hosts.

Waar dit in de praktijk mislukt

Stap 1, 3 en 5 zijn eenmalige beslissingen per markt. Stap 2 en 4 zijn de doorlopende kosten. Ze groeien met elke markt die je toevoegt. Een compliance-team kan een handvol steden bijhouden in een spreadsheet. Bij echte Europese dekking wordt monitoring een fulltime baan. De foutmelding is stil. Niemand merkt een verouderd tarief op tot een overheid, een Host, of een gast het doet.

Platformen halen tariefdata op één van drie manieren. Iemand onderhoudt het handmatig. Dat werkt alleen op kleine schaal. Engineering bouwt en onderhoudt een interne tariefdatabase. Dat geeft volledige controle. Maar het maakt belastingonderhoud een permanente eis op de roadmap. Of het platform koppelt via een API aan een extern onderhouden bron. Dan pas je het tarief toe zonder het bijhoudwerk zelf te hoeven doen.

De registratielaag erbovenop

Het EU Verordening voor Kortdurige Verhuur 2024/1028 voegt een aparte plicht toe naast de belasting: platformen moeten verifiëren dat Hosts een geldig registratienummer hebben voordat een advertentie live gaat. Dit geldt in rechtsgebieden waar dergelijke nummers verplicht zijn. Belastinginning en verificatie van de gastenregistratie zijn verschillende verplichtingen. Ze landen op hetzelfde compliance-bureau. Een platform dat voor de ene ontwerpt, moet de andere meenemen. Het volledige verplichtingenplaatje staat in de compliance stack voor boekingsplatforms in Europa.

Hoe Trippz de stappen dekt die nooit ophouden, en die eromheen

De Location Tax API van Trippz is de onderhouden externe bron voor stap 2. Een platform stuurt een locatie. De API retourneert het geldige toeristenbelastingtarief voor dat rechtsgebied op het moment van de vraag. Elke berekening is gebaseerd op geverifieerde, actuele lokale regels. Trippz monitort elk relevant rechtsgebied en stuurt tariefupdates automatisch door zodra ze veranderen. Dezelfde API-call lost stap 3 in één keer op. Het tarief komt op tijd binnen om op te nemen in de prijs voordat deze wordt weergegeven. Of dat nu een zoekresultaat is, een advertentiepagina, of een winkelmandje. Stap 2 en stap 4, de twee stappen die nooit ophouden, zijn geen werk voor jouw team meer.

Het per rechtsgebied dataset van de Tax Content API, dezelfde data achter de Location Tax API, dekt ook op wie de verplichting rust in een bepaalde markt. Dat is de invoer die stap 1 nodig heeft. Voor OTAs die belasting al via Trippz afhandelen, sluit dezelfde inzichtelijkheid in wat er verschuldigd is en waar, stap 5 af: Trippz berekent de verschuldigde belasting per rechtsgebied en instrueert de betalingsdienstaanbieder om lokale overheden direct te betalen. Momenteel actief in Frankrijk, Canada, Mexico en Italië.

Trippz is gecertificeerd voor SOC1 Type 2 en SOC2 Type 2. We zijn GDPR-compliant. Platforms zoals Airbnb, Booking.com en Expedia vertrouwen op Trippz. Voor de registratieplicht onder EU Verordening STR 2024/1028, koppelt een aparte dienst, de Host Compliance API, direct aan nationale en lokale overheidssystemen.

Aan de slag

Zie hoe de Location Tax API past bij jouw opzet op de Trippz platforms pagina. Een account aanmaken verplicht je tot niets. Sandbox-toegang volgt binnen twee werkdagen.