Hypersoft Verfahren für Storni
Hypersoft hat einige besondere Stornofunktionen, die in der Regel dazu dienen, den Mitarbeitern die Möglichkeiten zu geben, Storni korrekt selbst auszuführen und zugleich die Kontrolle über die Storni zu behalten. Hierbei hilft ein Berechtigungsmanagement und vielseitige Auswertungsmöglichkeiten. Die Motivation Mitarbeitern die Möglichkeit zu bieten selber Storni zu buchen, kommt aus der Überzeugung, dass man für die Bildung eines loyalen Teams auch die Eigenverantwortung der Bediener fördern sollte (in keinem Fall hilft Ihnen ein Stornoverbot in der Praxis weiter, sondern vielmehr die Kenntnisse über Storni mit und ohne Wareneinsatz). Unabhängig davon sollen Storni in Deutschland möglichst zeitnah im Zusammenhang mit dem tatsächlichen Vorkommnis gebucht werden, dass diese repräsentieren. Somit würden Sie mit Stornoverbot sogar dazu beitragen, dass Ihre Geschäftsvorfälle nicht korrekt aufgezeichnet würden.
Für die Benennung und technischen Möglichkeiten der Stornostufen verweisen wir auf das Kapitel Stornobuchungen in der Praxis . Im Kontext mit Storni nennen wir auch immer unser Verlustmanagement, wie unter Verlustmanagement in der Praxis beschrieben, denn nur so können Sie den wichtigen Unterschied zwischen Storni mit und ohne Wareneinsatz erfassen und auswerten.
Besonders hervorheben möchten wir die Möglichkeiten Storni vor Order zu protokollieren, sowie Storni nach dem Abschluss eines Vorganges von anderen Stornostufen zu unterscheiden. Ebenfalls ist es eine Besonderheit, dass Sie, für den Fall doch nicht einen Bediener die Berechtigungen für "alle" Stornostufen zu gestatten, die Möglichkeit haben mit den Kassenfunktion Als Bediener arbeiten oder Phantommodus im Namen anderer Bediener auch solche Stornostufen verwenden können. Für die Nachvollziehbarkeit solcher Tätigkeiten verfügt das Hypersoft // System sogar über die Möglichkeit beide Bedienernamen mit den Buchungen so zu speichern, dass Sie sehen und auswerten können, wer in wessen Namen gebucht oder storniert hat.
Gewisse Anpassungen der Storno Verfahren werden im eCommerce Bereich und besonders am Self Order Kiosk (SOT) bei der Benutzung durch User angewandt, wie Sie hier nachlesen können:
Hypersoft Verfahren im eCommerce
Storno vor Order aus fiskalischer Sicht
Ein Storno vor Order ist zum Beispiel: Tisch 3 öffnen, 1 x Cola, -1 Cola, Neuer Saldo (vielleicht hatte der Bediener sich in der Tischnummer geirrt). Da der Tisch in diesem Beispiel keine anderen Buchungen enthält wird der Vorgang mit neuer Saldo verworfen und kein Beleg ausgegeben. Tatsächlich werden die Buchungen aber in der TSE signiert, einmal positiv und einmal negativ. Ebenfalls werden diese im Buchungsjournal gespeichert und beim Journalexport ausgegeben.
Bei einem etwas anderen Beispiel bucht der Bediener: Tisch 5 öffnen, 1 x San Pellegrino, -1 San Pellegrino, 1 x Evian, Neuer Saldo (der Bediener hatte sich im Artikel geirrt). Da der Tisch in diesem Beispiel eine Buchung enthält wird für Tisch 5 ein Geschäftsvorfall als offene Bestellung angelegt. Tisch 5 ist vorhanden und der Bediener sieht das gebucht Evian. Tatsächlich werden aber alle drei Buchungen in der TSE signiert, einmal positiv und einmal negativ und einmal positiv. Ebenfalls werden diese im Buchungsjournal gespeichert und beim Journalexport ausgegeben. Zusätzlich passierst Folgendes:
Umgang mit Storni vor Order aus Programmsicht...
Um dem Bediener das gewohnte Verhalten von POS Systemen zu bieten werden Buchungen vom Hypersoft // System ausgeblendet, und zwar die Buchungen 1 x Cola und - 1 x Cola, aber die Buchungen verbleiben in dem Vorgang. Das Ausblenden dieser Buchungen erfolgt sowohl an den Kassensystemen als auch am Kundenmonitor. Mit dem späteren Vorgangsabschluss werden diese im Buchungsjournal gespeichert und beim Journalexport ausgegeben.
Der Storno vor Order zeichnet auf, wenn Bediener Gegenbuchungen für Buchungen erstellen, die weder durch Neuer Saldo oder durch einen anderen Befehl abgeschlossen wurden und für die noch kein Orderbon gedruckt wurde. Die Buchung und die Gegenbuchung wird verdeckt gespeichert. Sie können diese Buchungen aber in den Vorgangsdetails anzeigen lassen.
Die Aufzeichnung solcher Buchungen wird explizit gefordert und gehört somit zu den Standardvoraussetzungen eines konformen Systems. Ansicht im Kassiermodus in der Vorgangsliste mit Ausblendungen:
Derselbe Vorgang dann im Kassiermodus als Ansicht Vorgangsdetails ohne Ausblendungen:
Wenn Sie die Rechnung splitten oder den Vorgang transferieren, verbleiben die ausgeblendeten Buchungen in dem Vorgang. Wenn nur die ausgeblendeten Buchungen verbleiben, wird der Vorgang mit Signierung und Journaleintrag automatisch abgeschlossen.
Storno nach Order aus fiskalischer Sicht
Der Storno nach Order erzeugt Gegenbuchungen für Buchungen, die bereits nach Neuer Saldo an die Produktionsstellen kommuniziert wurden. Diese Gegenbuchungen werden für den Bediener sichtbar gespeichert, so kann er sich vergewissern diese durchgeführt zu haben.
Retourstorno aus fiskalischer Sicht
Beim Retourstorno erstellen Sie "Gegenbuchungen", ohne das Vorhandensein einer ursprünglichen Buchung zu prüfen. Retourstorni können in einem beliebigen Vorgang bebucht werden. Sie können also einen Retour buchen ohne sich in dem Vorgang mit der ursprünglichen Buchung zu befinden.
Korrekturstorno aus fiskalischer Sicht
Beim Korrekturstorno erstellen Sie auch "Gegenbuchungen", ohne das Vorhandensein einer ursprünglichen Buchung geprüft wird. Es erfolgt also eine Buchung mit negativer Menge und eindeutigem Modus "Korrekturstorno (Cancelmode)". Außerdem wird eine Buchung auf Verlust zu 0 € Umsatz getätigt (der Verlustgrund hierzu ist im Stornogrund einstellbar). Die Verlustbuchung eines Korrekturstornos wird aber in Berichten nicht ausgewertet.
Den Korrekturstorno betätigen Sie, wenn kein Vorgang geöffnet ist, denn es wird für den Korrekturstorno ein extra Vorgang geöffnet. Zusätzlich werden Sie abgefragt, für welchen Bediener Sie stornieren möchten. Korrekturstorni sind somit für den Fall dass Bediener vorher nicht storniert haben (eventuell haben durften) und dass die Storni nach einer Abstimmung gebucht werden.
Diese Art des Controlling Workflows funktioniert, führt aber zu weniger Nachvollziehbarkeit der Buchungsdaten und stimmt nicht mit den deutschen GoBD Regelungen überein, wenn es darum geht möglichst zeitnah zu buchen.
Sind Stornogründe für Korrekturstorno definiert, so wird die Liste zur Auswahl angezeigt. Dieser Stornogrund kann mit einem Verlustgrund hinterlegt sein. Die Buchungen werden mit dem Stornogrund in das Buchungsjournal geschrieben. Sollte ein Verlustgrund hinterlegt sein, so wird auch dieser im Buchungsjournal geschrieben.
Weiterführende Dokumentation: Kassenfunktion Korrekturstorno
Vorgang bearbeiten aus fiskalischer Sicht
Mit Vorgang bearbeiten können Sie abgeschlossenen Vorgänge bis zum Tagesabschluss wieder öffnen. Für jede im Vorgang enthaltene Buchung wird einen Gegenbuchung erstellt (wurde der Vorgang per Rechnung abgeschlossen wird eine Stornobeleg erstellt) und gleichzeitig ein neuer Vorgang mit den ehemaligen Buchungen geöffnet. Bei dieser Methode bekommen die Buchungen den Status Reopen. Der Bediener kann neue Buchungen hinzufügen oder bestehende entfernen. Sie können durch einen Berechtigungseinstellung Storno nach Abschluss bestimmen ob Buchungen mit dem Status Reopen storniert werden können. Zusätzlich gibt es Berechtigungen Reopen Buchungen zu transferieren oder zu splitten. Mit der Berechtigung für Storno nach Abschluss kann der Bediener Storno nach Order verwenden (da es keiner weitere Funktion bedarf).
Weiterführende Dokumentation:
Beispiele für Signierungen aus der Full-Service Praxis
Storno nach Abschluss überwachen
Vorgänge bearbeiten nach Tagesabschluss aus fiskalischer Sicht
Mit der globalen Stationseinstellung Vorgänge nach Tagesabschluss ändern können Sie die Funktion Vorgang bearbeiten auch für Vorgänge vor dem letzten Tagesabschluss verwenden. Gegenbuchungen werden erstellt, aber die Berichte können sich somit ändern.
Ausnahme Österreich...
In Österreich ist diese Funktion wegen der Registrierkassenverordnung leider nicht möglich und der Schalter Vorgänge nach Tagesabschluss ändern deshalb für Österreich gesperrt.
Weiterführende Dokumentation: Verlustmanagement in der Praxis
Zurück zur übergeordneten Seite: Fiskalgesetz zum Anwendungserlass zu § 146a AO