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)

[BlueStarHH]

Arbeitet die Unit-Sammlung von Bernau korrekt mit den Zeiten?

In dem beiliegenden Demo-Projekt werden Start- und Ende-Zeit in der aktuellen lokalen Zeit ausgegeben und in den QR-Code geschrieben. Ist das richtig so? Ich meine irgendwo gelesen zu haben, dass das im UTC-Zeitformat zu erfolgen hat. Ich habe hier auch einige reale Bons herumliegen, wo die Zeit im UTC-Format draufgedruckt ist. Die Mehrheit meiner gesammelten Beispielbons verwendent allerdings die lokale Zeitzone in Deutschland (Sommerzeit).

Wie müssen die Zeitangaben auf dem Kassenbon/im QR-Code erfolgen?

Edit: Unter https://support.gastrosoft.de/portal...n-%C3%BCberein steht, das UTC verwendet werden muss. Also nicht nur das Format sondern auch die *Zeitzone*! Wer hat eine offizielle Quelle.

Edit2: Ich nutze jetzt im GetDateTimeEvent diesen Code:
aDateTime := TTimeZone.Local.ToUniversalTime(now);
Damit sollte das OK sein?

[jaenicke]

Zitat von bernau:

Andere Funktionen (z.B. zufügen eines Client) benötigen auch eine PIN. Diese PIN darf nicht in der Konfiguration gespeichert werden.

Das ist die Theorie. In der Praxis hält sich da kaum jemand dran, auch nicht bei den größeren Playern...

[noisy_master]

Hallo liebe Gemeinde,

ich bin neulich bei einem Kunden über einen merkwürdigen Fehler gestolpert: WORM_OUT_OF_MEM_ERROR. Warum das auftauchte bin ich mir nicht sicher..vielleicht eine zu alte Worm.dll... jedenfalls ging danach alles wieder.

Da kamen mir doch glatt zwei Fragen in den Sinn:
- wie oft sollte die DLL aktualisiert werden? Immer wenn eine neue Version rauskommt? Wie bekommt man das eigentlich mit(ausser immer wieder z.B. bei Gastro-XXX zu schauen)?
- Wie handhabt ihr das mit dem Export und dem Delete? Wenn voll? Jeden Tag? Wenn jeden Tag, wie bekommt man dann den "Vollexport" hin wenn der Prüfer fragt? Oder irgendein ganz
anderer Ansatz?

Ich mag das Ganze Thema immer noch nicht... Es sind immer noch viel zu viele Fragen offen

Wie auch immer: wieder schönen Dank für eure Antworten vorab!

Gruß

[BlueStarHH]

Ich habe die Swissbit TSE mit dieser Unitsammlung angebunden. Dabei steht diese Unit in der Uses Anweisung:

cc.KassenSichV.Swissbit.dllwrapper.Static

Reicht das aus, um die DLL zu laden? LibraryWormApiDllLoad müsste doch nur bei der dynamischen Anbindung benutzt werden oder?

Bei einem Kunden klappt alles. Bei einem anderen kommt die Fehlermeldumg, dass die WormAPI.dll nicht gefunden wurde, obwohl diese im Programmorder liegt. Was kann das sein? Danke!

[jaenicke]

Zitat von BlueStarHH:

Bei einem Kunden klappt alles. Bei einem anderen kommt die Fehlermeldumg, dass die WormAPI.dll nicht gefunden wurde, obwohl diese im Programmorder liegt. Was kann das sein? Danke!

Was sagt denn der Process Monitor? Vielleicht fehlt eine andere abhängige DLL?

[BlueStarHH]

Zitat von jaenicke:

Zitat von BlueStarHH:

Bei einem Kunden klappt alles. Bei einem anderen kommt die Fehlermeldumg, dass die WormAPI.dll nicht gefunden wurde, obwohl diese im Programmorder liegt. Was kann das sein? Danke!

Was sagt denn der Process Monitor? Vielleicht fehlt eine andere abhängige DLL?

Dumme Frage: Reicht es nicht nur die WormAPI.dll auszuliefern? Muss ich noch andere Dateien mitgeben? "Process Monitor" kann ich mir erst am Mo wieder anschauen, wenn der Kunde wieder da ist.

[noisy_master]

Zitat von BlueStarHH:

...
Dumme Frage: Reicht es nicht nur die WormAPI.dll auszuliefern?...

Hi,

so blöd ist die Frage gar nicht! Und: nein, es reicht leider nicht! Du musst beim Kunden noch die VC_Redist installieren Die Jungs von Swissbit haben die dynamischan Abhängigkeiten(trotz vielfachem Wunsch) immer noch nicht entfernt!

Gruß

[u2020]

Verwaiste Transaktionen.

Erst noch ein gesundes neues Jahr 2022.


Leider kann ich auf einer TSE keine weiteren Belege mehr speichern.
Fehlermeldung: Zu viele offene Transaktionen.
Wie das zustande gekommen ist, kann ich zur Zeit nicht feststellen.

Wie habt ihr das Problem mit verwaisten Transaktionen gelöst?

Mein Ansatz bisher ist:

Durch den Aufruf: transaction_listStartedTransactions bekomme ich eine Array mit den offenen Transaktionen.

jetzt würde ich für jede Transaktions-Nummer folgende Zeile aufrufen:
TccSwissbitTse.transaction_finish(aTransactionResp onse, MEINE_OFFENE_NUMMER; 'Kassenbeleg-V1', 'AVBelegabbruch^0.00_0.00_0.00_0.00_0.00^' ): TWormError;

Mein Problem ist, daß ich auf meiner Entwicklung TSE keine offenen Transaktionen befinden.
Ich bekomme die Kunden-TSE zugeschickt. Dieses wollte ich nicht zum testen nehmen.

Wäre mein Ansatz richtig? oder zu einfach gedacht?

Gruß
Udo

[jaenicke]

Das ist prinzipiell richtig. Die Vorgabe, dass ein solcher Beleg 0 ergibt, kannst du dabei mangels weiterer Informationen kaum prüfen.

Wichtig wäre daher, dass du anhand der Logs, die du hoffentlich schreibst, feststellst, was das für Transaktionen sind. Denn vielleicht musst du ja auch noch Artikelstorni schicken... (vorausgesetzt du lässt Transaktionen geplant länger offen, wenn nicht, ist der Abbruch meiner Meinung nach unkritisch)

Ich bin aus dem Thema Kassen mittlerweile aber raus.

[LikeMike]

Hallo!

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.

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.

Danke im Vorraus
Mike