Was passiert,
wenn …

1. Die Positionen stehen auf einem Beleg.
2. Beim Bezahlen wird der erste Teilbetrag als bar erfasst, der Rest geht ans Kartenterminal.
3. Der Beleg trägt zwei Zahlungszeilen, das Kassenbuch bekommt nur den Barteil.
4. Der Kartenteil läuft auf das Geldtransitkonto, nicht in die Lade.

Warum so: Ohne diese Trennung stimmt der Kassenbestand nie — und genau daran scheitert die Kassensturzfähigkeit, die bei einer Nachschau als Erstes geprüft wird.

1. Der Beleg wird storniert, mit Grund und Kassierer.
2. Beide Vorgänge bleiben im Belegjournal stehen — der ursprüngliche und der Storno.
3. Die Hashkette bleibt unversehrt, weil nichts entfernt, sondern etwas hinzugefügt wird.
4. Im Z-Bericht taucht der Storno als eigene Zahl auf, nicht als stille Korrektur.

Warum so: Ein Beleg, der spurlos verschwindet, ist der häufigste Grund für eine Hinzuschätzung. Wir berichtigen Belege, nie das Journal.

1. Beleg über Nummer, Datum, Betrag oder den QR-Code auf dem digitalen Bon suchen.
2. Positionen auswählen, die zurückgehen — auch nur eine von fünf.
3. Erstattung wahlweise bar, auf die Karte oder als Gutschein mit Restwert.
4. Der Bestand wird im selben Moment zurückgebucht, nicht abends.

Warum so: Die Retoure hängt am ursprünglichen Beleg. Dadurch stimmen Steueraufteilung und Erlöskonto automatisch — bei einer freien Rückgabe müsste jemand raten.

1. DSFinV-K-Ausleitung als ZIP für den gewünschten Zeitraum — Dateinamen und Spalten aus der Spezifikation, die die Prüfsoftware erwartet.
2. Z-Berichte mit Kettenprüfung: Ein Klick zeigt, dass kein Abschluss nachträglich verändert wurde.
3. Verfahrensdokumentation und Kassenbuch stehen im Back Office bereit.
4. Auf jedem Beleg stehen Seriennummer, Signaturzähler und Zeit der TSE.

Warum so: Nicht die Software ist konform, sondern der Betrieb. Wir liefern die Nachweise — vorlegen und erklären müssen Sie sie.

1. Abmelden, vierstellige PIN eintippen — die Kasse meldet nach der vierten Ziffer selbst an.
2. Jeder Beleg trägt den Kassierer, der ihn gebucht hat.
3. Ein X-Bericht zeigt den Zwischenstand, ohne die Schicht zu schließen.
4. Die Rechte kommen mit: Wer keinen Rabatt geben darf, sieht die Taste nicht — und die Schnittstelle weist ihn ebenfalls ab.

Warum so: Die Kasse vergibt bei der Anmeldung einen echten Gerätenachweis. Vorher gab es nur die Kassiererdaten zurück, und der Server glaubte danach jedem.

1. Zählliste anlegen, wahlweise für eine Warengruppe oder einen Standort.
2. Mit Handgerät oder Telefon scannen und zählen; die Kamera tut es auch.
3. Die Kasse rechnet die Differenz gegen den Buchbestand.
4. Buchen — die Abweichung landet mit Grund im Lagerprotokoll, nicht im Nirgendwo.

Warum so: Gezählt wird pro Position. Eine Summe einzutragen ist keine Zählung, sondern eine Schätzung mit Nachkommastelle.

1. Es entsteht ein Auftrag, kein Beleg. Der Auftrag lebt vor dem Bon.
2. Anzahlung wird erfasst und ist als solche erkennbar.
3. Bei Wareneingang wird der Auftrag als „bereit“ geführt, der Kunde bekommt Bescheid.
4. Erst die Übergabe erzeugt genau einen Bon über den vollen Betrag.

Warum so: Auftrag und Bon zusammenzulegen hieße, den Bon offen zu halten — und damit die Belegkette zu verwässern.

1. Der Gutschein wird gescannt oder über die Nummer gesucht.
2. Der Einkauf wird verrechnet, der Restwert bleibt auf dem Gutschein.
3. Der Bon weist Einlösung und Restwert aus.
4. Bei Verlust wird die Nummer gesperrt, der Restwert bleibt erhalten.

Warum so: Ein verkaufter Gutschein ist kein Umsatz, sondern eine Verbindlichkeit. Die Auswertung zeigt, wie viel davon noch offen im Umlauf ist.

1. Beim Klick auf den Kunden prüft die Kasse Ihre Regel: Umsatz oder Bonzahl in einem Zeitraum.
2. Trifft sie zu und es gibt noch keine Karte, erscheint ein Hinweis an der Kasse.
3. Karte anlegen dauert einen Klick; sie wandert auf Wunsch in Apple oder Google Wallet.
4. Die Kundenakte merkt sich ab dann Käufe, Vorlieben und Wiedervorlagen.

Warum so: Die Regel läuft im Hintergrund über alle Kunden. Wer wartet, bis der Kassierer daran denkt, wartet vergeblich.

1. Kassensturz mit Zählung in Stückelung; die Summe rechnet die Kasse.
2. Der Z-Bericht wird beim Abschluss eingefroren und an den vorigen gekettet.
3. Die Tageslosung geht je Kasse und Steuersatz in den DATEV-Stapel — mit fester Belegnummer, damit ein zweiter Versuch erkennbar ist.
4. Unbare Zahlungen laufen auf das Geldtransitkonto, nicht auf die Kasse.

Warum so: Ein Bon, der später aus dem Offline-Speicher nachfließt, kann einen gedruckten Z-Bericht nicht mehr rückwirkend verändern. Genau dafür wird eingefroren.

1. Aktion mit Zeitfenster anlegen: Rabatt, Aktionspreis, „3 für 2“ oder Coupon.
2. Optional auf Warengruppe, Kundengruppe oder Filiale eingrenzen.
3. Die Kasse rechnet ab dem Stichtag die für den Kunden günstigste Kombination.
4. Nach Ablauf gilt wieder der Stammpreis — ohne dass jemand etwas zurückstellt.

Warum so: Preise von Hand umzuschreiben ist der sicherste Weg, sie auch von Hand zu vergessen.

1. Kasse im Back Office anlegen, Layout übernehmen, Gerät anmelden.
2. Stammdaten sind dieselben — Artikel, Preise, Kunden, Aktionen.
3. Kassenbuch, Abschluss und Belegkette bleiben getrennt.
4. Es kostet den Grundpreis. Nicht noch einmal jedes Modul.

Warum so: Wer Module je Kasse abrechnet, verdient daran, dass Sie wachsen. Wir lieber daran, dass Sie bleiben.