Was der Prüfer wirklich aus Ihrer Kasse zieht

Die meisten Inhaber sehen die DSFinV-K nie. Sie ist kein Beleg, kein Bericht, und man reicht sie nirgends regelmäßig ein. Sie taucht bei genau einer Gelegenheit auf: wenn jemand vom Finanzamt an Ihrem Tresen steht oder für eine Betriebsprüfung in Ihrem Büro sitzt und Ihre Kasse nach „dem Export“ fragt.

Seit dem 1. Juli 2022 muss dieser Export der Version 2.3 des Standards folgen. Die Übergangsfrist von 2022 für alte, nicht nachrüstbare Kassen endet zudem am 31. Dezember dieses Jahres — ab 2023 gibt es also keine deutsche elektronische Kasse mehr ohne TSE und DSFinV-K.

Wofür DSFinV-K steht

Digitale Schnittstelle der Finanzverwaltung für Kassensysteme. Sie definiert ein einheitliches, herstellerneutrales Datenformat, damit ein Prüfer Daten aus jeder Kasse mit demselben Werkzeug lesen kann. Der Prüfer lädt Ihren Export in eine Prüfsoftware, üblicherweise IDEA, und lässt automatisierte Kontrollen laufen: Lücken in den Belegnummern, Brüche in der Signaturkette der TSE, auffällige Stornomuster, Ungereimtheiten bei der Umsatzsteuer, Tagessummen, die nicht zu den Z-Bons passen.

Anders gesagt: Der Export ist die Aussage Ihrer Kasse. Er muss vollständig und widerspruchsfrei sein — und auf Verlangen sofort da.

Wie eine Prüfung abläuft

Eine Kassen-Nachschau kommt unangekündigt. Ein Prüfer kann während der Öffnungszeiten erscheinen, sich die Kasse zeigen lassen, den Umgang mit ihr beobachten und den DSFinV-K-Export an Ort und Stelle auf einem USB-Stick verlangen. Funktioniert der Export nicht oder dauert er Stunden, ist das bereits eine Feststellung.

Drei Dinge sollten Inhaber ohne Anruf beim Techniker können:

1. Den DSFinV-K-Export für einen beliebigen Zeitraum aus der Kasse oder dem Backoffice auslösen.
2. Die Verfahrensdokumentation vorlegen — wer was eingerichtet hat, welche TSE im Einsatz ist, wie mit Ausfällen umgegangen wird.
3. Zeigen, dass Tagesabschlüsse — Z-Bons — täglich laufen und zum Export passen.

Wenn eines dieser drei ein „da muss ich jemanden anrufen“ ist, lassen Sie es jetzt von Ihrem Hersteller in Ordnung bringen.

Für Entwickler und Integratoren

DSFinV-K ist ein Satz CSV-Dateien plus eine index.xml, die sie beschreibt, ausgeliefert als Paket je Kasse und Zeitraum. Es gibt drei strukturelle Ebenen.

Stammdaten. Die Stamm_-Tabellen tragen den Kontext, zu dem ein Vorgang gehört: Stamm_Abschluss, Stamm_Orte, Stamm_Kassen, Stamm_Terminals, Stamm_Agenturen, Stamm_USt, Stamm_TSE. Jeder Tagesabschluss — Z_KASSE_ID, Z_ERSTELLUNG, Z_NR — ist der Schlüssel, an dem jede andere Zeile hängt.

Belegdaten. Die Bon-Tabellen halten je Beleg eine Zeile in Bonkopf, mit den Untertabellen Bonkopf_USt für die Umsatzsteueraufteilung, Bonkopf_Zahlarten für die Zahlungen, Bonkopf_AbrKreis und Bonpos für die Positionen mit Bonpos_USt, Bonpos_Preisfindung und Bonpos_Zusatzinfo. BON_TYP unterscheidet einen Umsatz — einen Beleg — von Training, Storno und den nichtfiskalischen „AVBelegabbruch“-Typen.

TSE-Vorgangsdaten. TSE_Transaktionen ist die Brücke zwischen Ihren Belegen und den Signaturen: Transaktionsnummer, Start- und Endzeit, Vorgangsart und -daten, Signaturzähler und -wert sowie die TSE-ID aus Stamm_TSE. Jede Bonkopf-Zeile muss genau einen TSE-Vorgang referenzieren.

Dazu die Abschlusstabellen — Z_GV_Typ, Z_Zahlart, Z_Waehrungen — die die Summen nach Geschäftsvorfallart, Zahlart und Währung abstimmen.

Praktische Regeln, die wir uns hart erarbeitet haben:

• Erst das Modell, dann der Export. Wenn Ihre Vorgangstabelle die Frage „welcher TSE-Vorgang hat diesen Beleg signiert, und wie war die Umsatzsteueraufteilung je Position“ nicht beantworten kann, rettet Sie keine CSV-Formatierung. Der Export ist die Projektion eines korrekten Datenmodells.
• Unveränderlichkeit. Ändern oder löschen Sie nie eine Belegzeile. Korrekturen sind neue Belege mit Stornobezug. Prüfer suchen nach Änderungen.
• Nummerierung. Belegnummern müssen je Kasse lückenlos sein. Testen Sie, was bei einem Absturz zwischen der FINISHED-Antwort der TSE und Ihrem eigenen Commit passiert.
• Abschlüsse sind Pflicht. Ein Tag ohne Stamm_Abschluss-Zeile ist ein Tag, den der Prüfer nicht abstimmen kann. Automatisieren Sie den Abschluss; verlassen Sie sich nicht darauf, dass das Personal daran denkt.
• Kodierung und Format. UTF-8, semikolongetrennt, Textfelder in Anführungszeichen, Datumsangaben nach ISO 8601 mit Zeitzone. Die index.xml muss jede Datei genau beschreiben — Prüfwerkzeuge weisen Pakete wegen Kleinigkeiten zurück.
• Nutzen Sie den Export des TSE-Anbieters, wo es geht. Cloud-Anbieter wie fiskaly erzeugen die Datei TSE_Transaktionen und den TAR-Log-Export auf ihrer Seite; Sie führen ihn mit Ihren Geschäftsdaten zusammen. Das nimmt den fehleranfälligsten Teil heraus.
• Testen Sie mit dem offiziellen Prüfwerkzeug — die DFKA und mehrere Hersteller veröffentlichen Checker — und mit einem echten Zeitraum aus dem Produktivbetrieb, nicht mit einem konstruierten Tag.

Version 2.3 brachte strengere Felddefinitionen und Klarstellungen statt neuer Tabellen. Wer 2.2 schon sauber exportiert hat, für den ist die Umstellung überwiegend Validierung. Wer nicht, für den ist jetzt der Moment.

Dies sind allgemeine Informationen, keine Rechts- oder Steuerberatung.

Daleenda prüft DSFinV-K-Umsetzungen und baut Exportschichten für individuelle Kassensysteme. Schicken Sie uns ein Beispielpaket, und wir sagen Ihnen, was ein Betriebsprüfer darin fände.

Lassen Sie Ihren Export prüfen