Kassieren im selben System, in dem auch Bestand, Kunde und Buchhaltung stehen.

Die Bausteine sind da: lückenlose Bonnummern, unveränderliche Belege, Signatur über eine zertifizierte Cloud-Sicherheitseinrichtung, Belegausgabe, ein Kassensturz, der die Differenz speichert statt sie auszugleichen, und der DSFinV-K-Datensatz für die Kassennachschau. Zwei Schritte stehen noch an: Der TSE-Anschluss ist gegen die Schnittstelle des zertifizierten Signaturdienstes gebaut, die Inbetriebnahme bei dir begleiten wir. Und der Prüfdatensatz ist strukturell gegen die DSFinV-K 2.3 validiert, aber noch nicht durch ein Prüfprogramm der Finanzverwaltung gelaufen. Beides steht auch als Hinweis in der Oberfläche. Den Zeitplan für deinen Echtbetrieb besprichst du vorher mit uns und deinem Steuerberater.

Nein, und das ist so gewollt. Der Ausfall wird am Bon dokumentiert, auf dem Beleg mit einem Pflichthinweis kenntlich gemacht und im Prüfdatensatz als Fehler ausgewiesen. Genau so sieht es die Finanzverwaltung im Anwendungserlass zu § 146a AO vor. Nachträglich signiert wird nicht, denn eine zweite Signatur desselben Vorgangs wäre in der Sicherheitseinrichtung ein zweiter Geschäftsvorfall. Im Tagesjournal gibt es einen Filter "Nur ohne Signatur", damit du die betroffenen Belege nicht suchen musst, und du kannst dir eine Automation bauen, die dich beim ersten unsignierten Bon informiert.

Ja. Die Zahl der Kassen ist nicht begrenzt, die Kassenwahl am Gerät läuft über die Server-Suche statt über eine geladene Liste. Jede Kasse hat ihre eigene Kassen-ID, ihre eigene Betriebsstätte, ihre eigene Sicherheitseinrichtung und ihre eigene fortlaufende Abschlussnummer. Die Filiale ist dabei ein Lagerort, du brauchst also keine zusätzliche Filialstruktur zu pflegen. Arbeitest du mit mehreren Marken, bekommt jede ihren eigenen Belegkreis.

Verkaufen geht: Der Warenkorb liegt immer auf dem Gerät, fertige Bons wandern in eine Warteschlange und gehen nach, sobald die Verbindung da ist. Doppelte Bons kann es dabei nicht geben, weil das Gerät jedem Vorgang eine eigene Kennung mitgibt. Was nicht geht, wird auch nicht angeboten: Gutscheinzahlung, Schichtstart, Kassensturz, Abholung eines Auftrags und Kundensuche brauchen den Server. Offline gilt außerdem der Regalpreis, Aktions- und Kundenpreise sind in dieser Summe nicht enthalten, und die Oberfläche sagt dir das. Ein offline erfasster Bon wird als dokumentierter Signatur-Ausfall geführt.

Über einen Gegenbon. Der abgeschlossene Bon bleibt unverändert, die Rücknahme ist ein eigener Beleg mit negativen Mengen, eigener Nummer und eigener Signatur, und beide verweisen aufeinander. Der Gegenbon landet in der heute offenen Schicht, verändert also keinen bereits abgeschlossenen Kassenabschluss. Weil der Storno auf eigene Rechnung die häufigste Kassen-Unterschlagung ist, ist das Zurücknehmen ein eigenes Recht, das nicht automatisch beim Kassieren dabei ist.

Ein integrierter Zahlterminal-Dialog und die preisrechnende Waage fehlen, das steht so in den Grenzen. Der Unterschied liegt woanders: Die Kasse steht im selben System wie Einkauf, Bestand, Auftrag, Rechnung, CRM, Tickets und Auswertungen. Kein Konnektor, kein nächtlicher Abgleich, keine Diskussion darüber, welches System recht hat. Mehr zur Abgrenzung auf der Vergleichsseite zu Xentral und auf der Branchenseite Handel & Hersteller.

Die Daten liegen in deiner Octibiz-Umgebung, gehostet in Deutschland, ohne Umweg über ein Kassen-Cloud-Portal eines Drittanbieters. Die Signatur läuft über einen zertifizierten Dienst, und die Zertifikatskette wandert in den Prüfdatensatz, damit ein Prüfer alles beisammen hat. Die erzeugten Prüfdatensätze werden als Datei eingefroren und bleiben mit Prüfsumme abrufbar, was für die Aufbewahrungsfristen der entscheidende Punkt ist. Details zu Hosting, Auftragsverarbeitung und Löschkonzept stehen im Trust-Center.