Umfassende Expertenanalyse zur deutschen Steuerkonformität für Immobilienverwaltungssysteme mit Integration von fiskaltrust Middleware und cloudbasierten technischen Sicherheitssystemen

Die regulatorischen Rahmenbedingungen für elektronische Aufzeichnungssysteme in Deutschland haben sich seit dem Inkrafttreten des Gesetzes zum Schutz vor Manipulation digitaler Grunddatensätze Ende 2016 grundlegend gewandelt. Für Betreiber von Kassensystemen mit integrierten Point-of-Sale-Funktionen ist die Einhaltung der Abgabenordnung (AO), der Kassensicherheitsverordnung (KassenSichV) und der Grundsätze für die ordnungsgemäße Führung und Aufbewahrung von Büchern, Aufzeichnungen und Dokumenten in elektronischer Form (GoBD) keine optionale Verwaltungsaufgabe mehr, sondern eine grundlegende Voraussetzung für den rechtmäßigen Betrieb. Dieser Bericht untersucht detailliert ein System, das die Sorglos Cloud Cashbox von fiskaltrust in Verbindung mit einem Technischen Sicherheitssystem (TSE) von Fiskaly nutzt. Dabei werden insbesondere die Feinheiten der Saldenverwaltung und die Rechtmäßigkeit rein digitaler Berichtsstrukturen beleuchtet.

Die Entwicklung des § 146a AO und des KassenSichV-Rahmenwerks

Die wichtigste Rechtsgrundlage für die Einhaltung der deutschen Steuervorschriften ist § 146a der Abgabenordnung. Dieser schreibt vor, dass alle elektronischen Aufzeichnungssysteme zur Dokumentation von Geschäftsvorgängen jeden Vorgang einzeln, vollständig, korrekt, zeitnah und ordnungsgemäß erfassen müssen. Um die nachträgliche Manipulation dieser digitalen Aufzeichnungen zu verhindern, verlangt das Gesetz, dass solche Systeme mit einem zertifizierten Technischen Sicherheitssystem (TSS) ausgestattet sind. Das KassenSichV, das am 1. Januar 2020 vollständig in Kraft trat, legt die technischen Spezifikationen für diese Anforderungen fest und definiert die obligatorischen Komponenten eines TSS: ein Sicherheitsmodul, ein Speichermedium und eine digitale Schnittstelle.

Bei integrierten Systemen, in denen ein PMS die Zimmerbuchungen und ein kleines POS den Service vor Ort oder den Einzelhandel abwickelt, muss das gesamte System als elektronisches Aufzeichnungssystem (EDS) bewertet werden. Die Übergangsfrist für Systeme, die technisch nicht mit einem TSE nachgerüstet werden konnten, endete am 31. Dezember 2022. Das bedeutet, dass ab 2023 jedes aktive System vollständig den KassenSichV-Standards entsprechen muss. Das hier vorgestellte System, das ein cloudbasiertes TSE von Fiskaly nutzt und über die Middleware fiskaltrust verwaltet wird, repräsentiert den modernen Standard “Compliance-as-a-Service” und verlagert die technische Wartung vom Hotelbetreiber auf spezialisierte Dienstleister.

Regulierungskomponente	Primäres Ziel	Wichtigste Implementierungsanforderung
§ 146a AO	Manipulationsschutz	Obligatorische Verwendung eines zertifizierten TSE.
KassenSichV	Technische Normung	Definition der TSE-Komponenten und Belegdaten.
GoBD	Ordnungsgemäße Buchführung	Unveränderlichkeit, Vollständigkeit und Rückverfolgbarkeit.
DSFinV-K	Effizienz der Prüfung	Standardisierte digitale Schnittstelle für den Datenexport.

Technische Architektur der fiskaltrust Sorglos Cloud Cashbox

Der Einsatz der fiskaltrust Sorglos Cloud Cashbox deutet auf eine ausgefeilte Middleware-Strategie hin. Das “Sorglos”-Paket (unbeschwert) bietet POS-Anbietern und -Betreibern eine umfassende Lösung für die Belegsignatur, die fortlaufende Nummerierung und die Langzeitarchivierung revisionssicher. In dieser Architektur fungiert die Middleware als sicherer Puffer zwischen der PMS-Anwendung und dem TSE.

Die Rolle der Kasse und des Warteschlangenmechanismus

Die CashBox ist ein logischer Konfigurationscontainer im Fiskaltrust-Portal. Sie definiert die Interaktion der verschiedenen Komponenten – der Queue, der Signature Creation Unit (SCU) und des TSE. Die Queue dient als Eingangspunkt für das PMS zum Senden seiner Transaktionsdaten. Jede an die Queue gesendete Transaktion wird gehasht, erhält eine eindeutige, fortlaufende Nummer und wird mit der vorherigen Transaktion verknüpft, wodurch eine kryptografisch sichere Kette entsteht.

Die angegebene Seriennummer WqK0pGTB0eSazQFMgKXuA entspricht der ftCashboxIdentification. Diese eindeutige, Base64-kodierte Kennung muss auf Belegen abgedruckt oder in einem QR-Code kodiert werden. Sie ermöglicht es Steuerprüfern, einen bestimmten Beleg einem eindeutigen logischen Aufzeichnungssystem innerhalb der Infrastruktur des Betreibers zuzuordnen. Die Bezeichnung “Cloud” bedeutet, dass diese gesamte Middleware in hochverfügbaren Rechenzentren (wie Microsoft Azure) gehostet wird. Dadurch wird sichergestellt, dass die Finanzlogik stets aktuell und verfügbar ist, ohne dass lokale Serverwartung erforderlich ist.

Fiskaly als cloudbasiertes technisches Sicherheitssystem

Die Wahl von Fiskaly als TSE-Anbieter ist ein entscheidender Faktor für die Einhaltung der Compliance-Vorgaben. Fiskaly bietet eine cloudbasierte TSE gemäß 100% an, die vom Bundesamt für Sicherheit in der Informationstechnik (BSI) vollständig zertifiziert ist. Im Gegensatz zu hardwarebasierten TSEs (USB-Sticks oder SD-Karten), die Diebstahl oder Defekten ausgesetzt sind, gewährleistet eine Cloud-TSE die Speicherung von Transaktionsprotokollen in einer verteilten, sicheren Umgebung. Der Inbetriebnahmezeitpunkt 22.07.2025 signalisiert ein System, das den neuesten Zertifizierungen entspricht und für die ab Mitte 2025 geltenden strengen Berichtspflichten bestens gerüstet ist.

Bilanzmanagement und GoBD-Konformität

Das System des Nutzers verwendet verschiedene “Guthaben”, um Zahlungsströme zu kategorisieren, beispielsweise ein separates Guthaben für Zahlungen vor Ort. Diese methodische Trennung der Zahlungsströme entspricht weitgehend den GoBD-Prinzipien der Ordnung und Klarheit.

Kategorisierung und Rückverfolgbarkeit

Gemäß der GoBD ist eine Hauptanforderung, dass Geschäftsvorgänge von ihrem Beginn bis zu ihrer endgültigen Erfassung im Jahresabschluss nachvollziehbar sein müssen (die “Belegfunktion”). Durch die Einrichtung eines separaten Kontos für Barzahlungen ermöglicht das System die Kassensturzfähigkeit – die Möglichkeit für einen Steuerprüfer, unangekündigte Kassenprüfungen durchzuführen und den tatsächlichen Kassenbestand mit den elektronischen Aufzeichnungen abzugleichen. Die Trennung von Online-Zahlungen (die häufig über Drittanbieter abgewickelt werden) von Bar- oder Kartenzahlungen vor Ort gewährleistet, dass das elektronische Hauptbuch die physische Realität am Point of Sale präzise widerspiegelt.

Die in der Dokumentation zur Kontostandsverwaltung erwähnte Funktion “Automatischer Abschluss” ist insbesondere für die Anforderung der GoBD an “Zeitgerechtigkeit” relevant. Bargeldtransaktionen sollten idealerweise täglich erfasst werden, um Datenverlust oder nachträgliche Manipulation zu verhindern. Automatisierte Tagesabschlüsse, die an fiskaltrust übermittelt werden, bieten eine zusätzliche Sicherheitsebene, da der Abschluss selbst eine signierte Transaktion darstellt, die die Tageszähler zurücksetzt und die Tagessummen manipulationssicher archiviert.

Balance-Typ	GoBD-Relevanz	Vorteile der Einhaltung
Persönliche Barzahlung	Kassensturzfähigkeit	Ermöglicht die Echtzeit-Verifizierung von physischem Bargeld im Vergleich zu digitalen Aufzeichnungen.
Online-Zahlungen	Klare Trennung	Verhindert die Vermischung von verarbeiteten Geldern mit physischen Geldflüssen.
Tägliche automatische Schließung	Pünktlichkeit	Gewährleistet, dass die Unterlagen innerhalb der gesetzlichen Fristen fertiggestellt und unterzeichnet werden.

Rechtsgültigkeit der rein digitalen Berichtsumgebung

Eine zentrale Frage ist, ob die fehlende Möglichkeit, Z- und X-Berichte als Dateien herunterzuladen – sondern sie nur innerhalb der Anwendung anzuzeigen – die Compliance des Systems beeinträchtigt. Um dies zu beantworten, muss man den Übergang von der papierbasierten zur digitalen Prüfung im deutschen Steuerrecht betrachten.

Der Übergang von Z-Belegen zu DSFinV-K-Exporten

Traditionell war der “Z-Bon” oder Z-Beleg das wichtigste Dokument zur täglichen Einnahmenprüfung. Er enthielt die endgültige Tagessumme und den Nullabgleich des Kassenregisters. Mit der Einführung der DSFinV-K (Digitale Schnittstelle der Steuerverwaltung für Kassensysteme) und der TSE hat sich der rechtliche Schwerpunkt jedoch verlagert. visueller Bericht zum zugrunde liegende Daten.

Das DSFinV-K ist ein standardisiertes Datenformat, das jedes elektronische Aufzeichnungssystem exportieren können muss. Es enthält mehrere Module, darunter das Modul “Kassendatenabschluss”, das genau dieselben Informationen wie ein herkömmlicher Z-Bericht erfasst – Summen pro Steuersatz, Zahlungsmethoden und Kassenstatus – jedoch in einem maschinenlesbaren Format (CSV oder JSON).

Maschinenauswertbarkeit und Datenzugriff (Z1, Z2, Z3)

Nach § 147 AO und dem GoBD hat die Steuerbehörde das Recht auf drei Arten von Datenzugriff:

1. Z1 (Unmittelbarer Datenzugriff): Der Prüfer nutzt die Software des Steuerzahlers, um die Aufzeichnungen einzusehen.
2. Z2 (Mittelbarer Datenzugriff): Der Steuerzahler stellt die Daten im Rahmen von vom Prüfer angeforderten Auswertungen zur Verfügung.
3. Z3 (Datenträgerüberlassung): Der Steuerzahler stellt einen maschinenlesbaren Datenexport bereit.

Da das System dem Benutzer die Anzeige des Z- und X-Berichts innerhalb der Anwendung ermöglicht, erfüllt es die Anforderung “Z1”. Da das System den Download eines DSFinV-K-Exports erlaubt, erfüllt es die Anforderung “Z3”, die als Goldstandard für moderne Betriebsprüfungen gilt. Tatsächlich bevorzugen viele moderne Steuerprüfer den DSFinV-K-Export gegenüber einer Sammlung von PDF-Z-Berichten, da der Export direkt in ihre Prüfungssoftware (z. B. IDEA) importiert und für den automatisierten Abgleich mit einzelnen Transaktionsprotokollen verwendet werden kann. Daher stellt das Fehlen einer Schaltfläche zum Herunterladen des Z-Berichts keinen Verstoß gegen die Vorschriften dar; die Daten werden archiviert und im rechtssicheren DSFinV-K-Format bereitgestellt.

Die Quittungsausstellungsverpflichtung und die Standards von 2024

Seit dem 1. Januar 2020 ist die Belegausgabepflicht ein zentraler Grundsatz der KassenSichV. Jede Transaktion muss mit einem Beleg enden, der dem Kunden vorgelegt wird. Ab dem 1. Januar 2024 sind die Anforderungen an den Inhalt dieser Belege nochmals präzisiert worden.

Pflichtangaben auf dem Beleg

Ein konformer Beleg muss im Jahr 2024 spezifische Kennungen sowohl für das Aufzeichnungssystem als auch für die technische Sicherheitsvorrichtung enthalten. Das zu prüfende System generiert diese über die Fiskaltrust-Middleware und Fiskaly TSE.

Pflichtfeld (2024)	Beschreibung	Quelle: fiskaltrust/Fiskaly
Name/Adresse des Betreibers	Alle Details zum Unternehmen.	Stammdaten im Portal.
Datum und Uhrzeit	Start- und Endzeitpunkt der Transaktion.	Startzeitpunkt, Endzeitpunkt.
Betrag und Beschreibung	Angebotene Artikel und die jeweils geltenden Steuersätze.	PMS-Transaktionsdaten.
ERS-Seriennummer	Kennung des Aufzeichnungssystems.	ftCashboxIdentification.
TSS-Seriennummer	Eindeutige ID des Sicherheitsmoduls.	tss_serial_number.
Unterschriftenzähler	Fortlaufende Nummer der Unterschrift.	TSE-Protokoll.
Prüfwert	Digitale Signatur der Transaktion.	signature.value.

Das Gesetz erlaubt die Übermittlung dieser technischen Details (TSE-Seriennummer, Unterschrift usw.) als Klartext oder als QR-Code. Die Finanzbehörden empfehlen dringend die QR-Code-Lösung, da diese die unangekündigte Kassenprüfung erleichtert. Dabei kann ein Beamter den Code schnell scannen und in Echtzeit überprüfen, ob die Transaktion im TSE erfasst wurde. Da es sich beim System des Nutzers um ein cloudbasiertes Finanzverwaltungssystem handelt, generiert es wahrscheinlich digitale oder druckfertige Belege über die fiskaltrust-API, die diese erforderlichen Elemente enthalten.

DSFinV-K: Der Standard für digitale Audits

Der Nutzer merkte an, dass ein DSFinV-K-Export über die fiskaltrust-App innerhalb des PMS heruntergeladen werden kann. Dies ist die wichtigste technische Funktion zur Sicherstellung der Auditkonformität. DSFinV-K gewährleistet eine herstellerunabhängige Datenstruktur und ermöglicht so einen standardisierten Prüfprozess für alle Branchen in Deutschland.

Module des DSFinV-K-Exports

Ein typischer DSFinV-K-Export aus dem fiskaltrust-System besteht aus mehreren miteinander verknüpften CSV-Dateien, die typischerweise in drei Blöcke unterteilt sind:

• Das Modul „Einzeldatensatz“: Dies beinhaltet die Dateien bonkopf.csv und bonpositionen.csv, in denen jeder verkaufte Artikel und jede an einer Transaktion vorgenommene Änderung dokumentiert ist.
• Das Stammdatenmodul: Dies umfasst Informationen über den Standort, die spezifischen Kassen und die angewandten Steuersätze.
• Das Modul zur Erfassung von Kassendaten: Dieses Modul ersetzt den herkömmlichen Z-Bericht. Es fasst alle Transaktionen, Zahlungsmethoden und Mehrwertsteuerbeträge für den täglichen Abschlusszeitraum zusammen.

Die Verfügbarkeit dieser Exportfunktion bedeutet, dass das System “prüfungsbereit” ist. Bei einer Kassennachschau oder einer vollständigen externen Betriebsprüfung hat der Steuerpflichtige oft nur ein sehr kurzes Zeitfenster (manchmal 24–48 Stunden), um diese spezielle Exportfunktion bereitzustellen. Der direkte Zugriff darauf innerhalb der PMS-Anwendung ist ein wesentlicher Vorteil hinsichtlich der Einhaltung der Vorschriften.

Langfristige Datenaufbewahrung und Revisionssicherheit

Die GoBD schreibt vor, dass alle steuerrelevanten Daten zehn Jahre lang (bzw. acht Jahre für bestimmte Belege) revisionssicher gespeichert werden müssen – das heißt, es muss unmöglich sein, die Daten zu ändern, ohne einen dauerhaften Nachweis der Änderung zu hinterlassen.

Die Rolle des Fiskaltrust PosArchive

Das fiskaltrust Sorglos-Paket beinhaltet das “PosArchive”, ein zentrales, cloudbasiertes Speichersystem, das speziell für die Einhaltung der nationalen Aufbewahrungsvorschriften entwickelt wurde. Beim Erstellen eines Tagesabschlusses werden die Daten nicht nur in der App angezeigt, sondern auch an das PosArchive übertragen, dort gehasht und manipulationssicher gespeichert. So ist gewährleistet, dass die Finanzdaten auch dann verfügbar und überprüfbar bleiben, wenn der PMS-Anbieter insolvent geht oder das Hotel seine IT-Infrastruktur ändert – und zwar für die gesamte zehnjährige Aufbewahrungsfrist.

Neue Berichtspflichten für 2025

Eine wichtige, dem Nutzer bekannte Neuerung ist die Meldepflicht aller elektronischen Aufzeichnungssysteme an das Finanzamt, die ab 2025 in Kraft tritt. Diese ist in § 146a Abs. 4 der Abgabenordnung vorgeschrieben.

Anmeldevoraussetzungen und Fristen

Unternehmen müssen ihre Kassensysteme über das offizielle ELSTER-Portal oder eine integrierte API registrieren. Das vom Nutzer beschriebene System, dessen Inbetriebnahme für Juli 2025 geplant ist, fällt direkt in den primären Durchsetzungszeitraum.

Ereignis	Meldefrist	Erforderliche Informationen
Erste Inbetriebnahme	Innerhalb eines Monats.	Name, Steuer-ID, ERS-Seriennummer, TSE-Seriennummer.
System, das vor Juli 2025 in Gebrauch ist	Bis zum 31. Juli 2025.	Alle technischen Kennungen des bestehenden Stacks.
Stilllegung	Innerhalb eines Monats.	Datum der Entfernung und letztes Transaktionsprotokoll.

Das “Sorglos”-Paket und die Fiskaly-Integration ermöglichen die einfache Übermittlung dieser Meldedaten. Die Seriennummer WqK0pGTB0eSazQFMgKXuA (die ftCashboxIdentification) und die Fiskaly-TSE-Seriennummer sind die wichtigsten Identifikationsmerkmale, die dem Finanzamt übermittelt werden müssen. Eine Nichtregistrierung kann als Ordnungswidrigkeit geahndet werden und zu Bußgeldern von bis zu 25.000 € führen.

Synthese der Konformität: Das Urteil über das System

Um festzustellen, ob das System rechtlich konform ist, bewerten wir es anhand der vier primären rechtlichen Anforderungen des deutschen Steuersystems.

1. Schutz vor Manipulation (§ 146a AO)

Das System nutzt eine zertifizierte Cloud-Transaktionsverwaltungsstelle (Fiskaly) und eine zertifizierte Middleware (fiskaltrust). Jede Transaktion wird digital signiert und die Sequenz kryptografisch verkettet. Die angegebene Seriennummer und das Inbetriebnahmedatum belegen eine moderne, zertifizierte Konfiguration. Diese Anforderung ist Vollkommen zufrieden.

2. Standardisierter Export (DSFinV-K)

Der Nutzer gibt ausdrücklich an, dass ein DSFinV-K-Export heruntergeladen werden kann. Damit ist die Verpflichtung zur Bereitstellung einer standardisierten digitalen Schnittstelle für Steuerprüfungen und unangekündigte Kontrollen erfüllt. Diese Anforderung ist Vollkommen zufrieden.

3. Ordnungsgemäße Buchführung und Archivierung (GoBD)

Das System verwaltet separate Salden, nutzt einen automatisierten Tagesabschluss und archiviert Daten in einem revisionssicheren Cloud-Archiv (fiskaltrust PosArchive). Die Anzeige von Z-Berichten ist zulässig, solange der Datenzugriff “Z3” (DSFinV-K) verfügbar ist. Diese Voraussetzung ist Vollkommen zufrieden.

4. KassenSichV

Die Integration ermöglicht die Erstellung von Belegen mit den obligatorischen TSE-Daten. Solange diese Belege dem Gast angeboten werden (entweder in gedruckter Form oder digital mit dessen Zustimmung), ist die Anforderung erfüllt. Befriedigt.

Verfahrensdokumentation: Das fehlende Glied

Während die technisch Die Komponenten des Systems sind konform, die Einhaltung gesetzlicher Bestimmungen hängt auch davon ab Betreiber Maßnahmen. Der am häufigsten bei Audits festgestellte Mangel ist das Fehlen einer “Verfahrensdokumentation”.

Die GoBD schreibt vor, dass jedes Unternehmen ein Dokument führen muss, das den gesamten elektronischen Buchhaltungsprozess beschreibt. Dieses Dokument muss Folgendes enthalten:

• Eine Beschreibung der Systemarchitektur (PMS + fiskaltrust + Fiskaly).
• Die Organisation der Guthaben (Präsenz vs. Online).
• Das interne Kontrollsystem (wer hat Zugriff, wie werden Fehler korrigiert, wie werden die Tagesabschlüsse überprüft).
• Die technischen Details des TSE (Seriennummern, Gültigkeit des Zertifikats).
• Das Verfahren zur Datenarchivierung und -wiederherstellung.

Da das System auf “Sorglos Cloud” und Cloud-TSE basiert, kann der Betreiber in den systemspezifischen Abschnitten weitgehend auf die von fiskaltrust und Fiskaly bereitgestellte technische Dokumentation zurückgreifen. Die internen Geschäftsprozesse (der “organisatorische” Teil) müssen jedoch weiterhin vom Hotelbetreiber dokumentiert werden.

Detaillierte Analyse des täglichen Schließungsmechanismus

Die Beschreibung des “automatischen Tagesabschlusses”, der an fiskaltrust übermittelt wird, ist ein wichtiges Compliance-Merkmal. Im Kontext der KassenSichV ist ein Tagesabschluss mehr als nur eine Umsatzübersicht; er ist ein “Sicherungsbeleg”.

Nullbelege und Abschlussprotokolle

Beim Tagesabschluss im Fiskaltrust-System generiert die Middleware häufig eine “Null-Quittung” (Nullbeleg). Diese spezielle Quittung enthält keine Artikel oder Zahlungen, löst aber eine Zustandsänderung im Transaktionssystem (TSE) aus und schließt damit die aktuelle Transaktionsfolge ab. Dieses Ereignis wird anschließend im “ActionJournal” des Fiskaltrust-Portals protokolliert. Für den Prüfer ist die Übereinstimmung zwischen den vom PMS gemeldeten Tagessummen und diesen kryptografisch signierten “Null-Quittungen” im Fiskaltrust-Journal der Beweis dafür, dass das System nicht manipuliert wurde, um Transaktionen zwischen den Schichten zu verbergen.

Auswirkungen des Seriennummernformats

Die Seriennummer, z. B. WqK0p…, entspricht dem Standardformat für die ftCashboxIdentification. Diese alphanumerische Zeichenfolge ist die Base64-Kodierung der internen CashBox-ID. Im Falle einer Steuerprüfung scannt der Prüfer den QR-Code auf einem Beleg und erwartet diese Kennung. Anschließend gleicht er diese Kennung mit der Datei cashregister.csv aus dem DSFinV-K-Export ab, insbesondere mit dem Feld KASSE_SERIENNR. Da diese Information in der PMS-Anwendung deutlich sichtbar ist, kann der Betreiber sie bei einer Kassennachschau auf Anfrage sofort bereitstellen.“

Schlussfolgerung und konkrete Handlungsempfehlungen für Campingplätze

Basierend auf der beschriebenen technischen Konfiguration ist das System rechtlich konform Die Kombination aus fiskaltrust Sorglos Cloud Cashbox und Fiskaly cloud-TSE erfüllt die Anforderungen an Manipulationsschutz, standardisiertes Reporting und Langzeitarchivierung gemäß den aktuellen deutschen Steuervorschriften. Das Fehlen eines herunterladbaren PDF-Formats für Z- und X-Berichte stellt keinen Rechtsverstoß dar, da das System die erforderlichen Kassenabschlussdaten über den strengeren DSFinV-K-Export bereitstellt.

Um diese Einhaltung der Vorschriften zu gewährleisten und sich auf zukünftige Prüfungen vorzubereiten, werden Campingplatzbetreibern die folgenden Schritte empfohlen:

• Erstellen Sie eine Verfahrensdokumentation: Der Campingplatz muss die technischen Spezifikationen der fiskaltrust Cloud Cashbox und der Fiskaly TSE in ein umfassendes, GoBD-konformes Verfahrensdokument integrieren. Ein Beispiel für ein solches Dokument finden Sie hier. Hier.
• Meldung über das ELSTER-Portal: Melden Sie sich im Fiskaltrust-Portal an, um die genauen Aktivierungsdaten und Seriennummern für die ELSTER-Meldung abzurufen. Stellen Sie sicher, dass Ihr Campingplatz das System beim zuständigen Finanzamt registriert hat.