ZIP und Ordner einlesen
DSFinV-K-Exporte als ZIP oder vorhandener Exportordner auswählen.
Entdecken Sie die Funktionen des Kassenprüfers: vom Datenimport über den einzelnen Befund bis zum Bericht. Durchsuchen Sie 80 Produktfunktionen und die ausführbaren DSFinV-K-Prüfregeln.
Keine passenden Einträge. Versuchen Sie einen anderen Suchbegriff oder wählen Sie „Alle Bereiche“.
Kassendaten lokal einlesen und die Prüfbasis dokumentieren.
DSFinV-K-Exporte als ZIP oder vorhandener Exportordner auswählen.
Prüfung liest lokal; der eingelesene Export wird nicht verändert.
Automatische oder manuelle Auswahl des DSFinV-K-Prüfprofils; 2.3/2.4 verwenden das gemeinsame technische Profil.
Freie Bezeichnung für den Prüffall zur Zuordnung der Auswertung.
Trennzeichen, Feldbreite, mehrzeilige Inhalte und deklarierte Codierung werden geprüft.
Index und lokale DTD formal prüfen; externe Entitäten werden nicht unkontrolliert nachgeladen.
SHA-256 für eingelesene Dateien und Eingabemanifest dokumentiert die beim Import verwendeten Bytes.
Dateinamen, Größen, Datensätze, Codierung, Trennzeichen und Ersatzcodierung in eigener Übersicht.
Optionale Windows-1252-Auswertung ungültiger UTF-8-Bytes wird als Einschränkung sichtbar.
Aktuellen Verarbeitungsschritt verfolgen und laufende Prüfung abbrechen.
Struktur, Fachschlüssel, Beziehungen und Summen systematisch prüfen.
Deklarierte Dateien, zentrale Tabellen und Standardfelder mit dem gewählten Profil abgleichen.
Zahlendarstellung, Feldlängen, Schlüssel, Vorgangstypen und Kennzeichen validieren.
Datumsformate, Buchungstag und zeitliche Reihenfolge prüfen.
Mehrfach verwendete Bon-, Positions-, Stamm- und Aggregatschlüssel erkennen.
Abschlüsse, Bons, Positionen, Steuerschlüssel, Terminals, Agenturen und interne Belegreferenzen zuordnen.
Bonkopf gegen Steuerwerte, Zahlungen und Positionswerte vergleichen.
Gesamtzahlungen, Barzahlungen und Zahlarten gegen passende Einzelzahlungen vergleichen.
Abschlusswerte gegen eindeutig zugeordnete Positionsdetails nach Geschäftsvorfall und Steuergruppe prüfen.
Exportierte Netto-/Steuerwerte mit dem deklarierten Stammsatz vergleichen; keine automatische rechtliche Steuersatzentscheidung.
Zentrale Angaben, Steuerkennung, Kassenseriennummer sowie Länder- und Währungsformate prüfen.
TSE-Verweise, Zeitangaben, Signaturdaten und wiederverwendete Signaturzähler prüfen.
Lücken und Signaturzählerabstände sichtbar machen; nicht pauschal als Manipulation bewerten.
Fehlende oder mehrdeutige Daten blockieren abhängige Kontrollen sichtbar.
Von der Übersicht direkt zur Fundstelle und verständlichen Erläuterung.
Fehler, Warnungen, Informationen und nicht geprüfte Kontrollen getrennt sehen.
Suche in Regeln, Dateien, Feldern, Bon, Abschluss, Beschreibung sowie Ist- und Sollwert.
Nach Schweregrad und fachlichen Kategorien eingrenzen; Filter zurücksetzen.
Datei, Zeile, Bon-ID und Abschluss öffnen; Originalwerte schreibgeschützt ansehen.
Abweichung mit tatsächlichem Wert, erwartetem Format und konkretem Hinweis verstehen.
Zum Befund passende Erläuterungen und Formatbeispiele aufrufen.
Hinterlegte Quelleninformationen im Befund anzeigen und die Quelle im Browser öffnen.
Regelname, Status, Befundanzahl und Grenzen der Prüfung getrennt nachvollziehen.
Prüfprofil, Regelstand, Zeit und Dauer, Prüflauf-ID und Eingabehash dokumentieren.
Ausgewählte Befundinformationen in die Zwischenablage übernehmen.
Einzelabschlüsse prüfen, dann je Kasse und Basiswährung verdichten.
Abschlussprüfungen nach Geschäftstag zu Monaten und Jahren zusammenfassen.
Auswertungen gezielt eingrenzen; unterschiedliche Basiswährungen bleiben getrennt.
Einzelzahlungen und passende Abschlusswerte je Periode vergleichen.
Absolute Einzeldifferenzen und auffällige Abschlüsse bleiben sichtbar, auch wenn sich Abweichungen in der Summe aufheben.
Brutto, Netto und Umsatzsteuer getrennt nach Geschäftsvorfall, Agentur und Steuergruppe vergleichen.
Monats-/Jahreszeile öffnen, Abschlussdetails prüfen und zur Originalzeile springen.
Nicht zuordenbare oder nicht auswertbare Datensätze sichtbar halten; fehlende Werte sind keine Nullbeträge.
Umsatz, Rechnungszahlungen, Gutscheine, Auszahlungen und weitere Bewegungen separat darstellen.
Zahlungssaldo separat ausweisen; dieser ist kein Bargeldbestand.
Herstellerspezifische Kennzahl aus dem DSFinV-K-Export berechnen, inklusive Formeln und Zuordnung; externe WaWi-Statistik wird nicht importiert.
Kassenbeleg-QR-Codes aus Bilddateien und PDFs lokal analysieren.
PDF, PNG, JPG/JPEG, BMP, WEBP und GIF über Dateiauswahl oder Drag-and-drop einlesen.
QR-Codes auf mehreren PDF-Seiten bzw. Bildframes erkennen, mit Belegvorschau und Seitenzuordnung.
Feldstruktur, Kassenseriennummer, Prozessart/-daten, Transaktionsnummer, Signaturzähler, Zeitangaben, Algorithmus, Signatur und Schlüssel prüfen.
Kassenbeleg-V1 in Belegart, fünf Brutto-Steuerumsatzfelder und Zahlungen zerlegen.
Zahlarten, Währungen, Format und EUR-Summenabgleich der QR-Vorgangsdaten prüfen.
Beginn und Ende des Vorgangs auf Plausibilität prüfen.
Unterstützte ECDSA-plain-Signaturen mit SHA-256/384/512 und unixTime lokal verifizieren.
Lokale öffentliche Zertifikate auswählen oder unterstützte Online-Zertifikatsprüfung ausdrücklich anfordern.
Zertifikatszuordnung, historische Gültigkeit und heutigen Sperrstatus getrennt ausweisen.
Jeden erkannten QR-Inhalt mit den einzelnen Prüfergebnissen anzeigen und Rohtext kopieren.
Originale TSE-Archive eigenständig und nachvollziehbar untersuchen.
Eine oder mehrere TAR-Dateien oder TAR-Dateien aus einem Ordner auswählen, auch per Drag-and-drop.
TAR-Header, Prüfsummen, sichere Pfade, Lesbarkeit und Inventar prüfen.
Unterstützte Logversionen 2/3 einschließlich Transaktions-, System- und Auditmeldungen auswerten.
Originale signierte ASN.1-Feldbytes mit unterstütztem ECDSA-plain-Profil prüfen.
X.509-Zertifikate aus den Archiven einlesen, Signaturschlüssel zuordnen, Laufzeit und Vertrauenskette prüfen.
Aktuellen Zertifikatssperrstatus nur auf Wunsch online prüfen.
Start, Update und Finish je TSE/Transaktionsnummer zusammenführen; fehlende oder widersprüchliche Meldungen aufzeigen.
Signatur- und Transaktionsnummern getrennt auswerten; Mehrfachbelegung und ungeklärte Lücken sichtbar machen.
Vorhandene System-/Auditmeldungen können Zwischenräume zwischen Transaktionssignaturen erklären.
Identische Logbytes nur einmal auswerten, sämtliche Herkunftsstellen behalten; abweichende Inhalte derselben Kennung melden.
Kassenbeleg-V1-Abschlussdaten auf Belegart, Brutto-Steuerumsätze, Zahlungen und Summen prüfen.
Kennzahlen führen zu Listen; Erklärungen der Befunde gezielt filtern.
Vorgänge und Logmeldungen per Doppelklick mit UTC, Ortszeit, technischen Details und Quellen öffnen.
Archiv, Signaturen, Zertifikate, Vollständigkeit und Prozessdaten mit eigenem Status bewerten.
Ergebnisse für Bearbeitung, Dokumentation und Austausch bereitstellen.
Übersicht, Befunde, Prüfabdeckung, Summen, Quellen und Methodik als lokalen HTML-Bericht ausgeben.
Strukturierte Prüfergebnisse einschließlich Detaildaten für Weiterverarbeitung speichern.
Befunde für Tabellenkalkulationen exportieren.
Perioden, Einzelabschlüsse, Summenvergleiche und Kennzahlen separat exportieren.
DSFinV-K-Berichte enthalten sämtliche Befunde und Perioden des Prüflaufs, unabhängig von aktiven Anzeigefiltern.
QR-Ergebnisse als HTML oder JSON speichern und Druckvorschau nutzen.
TAR-Ergebnisse als HTML, JSON oder CSV ausgeben; Druckvorschau und Ausgabe des aktuellen Bereichs.
HTML-Werte kodieren und CSV-Zellinhalte gegen Formelinterpretation absichern.
Windows-Anwendung mit nachvollziehbaren Prüfoptionen.
Passende Hilfe zur aktuellen Ansicht öffnen.
Profil, Betragstoleranz und Codierungsoption für folgende Prüfläufe einstellen.
Kassenexporte, Bilder, PDFs und TAR-Archive werden lokal verarbeitet; Online-Zertifikatsabfragen sind gesonderte optionale Vorgänge.
Lizenznummer aus Hardware und Kundendaten bilden; Freischaltung anfordern und erhaltenen Code im Programm eintragen.
Die Vollversion wird pro Installation einmalig gekauft. Lieferung per Download nach Zahlungseingang.
Welche Regeln tatsächlich anwendbar sind, hängt von Profil und Datenbestand ab. Die Anwendung dokumentiert auch blockierte oder nicht anwendbare Prüfungen. QR und TSE-TAR besitzen zusätzliche, eigene Kontrollen.
IMP001ZIP-/Ordnerstruktur, Größenlimits und SHA-256 über eingelesene Originalbytes.
IMP002Bytes müssen zur deklarierten Codierung passen. Heuristische Sichtprüfung wird ausdrücklich ausgewiesen.
IMP003Quoted CSV, mehrzeilige Felder, Spaltenzahl und Importvollständigkeit.
IMP004Leere physische Datensätze werden gezählt, nicht als Buchungen interpretiert.
XML001XML-Wohlgeformtheit und unterstützte Tabellen-/CSV-Deklarationen; externe Entitäten werden nicht übernommen.
XML002Deklarierte Reihenfolge, tatsächliche Spalten und Erweiterungen müssen übereinstimmen.
XML003Jede in index.xml aufgeführte Datei muss vorliegen.
XML004Formale XML-Validierung gegen die mitgelieferte DTD nach Abgleich mit der eingebetteten amtlichen Referenz; XML-Zeile und Position werden ausgewiesen.
XML005DOCTYPE und mitgelieferte lokale DTD werden geprüft; Fremdauflösung und interne DTD-Erweiterungen werden nicht ausgeführt.
SCH001Abgleich gegen amtliche Spaltenlisten 2.2 bzw. 2.3/2.4, keine pauschale Datenpflicht für leere optionale Tabellen.
SCH002Deklarierte TAXONOMIE_VERSION, manuelle Auswahl und historischer Anwendungszeitraum.
FMT001Strikte deklarierte Dezimal-/Gruppentrenner; keine stillschweigende Nullkonvertierung.
FMT002Standardfeldlängen und zusätzliche XML-Spaltendeklarationen.
FMT003Nicht leere Abschluss-, Bon-, Positions- und Stammschlüssel.
ENUM001GV_TYP muss zur amtlichen Werteliste gehören; 0, Ausgaben und Lohn sind keine definierten Typen.
ENUM002BON_STORNO, P_STORNO, INHAUS und KEINE_UST_ZUORDNUNG; unterschiedliche optionale Befüllung beachten.
ENUM003Amtliche Wertelisten; Freitextfelder werden nicht mit Typkennzeichen verwechselt.
DATE001Z_BUCHUNGSTAG ist optional; falls belegt, gültiges yyyy-MM-dd, nicht dd.MM.yyyy.
DATE002Gültige ISO-Zeitstempel; lokale Kassenzeiten sind von UTC-TSE-Zeiten zu unterscheiden.
KEY001Eindeutige Bon-/Positions-/Stamm- und Aggregatschlüssel; unveränderte Originalzeilen bleiben sichtbar.
KEY002Hinweis auf mögliche Exportduplikate. Mehrere gleiche Teilzahlungen und Detailzeilen können sachlich zulässig sein.
REF001Verknüpfung über Z_KASSE_ID + Z_ERSTELLUNG + Z_NR.
REF002Vollständiger Bon-Schlüssel einschließlich Abschluss, nicht BON_ID allein.
REF003Details müssen der passenden Position zugeordnet sein.
REF004Steuerschlüssel referenzieren die Stammdaten desselben Abschlusses.
REF005Nur belegte Terminals und echte Agenturen referenzieren; Agentur 0 bedeutet keine Agentur.
REF006Z_START_ID und Z_ENDE_ID müssen BON_ID des Abschlusses sein; BON_NR ist ein anderes Feld.
REF007Interne Referenzen mit REF_TYP Transaktion; außerhalb des Exportzeitraums nur Warnung.
SUM001Nur wenn alle drei Werte vorliegen; zulässige Brutto-/Nettomethoden bleiben erhalten.
SUM002UMS_BRUTTO gegen Summe BON_BRUTTO, einschließlich dokumentierter Betragtoleranz.
SUM003Nur Vorgangstyp Beleg, BASISWAEH_BETRAG; keine Fehlinterpretation von Fremdwährungsbeträgen.
SUM004Plausibilitätsvergleich mit Rundungsspielraum und Storno-/Duplikatsperren; kein Ersatz des Rechnungsdoppels.
SUM005Z_SE_ZAHLUNGEN gegen Summe Z_ZAHLART_BETRAG desselben Abschlusses.
SUM006Z_SE_BARZAHLUNGEN gegen Bar-Zahlarten; Bargeldbestand wird nicht gleichgesetzt.
SUM007Vergleich je Abschluss/Zahlart; unklare Stornos und Mehrfach-Bons sperren betroffene Gruppen.
SUM008Vergleich nach Abschluss/GV_TYP/GV_NAME/Agentur/USt; nur eindeutig zuordenbare Beleg-/Positionsdaten.
SUM009DSFinV-K 2.3/2.4: AV-Vorgänge außer AVTraining erlauben nur ZAHLART_TYP=Keine. Keine automatische Umklassifizierung; fehlende/mehrdeutige Zuordnungen und historische 2.2-AV-Vorgänge bleiben für diese Typregel ungeprüft.
PER001Monat/Jahr je Kasse und Basiswährung; Buchungstag vor Erstellungsdatum, nicht zuordenbare Datensätze sichtbar.
PER002Abgleich je Abschluss, anschließend Monat/Jahr. Absolute Differenzen und auffällige Abschlüsse verhindern eine Verdeckung durch gegenläufige Abweichungen.
PER003Positionen gegen Geschäftsvorfallsummen nach Typ, Name, Agentur, Steuerschlüssel und Satz. Brutto/Netto/USt getrennt; keine erfundenen fehlenden Beträge.
VAT001Numerisch deklarierter USt-Satz, Brutto-/Nettoidentität und Rundung berücksichtigen; keine rechtliche Steuersatzentscheidung.
MASTER001Zentrale Unternehmensangaben, Steuerkennung und Kassenseriennummer.
MASTER002ISO-Alpha-3-Formprüfung; keine vollständige aktuelle ISO-Codelistenprüfung.
TIME001Bonstart <= Bonende; keine Vergleiche zwischen unbekannter lokaler Zeitzone und UTC. Nachgeholte Tagesabschlüsse am nächsten Programmstart sind als dokumentierbarer technischer Sonderfall zu berücksichtigen.
TIME002Lücken nur als Erklärungshinweis; kein automatischer Manipulationsvorwurf.
TSE001Formaler SHA-256-Abgleich geeigneter Public-Key-Rohbytes, keine Zertifikatsvertrauenskette.
TSE002TSE_ID ist je Abschluss lokal, keine globale TSE-Identität.
TSE003processType und Bon-Vorgangstyp sind verschiedene Felder.
TSE004Start-/Endreihenfolge und Abweichungen zum zugeordneten Abschluss; nur CSV-Metadaten.
TSE005Signaturwert/Base64, Signaturzähler und Transaktionsnummer getrennt; dokumentierte TSE-Fehler beachten.
TSE006Abstände zwischen CSV-Finish-Signaturen sind bei USB-Hardware-TSE durch reguläre Admin-/TimeAdmin-/Systemsignaturen möglich und werden allein nur als Information bewertet; Vollständigkeit erfordert TSE-Logs.
TSE007Widersprüchliche Zuordnung derselben TSE/Finish-Signatur zu mehreren Vorgängen.
TSE008Nur Warnung bei TSE im Abschluss; Ausnahmen, Ausfälle und Übergänge manuell klären.
TSE009Erfassung der Prüfbarkeit ohne Behauptung einer kryptographischen Validierung.
COV001Fehlende/mehrdeutige Daten blockieren Folgeregeln sichtbar statt sie als bestanden auszugeben.
Windows-Anwendung. DSFinV-K, QR und TAR werden in eigenständigen Prüfläufen untersucht. Die Software verändert keine Originalexporte, ersetzt keinen Kassensturz und bescheinigt keine steuerliche Gesamtordnungsmäßigkeit.
Unterstützte kryptografische Profile: QR mit ECDSA-plain SHA256/384/512 und unixTime; TSE-TAR mit unterstützten ASN.1-Logs v2/v3 und ECDSA-Profilen. Zertifikatsvertrauen und Sperrstatus bleiben eigenständige Prüfungen. Nicht unterstützte Profile werden entsprechend ausgewiesen.
Standardgrenzen: DSFinV-K bis 512 MiB relevante Nutzdaten und 1.000.000 Zeilen. QR bis 100 MiB, 200 Seiten/Frames und 32 Megapixel je Bild. TAR bis 200 Archive, 2 GiB je Archiv, 250.000 Einträge und insgesamt 256 MiB Nutzdaten. Speicherbedarf und weitere Schutzgrenzen können die Verarbeitung begrenzen.
Der WaWi-Vergleich nutzt nur den Kassenexport; externe WaWi-Daten werden nicht automatisch abgeglichen. Optionaler Online-PKI-/Sperrstatus und Lizenzanforderung benötigen Netzwerkzugriff.
Funktionsstand: analysierter Projektstand vom 13.11.2026. Funktionen und Katalogregeln werden getrennt gezählt; die Zahlen werden nicht zu einem künstlichen Gesamtumfang addiert.