cc.KassenSichV.* - Die Unitsammlung zur Kassensicherungverordnung des BMF

[bernau]

In einen anderen Thread hier in der Delphi-Praxis hatte ich wegen einem Gemeinschaftsprojekt zur Ansteuerung der SwissBit-TSE angefragt. Da es nicht wirklich ein bestehendes Projekt gab, habe ich einfach mal angefangen. Ist stehe etwas unter Zeitdruck, deshalb wollte ich nicht erst ein Gemeinschaftsprojekt organisieren. Zwischenzeitlich habe ich einige Anfragen von Personen erhalten, die auch noch am Anfang der Entwicklung stehen. Die KassenSichV ist ein heikles Thema und ich denke mehrere Augen sehen mehr als Zwei. Deshalb möchte ich hiermit meine Unit-Sammlung, die ich in den letzten Tagen geschrieben habe, der Allgemeinheit zur Verfügung stellen.

Etwas zur Lizenz:

Es wird die Beerware-Lizenz verwendet. https://de.wikipedia.org/wiki/Beerware

Kurz gesagt, mach mit der Unitsammlung was du willst. Wenn es möglich ich, dann sende mir einfach eine Flasche Bier aus deiner Region zu. Vielleicht noch einen zugehörigen Bierdeckel.

Es kann auf einem gemeinsammen Delphi-Event (z.B. die Foren-Tage https://forentage.de) auch gerne ein Bier ausgegeben werden.

Gegen einen Leckeren Single-Malt-Whiskey hätte ich auch nichts einzuwenden

Grundsätzlich erfolgt die Nutzung dieser Unitsammlung auf eigenes Risiko. Ich weise ausdrücklich darauf hin, dass bei falscher Nutzung die Hardware (TSE) unbrauchbar gemacht werden kann.

SwissBit-TSE / DsFinV-K

Ursprünglich wollte ich nur einen kleinen Wrapper für die DLL der SwissBit-TSE. Nun ist noch eine Klasse hinzugekommen, mit der die DLL noch etwas komfortabler angesprochen werden kann. Eine Kassenbeleg in mit wenigen Zeilen Quellcode erstellt und die benötigten Rückgabewerte für den Kassenbon werden in einem einfachen Record inkl. dem Inhalt des QR-Codes zurückgegeben. Da aber auch vieles davon in die DsFinV-K übergeht, werde ich ziemlich zügig noch weitere Klassen erstellen, die einen ordentlichen Export für die DsFinV-K ermöglicht. Die entsprechenden Units werde ich nachreichen.

Demo-Programm

Damit die Units von Interessenten einfach getestet werden können, habe ich ein kleines VCL-Programm beigefügt. Nichts besonderes. Soll nur zeigen, wie Funktionen angesprochen werden. Hier zwei Screenshots:

Version 0.2

Die DLL kann nun dynamisch geladen werden. Informationen dazu stehen in der Datei "cc.KassenSichV.License"

Diverse Fehler behoben.

Version 0.4

Event OnSelftestNotify zugefügt.

Automatisch Steuersatzzuordnung.

Kontrolle ob Bruttoumsatz und Zahlungen stimmig sind.

Compilerdirective WORMAPIDLL_STATIC zugefügt.

Verschiedene Hilfsfunktionen

Singleton-Funktion

Version 1.0

Neue Funktionen neuerer SDK > 5.7.1

keepalive_configure

LAN-TSE (von Uwe Koch)

Log-Funktionen

Weitere Events

Details stehen in der Datei "cc.KassensichV.ChangeLog.pas"

Erweiterung der SwissbitGui. (Siehe Bilder)

[noisy_master]

Zitat von LikeMike:

Hallo!
[Da ich den Export im DSFinV-K Format bis jetzt geschlabbert habe (in der Hoffnung, dass die angekündigte Erweiterung kommt) hier nochmal die Nachfrage, ob sich da noch etwas tut, oder ob es vielleicht jemanden gibt, der den Export schon umgesetzt hat.

Ich schätze mal umgesetzt haben den schon etliche hier, aber auf der anderen Seite befürchte ich es ist recht schwierig hier einen generischen Ansatz zu schaffen, weil das Outputformat zwar definiert ist, aber es ganz stark von DEINERImplementierung abhängt, wie und wo du die relevanten Daten gespeichert hast. Der größte Aufwand besteht also darin deine Daten "zusammenzusammeln". Das bisschen Dateien schreiben ist dann eher "Kleinkram"

[LikeMike]

Ich habe mich da eng an Gerd's Units gehalten. Manchmal braucht man nur etwas Beispiel-Code, um das dann in die eigene Anwendung einzubauen.

[bernau]

Ich muss gestehen, ich habe da auch etwas geschludert.

Woher hast du deine Info bzgl. dem 1.1.2023?

Bisher war es so, dass die Zeiträume der letzten Kassenprüfungen immer im Bereich 2018 bis 2020 lagen. Da der Großteil der Kassenbuchungen in diesem Zeitraum noch keine TSE-Daten beinhalten, habe ich mein altes Export-Format zur Verfügung gestellt. Die Verfügbaren TSE-Daten wurden einfach exportiert (gibt ja eine Funktion dazu) und diese "TAR-"Datei habe ich dem Export beigelegt. Hat bisher jeder Prüfer akzeptiert. Was aber nicht heißt, dass die Prüfer mehr Augenmerk auf die Dateien legen.

Dann werde ich wohl den DsFinVK-Export mal zu Ende bringen müssen. Hab zwar schon einiges dazu programmiert, aber noch nicht veröffentlicht, weil ich dann flexibler bei den Änderungen bin.

[LikeMike]

Hallo!
Das wäre super!
Die Abgabenverordnung vom 24.8.2022 habe ich angehängt (siehe Seite 94).
Die Info stammt von einem Steuerberater eines meiner Kunden. Hier der Text:

Zitat:

1. „Neue Schätzungsbefugnisse der Finanzämter ab 01.01.2023
Das Bundeskabinett hat am 24.08.2022 dem Regierungsentwurf zur Änderung der Abgabenordnung zugestimmt. Damit gelten die Änderungen bereits ab dem 01.01.2023.
Eine der gravierendsten Änderungen betrifft die „Beweiskraft der Buchführung“. Grundsätzlich sind die Buchführung und Aufzeichnungen der Besteuerung zu Grunde zu legen. Nun ist gesetzlich verankert worden, dass dies nicht mehr gilt, soweit
1. Nach den Umständen des Einzelfalls Anlass besteht, die sachliche Richtigkeit zu beanstanden oder
2. Elektronische Daten nicht nach Vorgabe der einheitlichen digitalen Schnittstelle zur Verfügung gestellt werden können.
Das bedeutet, dass das Finanzamt hinzu schätzen darf, wenn Sie die Kassengrundaufzeichnungen nicht im DSFinV-K Format vorlegen können.“

2. „Nur festgelegte Zahlarten dürfen gebongt werden
Die Finanzverwaltung hat die möglichen Zahlarten bei Kassensystemen durch die einheitliche Exportschnittstelle DSFinV-K 2.3 (Stand März 2022) klar geregelt. Das verwendete Kassensystem darf also ausschließlich diese „Zahlungsart-Typen“ verwenden. Sie finden alle „Zahlungsart-Typen“ inklusive Erläuterungen im angehängten PDF.
Sollten diese Zahlarten („ZAHLART_TYP“) nicht ausreichen, haben Sie die Möglichkeit die Zahlungswege zu untergliedern („ZAHLART_NAME“). Hierzu ein Beispiel: Sie verwenden die Zahlart „Kreditkarte“, möchten aber, dass die Kasse ausweist, ob der Kunde mit „MasterCard“ oder „VISA“ gezahlt hat. Beide Zahlungsarten müssen als
„ZAHLART_TYP“ = Kreditkarte hinterlegt werden. Der „ZAHLART_NAME“ kann dann mit „MasterCard“ bzw. „VISA“ betitelt werden.
WICHTIG: Die Zahlart („ZAHLART_TYP“) darf hierbei nicht verändert werden! Bitte überlegen Sie vorab, ob Sie diese Unterteilung tatsächlich benötigen, da durch jede individuelle Änderung in der Kasse die Fehleranfällig steigt. In jedem Fall empfehlen wir, bei Änderungen in Ihrem Kassensystem, Ihren Kassenaufsteller hinzuzuziehen.
Bitte überprüfen Sie Ihre Kassensysteme auf diese Zahlarten. Sollten Sie darüber hinausgehende Zahlarten in Ihrem Kassensystem haben und/oder nutzen, kontaktieren Sie bitte umgehend Ihren Kassenaufsteller.
Alle weiteren Informationen zur DSFinV-K Schnittstelle finden Sie auch auf der Seite des Bundeszentralamt für Steuern unter: BZSt - Digitale Schnittstelle FinV-K “

Gruß
Mike

[tkhandel]

Hallo,

gibt es schon was neues zum Export? und gibt es eine evtl. eine Möglichkeit die Units unter FMX
für den Einsatz unter Android zu verwenden?

Danke schon mal für die Info

[tkhandel]

..und wo soll das Bier hingeschickt werden ?

[bernau]

Zitat von tkhandel:

Hallo,

gibt es schon was neues zum Export? und gibt es eine evtl. eine Möglichkeit die Units unter FMX
für den Einsatz unter Android zu verwenden?

Danke schon mal für die Info

Der Export ist noch nicht so, dass ich es guten gewissen veröffentlichen könnte, ohne mich zu blamieren Ich bin der zeit leider weit hinterher.

Da du ja die WormAPI.dll verwenden musst, sehe ich für Android schwarz

[bernau]

Zitat von tkhandel:

..und wo soll das Bier hingeschickt werden ?

In der Unit-Sammlung gibt es in der Lizenzdatei eine Mailadresse. Einfach mal anschreiben.

[t2000]

Gibt es eigentlich schon eine neuere Version?
Ich wurde darauf angesprochen, warum wir noch mit dem fehlerhaften SDK 5.7.1 arbeiten anstatt mit 5.9.1 oder wenigstens 5.8.1
Kann man einfach die Worm Dll austauschen?

(Ich selbst programmiere das nicht, daher die vielleicht un-exakte Frage)

[bernau]

Nein. Noch keine neue Version. Irgendwann in den nächsten 3 Monaten.

Zitat von t2000:

Gibt es eigentlich schon eine neuere Version?
Ich wurde darauf angesprochen, warum wir noch mit dem fehlerhaften SDK 5.7.1 arbeiten anstatt mit 5.9.1 oder wenigstens 5.8.1
Kann man einfach die Worm Dll austauschen?

Die neuern DLL verfügen über die gleichen Funktionen, wie die alte DLL. Ein Austauschen sollte kein Problem sein.