Delphi-PRAXiS
Seite 2 von 3     12 3      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)
-   -   Kassensicherheitsverordnung (https://www.delphipraxis.net/203114-kassensicherheitsverordnung.html)

hhcm 22. Jan 2020 20:08

AW: Kassensicherheitsverordnung
 
Zitat:

Zitat von jaenicke (Beitrag 1455637)
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 23. Jan 2020 14:09

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

hhcm 23. Jan 2020 15:55

AW: Kassensicherheitsverordnung
 
Zitat:

Zitat von ISMIRSCHLECHT (Beitrag 1455847)
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 23. Jan 2020 16:05

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.

herbstrot 23. Jan 2020 17:15

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.

Rollo62 24. Jan 2020 06:30

AW: Kassensicherheitsverordnung
 
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) :stupid:

DeddyH 24. Jan 2020 06:40

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.

Rollo62 24. Jan 2020 06:44

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

herbstrot 24. Jan 2020 08:00

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 :?

Neumann 24. Jan 2020 08:20

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.
Seite 2 von 3     12 3      

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