Ein Restaurant auf drei Lieferplattformen endet meist mit drei Tablets auf einem Regal, jedes mit eigenem Signalton, jedes darauf angewiesen, dass jemand die Bestellung annimmt und vom Bildschirm abliest. Das funktioniert, bis zwei davon mitten im Service gleichzeitig klingeln.
Kurze Antwort: Setzen Sie einen Aggregator zwischen die Plattformen und die Küche und senden Sie dann einen Druckaufruf je Bestellung. Die Plattformen behalten ihre Apps für Status und Support, aber der Bon, der in der Küche ankommt, hat ein einziges Format, einen einzigen Ton und keinen Bildschirm zu beobachten.
Wo die Tablets wirklich wehtun
| Problem | Warum es passiert | Was sich ändert |
|---|---|---|
| Drei verschiedene Bonformate | Jede App setzt ihr eigenes | Eine Vorlage, die Sie kontrollieren |
| Bestellungen im Stoßbetrieb übersehen | Zwei Tablets klingeln gleichzeitig, eines wird ignoriert | Der Bon ist physisch und muss nicht quittiert werden |
| Abtippen ins Kassensystem | Das Tablet ist eine eigene Insel | Der Aggregator reicht die Bestellung weiter |
| Keine Spur, was angekommen ist | Der Verlauf liegt in drei Apps | Ein Druckverlauf, eine Bestellreferenz |
Das Muster hinter allen vier ist dasselbe: Ein Tablet ist ein Bildschirm für einen Menschen, und eine Küche im Stoßbetrieb hat keinen Menschen übrig.
Die Architektur
Drei Bausteine, und nur der mittlere ist eine Entscheidung:
- Die Plattformen. Lieferando, Uber Eats, Wolt und die übrigen stellen Bestellungen jeweils über ihre eigene Partnerintegration bereit.
- Ein Aggregator. HubRise und Gleichwertige vereinheitlichen diese Ströme zu einem Bestellformat, was eine einzige Bonvorlage überhaupt erst möglich macht. Dieser Baustein spart die Arbeit.
- Ein Druckaufruf. Ein POST je Bestellung an einen über das Internet erreichbaren Drucker. Keine lokale Software, kein Tablet.
Sind Ihre Plattformen bereits in einem Kassensystem vereinheitlicht, kann der Aggregator entfallen und der Druckaufruf am Kassensystem hängen. Die Frage lautet schlicht: Wo treffen sich die Bestellungen bereits, und dort das Drucken anhängen, statt eine vierte Insel zu bauen.
Für Plattformen, die nur einen Webhook bereitstellen, schlägt ein Automatisierungswerkzeug wie Zapier die Brücke ohne Code, um den Preis einiger Sekunden Latenz.
Was der Bon braucht und eine Webbestellung nicht
Lieferbons tragen Informationen, die eine Ladenbestellung nie hat, und sie wegzulassen verursacht die Rückrufe:
- Der Plattformname und die Bestellreferenz der Plattform, groß gedruckt. Wenn ein Fahrer nach Bestellung 4471 fragt, will niemand drei Apps durchsuchen.
- Lieferung oder Abholung, ganz oben. Es ändert die Verpackung.
- Die gewünschte Zeit, nicht nur die Bestellzeit. Eine Vorbestellung für 20:30, die um 19:00 eintrifft, darf nicht sofort zubereitet werden, und das ist der häufigste Fehler beim Abschied vom Tablet.
- Zusätze auf einer eigenen eingerückten Zeile, weil ein gehetzter Leser einen angehängten Zusatz als weiteren Artikel liest.
- Die Kundennotiz, vollständig, unten.
Der Rest des Layouts folgt denselben Regeln wie jeder Küchenbon, und die Auszeichnung steht in der Layout-Referenz.
Die lieferspezifischen Fehlerbilder behandeln
Stornierungen nach dem Druck. Eine Plattform kann eine Bestellung stornieren, die bereits am Pass liegt. Einen Stornobon auf denselben Drucker zu geben lohnt sich: Er ist lauter als eine Benachrichtigung, die niemand ansieht.
Änderungen. Manche Plattformen lassen Kunden die Bestellung vor der Zubereitung ändern. Drucken Sie die Änderung als neuen Bon mit Bezug auf das Original, statt die ganze Bestellung erneut zu drucken, damit die Küche sie nicht zweimal zubereitet.
Duplikate durch Wiederholungen. Aggregator-Webhooks wiederholen. Legen Sie die Bestellreferenz der Plattform in origin, damit eine Wiederholung im Druckverlauf erkennbar statt erneut gedruckt wird. Der Zuverlässigkeitsleitfaden beschreibt das Muster.
Vorbestellungen. Entscheiden Sie, ob der Bon bei Eingang oder zur Zubereitungszeit gedruckt wird. Bei Eingang ist einfacher und für kleine Mengen in Ordnung; den Druck mit einer Vorlaufzeit vor dem gewünschten Slot einzuplanen ist besser, sobald Vorbestellungen üblich werden, und in beiden Fällen gehört die gewünschte Zeit auf den Bon.
Was weiterhin einen Bildschirm braucht
Drucken ersetzt die Plattform-Apps nicht vollständig. Eine Bestellung als fertig markieren, mit einem Fahrer kommunizieren und Erstattungen bearbeiten bleiben in der App, und das Tablet darf vom Pass ins Büro umziehen. Das Ziel sind nicht null Bildschirme, sondern dass kein Bildschirm zwischen einer eingehenden Bestellung und der Küche steht.
Drucken Sie im kostenlosen Tarif einen Test-Lieferbon mit realistischer Payload, samt Vorbestellzeit und zweizeiliger Kundennotiz, bevor Sie den Aggregator verdrahten. Layoutprobleme sind an einem Dienstagnachmittag viel billiger zu finden.
FAQ
Kann ich Bestellungen von Lieferplattformen ohne ein Tablet je App drucken?
Ja. Ein Aggregator vereinheitlicht die Plattformen zu einem Bestellstrom, und ein einzelner Druckaufruf schickt den Bon in die Küche. Die Apps bleiben für Statusmeldungen und Support, aber nichts muss mehr vom Bildschirm abgelesen werden, damit die Bestellung entsteht.
Was muss ein Lieferbon zeigen, was eine Ladenbestellung nicht braucht?
Den Plattformnamen und deren eigene Bestellreferenz groß gedruckt, Lieferung oder Abholung ganz oben, die gewünschte Zeit statt nur der Bestellzeit, Zusätze auf einer eigenen eingerückten Zeile, und die Kundennotiz vollständig.
Was passiert, wenn eine Plattform nach dem Bondruck storniert?
Drucken Sie einen Stornobon auf denselben Drucker. Er ist lauter als eine Benachrichtigung, die niemand ansieht, und er landet dort, wo der ursprüngliche Bon landete, also am einzigen Ort, auf den die Küche tatsächlich schaut.
Wie verhindere ich, dass Vorbestellungen sofort zubereitet werden?
Setzen Sie die gewünschte Zeit auf den Bon, nicht nur die Bestellzeit, und entscheiden Sie, ob bei Eingang gedruckt oder der Druck mit Vorlauf vor dem Slot eingeplant wird. Bei Eingang ohne gewünschte Zeit zu drucken ist der häufigste Fehler.
Warum druckt dieselbe Lieferbestellung manchmal zweimal?
Aggregator-Webhooks wiederholen, wenn Ihr Endpunkt langsam antwortet. Legen Sie die Bestellreferenz der Plattform in das origin-Feld, damit eine Wiederholung im Druckverlauf erkennbar ist, statt still erneut gedruckt zu werden.