Gesamtpreis inklusive lokaler Steuern korrekt anzeigen

Dieser Beitrag ist der dritte Teil einer vierteiligen Reihe zu den Preisregeln der CMA für Reisen und deren Bedeutung für Buchungsplattformen:

1. Die Preisregeln der CMA für Reisen: Was im Gesamtpreis stehen muss
2. Touristensteuer im Angebotspreis: Was die Gesamtpreisregel der CMA für Plattformen bedeutet
3. Dieser Beitrag: Gesamtpreis inklusive lokaler Steuern korrekt anzeigen
4. Haften Plattformen für Preisfehler nach den CMA-Regeln, nicht nur der Verkäufer? Wer trägt die Verantwortung, wenn ein Preis falsch ist, und warum sich die Antwort geändert hat.

Gesamtpreis inklusive lokaler Steuern korrekt anzeigen

Ein Gesamtpreis inklusive lokaler Steuern muss aufgebaut werden, bevor der Preis überhaupt gerendert wird. Nicht nachträglich korrigiert. Unter der Gesamtpreisregel der CMA muss jedes Suchergebnis, jede Inseratsseite, jedes App-Banner und jeder Warenkorb, den ein Kunde in Großbritannien sieht, den vollständigen Betrag tragen. Touristensteuer inklusive. Ab dem ersten Moment, in dem ein Preis erscheint. Eine falsche oder unvollständige Zahl an einem dieser Touchpoints ist ein Verstoß. Auf Plattform-Skala wiederholt ein einzelner veralteter Satz tausende angezeigte Preise pro Tag. Die richtige Zahl zu ermitteln ist eine Sequenz mit vier Schritten: Zuständigkeit klären, aktuellen Satz abrufen, vor dem Rendern anwenden, Satz nach dem Launch aktuell halten. Die rechtliche Grundlage behandeln wir unter Touristensteuer im Angebotspreis und die breitere CMA-Regel unter den Preisregeln der CMA für Reisen. Dieser Beitrag behandelt, wie der Preis selbst korrekt berechnet wird.

Schritt 1: Zuständigkeit klären, bevor der Preis berührt wird

Die Pflicht folgt dem Reiseziel. Die Touristensteuer wird von der Gemeinde festgelegt, in der der Gast übernachtet. Nicht vom Heimatmarkt des Kunden oder vom Sitzland der Plattform. Ein britisches OTA, das einen Aufenthalt in Amsterdam verkauft, schuldet den Amsterdamer Satz. Dasselbe OTA, das einen Aufenthalt in Rom verkauft, schuldet den Römer Satz. Bevor eine Steuer berechnet werden kann, benötigt der Buchungsablauf den genauen Standort der Unterkunft auf Stadt- oder Gemeindeebene. Sätze und Regeln unterscheiden sich häufig innerhalb desselben Landes. Wer diesen Schritt falsch macht, vererbt den Fehler an alle weiteren Schritte.

Schritt 2: Aktuellen Satz für diesen Standort abrufen

Sobald die Zuständigkeit feststeht, muss der Preis den Satz widerspiegeln, der gerade gilt. Die CMA beurteilt den angezeigten Gesamtbetrag, nicht die Absicht dahinter. Hier stößt eine statische, intern gepflegte Satztabelle an ihre Grenzen. Sätze ändern sich ohne Vorwarnung, und jede Gemeinde manuell zu verfolgen ist eine Vollzeitstelle. Der Satz, den die LocationTax API zurückgibt, bildet diese Abweichungen auf Zuständigkeitsebene ab. Jede Berechnung basiert auf verifizierten, aktuellen lokalen Regeln. Nicht auf einer Zahl, die jemand beim Launch eingetragen und nie wieder angefasst hat.

Schritt 3: Satz anwenden, bevor der Preis irgendwo gerendert wird

Die CMA verlangt den Gesamtpreis bei jeder Kaufaufforderung und liest diesen Begriff weit: das erste Suchergebnis, die Inseratsseite, jedes App-Banner und der Warenkorb fallen alle darunter. Ein Steuerbetrag, der erst beim Checkout hinzugefügt wird, oder ein Hinweis, dass lokale Steuern anfallen können, verstößt gegen die Regel. Unabhängig davon, wie akkurat sich die Zahl später erweist. Für das Team, das die Preisanzeige aufbaut, heißt das: Der Satz muss ermittelt und in die Berechnung aufgenommen werden, die vor dem Rendern der Seite läuft. Nicht nachträglich an einer späteren Station ergänzt.

Schritt 4: Satz nach dem Launch aktuell halten

Ein Satz, der am Launch-Tag korrekt war, kann innerhalb weniger Monate falsch sein. Gemeinden erhöhen Sätze, fügen saisonale Varianten hinzu oder ändern Pro-Person-und-pro-Nacht-Strukturen mit kurzer Vorlaufzeit. Ein angezeigter Preis auf Basis eines veralteten Satzes wird zum Compliance-Risiko, sobald die Gemeinde sich bewegt. Die erste Geldbuße der CMA unter dem neuen Regime zeigt die Größenordnung: eine verpflichtende Buchungsgebühr von £3, die zu spät im旅程 angezeigt wurde, kostete die Fahrschulen des AA im April 2026 £4,2 Millionen. Trippz überwacht jede Zuständigkeit, die es abdeckt, und übermittelt Satz-Updates automatisch. So bleibt der angezeigte Preis einer Plattform aktuell, ohne dass jemand im Compliance- oder Engineering-Team jede Gemeinde manuell verfolgt.

Was ist mit Befreiungen und Satzvarianten?

Die Touristensteuer wird selten als einzelne Pauschalzahl angewendet. Kinder unter einer festgelegten Altersgrenze sind häufig befreit, manche Städte deckeln die Anzahl der steuerpflichtigen Nächte, und Sätze können sich nach Saison oder Unterkunftstyp innerhalb derselben Stadt unterscheiden. Eine Satzabfrage, die nur eine Pauschalzahl zurückgibt ohne diese Varianten, erzeugt eine falsche Gesamtsumme genau bei den Buchungen, auf die es ankommt. Der Satz, den die LocationTax API zurückgibt, bildet diese Abweichungen auf Zuständigkeitsebene ab. Die Befreiungslogik muss daher nicht im Pricing-Engine selbst aufgebaut und separat gepflegt werden.

Die Integration testen, bevor sie auf Live-Preise trifft

Jeder dieser vier Schritte kann gegen reale Zuständigkeitsdaten verifiziert werden, bevor er ein Live-Suchergebnis erreicht. Die Kontoerstellung ist unverbindlich, und der Sandbox-Zugang folgt innerhalb von zwei Werktagen. Die Integration kann also Ende-zu-Ende getestet werden, von der Zuständigkeitsauflösung bis zum gerenderten Preis, bevor sie in die Nähe eines Kunden kommt.

Trippz deckt die Satzpflege in über 70 Ländern ab, und das zugrunde liegende Datenmodell ist dasselbe, das unter was ist eine Touristensteuer-API behandelt wird. Der Dienst ist SOC1 Type 2 und SOC2 Type 2 zertifiziert und DSGVO-konform. Er ist die Steuer-Engine hinter der Preisgestaltung bei Airbnb, Booking.com und Expedia.

Trippz hält den lokalen Steuersatz für jeden angezeigten Preis aktuell. Werfen Sie einen Blick auf Trippz für Plattformen. Vielleicht interessiert Sie auch...