Hoe toon je een totaalbedrag met lokale belastingen

Deze post is het derde deel van een vierdelige serie over de prijsregels van de CMA voor reizen en wat ze betekenen voor boekingsplatformen:

1. De prijsregels van de CMA voor reizen: wat in het totaalbedrag moet staan
2. Toeristenbelasting in de hoofdprijs: wat de totaalbedragregel van de CMA betekent voor platforms
3. Deze post: Hoe toon je een totaalbedrag met lokale belastingen
4. Zijn platforms aansprakelijk voor prijsfouten onder de CMA-regels, in plaats van alleen de verkoper? Wie draagt de verantwoordelijkheid als een prijs fout is, en waarom het antwoord veranderde.

Hoe toon je een totaalbedrag met lokale belastingen

Een totaalbedrag met lokale belastingen moet gebouwd worden voordat de prijs wordt getoond, niet later gecorrigeerd. Volgens de totaalbedragregel van de CMA moet elk zoekresultaat, elke aandbodspagina, elke appbanner en elke winkelwagen die een Britse klant ziet, het volledige bedrag laten zien. Toeristenbelasting inbegrepen. Van het moment dat een prijs verschijnt. Een verkeerd of onvolledig bedrag op een van die punten is een overtreding. Op platformschaal wordt één verouderd tarief per dag opnieuw vertoond in duizenden prijzen. De juiste prijs is een proces met vier stappen: bepaal de jurisdictie, haal het actuele tarief op, pas het toe vóór de weergave en houd het tarief na de launch actueel. De juridische basis bespreken we in toeristenbelasting in de hoofdprijs en de bredere CMA-regel in de prijsregels van de CMA voor reizen. Dit artikel gaat over hoe je de prijs zelf goed krijgt.

Stap 1: bepaal de jurisdictie voordat je de prijs aanpakt

De verplichting volgt de bestemming. De toeristenbelasting wordt vastgesteld door de gemeente waar de gast verblijft. Niet door de thuismarkt van de klant of het land van inschrijving van het platform. Een Britse OTA die een verblijf in Amsterdam verkoopt, betaalt het Amsterdamse tarief. Dezelfde OTA die een verblijf in Rome verkoopt, betaalt het Romeinse tarief. Vóórdat er een belastingbedrag berekend kan worden, heeft de boekingsflow de exacte locatie van het pand nodig op stads- of gemeentniveau. Tarieven en regels verschillen vaak binnen hetzelfde land. Klopt deze stap niet, dan krijgt elke latere stap die fout mee.

Stap 2: haal het actuele tarief voor die locatie op

Zodra de jurisdictie bekend is, moet de prijs het tarief weerspiegelen dat nu geldt. De CMA beoordeelt het getoonde totaalbedrag, niet de intentie erachter. Hier faalt een statisch, intern bijgehouden tariefregister. Tarieven veranderen zonder waarschuwing. Elke gemeente handmatig volgen is een fulltime baan. Het tarief dat via de LocationTax API wordt teruggegeven, weerspiegelt deze variaties op jurisdictieniveau. Elke berekening is gebaseerd op geverifieerde, actuele lokale regels. Niet op een getal dat iemand bij de launch invoerde en nooit meer terugzag.

Stap 3: pas het tarief toe vóór de prijs ergens wordt getoond

De CMA vereist het totaalbedrag bij elke aankoopuitnodiging. Dat begrip wordt breed uitgelegd: het eerste zoekresultaat, de aandbodspagina, elke appbanner en de winkelwagen vallen eronder. Een belastingbedrag dat pas bij de checkout wordt toegevoegd, of een notitie dat lokale belastingen kunnen gelden, faalt deze regel. Dat geldt ongeacht hoe juist het getal later blijkt te zijn. Voor het team dat de prijsweergave bouwt, betekent dit: het tarief moet opgehaald en opgenomen worden in de berekening die vóór de weergave van de pagina draait. Niet later in het traject eraan toegevoegd.

Stap 4: houd het tarief na de launch actueel

Een tarief dat op launchdag goed was, kan binnen maanden fout zijn. Gemeenten verhogen tarieven. Ze voegen seizoensvariaties toe. Ze wijzigen structuren per persoon en per nacht met weinig voorwaarschuwing. Een getoonde prijs op basis van een verouderd tarief wordt een compliance-risico zodra de gemeente iets verandert. De eerste boete van de CMA onder het nieuwe regime toont de schaal waarop het regime werkt. Een verplichte boekingsbijdrage van £3, te laat in het traject getoond, koste de rijscholen van de AA in april 2026 £4,2 miljoen. Trippz monitort elke jurisdictie die het dekt en stuurt tariefupdates automatisch door. Zo blijft de prijs die een platform toont actueel. Niemand in compliance of engineering hoeft elke gemeente handmatig te volgen.

Wat met vrijstellingen en tariefvariaties?

De toeristenbelasting geldt zelden als één vast bedrag. Kinderen onder een bepaalde leeftijd zijn vaak vrijgesteld. Sommige steden stellen een maximum in voor het aantal belastbare nachten. Tarieven verschillen per seizoen of per type accommodatie binnen dezelfde stad. Een tariefopzoeking die alleen een hoofdtarief teruggeeft zonder deze variaties, levert een fout totaalbedrag op. Dat doet het precies bij de boekingen waar het ertoe doet. Het tarief dat via de LocationTax API wordt teruggegeven, weerspiegelt deze variaties op jurisdictieniveau. Logica voor vrijstellingen hoeft dus niet apart in de prijsengine te worden gebouwd en bijgehouden.

De integratie testen vóórdat het live prijzen raakt

Elk van deze vier stappen kun je controleren op basis van echte jurisdictiedata. Dat kan vóórdat het een live zoekresultaat bereikt. Account aanmaken is vrijblijvend. Sandboxtoegang volgt binnen twee werkdagen. Zo kun je de integratie van start tot finish testen, van jurisdictiebepaling tot getoonde prijs, vóórdat het ergens bij een klant komt.

Trippz dekt tariefonderhoud in 70+ landen. Het onderliggende datamodel is hetzelfde datamodel als in wat is een toeristenbelasting-API. De dienst is gecertificeerd volgens SOC1 Type 2 en SOC2 Type 2 en voldoet aan de AVG. Het is de belastingengine achter de prijsopbouw bij Airbnb, Booking.com en Expedia.

Trippz houdt het lokale belastingtarief actueel voor elke prijs die je toont. Maak je account aan.