DSFinV_K - Belegnummer & Export

[arnof]

Das sind die Fragen:

was muss man tun, damit es passt?

Zum Thema Export:

Der Export ist in der DSFinV-K geregelt und nur da! Ausser den Stammdaten bezieht sich das alles auf den Kassenabschluss: in jeder Datei steht im Kopf die Angabe des Kassenabschlusses auf den sich die weiteren Angaben beziehen.

Jetzt zitiere ich nochmals von Seite 38:

Unter anderen Vorgängen sind Aufzeichnungsprozesse zu verstehen, die nicht durch
einen Geschäftsvorfall, sondern durch andere Ereignisse im Rahmen der Nutzung des
elektronischen Aufzeichnungssystems ausgelöst werden und zur nachprüfbaren Doku-
mentation der zutreffenden und vollständigen Erfassung der Geschäftsvorfälle notwen-
dig sind. Hierunter fallen beispielsweise Trainingsbuchungen, Sofort-Stornierung eines
unmittelbar zuvor erfassten Vorgangs, Belegabbrüche, erstellte Angebote, nicht abge-
schlossene Geschäftsvorfälle (z.B. Bestellungen).
Nicht alle in einer Kasse verwalteten Vorgänge sind für die Erreichung der Schutzziele
erforderlich. Für die Erreichung der Schutzziele nicht erforderliche Vorgänge müssen
nicht abgesichert werden (z.B. Bildschirmeinstellung heller/dunkler; Überwachung der
Prozessor-Temperatur etc.).
Abzusichernde Funktionsaufrufe (Systemfunktionen) und Ereignisse innerhalb der tech-
nischen Sicherheitseinrichtung (Audit-Daten) werden in der BSI TR-03153 definiert (vgl.
AEAO zu § 146a Nr.

[hhcm]

Da steht auch eher das es Exportiert werden muss.

[ISMIRSCHLECHT]

Moin,

stellt ein Kunde fest, daß er kein Geld mithat oder so, d.h. wird der Kassenbildschirm geleert, ist bei und eine Bonnummer leider schon erzeugt.
Die Posten werden aber gelöscht, so daß jetzt eine begonnenene Transaktion in der Kasse rimhängt.
Laut Hlpdesk Kann man diese mit dem Fnish
'AVBelegabbruch^0.00_0.00_0.00_0.00_0.00^' der TSE mitteilen.

Vielleicht hilfts...

ism

[hhcm]

Ich würde mal sagen "Posten löschen" darf auf keine Fall passieren. Als gelöscht/storniert markieren ja, löschen auf keinen Fall.

[Frickler]

Zitat von hhcm:

Da steht auch eher das es Exportiert werden muss.

Genau. Es wird exportiert, aber nicht summiert.

Soweit mir bekannt, ist eine Neufassung der DSFinV-K in Arbeit. Zumindest wurde sie im Dezember 2019 inoffiziell angekündigt. Dabei werden angeblich hauptsächlich Unsauberkeiten ausgebügelt. Ich hoffe mal, dass dort so Unschönheiten dabei sind wie dass der Anfangsbestand (was nach dem Abschluss noch in der Kasse ist) ein Beleg ist, statt was eigentlich richtig wäre, ein sonstiger Vorgang. Oder das Handling BON_NR vs BON_ID: Alle AVDingsbums haben eine BON_ID, sollten aber eigentlich keine BON_NR haben. Denn BON_NR ist die Nummer, die man auf den Bon druckt.

[himitsu]

Warum doppelt und nicht gleich BON_ID=BON_NR?

Was auf dem Bon steht, entspicht dann auch intern direkt dem Bon.

[Frickler]

Zitat von himitsu:

Warum doppelt und nicht gleich BON_ID=BON_NR?

Was auf dem Bon steht, entspicht dann auch intern direkt dem Bon.

Die BON_ID ist mehr so ein Primary Key für jeglichen Vorgang, beispielsweise auch für einen Bonabbruch. Ein abgebrochener Bon wird ja nicht gedruckt. Wenn ich dafür eine BON_NR verbrate, hat die Liste der Bonnummern eine Lücke...

[arnof]

Zitat von Frickler:

Zitat von hhcm:

Da steht auch eher das es Exportiert werden muss.

Genau. Es wird exportiert, aber nicht summiert.

Soweit mir bekannt, ist eine Neufassung der DSFinV-K in Arbeit. Zumindest wurde sie im Dezember 2019 inoffiziell angekündigt. Dabei werden angeblich hauptsächlich Unsauberkeiten ausgebügelt. Ich hoffe mal, dass dort so Unschönheiten dabei sind wie dass der Anfangsbestand (was nach dem Abschluss noch in der Kasse ist) ein Beleg ist, statt was eigentlich richtig wäre, ein sonstiger Vorgang. Oder das Handling BON_NR vs BON_ID: Alle AVDingsbums haben eine BON_ID, sollten aber eigentlich keine BON_NR haben. Denn BON_NR ist die Nummer, die man auf den Bon druckt.

Neufassung würde Sinn machen, vom Dr. Till hatte vorgetragen, das der DFKA mit dem BSI die endgültige Fassung in einer Nachtkonferenz zusammen "gekloppt" haben. Problem, der ist ein Gastro Kassen Mann, der sicher manches anders sieht als Retail .....

[Frickler]

Zitat von arnof:

Neufassung würde Sinn machen, vom Dr. Till hatte vorgetragen, das der DFKA mit dem BSI die endgültige Fassung in einer Nachtkonferenz zusammen "gekloppt" haben. Problem, der ist ein Gastro Kassen Mann, der sicher manches anders sieht als Retail .....

Leider gibt es auch viel zu wenig Beispiele in der DSFinV-K, beispielsweise gibt es nicht ein Beispiel zu einem "anderen Vorgang". Ich würde mir auch mal einen kompletten Kassenabschluss mit allen, was am Tag so passiert als Beispiel wünschen.
Ich schätze ja, dass es das alles bereits gibt. Nur halt ausschließlich für Mitglieder des DFKA, nicht für die Allgemeinheit...

[Neumann]

Für die Sachen, die keine Bonnummer haben, könnte man folgendes machen:

a: 0
b: Zufallszahl
c: Eine aus Datum und Uhrzeit generierte Zahl wie int(now*1000)

Ich denke c ist die beste Wahl.

Kassenbonnummern kann man 12-stellig machen, dann kollidieren diese nicht mit Kassenbuch-Belegnummern.

Einen Kassenbestand gibt es bei mir als Buchung nicht, der wird immer aktuell berechnet. Muss der einen Eintrag im Kassenbuch haben?