<?xml version="1.0" encoding="UTF-8"?>        <rss version="2.0"
             xmlns:atom="http://www.w3.org/2005/Atom"
             xmlns:dc="http://purl.org/dc/elements/1.1/"
             xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
             xmlns:admin="http://webns.net/mvcb/"
             xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:content="http://purl.org/rss/1.0/modules/content/">
        <channel>
            <title>
									QRK Registrier Kasse Forum - Neueste Beiträge				            </title>
            <link>https://www.ckvsoft.at/forum/</link>
            <description>QRK Registrier Kasse Discussion Board</description>
            <language>de</language>
            <lastBuildDate>Sat, 10 Oct 2026 01:40:28 +0000</lastBuildDate>
            <generator>wpForo</generator>
            <ttl>60</ttl>
							                    <item>
                        <title>Databaseformat unter Windows und Linux</title>
                        <link>https://www.ckvsoft.at/forum/technical-questions/databaseformat-unter-windows-und-linux/#post-3981</link>
                        <pubDate>Thu, 08 Oct 2026 23:23:40 +0000</pubDate>
                        <description><![CDATA[bei meinem Script für extra Backups unter Windows 11 hat der Integritäts-test der SQLite3-Database nicht mehr funktioniert.
Bei nähere Betrachtung ist der Database jetzt verschlüsselt.
Wel...]]></description>
                        <content:encoded><![CDATA[bei meinem Script für extra Backups unter Windows 11 hat der Integritäts-test der SQLite3-Database nicht mehr funktioniert.
Bei nähere Betrachtung ist der Database jetzt verschlüsselt.
Welche Dateien muss ich  kopieren damit ein wiederherstellung der Database überhaupt möglich ist?

Stimmt es dass unter Linux mit QRK 1.44 der SQlite-DB nicht verschlüsselt ist oder kommt das auch noch?

Übrigens Kompliment für alle Arbeit, QRK-Kasse wird immer besser. Gelegentlich wenn ich Zeit habe muss ich mal wieder Pro und Gastro testen.


MfG
Jan]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>janvl</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/technical-questions/databaseformat-unter-windows-und-linux/#post-3981</guid>
                    </item>
				                    <item>
                        <title>RE: Importmodus JSON (R2B/Receipt): Storno, Rückmeldung der Bon-Nummer, Fehlerbehandlung</title>
                        <link>https://www.ckvsoft.at/forum/technical-questions/importmodus-json-r2b-receipt-storno-rueckmeldung-der-bon-nummer-fehlerbehandlung/#post-3979</link>
                        <pubDate>Thu, 08 Oct 2026 20:18:20 +0000</pubDate>
                        <description><![CDATA[@mirkec HalloStorno muss auf der Kassa gemacht werden. Echter Bezug zum VerkaufStorno-Button. Erzeugt dieser einen anderen Belegtyp (RKSV-Stornobeleg) als ein importierter Bon mit negativem ...]]></description>
                        <content:encoded><![CDATA[<p>@mirkec <br />Hallo<br />Storno muss auf der Kassa gemacht werden. Echter Bezug zum Verkauf<br /><br />Storno-Button. Erzeugt dieser einen anderen Belegtyp (RKSV-Stornobeleg) als ein importierter Bon mit negativem Betrag? -&gt; <strong>JA</strong></p>
<p>Kann QRK nach dem Import ein Ergebnis liefern -&gt; <strong>NEIN. Erfolg ist umbenannt in .old Fehler ist umbenannt in .false</strong></p>
<p>Technisches zum Import -&gt; <strong>Kassa kann minimiert gestartet werden. Import muss aktiv gesetzt sein. ForceImport ist was anderes</strong></p>
<p>Kann das Belegdatum mitgegeben werden -&gt; <strong>Nur als Beschreibung, Kundentext. Der erstellte Beleg muss das Dateum Uhrzeit der erstellung haben</strong></p>
<p>&nbsp;</p>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>chris</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/technical-questions/importmodus-json-r2b-receipt-storno-rueckmeldung-der-bon-nummer-fehlerbehandlung/#post-3979</guid>
                    </item>
				                    <item>
                        <title>Importmodus JSON (R2B/Receipt): Storno, Rückmeldung der Bon-Nummer, Fehlerbehandlung</title>
                        <link>https://www.ckvsoft.at/forum/technical-questions/importmodus-json-r2b-receipt-storno-rueckmeldung-der-bon-nummer-fehlerbehandlung/#post-3977</link>
                        <pubDate>Wed, 07 Oct 2026 01:16:02 +0000</pubDate>
                        <description><![CDATA[Hallo Chris,ich binde QRK (Version 1.44.0, Build 260926) an unsere Händlersoftware für Autohändler an. Die Software erstellt die Rechnung, bei Barzahlung oder Bankomat legt ein lokaler Agent...]]></description>
                        <content:encoded><![CDATA[<p>Hallo Chris,<br /><br />ich binde QRK (Version 1.44.0, Build 260926) an unsere Händlersoftware für Autohändler an. <br />Die Software erstellt die Rechnung, bei Barzahlung oder Bankomat legt ein lokaler Agent eine JSON-Datei im Importordner ab. Wir nutzen den Importmodus laut Dokumentation „5.4 Importmode JSON Schnittstelle". In Tests an einer lokalen Testkasse funktioniert der Import. Ich habe einige Fragen, damit ich ihn<br />RKSV-konform und nachvollziehbar betreiben können.<br /><br />Was ich getestet habe (alle wurden importiert):<br />- R2B bar: {"r2b":} ergibt den Bon „Zahlungsbeleg für Rechnung ANZ26/TEST1 – nicht für<br />den Vorsteuerabzug geeignet", M% 00.<br />- R2B Bankomat über 15.490,00 (payedBy":"1").<br />- R2B-Mischzahlung: payedBy":"0", given":"10000.00", secondPayedBy":"1", gross":"15490.00". Der Bon zeigt „Gegeben 10.000,00" und „Bankomat 5.490,00".<br />- Storno als R2B mit negativem Betrag ("gross":"-1500.00"), jeweils bar und Bankomat. Bei der Mischzahlung als Storno mit given":"-10000.00" und secondPayedBy":"1" wurde der gesamte Betrag als BAR gebucht, given und secondPayedBy wurden ignoriert.<br /><br />1. Storno<br />- Ist ein negativer Betrag im R2B- oder Receipt-JSON der vorgesehene Weg für einen Storno? In der Kasse selbst gibt es einen eigenen Storno-Button. Erzeugt dieser einen anderen Belegtyp (RKSV-Stornobeleg) als ein importierter Bon mit negativem Betrag?<br />- Gibt es ein Feld oder einen Weg, einen Storno ausdrücklich zu kennzeichnen und auf den ursprünglichen Bon (Bon-Nr.) zu verweisen?<br />- Bei einer Mischzahlung wird der Storno vollständig in einer Zahlungsart gebucht (siehe oben). Ist es richtig, dass wir dafür je Zahlungsart einen eigenen Storno-Bon senden müssen? Oder gibt es einen besseren Weg?<br />- Falls ein negativer Betrag nicht RKSV-konform ist: Wie sollen wir Stornos übergeben?<br /><br />2. Rückmeldung nach dem Import<br />- Kann QRK nach dem Import ein Ergebnis liefern, mit Bon-Nummer, Zeitstempel und Fehlerstatus? Wir möchten die QRK-Bon-Nr. zu unserer Rechnung speichern und referenzieren. Aktuell sehe ich nur, dass die Datei auf .old umbenannt und ein PDF erzeugt wird.<br />- Mögliche Wege aus meiner Sicht: eine Ergebnisdatei neben der .old-Datei, die Bon-Nr. im PDF-Dateinamen, ein zweiter Ordner, ein Aufruf (Kommandozeile oder Webhook) oder ein lesbarer Datenbankzugriff. Was ist vorgesehen oder empfohlen?<br />- Was passiert bei einer fehlerhaften Datei (ungültiges JSON, falsches Format, doppelter Name)? Wird sie abgelehnt, umbenannt (z. B. .err) oder protokolliert? Wo sehen wir das?<br /><br />3. Eindeutigkeit und Wiederholung<br />- Wird in R2B auf die receiptNum geachtet? Kann dieselbe Rechnungsnummer mehrfach vorkommen (Anzahlung und Restzahlung, Teilzahlungen, Storno)? Gibt es eine Dublettenprüfung?<br />- Du schreibst, wiederverwendete Dateinamen führten zu Fehlern. Was genau passiert dabei?<br /><br />4. Buchung und Auswertung<br />- Wie werden R2B-Bons (Steuersatz 0, „nicht für den Vorsteuerabzug geeignet") in Tagesabschluss, Monatsbericht und DEP/FinanzOnline geführt? Kommen sie als Barumsatz mit 0 % vor? Ich muss sicherstellen, dass die USt nicht doppelt (Rechnung und Bon) gemeldet wird.<br />- Wie beurteilen Sie die Kombination aus Rechnung mit USt und R2B-Bon rechtlich (RKSV)? Ist sie so vorgesehen?<br />- Wie ist es bei Anzahlungen, wenn später die Schlussrechnung kommt?<br /><br />5. Technisches zum Import<br />- Läuft der Import nur, wenn QRK im Importmodus geöffnet ist, oder auch im Hintergrund (forceImportMode)? Wir möchten den Agenten unbeaufsichtigt auf einem Kassenrechner betreiben.<br />- Zeichensatz und Sonderzeichen (Umlaute, Anführungszeichen, /, Backslash), maximale Länge von customerText und receiptNum.<br />- Kann das Belegdatum mitgegeben werden (z. B. Rechnungsdatum) oder gilt immer der Importzeitpunkt?<br />- Mehrere Kassen: ein Importordner pro Kasse, oder lässt sich die Zielkasse in der Datei angeben?<br /><br />Vielen Dank für eure Unterstützung!<br />LG Mirko</p>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>Mirkec</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/technical-questions/importmodus-json-r2b-receipt-storno-rueckmeldung-der-bon-nummer-fehlerbehandlung/#post-3977</guid>
                    </item>
				                    <item>
                        <title>RE: Signaturkarte ab Mai 2027</title>
                        <link>https://www.ckvsoft.at/forum/fragen-und-antworten/signaturkarte-ab-mai-2027/#post-3975</link>
                        <pubDate>Thu, 01 Oct 2026 20:21:21 +0000</pubDate>
                        <description><![CDATA[Spitze!
Ja, ich bekomme sie kostenlos.]]></description>
                        <content:encoded><![CDATA[<p>Spitze!</p>
<p>Ja, ich bekomme sie kostenlos.</p>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>Sandra</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/fragen-und-antworten/signaturkarte-ab-mai-2027/#post-3975</guid>
                    </item>
				                    <item>
                        <title>RE: Signaturkarte ab Mai 2027</title>
                        <link>https://www.ckvsoft.at/forum/fragen-und-antworten/signaturkarte-ab-mai-2027/#post-3973</link>
                        <pubDate>Thu, 01 Oct 2026 19:51:52 +0000</pubDate>
                        <description><![CDATA[Hallo @sandran Ja die aktuellen Versionen können mit der neuen Karte umgehen. Frag aber noch bei PrimeSign nach, die haben ein Angebot wenn Karten &gt;= 2025 gekauft wurden.]]></description>
                        <content:encoded><![CDATA[Hallo @sandran <br /><br />Ja die aktuellen Versionen können mit der neuen Karte umgehen. Frag aber noch bei PrimeSign nach, die haben ein Angebot wenn Karten &gt;= 2025 gekauft wurden.]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>chris</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/fragen-und-antworten/signaturkarte-ab-mai-2027/#post-3973</guid>
                    </item>
				                    <item>
                        <title>Signaturkarte ab Mai 2027</title>
                        <link>https://www.ckvsoft.at/forum/fragen-und-antworten/signaturkarte-ab-mai-2027/#post-3971</link>
                        <pubDate>Thu, 01 Oct 2026 18:33:15 +0000</pubDate>
                        <description><![CDATA[Hallo,
ich habe heute eine Nachricht von Primesign erhalten: 
&quot;Für den Kartentyp, auf der die derzeit im Feld befindlichen primesign Signaturkarten basieren, wird die formelle Nutzungsbere...]]></description>
                        <content:encoded><![CDATA[<p>Hallo,</p>
<p>ich habe heute eine Nachricht von <strong>Primesign</strong> erhalten: </p>
<p>"<span style="font-size: 8pt"><em>Für den Kartentyp, auf der die derzeit im Feld befindlichen primesign Signaturkarten basieren, wird die formelle Nutzungsberechtigung nicht über Mai 2027 hinaus verlängert – die Karten erfüllen die gesetzlichen Anforderungen an Registrierkassen danach nicht mehr. Betroffen sind alle Anbieter dieses Kartentyps in Österreich, nicht nur primesign.</em></span>"</p>
<p>Ich soll mich informieren, ob die neue Karte mit der Software kompatibel ist.<br /><br />LG <br /><br /></p>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>Sandra</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/fragen-und-antworten/signaturkarte-ab-mai-2027/#post-3971</guid>
                    </item>
				                    <item>
                        <title>RE: ZUGFeRD Anbindung</title>
                        <link>https://www.ckvsoft.at/forum/technical-questions/zugferd-anbindung/#post-3969</link>
                        <pubDate>Thu, 09 Jul 2026 11:44:00 +0000</pubDate>
                        <description><![CDATA[@ratatouille
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 m...]]></description>
                        <content:encoded><![CDATA[<p class="font-claude-response-body break-words whitespace-normal">@ratatouille</p>
<p class="font-claude-response-body break-words whitespace-normal">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. <strong>Die KassenSichV ist drin. Schau mal <a href="https://www.ckvsoft.at/forum/postid/3967/" target="_blank" rel="noopener">hier</a></strong></p>
<p class="font-claude-response-body break-words whitespace-normal">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 <strong>Rechnungen</strong> im B2B-Geschäft. Eine Registrierkasse erzeugt aber keine Rechnungen, sondern <strong>Kassenbelege</strong> – 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.</p>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>chris</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/technical-questions/zugferd-anbindung/#post-3969</guid>
                    </item>
				                    <item>
                        <title>KassenSichV/TSE – Kehrtwende: Unterstützung ist implementiert</title>
                        <link>https://www.ckvsoft.at/forum/qrk-allgemeines-infos/kassensichv-tse-kehrtwende-unterstuetzung-ist-implementiert/#post-3967</link>
                        <pubDate>Thu, 09 Jul 2026 11:27:35 +0000</pubDate>
                        <description><![CDATA[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-Anb...]]></description>
                        <content:encoded><![CDATA[<br />
<blockquote class="ml-2 border-l-4 border- pl-4 text-text-300">
<p class="font-claude-response-body break-words whitespace-normal">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.</p>
<p class="font-claude-response-body break-words whitespace-normal">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.</p>
<p class="font-claude-response-body break-words whitespace-normal">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.</p>
<p class="font-claude-response-body break-words whitespace-normal">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.</p>
<p class="font-claude-response-body break-words whitespace-normal">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.</p>
</blockquote>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>chris</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/qrk-allgemeines-infos/kassensichv-tse-kehrtwende-unterstuetzung-ist-implementiert/#post-3967</guid>
                    </item>
				                    <item>
                        <title>RE: Neuer ermäßigter Steuersatz 4,9%</title>
                        <link>https://www.ckvsoft.at/forum/qrk-fehlermeldungen-bugs/neuer-ermaessigter-steuersatz-49/#post-3965</link>
                        <pubDate>Fri, 03 Jul 2026 20:33:55 +0000</pubDate>
                        <description><![CDATA[Vielen Dank für die schnelle Hilfe!!]]></description>
                        <content:encoded><![CDATA[<p>Vielen Dank für die schnelle Hilfe!!</p>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>hannes</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/qrk-fehlermeldungen-bugs/neuer-ermaessigter-steuersatz-49/#post-3965</guid>
                    </item>
				                    <item>
                        <title>RE: Neuer ermäßigter Steuersatz 4,9%</title>
                        <link>https://www.ckvsoft.at/forum/qrk-fehlermeldungen-bugs/neuer-ermaessigter-steuersatz-49/#post-3963</link>
                        <pubDate>Thu, 02 Jul 2026 18:25:37 +0000</pubDate>
                        <description><![CDATA[Hallo
Fix ist unterwegs. ist in der PRO Version nicht aufgefallen wenn man eine ganze Gruppe umgestellt hat statt die Einzelnen Artikel.Der neue Satz kann ja nur bei Erweitert (rechte Spalt...]]></description>
                        <content:encoded><![CDATA[<p>Hallo</p>
<p>Fix ist unterwegs. ist in der PRO Version nicht aufgefallen wenn man eine ganze Gruppe umgestellt hat statt die Einzelnen Artikel.<br /><br /></p>
<p>Egal wie ich den neuen Steuersatz anlege ("Satz-Besonders" oder "Satz-Erweitert") - immer wieder 0.</p>
<br />Der neue Satz kann ja nur bei Erweitert (rechte Spalte) angelegt werden.<br />Satz-Besonders" oder "Satz-Erweitert würde bestehende Steuersätze Überschreiben und würde die Kassa wegen falscher Zuordnung ungültig machen.
<p>&nbsp;</p>]]></content:encoded>
						                            <category domain="https://www.ckvsoft.at/forum/"></category>                        <dc:creator>chris</dc:creator>
                        <guid isPermaLink="true">https://www.ckvsoft.at/forum/qrk-fehlermeldungen-bugs/neuer-ermaessigter-steuersatz-49/#post-3963</guid>
                    </item>
							        </channel>
        </rss>
		