Kassensicherheitsverordnung

[hhcm]

Zitat von jaenicke:

Der Vorgang wird ja erst bei einer Änderung an die TSE geschickt. Solange nichts Wertveränderndes passiert, wird auch nichts geschickt.

Wertverändernd ist doch eigentlich alles. Position hinzubuchen, Menge ändern oder irgendetwas stornieren.
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?

[ISMIRSCHLECHT]

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

[hhcm]

Zitat von ISMIRSCHLECHT:

Aber ich beziehe mich da auf GastrMIS , und habe schon ein paar greue Haare mehr als am Anfang.
ism

Das hat mit GastroMIS nichts zu tun. Das muss bei jeder anderen TSE auch gemacht werden. (Wenn´s denn richtig ist)

[Neumann]

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.

[herbstrot]

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.

[Rollo62]

Bin jetzt nicht zu tief im Thema, aber habt ihr euch schonmal damit beschäftigt ?

Variante 1:

Zitat:

1. Bestelltransaktion (PTYPE Bestellung-V1 oder so)
Start() - Finish()
2. Bestelltransaktion
Start() - Finish()
... und so weiter
<=== STROMAUSFALL
13. Bestelltransaktion
Start() Finish()

Variante 2:

Zitat:

Start()
1. Bestelltransaktion (PTYPE Bestellung-V1 oder so)
2. Bestelltransaktion
... und so weiter
<=== STROMAUSFALL
13. Bestelltransaktion
Finish()

Also Variante 1 wäre vorteilhafter, aber keine der Beiden kann jetzt korrekt buchen,
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)

[DeddyH]

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.

[Rollo62]

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).

@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".

[herbstrot]

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

[Neumann]

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.