Sechseinhalb Jahre später eine Antwort auf diesen Thread, die ich damals selbst nicht erwartet hätte: Ich nehme meine Aussage von 2019 zurück. Die KassenSichV ist drin. Schau mal hier

Zu deinem ZUGFeRD-Wunsch von damals muss ich dich allerdings enttäuschen – und zwar mit Absicht, nicht aus Faulheit: ZUGFeRD ist ein Format für elektronische Rechnungen im B2B-Geschäft. Eine Registrierkasse erzeugt aber keine Rechnungen, sondern Kassenbelege – RKSV- bzw. TSE-signiert. Beim typischen Kassengeschäft greift die E-Rechnungspflicht gar nicht. Dein Weg über Fakturama → Jes-EÜR ist genau der richtige: Rechnung und Buchhaltung gehören in die Werkzeuge dahinter, und die Kasse liefert dafür die saubere Datengrundlage – Tagesabschlüsse je Steuersatz, Kassabuch, lückenloses Journal, DEP- und DSFinV-K-Export. Beides in ein Programm zu stopfen macht keines von beiden besser.

Vor einiger Zeit hatte ich hier geschrieben, dass QRK die KassenSichV wohl nicht bekommen wird – schlicht, weil es damals weder brauchbare Doku noch verwertbare C++-Beispiele für die TSE-Anbindung gab.

Das ziehe ich hiermit zurück. Die Entscheidung ist gefallen, es einzubauen, und die Arbeit ist im Wesentlichen erledigt: QRK spricht die TSE jetzt sowohl über eine Cloud-Lösung (fiskaly) als auch lokal über Swissbit (WormAPI) an. Der DSFinV-K-Export (Version 2.4) ist umgesetzt und wird gegen einen eigenen Konformitätsprüfer inklusive echter Signaturverifikation getestet – für Handel und Gastro.

Drumherum ist ebenfalls alles dabei, was dazugehört: Kassabuch für Deutschland (Ein-/Auszahlungen als signierte Vorgänge), Absicherung beim Bonieren gegen eine nicht eingerichtete TSE, Kassenstand am Tagesabschluss.

Ein Hinweis zur Verfügbarkeit: Die KassenSichV/TSE-Unterstützung ist Teil der PRO- und der Gastro-Version. Die Gratis-Version bleibt, was sie immer war – die quelloffene RKSV-Registrierkasse für Österreich. Der Aufwand hinter der deutschen Fiskalisierung ist schlicht zu groß, um ihn zu verschenken; ich denke, das ist fair.

Der Kern steht und ist geprüft, inklusive Tests mit echter Swissbit-Hardware – jetzt folgt die Erprobung im scharfen Livebetrieb. Rückmeldungen aus dem echten Einsatz sind mir dabei besonders viel wert.

Fix ist unterwegs. ist in der PRO Version nicht aufgefallen wenn man eine ganze Gruppe umgestellt hat statt die Einzelnen Artikel.

Egal wie ich den neuen Steuersatz anlege ("Satz-Besonders" oder "Satz-Erweitert") - immer wieder 0.

ich hab Probleme den neuen 4,9% Steuersatz zu setzen. Er lässt sich anlegen, bei den Produkten auch auswählen. Nach dem Speichern vom Produkt und beim Wiederaufrufen ist der Steuersatz dann jedoch auf 0 gesetzt. Egal wie ich den neuen Steuersatz anlege ("Satz-Besonders" oder "Satz-Erweitert") - immer wieder 0.

Ich denke, dass es mit der Kommastelle zu tun hat. Wenn ich "5" als Steuer eintrage, funktionierts.

Hat dieses Problem sonst keiner? Eigentlich sollte seit heute umgestellt sein ...

Danke für eure Hilfe,

Hannes

Verwendete Installer war von hier:

https://sourceforge.net/projects/qrk-registrier-kasse/

die mySQL DB möchten wir verwenden, um (lesend) auf die Datenbank zugreifen zu können (einige der Daten möchte ich intern weiterverarbeiten).

Bei der sqLite DB hab ich das leider nicht geschafft (hab's <a href=" Link entfernt  " target="_blank" rel="noopener">hiermit probiert). Wenn wir den Zugriff auf die sqLite hinbringen, gibt's sonst keine Grund für die mySQL DB - Lösung.

Danke für die rasche Antwort! :)

LG

Daniel

wir haben in den letzten Tagen ein Test-System eingerichtet (Ubuntu 26.04 LTS) und konnten mittels Startparameter -c bereich --db den Pfad zu unserer mySQL Datenbank einbinden. Damit kam ein Dialog zur Eingabe des DB Servers; anschließend hat QRK mit entsprechender Datenbank gestartet.

Das klappt nun nach Update auf 1.38.8 nicht mehr, der Befehl --db wird nicht mehr erkannt.

Gibt es eine neue oder alternative Lösung für die Datenbankanbindung?

LG
Daniel

P.S. Danke für die regelmäßigen Updates! :)