Donnerstag, 16:00 Uhr. Der Betriebsleiter schaut auf die Tageskasse: 2.340 Euro. Gut oder schlecht? Er weiß es nicht.
Nicht weil er keine Ahnung hätte. Sondern weil die Zahl ohne Kontext keine Aussage macht. War Donnerstag letzter Woche ähnlich? Wie viele Stunden Personal standen dahinter? Liegt die Auslastung über oder unter der Prognose? Das Kassensystem schweigt. Es zeigt Zahlen. Keine Einordnung.
Inhaltsverzeichnis
- Das POS-Missverständnis: Warum die Kasse nicht das Problem ist
- Die 5 Kriterien für Systemgastronomen
- Was dein POS-System wirklich über dein Business weiß
- Datenlücken: Was jede Kasse verschweigt
- POS-Integration: So fließen Daten ins Dashboard
- Empfehlung für verschiedene Betriebsgrößen
- FAQ
- Dein nächster Schritt
Das POS-Missverständnis: Warum die Kasse nicht das Problem ist {#das-pos-missverstaendnis}
Das Kassensystem ist das meistdiskutierte Tool in der Gastronomie — und trotzdem nicht das eigentliche Problem. Wer eine neue Kasse kauft, weil die alte "zu wenig kann", löst meistens das falsche Problem.
Eine Kasse hat eine klare Aufgabe: Transaktionen erfassen. Das macht fast jedes moderne Kassensystem gut. Die Unterschiede zwischen den Anbietern liegen in der Bedienung, der Hardware und der Integration mit anderen Systemen.
Das eigentliche Problem sitzt nicht in der Kasse. Es sitzt dahinter.
Was passiert mit den Daten, die die Kasse produziert? Wo landen sie? Wie werden sie mit Personalstunden, Wareneinsatz und Reservierungsquoten verknüpft? Und wer beantwortet die Frage, die sich der Betriebsleiter um 16 Uhr stellt: War heute ein guter Tag?
Wenn du über ein neues POS-System nachdenkst, ist die erste Frage nicht "Welche Features hat die Kasse?" — sondern "Welche Schnittstellen bietet sie, und was kann ich mit den Daten anfangen?"
Die 5 Kriterien für Systemgastronomen {#die-5-kriterien}
Für Einzelbetriebe gelten andere Maßstäbe als für Systemgastronomen mit drei, fünf oder zehn Standorten. Wer mehrere Standorte betreibt, braucht ein Kassensystem, das über den eigenen Standort hinausdenkt.
Kriterium 1: API-Verfügbarkeit. Kann das System Daten in Echtzeit oder zumindest täglich automatisch an externe Systeme übergeben? Ein Export-Button ist keine API. Eine CSV-Datei, die du manuell herunterlädst, ist keine Schnittstelle. Du brauchst eine dokumentierte API oder zumindest einen strukturierten automatischen Export, der sich in ein zentrales Dashboard einspeist.
Kriterium 2: Datentiefe pro Transaktion. Nicht nur Gesamtumsatz, sondern Umsatz nach Warengruppe, nach Tageszeit, nach Zahlungsmethode. Wer weiß, dass mittwochs zwischen 18 und 20 Uhr die Getränkeumsätze 40% über dem Wochenschnitt liegen, kann den Personalplan anders gestalten als jemand, der nur den Tagesabschluss kennt.
Kriterium 3: Mandantenfähigkeit. Alle Standorte unter einem Login. Mit getrennten Datenräumen, aber einheitlichem Zugang. Wer für jeden Standort ein separates Kassensystem-Login verwaltet, verliert Zeit bei jedem Reporting-Zyklus.
Kriterium 4: Zuverlässigkeit der Datenverfügbarkeit. Ein gutes Kassensystem verliert keine Transaktionen, wenn die Internetverbindung kurz ausfällt (Offline-Modus), und synchronisiert sauber nach. Für das nachgelagerte Reporting ist Vollständigkeit wichtiger als Geschwindigkeit.
Kriterium 5: Migrationsfähigkeit. Was passiert mit deinen historischen Daten, wenn du das System wechselst? Kannst du die letzten 24 Monate Transaktionsdaten exportieren und in ein neues System oder ein Dashboard überführen? Ohne historische Daten kein Vergleich, kein Trend, keine Prognose.
Was dein POS-System wirklich über dein Business weiß {#was-dein-pos-wirklich-weiss}
Ein modernes Kassensystem mit Datentiefe weiß erstaunlich viel. Mehr als die meisten Betreiber nutzen.
Es kennt den durchschnittlichen Bon-Wert pro Tageszeit. Es kennt die beliebtesten Artikel nach Wochentag. Es weiß, wie lange eine Transaktion im Durchschnitt dauert — und damit indirekt, wie ausgelastet das Personal war. Es kennt Stornoquoten nach Mitarbeiter. Es kennt den Anteil bargeldloser Zahlung und damit indirekt die Kundensegmente.
Das alles ist in der Kasse. Nur heraus kommt es in den wenigsten Betrieben.
Konkret: Ein Betrieb mit fünf Standorten und einem monatlichen Gesamtumsatz von 450.000 Euro produziert täglich mehrere tausend Transaktionsdatensätze. Wenn diese Daten nur als Tagesabschluss ausgewertet werden, liegt der Informationsverlust bei schätzungsweise 85%. 85% der erzeugten Daten werden nie für eine operative Entscheidung genutzt.
Das ist kein Vorwurf an die Betriebe — sondern an die Art, wie die meisten Kassensysteme Daten zugänglich machen.
Datenlücken: Was jede Kasse verschweigt {#datenluecken}
Trotz aller Datentiefe hat kein Kassensystem ein vollständiges Bild deines Betriebs. Hier sind die drei wichtigsten blinden Flecken.
Lücke 1: Personalkosten. Die Kasse weiß, wie viel du eingenommen hast. Aber nicht, wie viele Arbeitsstunden dahinterstecken. 4.200 Euro Tagesumsatz mit 8 Arbeitsstunden oder mit 14 Arbeitsstunden — das sind grundverschiedene Tage. Die Personalkostenquote, einer der wichtigsten Steuerungswerte in der Gastronomie (Zielkorridor typischerweise 26–32%), ergibt sich nur aus der Kombination von Kasse und Zeiterfassung.
Lücke 2: Wareneinsatz in Echtzeit. Die Kasse kennt den Umsatz nach Warengruppe. Aber nicht den tatsächlichen Wareneinsatz — das liegt in der Warenwirtschaft oder Buchhaltung, in einem anderen System. Ohne diese Verbindung bleibt die Marge pro Gericht eine theoretische Kalkulation, keine betriebliche Realität.
Lücke 3: Außenwirtschaft. Wetter, lokale Events, Feiertage — die Kasse erfasst den Effekt (Umsatz gesunken oder gestiegen), aber nicht die Ursache. Nur ein System, das externe Daten einbezieht, kann unterscheiden, ob ein schwacher Tag ein operatives Problem ist oder eine vorhersehbare externe Einflussgröße.
Diese drei Lücken sind der Grund, warum das Kassensystem allein kein Steuerungsinstrument ist. Es ist eine Datenquelle — eine von mehreren.
POS-Integration: So fließen Daten ins Dashboard {#pos-integration}
Der technische Weg von der Kasse ins Dashboard ist heute gut gelöst — wenn das Kassensystem eine ordentliche API hat.
Der typische Datenpfad sieht so aus: Das Kassensystem übergibt stündlich oder täglich Transaktionsdaten per API an ein zentrales Analyse-System. Dieses System kombiniert die Kassendaten mit Stundennachweisen aus der Dienstplan-Software und, optional, mit Buchungsdaten aus der Reservierungsplattform. Das Ergebnis ist ein normiertes Tagesbild — Umsatz, Personalkosten, Auslastung — für jeden Standort.
Was das in der Praxis bedeutet: Statt fünf Logins und manueller Konsolidierung bekommst du morgens um 7 Uhr eine zusammengefasste Übersicht. Standort für Standort. Mit Ampel-Status, Vergleich zur Vorwoche und Hinweis auf Abweichungen.
Die Voraussetzung dafür ist nicht eine neue Kasse. Es ist die richtige Kasse — eine, deren Datenschnittstelle diesen Datenfluss erlaubt. Systeme wie Lightspeed, Orderbird, Gastrofix und Oktopos haben diese Schnittstellen. Die meisten älteren Systeme ohne API-Zugang erschweren diesen Pfad erheblich.
Eine praktische Faustregel: Wenn dein Kassensystem keinen API-Schlüssel ausstellt oder keinen automatischen Export unterstützt, ist das kein Feature-Mangel — es ist ein strukturelles Problem, das früher oder später deinen Datenzugang einschränkt.
Empfehlung für verschiedene Betriebsgrößen {#empfehlung-betriebsgroessen}
Einzelbetrieb bis 80.000 Euro Monatsumsatz: Hier reicht ein solides Kassensystem mit gutem Support, intuitiver Bedienung und DATEV-Export. Die Datenanalyse kann noch manuell erfolgen, der Aufwand ist beherrschbar. Wichtig: API-Offenheit als Kriterium mitdenken, auch wenn du sie heute noch nicht nutzt.
2–4 Standorte, 80.000–250.000 Euro Monatsumsatz: Hier beginnt der Kipppunkt. Manuelles Reporting kostet jetzt messbar Zeit — schätzungsweise 3–5 Stunden pro Woche, die nichts produzieren. Ein Kassensystem mit API-Anbindung und ein vorgelagertes Dashboard zahlen sich ab dieser Größe aus. Personalkostenquote und Standortvergleich sollten täglich abrufbar sein.
5+ Standorte, über 250.000 Euro Monatsumsatz: Kein Weg an einer zentralen Intelligence-Schicht vorbei. Das Kassensystem ist nur noch Datenlieferant. Die eigentliche Steuerung passiert im übergeordneten System. Wer auf dieser Ebene noch mit manuellen Exporten arbeitet, verliert täglich Entscheidungsqualität — und damit Marge.
FAQ {#faq}
Muss ich das Kassensystem wechseln, um GastroSight zu nutzen? Nein. GastroSight verbindet sich mit deinem bestehenden System — sofern es eine API oder einen automatischen Datenexport unterstützt. Ein Kassenwechsel ist keine Voraussetzung.
Was passiert, wenn mein Kassensystem keine API hat? In diesem Fall prüfen wir gemeinsam, ob ein CSV-Export als Übergangslösung funktioniert. Dauerhaft ist eine API-fähige Kasse aber empfehlenswert — unabhängig von GastroSight.
Wie aktuell sind die Daten im Dashboard? Je nach Kassensystem-Anbindung: stündlich oder täglich. Für die meisten Steuerungsentscheidungen ist eine tägliche Aktualisierung ausreichend.
Kann ich verschiedene Kassensysteme an verschiedenen Standorten betreiben? Ja. GastroSight ist multi-source-fähig. Verschiedene Standorte mit verschiedenen Kassensystemen können parallel ausgewertet werden — solange beide eine Datenschnittstelle bieten.
Welche Daten übergibt das Kassensystem an GastroSight? Umsatzdaten nach Warengruppe, Tageszeit und Standort. Keine personenbezogenen Daten, keine Bondetails auf Einzeltransaktionsebene (außer explizit konfiguriert).
Was kostet ein typisches API-fähiges POS-System? Die Spanne ist groß. Cloud-basierte Systeme liegen meist bei 50–200 Euro pro Monat und Standort. Hardware kommt dazu. Wichtig: API-Zugang ist nicht immer im Grundpreis enthalten — manche Anbieter verlangen 30–80 Euro extra pro Monat dafür. Dieser Posten fehlt häufig im initialen Angebotsvergleich.
Wie gehe ich mit dem Wechsel von einem alten System vor? Zuerst historische Daten exportieren. Dann Produktstruktur dokumentieren. Dann neues System parallel aufbauen, bevor das alte abgeschaltet wird. Eine Übergangsphase von mindestens zwei Wochen Parallelbetrieb ist sinnvoll — besonders wenn Mitarbeiter umgeschult werden müssen.
Die häufigsten Fehler beim POS-Kauf {#haeufige-fehler}
Aus Gesprächen mit Betreibern, die ihren POS-Kauf im Nachhinein bereut haben, kommen immer wieder dieselben Punkte.
Fehler 1: Features statt Daten bewertet. Die Benutzeroberfläche war schön. Der Tischplan intuitiv. Aber nach dem Kauf stellte sich heraus: kein API-Zugang, kein automatischer Export, kein Weg zu einem zentralen Dashboard. Das Feature-Versprechen hatte die Datenfrage verdrängt.
Fehler 2: Nur den Anschaffungspreis verglichen. Ein System für 1.200 Euro Hardware plus 49 Euro monatlich klingt günstiger als ein System für 800 Euro Hardware plus 89 Euro monatlich — bis man die API-Gebühr (60 Euro/Monat), die Schulungspauschale (400 Euro) und den Premium-Support (30 Euro/Monat) einrechnet. Total Cost of Ownership über 36 Monate sieht dann oft anders aus.
Fehler 3: Skalierung nicht mitgedacht. Das System war für den ersten Standort optimal. Beim zweiten Standort kamen zwei separate Logins, zwei separate Exporte und doppelter Verwaltungsaufwand. Beim dritten wurde der manuelle Reporting-Aufwand zum Vollzeitjob. Die Frage "Was kostet mich das bei fünf Standorten?" hätte die Kaufentscheidung verändert.
Fehler 4: Kein Testlauf mit Echtzeitdaten. Viele Anbieter offerieren Demo-Zugänge mit Beispieldaten. Das reicht nicht. Ein sinnvoller Test läuft mit echten Transaktionen über mindestens 14 Tage — inklusive einem Prüf-Export der API-Daten an ein Auswertungs-Tool.
Dein nächster Schritt {#dein-naechster-schritt}
Wenn du nach einem POS-System suchst, fang nicht mit dem Feature-Vergleich an. Fang mit der Frage an: Welche Daten brauche ich, um meinen Betrieb täglich steuern zu können?
Die Antwort auf diese Frage bestimmt, welche Kassenschnittstelle du brauchst — und was danach damit passiert.
In einem 30-minütigen Gespräch schauen wir uns deine aktuelle Systemlandschaft an und zeigen dir, was heute schon möglich wäre.