Wie sollte eine Buchungsplattform mit der Kurtaxe in Europa umgehen

Eine Buchungsplattform geht in Europa mit der Touristensteuer um, indem sie für jeden Markt drei Fragen beantwortet: Welcher Satz gilt, wer rechtlich zur Erhebung verpflichtet ist und wer die Gelder an die lokale Behörde weiterleitet. Die Antworten unterscheiden sich je nach Gemeinde. Sie ändern sich ohne Vorankündigung. Eine falsche Anwendung bei tausenden Buchungen ist ein Haftungsproblem. Dieser Beitrag durchläuft die fünf Schritte, die eine Plattform bearbeiten muss. Er zeigt auch, wo jeder Schritt scheitern kann.

Was sich je nach Markt tatsächlich unterscheidet

Die meisten europäischen Touristensteuern werden lokal festgelegt. Gemeinde oder Region treffen fast alle Gestaltungsentscheidungen. Einige Länder, darunter Malta, legen stattdessen einen einheitlichen Bundessatz fest. Wo lokale Preisgestaltung gilt, was auf die meisten Märkte zutrifft, sind dies die zu verfolgenden Variablen pro Rechtsgebiet:

• Die Satzstruktur. Die meisten Städte erheben einen festen Betrag pro Person und Nacht. Einige berechnen stattdessen einen Prozentsatz des Unterkunftspreises. Amsterdam zählt dazu. Diese Unterscheidung ändert die Berechnungsmethode. Sie bestimmt nicht nur die finale Summe.
• Unterkunftskategorie und Immobilientyp. Viele Modelle variieren den Satz zusätzlich nach Hotelkategorie, Zimmerart oder Immobilientyp innerhalb derselben Stadt. Auf Märkten wie Italien, wo diese Variationen sich zu Saison- und Personenregeln addieren, entstehen hunderte verschiedene Szenarien für ein einziges Land.
• Die Bemessungsgrundlage und Obergrenzen. Einige Modelle besteuern jede Nacht des Aufenthalts. Andere begrenzen die steuerpflichtigen Nächte pro Aufenthalt. Kinder sind in manchen Städten befreit. In anderen zahlen sie einen halben Satz. Wiederum anderswo gilt der volle Satz.
• Die erhebungspflichtige Partei. Auf den meisten Märkten liegt die Pflicht beim Unterkunftseigentümer oder -verwalter. Eine wachsende Zahl von Stadtverordnungen benennt Buchungsplattformen direkt als Erheber. Separate Abkommen zwischen Plattformen und Städten fügen eine dritte Variante hinzu.
• Der Überweisungsweg und die Häufigkeit. Monatlich, quartalsweise oder pro Aufenthalt. Die Zahlung geht an eine Stadt, eine Region oder eine nationale Behörde. Jede Instanz hat ihr eigenes Meldeformat.

Keine zwei dieser Variablen bewegen sich gemeinsam. Eine Satzänderung in einer Stadt sagt nichts über die Befreiungsregeln in der nächsten aus.

Die fünf Schritte zur Kontrolle

Schritt 1: Erfassen Sie, wo Sie die Pflicht tragen. Gehen Sie Markt für Markt vor. Klären Sie, ob die Erhebungspflicht bei Ihnen liegt, beim Unterkunftseigentümer oder -verwalter oder unter einer Verordnung oder einem Abgeteil geteilt wird. Dies ist eine Rechtsfrage pro Rechtsgebiet. Die Antwort für dieselbe Plattform kann sich zwischen zwei Städten im selben Land unterscheiden.

Schritt 2: Legen Sie den korrekten Satz pro Rechtsgebiet fest. Für jeden Markt, in dem Sie erheben, benötigen Sie den aktuellen Satz, die Bemessungsgrundlage, Obergrenzen und Befreiungen. Die Quelle muss autoritativ sein. Gemeint sind Gemeindescheidungen. Nicht Aggregator-Listen, die oft veraltet sind.

Schritt 3: Erheben Sie die Steuer bei Buchung oder Kasse. Entscheiden Sie, an welcher Stelle im Trichter der Betrag berechnet und angezeigt wird. Dieser Schritt gewinnt jedes Jahr an Bedeutung. Die britische CMA verlangt nun den Gesamtpreis inklusive Touristensteuer. Er muss ab dem ersten Moment erscheinen, wenn ein Kunde im UK einen Preis sieht. Nicht erst an der Kasse. Fehler im großen Maßstab haben bereits zu Millionenstrafen geführt. Die Implementierungsreihenfolge für einen konformen Gesamtpreis behandeln wir in wie man einen Gesamtpreis mit lokalen Steuern anzeigt.

Schritt 4: Halten Sie die Sätze aktuell. Diesen Schritt unterschätzen die meisten Plattformen. Gemeinden ändern Sätze. Sie fügen Befreiungen hinzu. Sie erweitern Mandate ohne Plattformbenachrichtigung. Alles, was Sie in Schritt 2 entwickelt haben, veraltet ab dem Tag des Starts. Die Satzpflege braucht daher einen festen Verantwortlichen. Nicht nur einen Punkt auf der Startcheckliste.

Schritt 5: Bestätigen Sie den Überweisungsweg. Für jeden Markt, in dem Sie erheben, klären Sie, wer meldet und zahlt. Definieren Sie die Häufigkeit und das Format. Eingezogenes Geld, das falsch weitergeleitet wird, schafft Risiken gegenüber der Behörde. Es schafft auch Risiken gegenüber Ihren Unterkunftseigentümern und -verwaltern.

Wo dies in der Praxis scheitert

Schritte 1, 3 und 5 sind einmalige Entscheidungen pro Markt. Schritte 2 und 4 sind die laufenden Kosten. Sie wachsen mit jedem neuen Markt. Ein Compliance-Team kann ein paar Städte in einer Tabelle verfolgen. Bei relevanter europäischer Abdeckung wird die Überwachung zum Vollzeitjob. Der Ausfallmodus ist still. Niemand bemerkt einen veralteten Satz. Nicht einmal, bis eine Behörde, ein Unterkunftseigentümer oder -verwalter oder ein Gast es tut.

Plattformen beschaffen Kurtaxe-Daten auf drei Wegen. Jemand pflegt sie manuell. Das funktioniert nur im kleinen Maßstab. Engineering baut und pflegt eine interne Satzdatenbank. Das gibt volle Kontrolle. Es macht die Steuerpflege aber zu einem dauerhaften Anspruch auf die Roadmap. Oder die Plattform verbindet sich über eine API mit einer gepflegten externen Quelle. Sie wendet den Satz an. Sie übernimmt nicht die Tracking-Arbeit dahinter.

Die Registrierungsebene darüber

Die EU-Kurzzeitmietverordnung 2024/1028 fügt neben der Steuer eine separate Pflicht hinzu. Plattformen müssen prüfen, ob Unterkunftseigentümer und -verwalter eine gültige Registrierungsnummer besitzen. Dies gilt vor der Aktivierung einer Anzeige. Es betrifft Rechtsgebiete, die solche Nummern vorschreiben. Steuererhebung und Registrierungsprüfung sind unterschiedliche Pflichten. Sie landen am selben Compliance-Schreibtisch. Eine Plattform, die für die eine pflegt, sollte die andere berücksichtigen. Das vollständige Pflichtenbild kartiert der Compliance-Stack für Buchungsplattformen in Europa.

Wie Trippz die endlosen Schritte und ihre Umgebung abdeckt

Die Location Tax API von Trippz ist die gepflegte externe Quelle für Schritt 2. Eine Plattform sendet einen Standort. Die API gibt den gültigen Touristensteuersatz für dieses Rechtsgebiet zum Abfragezeitpunkt zurück. Jede Berechnung basiert auf geprüften, aktuellen lokalen Regeln. Trippz überwacht jedes relevante Rechtsgebiet. Es liefert Satzaktualisierungen automatisch bei Änderungen. Derselbe Aufruf löst Schritt 3 in einer Bewegung. Der Satz trifft rechtzeitig ein. Er fließt in den Preis ein, bevor er gerendert wird. Das gilt für Suchergebnisse, Angebotsseiten oder Warenkörbe. Schritt 2 und Schritt 4, die beiden endlosen Schritte, sind keine Arbeit Ihres Teams mehr.

Der Datensatz pro Rechtsgebiet der Tax Content API nutzt dieselben Daten wie die Location Tax API. Er deckt auch ab, wer die Pflicht in einem bestimmten Markt trägt. Das ist die Eingabe, die Schritt 1 benötigt. Für OTAs, die Steuern bereits über Trippz leiten, schließt dieselbe Transparenz über Forderungen und Ziele Schritt 5 ab. Trippz berechnet die fällige Steuer pro Rechtsgebiet. Es weist seinen Zahlungsdienstleister an, lokale Regierungen direkt zu bezahlen. Aktuell aktiv in Frankreich, Kanada, Mexiko und Italien.

Trippz ist nach SOC1 Type 2 und SOC2 Type 2 zertifiziert. Es entspricht der DSGVO. Plattformen wie Airbnb, Booking.com und Expedia vertrauen darauf. Für die Registrierungspflicht nach EU-Kurzzeitmietverordnung 2024/1028 verbindet ein separater Dienst, die Host Compliance API, direkt mit nationalen und lokalen Behördensystemen.

Jetzt starten

Sehen Sie auf der Trippz-Plattformenseite, wie die Location Tax API in Ihr Setup passt. Die Kontoerstellung bindet nicht. Der Sandbox-Zugang folgt innerhalb von zwei Werktagen.