Nullstellungszähler

[TurboMagic]

Hallo,

in Bezug auf den Kassensturz von Registrierkassen lese ich immer wieder davon, dass man
auch den Nullstellungszähler auf Null setzen soll oder so.

Ich hab' bisher aber noch keine wirklich gute Beschreibung davon gefunden, was das überhaupt ist.
Die beste Beschreibung bisher war, dass das wohl ein Zähler aller Einnahmen des Tages ist.
Da sich diese bei mir aber aus den Summen aller Belege (Belege für Ausgaben natürlich abgezogen bzw.
negativ) ergibt, wüsste ich nicht, was ich da auf 0 setzen soll.

Kann mir mal freundlicherweise jemand auf die Sprünge helfen?

Grüße
TurboMagic

[jaenicke]

Der Nullstellungszähler ist nichts anderes als die Nummer des Tagesabschlusses bzw. die fortlaufende Nummer des Z-Bons.

Dieser Tagesabschluss mit entsprechendem Ausdruck ist ja zwingend erforderlich und muss eben durchnummeriert werden.

Der Ausdruck Nullstellung soll verdeutlichen, dass es sich nicht um einen Kassensturz zwischendurch handelt, sondern um das Tagesende, wobei die Tagesdaten für den nächsten Tag genullt werden.

[TurboMagic]

Hallo,

danke schon mal dafür!
So verständlich hat das bisher keiner formuliert!
Dass ein Z-Bon rauskommen muss und der die Nummer des Kassenabschlusses aufweisen muss war mir schon klar.
Nur das das gleichzusetzen ist mit dem Nullstellungszähler war mir nicht bewußt.

Zum Kassenabschluss generell:
Ich löse den auch dann aus, wenn jemand bestimmte, zu historisierende, Stammdaten ändert.
Das muss aber nicht sein, dass das dann der letzte Kassenabschluss des Tages ist. Ich kann also für einen
Tag auch mehrere Kassenabschlüsse/Z-Bons haben, die sind ja fortlaufend nummeriert und mit Zeitstempel versehen,
da sich entsprechende Stammdaten (z. B. Anschrift bei Umzug) auch untertägig ändern können.
Ich frage auch beim Beenden nach, ob ein Kassenabschluss durchgeführt werden soll.
So lange klar ist, dass alle Z-Bons aufzubewahren sind, sehe ich da auch kein echtes Problem.
Woher sollte das Programm ja auch sonst wissen, dass es der letzte Abschluss des Tages ist?

Grüße
TurboMagic

[jaenicke]

Das Auslösen des Tagesabschlusses war früher Sache der Bediener und man konnte ja beim Start prüfen, ob ein neuer Tag ist (anhand einer einstellbaren Uhrzeit) und dann einen Abschluss verlangen.

Durch die Neuregelung, dass Stammdatenänderungen nur nach einem Z-Bon passieren dürfen, bleibt nun aber nichts anderes übrig, als den bei Bedarf auch mehrfach täglich zu machen. Ich halte davon zwar gar nichts und ich habe die Vermutung, dass die Ursache war, dass manche Kassen die Änderungen nicht sauber revisioniert hatten, aber es ist nun einmal so geregelt. Insofern hat man da gar keine Wahl, wenn tagsüber Stammdaten geändert werden müssen.

[himitsu]

Heutzutage kannst'e es auch ganz leicht wie bei Tankstellen oder auf Amazon machen ... minütlich die Preise ändern anpassen. :stupid:
https://www.delphipraxis.net/211367-...abels-esl.html

[bernau]

Das Wort Tagesabschluss und Z-Bon ist aus meiner Software komplett verbannt. Ich versuchen auch das Wort Tagesabschluss zu vermeiden. Es ist immer der Kassenabschluss. Der Kassenabschluss muss nicht täglich gemacht werden. Er muss lediglich gemacht werden, wenn Stammdaten geändert werden.

Zitat aus der DsFinV-K:

Zitat:

Zur Vermeidung von Redundanzen werden die Stammdaten für jeden Kassenabschluss
nur einmal gespeichert. Werden Änderungen an den im Folgenden aufgeführten Stammdaten
vorgenommen, ist zuvor automatisch ein Abschluss zu erstellen.

Die Stammdaten werden in der DsFinV-K beschrieben. Das sind Hauptsächlich Adress- und Kassendaten.

Die Artikelstammdaten gehören nicht dazu. Wir haben ja eine Einzelaufzeichnungspflicht, da ist ja bei jedem Artikel der Preis im jeweiligen Bon zu sehen. Somit muss bei einer Preisänderung kein Kassenabschluss durchgeführt werden.

[TurboMagic]

Zitat:

Zitat von bernau (Beitrag 1516386)

Die Stammdaten werden in der DsFinV-K beschrieben. Das sind Hauptsächlich Adress- und Kassendaten.

Die Artikelstammdaten gehören nicht dazu. Wir haben ja eine Einzelaufzeichnungspflicht, da ist ja bei jedem Artikel der Preis im jeweiligen Bon zu sehen. Somit muss bei einer Preisänderung kein Kassenabschluss durchgeführt werden.

Richtig! So ungefähr mache ich das auch.
Wie oft jemand seine Preise ändert ist dem Finanzamt egal!

[Frickler]

Zitat:

Zitat von TurboMagic (Beitrag 1516387)

Wie oft jemand seine Preise ändert ist dem Finanzamt egal!

Da bin ich mir nicht so sicher. Immerhin sind bei einer Prüfung auch "Programmieranleitung und Programmierprotokolle" gefragt. Mit dem etwas irreführenden Begriff "Programmieren" ist bei einer Registrierkasse die Änderung der Stammdaten gemeint, und dazu gehören auch Preisänderungen. Bis es mal ein Urteil gibt, ob die Aufzeichungen der DSFinV-K da ausreichen, ist man so ein bisschen in der Schwebe.

[jaenicke]

Tatsächlich wollten schon Prüfer wissen, ab wann ein neuer Preis gesetzt war. Deshalb sollte auch das irgendwo zu finden sein.

Sagte ich schon, dass ich froh bin, damit im Moment nichts mehr zu tun zu haben? :D

[bernau]

Zitat:

Zitat von Frickler (Beitrag 1516407)

Da bin ich mir nicht so sicher. Immerhin sind bei einer Prüfung auch "Programmieranleitung und Programmierprotokolle" gefragt. Mit dem etwas irreführenden Begriff "Programmieren" ist bei einer Registrierkasse die Änderung der Stammdaten gemeint, und dazu gehören auch Preisänderungen. Bis es mal ein Urteil gibt, ob die Aufzeichungen der DSFinV-K da ausreichen, ist man so ein bisschen in der Schwebe.

In der DsFinV-K Datenstruktur gibt es keinen Ort, wo Änderungen für der Artikelpreise hinterlegt werden.

Artikelpreisänderungen kann man außerdem aus den Einzelaufzeichnungen ermitteln. Und daraus ein Protokoll generieren.

Aber es stimmt schon. Es gibt nichts was ein Prüfer nicht bemängeln kann, wenn er was bemängeln will.