![]() |
AW: Kassensicherheitsverordnung
Zitat:
Entweder stelle ich mich zu blöd an, oder das ganze ist sehr Schwammig beschrieben. Update oder Start+Ende? Was wird denn jetzt beim "normalen" Kassieren gemacht? - Erste Position = Transaktion Starten (Das sollte jedem klar sein) - Weitere Position. (Update ist scheinbar nicht nötig. Was jetzt? (Ist doch schließlich Wertverändernd) - Zeilenstorno - Siehe oben - Bezahlen = Transaktion Beenden. Natürlich muss bei der DSFinV-K auch vieles anderes Exportiert werden - aber wie hilft die TSE dabei? |
AW: Kassensicherheitsverordnung
Mahlzeit,
hehe, ich bin auch mit dieser Sch... beschäftigt. Bei Vollgastronomie ( stundenlanges am Tisch sitzen und dann Abkassieren) geht das angeblich so: 1. Bestelltransaktion (PTYPE Bestellung-V1 oder so) Start() - Finish() 2. Bestelltransaktion Start() - Finish() ... und so weiter 13. Bestelltransaktion Sart() Finish() Kassieren => Start() und gleich danach das Finish() mit den PDATA (Steuercontainer und Zahlungsarten) der abkassierten Artikel. Aber ich beziehe mich da auf GastrMIS , und habe schon ein paar greue Haare mehr als am Anfang. ism |
AW: Kassensicherheitsverordnung
Zitat:
|
AW: Kassensicherheitsverordnung
Ja so mache ich das auch. Auf dem Bon muss dann Datum/Zeit vom Start der ersten Transaktion und Stop der letzten.
Ich speichere die Zeitwerte einfach in jedem Datensatz der Buchungstabelle mit, dann ist das einfach. Frage an die Kollegen: Wer hat schon alles fertig? Die TSE-Geschichte habe ich bis auf den Export, die Json für den Z-Bericht im wesentlichen auch fertig. CSV muss ich wohl noch machen. |
AW: Kassensicherheitsverordnung
Moin,
laut DSFinV-K Seite 108 ist zu beachten, dass bei dem PType Bestellung-V1 als PData Menge, Bezeichnung, Preis bei FinishTransaction übergeben werden muss. Also im Grunde sämtliche Positionen des Bons. Da kann unter Umständen ein ziemlich langes PData bei rauskommen. Fertig, nein noch nicht. Dazu sind einfach zuviele FRagen ungeklärt. |
AW: Kassensicherheitsverordnung
Bin jetzt nicht zu tief im Thema, aber habt ihr euch schonmal damit beschäftigt ?
Variante 1: Zitat:
Zitat:
oder sehe ich das falsch. Entstehen hier wieder Milliardenschwere Lücken im Bon-System, die wir nur USV-Pflicht verhindern können (kostet nur Billiarden) :stupid: |
AW: Kassensicherheitsverordnung
Man kann sich eine Liste der noch offenen Transaktionsnummern zurückgeben lassen und "verhunzte" Transaktionen dann immer noch abschließen oder stornieren oder.... Das ist aber natürlich auch mit einigem Aufwand verbunden, da man ja irgendwie den Soll- und Ist-Zustand vergleichen muss. Ich bin immer noch der Meinung, dass man die österreichische Lösung hätte übernehmen sollen, aber mich fragt ja keiner.
|
AW: Kassensicherheitsverordnung
Ja, und die Restaurants müssen sich eine Gästeliste geben lassen (DSGVO),
dann die Bestellungen separat auf einem Bierdeckel verwalten (BierDVO), und dann wenn alle Gäste bezahlt haben und gegangen sind, nachträglich die Zettel per Post zuschicken (KasVO). :-D @DeddyH Ich habe dich gefragt, ich dachte schon ich wäre der Einzige dem dieser Stuss auffällt ... Demnächst müssen Einzelhandelsverkäufer (innen)(GenderVO) ein abgeschlossenes Studium der Rechtswissenschaften nachweisen. Es wird Zeit dies mal in ein neues Gesetz zu packen, nennen wir es das "Fröhliche Einkaufserlebnis Gesetz". |
AW: Kassensicherheitsverordnung
Moin,
genau darüber hab ich mir auch schon Gedanken gemacht. Ist ja nicht nur der Stromausfall. Der Bediener könnte den TSE-USB-Stick einfach rausziehen. Dann gibts bei Start() keine Transaktionsnummer. Ohne Tranaktionsnummer auch kein Finish(). Was gehört dann auf dem Bon? In der RKSV ist genau beschrieben was zu tun ist wenn die Sicherheiteinrichtung nicht verfügbar. Solche Angaben fehlen oder ich bin zu blöd diese zu finden :? |
AW: Kassensicherheitsverordnung
Offen bleibende Transaktionen - aus welchem Grund (Programmabsturz, Stromausfall usw.) machen mir auch Sorgen. Man kann diese aus der TSE ermitteln, sinnvoll ist wohl diese nach einer Zeit x zu beenden, da es ein Limit für offene Transaktionen gibt das verhindert das neue Transaktionen gestartet werden können.
Zu Fehler: Da muss man einen so weit mir bekannt ist nicht weiter definierten Hinweis auf den Bon schreiben an statt es sonst übliche Signaturkauderwelsches. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:07 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz