POS und Verwaltungssoftware: Zwei verschiedene Werkzeuge, die miteinander sprechen sollten
Die meisten Gastronomen verwenden ein Kassensystem (POS) zum Kassieren und ein Excel-Blatt (oder gar nichts) zur Kostenkontrolle. Das sind zwei getrennte Welten, und diese Trennung kostet Sie täglich Geld, ohne dass Sie es merken.
Das POS-System (Point of Sale) verwaltet den Servicebereich: Es nimmt Bestellungen entgegen, verarbeitet Zahlungen, erstellt Kassenbons und elektronische Belege, verwaltet die Tische. Die Verwaltungssoftware hingegen kümmert sich um das Backoffice: Wareneinsatz, Lager, Lieferanten, Bestellungen, Analysen. Das eine zeigt, was Sie verkaufen, das andere, was es Sie kostet.
Das Problem entsteht, wenn diese beiden Systeme nicht kommunizieren. Ohne Integration ist der Wareneinsatz, den Sie berechnen, rein theoretisch — basierend auf Rezepten und Lieferantenpreisen, aber abgekoppelt von dem, was Sie tatsächlich verkaufen. Sie wissen nicht, welches Gericht Ihre Margen am meisten belastet, können kein seriöses Speisekarten-Engineering betreiben, und jede Menüentscheidung treffen Sie nach Bauchgefühl statt nach Daten.
Was das POS-System kann (und was nicht)
Das POS-System ist das operative Herz des Service. Seine Hauptfunktionen:
Bestell- und Zahlungsmanagement: Nimmt die Bestellung entgegen (vom Kellner, Tablet oder Kiosk), sendet sie an die Küche, verwaltet die Rechnung, teilt zwischen Bar- und Kartenzahlung, erstellt den Kassenbon.
Elektronische Belege: In Italien seit 2020 verpflichtend, werden die Tageseinnahmen automatisch über das telematische Registrierkassensystem an die Steuerbehörde übermittelt. In Deutschland gelten vergleichbare Anforderungen durch die TSE-Pflicht (Technische Sicherheitseinrichtung) für Kassensysteme.
Basis-Verkaufsberichte: Wie viele Carbonara haben Sie heute verkauft, wie hoch ist der durchschnittliche Bon, welche Tageszeiten sind am aktivsten.
Aber das POS-System weiß nicht, was eine Carbonara Sie kostet. Es weiß nicht, dass der Guanciale seit letztem Monat 15 % teurer geworden ist. Es weiß nicht, dass Sie 3 kg Wolfsbarsch haben, der morgen abläuft. Es weiß nicht, dass der Wareneinsatz der Tagliata bei 38 % liegt und Sie den Preis erhöhen oder die Portion anpassen sollten.
Was die Verwaltungssoftware kann (und was ihr fehlt)
Die Verwaltungssoftware ist das analytische Gehirn des Restaurants:
Wareneinsatz: Berechnet die Zutatenkosten pro Gericht mit Grammangaben, Putzabfall und Kochverlusten.
Lager: Verfolgt Bestände, meldet Mindestmengen, erfasst Zugänge aus Rechnungen und Abgänge durch Verkäufe.
Lieferanten und Bestellungen: Vergleicht Preise, generiert automatische Bestellungen basierend auf Verbrauch und Beständen, archiviert Rechnungen.
Analysen: Kostentrends, Rentabilität pro Gericht, Budget-Ist-Abweichungen.
Das fehlende Puzzleteil der Verwaltungssoftware? Die realen Verkaufsdaten. Ohne zu wissen, wie viele Portionen jedes Gerichts Sie verkauft haben, ist der gewichtete Wareneinsatz eine Annäherung, das Speisekarten-Engineering ist unvollständig und die Nachfrageprognose unmöglich.
Warum integrieren: Der Datenfluss, der alles verändert
Wenn POS und Verwaltungssoftware kommunizieren, passiert etwas Mächtiges: Die Verkaufsdaten fließen direkt in die Kostenanalyse ein. Hier der vollständige Ablauf:
1. Das POS registriert einen Verkauf — „Tisch 5: 2 Carbonara, 1 Tagliata, 1 Tiramisu, Gesamt 61 Euro"
2. Die Daten erreichen die Verwaltungssoftware — über API, Webhook oder automatischen Import
3. Die Software führt das Produkt-Mapping durch — ordnet die „Carbonara" aus dem POS dem Rezept „Spaghetti alla Carbonara" mit allen Zutaten und Grammangaben zu
4. Das Lager aktualisiert sich — bucht automatisch 240 g Spaghetti, 120 g Guanciale, 60 g Pecorino aus (für die 2 Carbonara)
5. Der gewichtete Wareneinsatz wird neu berechnet — jetzt weiß die Software, dass Sie heute 45 Carbonara und 12 Tagliata verkauft haben, und kann den Wareneinsatz am tatsächlichen Verkaufsmix gewichten
6. Das Speisekarten-Engineering aktualisiert sich — die Matrix Renner/Schläfer/Gewinner/Verlierer spiegelt die reale Beliebtheit und Rentabilität wider, nicht geschätzte Werte
Ohne diese Integration müssen Sie alles manuell erledigen: Bestellungen zählen, Mengen in die Software eingeben, alles neu berechnen. Niemand macht das jeden Tag, und wenn Sie es einmal im Monat tun, sind die Daten bereits veraltet.
Integrationstypen: Von Echtzeit bis manuell
Nicht alle Integrationen sind gleich. Es gibt drei Stufen:
Direkte API (Echtzeit) Das POS sendet die Daten Verkauf für Verkauf in Echtzeit an die Verwaltungssoftware. Die ideale Lösung: Die Software hat immer aktuelle Daten, das Lager bucht automatisch ab, der gewichtete Wareneinsatz ist stets aktuell. Voraussetzung: Beide Systeme bieten dokumentierte, kompatible APIs.
Webhook / Middleware Das POS sendet eine Benachrichtigung (Webhook) an einen Zwischendienst, der das Datenformat übersetzt und an die Verwaltungssoftware weiterleitet. Nützlich, wenn die beiden Systeme nicht die gleiche Sprache sprechen. Kann nahezu in Echtzeit (Sekunden Verzögerung) oder im Batch (stündlich) erfolgen.
CSV-Export / manueller Import Das POS exportiert eine CSV-Datei der Verkäufe, die Sie in die Verwaltungssoftware importieren. Funktioniert, ist aber manuell, fehleranfällig und die Daten sind immer verzögert. Die häufigste Methode bei fehlender nativer Integration — und die frustrierendste.
POS-Systeme im Überblick
Der europäische Markt bietet verschiedene POS-Systeme speziell für die Gastronomie:
Tilby (ehemals Scloby): Cloud-basiert, moderne Oberfläche, gute REST-APIs. Verbreitet bei Ketten und strukturierten Betrieben. Integration über API relativ unkompliziert, akzeptable Dokumentation.
Cassa in Cloud (TeamSystem): Sehr verbreitet in Italien dank des TeamSystem-Steuerberaternetzwerks. Auf steuerliche Compliance ausgerichtet. APIs verfügbar, aber weniger dokumentiert.
Lightspeed Restaurant (ehemals iKentoo): International vertreten, auch im deutschsprachigen Raum. Ausgezeichnete APIs, gute Dokumentation. Teurer, aber offener für Integrationen.
orderbird: Im DACH-Raum weit verbreitet, speziell für die Gastronomie entwickelt. Gute Benutzerfreundlichkeit, iPad-basiert.
gastrofix (jetzt Lightspeed): Weit verbreitet in Deutschland und Österreich, mit guter POS-Funktionalität für die Gastronomie.
Die Wahl des POS-Systems sollte nicht nur auf den Kassenfunktionen basieren, sondern auch auf der Integrationsfähigkeit. Ein geschlossenes System, das keine strukturierten Daten exportiert, bindet Ihnen für die Zukunft die Hände.
Worauf Sie bei einer POS-Verwaltungssoftware-Integration achten sollten
Bei der Bewertung der Integration sind dies die Schlüsselkriterien:
Automatische Synchronisierung: Die Daten müssen ohne manuellen Eingriff fließen. Wenn Sie manuell exportieren und importieren müssen, ist es keine echte Integration.
Flexibles Produkt-Mapping: Die Gerichtnamen im POS entsprechen nicht immer den Rezeptnamen in der Verwaltungssoftware. Es braucht ein Mapping-System, das „Carbonara" im POS dem vollständigen Rezept zuordnet und auch Varianten und Modifikatoren handhabt (ohne Guanciale, doppelte Portion).
Datengranularität: Es reicht nicht zu wissen, dass Sie 1.000 Euro an Speisen verkauft haben. Es braucht das Detail Gericht für Gericht, mit Mengen, Preis, Uhrzeit und idealerweise der Zahlungsart.
Fehlerbehandlung: Was passiert, wenn die Verbindung abbricht? Die Daten müssen gepuffert und synchronisiert werden, sobald die Verbindung zurückkehrt. Kein Verkauf darf verloren gehen.
Historie und Rückwirkung: Können Sie beim Aktivieren der Integration auch die historischen POS-Daten importieren? 6–12 Monate Verkaufshistorie sind für die Nachfrageprognose essenziell.
Wann Sie die Integration NICHT brauchen
Ehrlich gesagt: Die POS-Verwaltungssoftware-Integration braucht nicht jeder.
Wenn Ihr Restaurant weniger als 30 Gedecke pro Tag macht, eine feste Speisekarte mit 10–15 Gerichten hat, die sich selten ändert, und Sie die einzige Person sind, die Kosten und Einkäufe verwaltet — können Sie ohne Integration leben. Eine gute Verwaltungssoftware mit manueller Eingabe der Verkäufe (auch nur die Wochensummen) gibt Ihnen genug Informationen.
Der Wendepunkt kommt, wenn: die Speisekarte mehr als 20 Gerichte umfasst, sich die Lieferantenpreise häufig ändern, mehrere Personen Zugang zu den Daten brauchen und Sie ernsthaftes Speisekarten-Engineering betreiben wollen. Ab diesem Punkt ist die Integration keine Luxusausgabe, sondern eine operative Notwendigkeit.
Die Zukunft: Einheitliche Systeme
Der Markt bewegt sich in Richtung Systeme, die beides können: POS und Verwaltungssoftware in einer einzigen Plattform. Der Vorteil liegt auf der Hand: keine Integration zu konfigurieren, nativ verbundene Daten, ein einziger Anbieter.
Der Nachteil: Niemand macht beides hervorragend. POS-Systeme, die Verwaltungsfunktionen hinzufügen, haben meist nur einen rudimentären Wareneinsatz und ein einfaches Lager. Verwaltungssoftware, die ein POS hinzufügt, hat meist eine starre Kasse.
Die pragmatischste Lösung heute: Wählen Sie das beste POS für Ihre operativen Bedürfnisse und die beste Verwaltungssoftware für Ihre analytischen Bedürfnisse und lassen Sie beide miteinander kommunizieren. Das ist flexibler und erlaubt den Wechsel eines der beiden Systeme, ohne alles neu aufbauen zu müssen.
Der BiteBase-Ansatz zur POS-Integration
BiteBase verfolgt einen offenen Ansatz: Statt Ihr POS zu ersetzen, integriert es sich mit dem, was Sie bereits verwenden. Über direkte APIs für POS-Systeme, die diese anbieten (wie Tilby und Lightspeed), und über strukturierten Import für die übrigen.
Das Produkt-Mapping wird von KI unterstützt: Wenn Sie das POS-System verbinden, schlägt BiteBase automatisch die Zuordnungen zwischen den POS-Gerichten und den Rezepten in der Verwaltungssoftware vor und reduziert das initiale Setup auf wenige Minuten.
Einmal verbunden, läuft der Prozess automatisch: Jeder Verkauf aktualisiert den gewichteten Wareneinsatz, das Lager bucht ab und die Speisekarten-Engineering-Matrix aktualisiert sich in Echtzeit.
Häufige Fehler und Fragen
Fehler 1: POS wählen, ohne die Integrationsmöglichkeiten zu berücksichtigen Das günstigste oder einfachste POS-System könnte ein geschlossenes System sein, das keine Daten exportiert. Fragen Sie vor Vertragsabschluss: Haben Sie APIs? In welchem Format exportieren Sie die Verkaufsdaten?
Fehler 2: Integrieren ohne Produkt-Mapping POS und Verwaltungssoftware verbinden, ohne die Produkte korrekt zuzuordnen, erzeugt unsaubere Daten. Nehmen Sie sich eine Stunde für das initiale Mapping — es zahlt sich monatelang aus.
Fehler 3: Erwarten, dass die Integration alles löst Die Integration liefert die Daten, aber Sie brauchen trotzdem korrekte Rezepte in der Verwaltungssoftware. Wenn das Carbonara-Rezept falsche Grammangaben hat, wird der gewichtete Wareneinsatz falsch sein — auch mit perfekten POS-Daten.
Mein POS hat keine API, was tun? Fast alle POS-Systeme exportieren zumindest einen täglichen CSV-Bericht. Das ist nicht Echtzeit, aber besser als nichts. Importieren Sie die CSV einmal am Tag in die Verwaltungssoftware, und Sie haben dennoch den gewichteten Wareneinsatz tagesaktuell.
Was kostet die Integration von POS und Verwaltungssoftware? Das hängt von den Systemen ab. Mit nativen APIs: null (im Software-Preis enthalten). Mit individueller Middleware: 500 bis 2.000 Euro Setup. Die Investition amortisiert sich in 1–2 Monaten dank der Transparenz über die realen Margen.
Gehen meine Daten verloren, wenn ich das POS wechsle? Wenn die Verwaltungssoftware die historischen Verkaufsdaten gespeichert hat: nein. Sie wechseln das POS, konfigurieren das Mapping neu und machen weiter. Die Historie bleibt in der Verwaltungssoftware.