Lieferapps mit dem Kassensystem: Ist das möglich?

Möglich ist es nur mit konkret nachgewiesener Anbindung

Ja, die Verbindung von Lieferapps mit dem Kassensystem kann möglich sein. Ich behandle das aber nie als Selbstverständlichkeit. Für meinen Betrieb gilt: Erst wenn die konkrete Lieferapp, die gewünschten Daten und der echte Ablauf geprüft sind, nenne ich es Integration. Für Bonzumo sind verifiziert eine Terminalanbindung, eine eingebettete Reservierungsbuchungsseite, Zahlungsanbindungen in passenden Fällen und ein DATEV-Buchungsstapel-Export. Eine allgemein belegte Lieferapp-Schnittstelle ist in den vorliegenden Fakten dagegen nicht nachgewiesen. Deshalb antworte ich meinem Team und Mitinhabern ehrlich: vielleicht ja, aber nicht pauschal und nicht ohne Prüfung am gewünschten Lieferkanal.

Die wichtige Betreiberentscheidung liegt genau dort. Ich plane nicht mit dem Versprechen „alles läuft automatisch“, sondern mit einem belastbaren Übergang. In einem Beispielbetrieb mit Mittagsgeschäft und zwei Lieferplattformen reicht es nicht, dass irgendwo ein Auftrag auftaucht. Entscheidend ist, ob Artikel, Extras, Küchenweg, Zahlungsbezug und spätere Auswertung nachvollziehbar bleiben. Wenn das nicht belegt ist, richte ich Delivery als eigenen, klar geregelten Arbeitsweg ein. Das wirkt unspektakulärer als das Wort Schnittstelle, schützt aber Service, Küche und Abschluss vor Doppelarbeit. Mein Team soll jederzeit wissen, was sicher digital läuft und wo wir bewusst mit einer manuellen Brücke arbeiten.

Eine echte Integration muss den ganzen Vorgang tragen

Für mich ist eine brauchbare Integration mehr als ein weitergeleiteter Bontext. Ich akzeptiere sie erst, wenn sie den Alltag wirklich abbildet. Dazu prüfe ich fünf Punkte: Erstens müssen Artikel und Varianten sauber zugeordnet sein, also etwa Menü, Extra-Käse oder ohne Zwiebeln. Zweitens muss der Auftrag am richtigen Produktionsweg landen, nicht als unsortierter Freitext. Drittens brauche ich einen klaren Umgang mit Stornos, Rückfragen und Ausverkauf. Viertens dürfen Zahlungen und Berichte keine doppelten oder fehlenden Erlöse erzeugen. Fünftens muss der Vorgang später wieder auffindbar sein. Eine technische Verbindung ohne diese Punkte ist für mich noch keine verlässliche Lösung.

Nehmen wir ein kleines Restaurant mit Theke, Küche und Abendlieferung. Wenn die App neue Bestellungen zwar meldet, die Positionen aber nicht sauber an die Produktionsstationen gelangen, entsteht genau das Chaos, das ich vermeiden will. Die Kasse zeigt dann einen anderen Stand als die Küche, und am Tagesende lassen sich Mengen oder Erlöse nur noch mühsam erklären. Bonzumo arbeitet intern mit einer gemeinsamen Datenbasis vom Verkauf bis zum Abschluss und unterstützt eingerichtete Produktionsstationen, Küchenmonitore und Druckwege. Deshalb prüfe ich bei jedem Lieferkanal, ob der externe Auftrag sauber in diesen Zusammenhang hineinpasst. Erst dann verspreche ich weniger Doppelerfassung. Vorher bleibt es eine bewusst geregelte Übergabelösung.

Ohne belegte Lieferapp-Schnittstelle arbeite ich kontrolliert manuell

Wenn die gewünschte Lieferapp nicht verifiziert angebunden ist, baue ich keinen Blindflug auf. Ich organisiere einen kontrollierten Ersatzprozess. Ein praktikables Modell ist: Eine Person an Theke oder Pass übernimmt pro Schicht den Lieferkanal, prüft neue App-Bestellungen in festen Intervallen, erfasst sie verbindlich in der Kasse und gibt sie dann über die eingerichteten Produktionsstationen an Küche und Bar weiter. Das ist nur auf den ersten Blick mehr Arbeit. In Wirklichkeit spart es Fehler, wenn die Alternative eine ungeprüfte Halbautomatik wäre. Wichtig ist dafür, dass die Lieferartikel in der Kasse klar gepflegt sind, damit die Erfassung schnell bleibt und Sonderwünsche als Bestellnotiz sauber mitlaufen.

Entscheidend ist die eindeutige Zuständigkeit. Ich lege fest, wer die App beobachtet, wer in die Kasse überträgt und wer bei Unklarheiten entscheidet. Ein Beispiel: Die App meldet „Pasta Arrabbiata, ohne Chili, extra Parmesan, Lieferzeit 35 Minuten“. Dann darf die Küche nicht schon loslegen, während die Theke noch rätselt, ob das Extra richtig erfasst wurde. Intern freigegeben ist der Auftrag erst, wenn er vollständig im System angelegt wurde. Danach nutzen wir das, was in Bonzumo belegt ist: dieselbe Bestellgrundlage für Service, Küche, Bar und späteren Abschluss, ergänzt um nachvollziehbare Vorgänge und Berechtigungen. So wird Delivery nicht zu einem Schattenprozess neben dem eigentlichen Betrieb.

Besonders heikel ist die Zahlungslogik bei Lieferplattformen

Bei Lieferapps passiert schnell ein Denkfehler: Ein Lieferauftrag wird wie ein normaler Tischverkauf behandelt, obwohl Zahlungsweg, Gebührenlogik und Belegfluss anders organisiert sein können. Ich trenne deshalb zuerst den Produktionsauftrag vom finanziellen Nachlauf. Operativ muss die Küche wissen, was gekocht wird und bis wann. Im Abschluss muss dagegen sauber nachvollziehbar sein, welcher Verkauf erfasst wurde, auf welchem Weg gezahlt wurde und welche Unterlagen später gebraucht werden. Bonzumo hält intern Zahlungsinformationen, Belege, Zeitstempel und Abschlussdaten im Zusammenhang der erfassten Vorgänge. Das hilft mir aber nur dann vollständig, wenn die Lieferbestellung korrekt in diesen Vorgang überführt wurde.

Ein typischer Fallstrick ist die doppelte Erfassung desselben Erlöses. Beispielhaft kann eine Plattform den Gast bereits belastet haben, während im Betrieb aus Gewohnheit noch einmal eine unpassende Zahlungsart gewählt wird oder der Auftrag wie ein offener Thekenverkauf stehen bleibt. Dann wirkt die Schicht voller, der Abschluss wird aber unklar. Ich verhindere das mit einer festen Regel pro Lieferkanal: Für jede Plattform ist vorab definiert, wie intern erfasst wird, und diese Regel wird in der Einarbeitung einmal praktisch durchgespielt. Niemand improvisiert unter Druck. Wer den Tagesfluss sauberer ordnen will, sollte auch Verstehe deinen Tag, bevor du den Betrieb abschließt ansehen, weil genau dort Nachvollziehbarkeit später entscheidend wird.

Vor der Zusage prüfe ich nicht Technikfolien, sondern Problemfälle

Bevor ich eine Integration bejahe, gehe ich immer dieselbe Prüfung durch. Erstens notiere ich die konkreten Lieferapps, nicht bloß „wir machen Delivery“. Zweitens sammle ich pro App drei Beispielbestellungen: eine einfache, eine mit Extras und eine mit Problemfall wie Ausverkauf oder Änderung. Drittens kläre ich, welche Daten wirklich in die Kasse müssten: Artikel, Varianten, Notizen, Lieferzeit, Zahlungsstatus oder nur eine Auftragsnummer. Viertens prüfe ich, wo heute doppelt getippt wird und welche Stelle die meisten Fehler erzeugt. Fünftens lege ich fest, welche Abweichung ich noch akzeptiere. Eine Küche braucht manchmal nur einen sauberen Auftrag, ein anderer Betrieb zusätzlich eine lückenlose Verkaufsnachverfolgung.

Im Gespräch lasse ich mir deshalb nicht nur eine Oberfläche zeigen, sondern genau den kritischen Weg. Ich will sehen, was geschieht, wenn ein Lieferartikel in der App anders benannt ist als in der Kasse, wenn eine Zutat fehlt oder wenn kurz vor Feierabend fünf Bestellungen gleichzeitig auflaufen. Gerade weil Bonzumo interne Bestellverteilung über Stationen, Küchenmonitore und Druckwege unterstützt, interessiert mich nicht die Theorie, sondern die Einmündung in unseren Produktionsablauf. Für diese Seite des Betriebs ist Damit Service, Küche und Bar am selben Auftrag arbeiten ein sinnvoller Maßstab. Sobald Lieferaufträge diesen gemeinsamen Auftrag nicht sauber erreichen, plane ich lieber eine klare manuelle Brücke als eine instabile Scheinautomation.

Für das Team zählt vor allem Klarheit über Rollen und Fehlerwege

Aus Mitarbeitersicht ist nicht das Wort Integration wichtig, sondern die Frage: Wer macht im Stress was? Genau das organisiere ich verbindlich. Pro Schicht benenne ich eine verantwortliche Rolle für den Lieferkanal, zum Beispiel tagsüber die Theke und abends den Pass. Diese Person prüft neue App-Aufträge, markiert intern offene Fälle und entscheidet bei Rückfragen nach einer festen Regel. Dazu kommt eine saubere Übergabe. Wenn die Frühschicht noch zwei offene Lieferbestellungen hat, werden sie nicht bloß mündlich erwähnt, sondern am Vorgang übergeben. Rollen und Zugriffe helfen mir, Zuständigkeiten im System passend abzubilden. Eine Aushilfe braucht nicht dieselben Korrekturrechte wie die Schichtleitung.

Ebenso wichtig ist die Fehlerregel. Ich will keine Kultur, in der ein falsch übertragener Sonderwunsch erst auffällt, wenn der Fahrer schon los ist. Deshalb gilt: Unklare App-Angaben werden vor Produktionsstart geklärt, und jeder Fehler wird zuerst am Übergabepunkt gesucht, nicht bei der Person mit dem meisten Druck. Ein Beispiel: Die App zeigt eine Getränkekombination, die intern anders heißt. Dann ist das kein persönliches Versagen einer Servicekraft, sondern ein Thema von Stammdaten, Artikelpflege oder Arbeitsanweisung. Ich sammle solche Fälle kurz, passe Favoriten, Texte oder Hinweise an und prüfe nach einigen Schichten erneut. So erlebt mein Team Digitalisierung als Entlastung statt als neue Rätselquelle.

So entscheide ich zwischen Ja, Nein und sauberer Zwischenlösung

Ein klares Ja gebe ich nur, wenn die gewünschte Lieferapp im Zusammenspiel mit unserem Kassensystem konkret geprüft wurde und der Alltag dadurch wirklich einfacher wird. Dann müssen Artikellogik, Produktionsweg, Zahlungsbehandlung, Korrekturen und spätere Nachvollziehbarkeit zusammenpassen. Ein klares Nein gebe ich, wenn die Anbindung nur gut klingt, im Betrieb aber neue Schattenlisten erzeugt. Das passiert etwa dann, wenn Bestellungen zwar irgendwo sichtbar werden, aber nicht sauber in Küche, Auswertung oder Abschluss ankommen. Und ich wähle bewusst eine Zwischenlösung, wenn Delivery wichtig ist, die technische Verbindung aber noch nicht belastbar belegt wurde. Diese Zwischenlösung ist kein Scheitern, sondern ein kontrollierter Zustand mit klarer Erfassung und festen Ausnahmen.

So beantworte ich die Frage in meinem Betrieb fair und praktisch: Ja, die Integration von Lieferapps mit dem Kassensystem kann möglich sein, aber erst nach konkreter Prüfung der gewünschten App und unseres tatsächlichen Setups. Für Bonzumo kann ich aufgrund der verifizierten Fakten sagen, dass angrenzende Anbindungen und wichtige interne Prozessbausteine vorhanden sind, etwa Zahlungen, DATEV-Export sowie die gemeinsame Bestell- und Abschlusslogik. Eine ausdrücklich belegte allgemeine Lieferapp-Schnittstelle sage ich dagegen nicht zu. Genau deshalb organisiere ich Delivery nicht über Hoffnung, sondern über belegte Übergänge. So wissen Mitarbeitende, welcher Schritt wirklich im System läuft, und Gäste profitieren von einem verlässlichen Ablauf statt von improvisierter Technik.