Restaurantsoftware einrichten: Migration, Mitarbeiterschulung und sicherer Go-live

Der Wechsel einer Restaurantsoftware ist nicht nur die Installation eines neuen Programms. Speisekarte, Preise, Tische, Benutzer, Drucker, Zahlungen, Reservierungen und Berichte müssen vor der ersten produktiven Schicht vorbereitet und getestet werden. Eine ungeplante Migration kann in einer Stoßzeit Bestellungen unterbrechen, falsches Küchenrouting auslösen oder Zahlungsdifferenzen erzeugen.

Schritt eins: Projektumfang festlegen

Definieren Sie, welche Bereiche am ersten Tag produktiv gehen: Kasse, Tischservice, Küchenrouting, Reservierung, Warenbestand, Onlinebestellung und Berichte. Alle Module gleichzeitig zu starten ist nicht immer die sicherste Wahl. Ein stufenweiser Rollout kann Risiken senken, wenn Übergangsprozesse und Verantwortlichkeiten eindeutig sind.

Welche Daten sollen migriert werden?

• Warengruppen, Produkte, Preise und Steuereinstellungen
• Strukturierte Optionen, Auswahlfelder und operative Hinweise
• Tischplan und Servicebereiche
• Benutzer, Rollen und Berechtigungen
• Anfangsbestand und notwendige Lieferanten
• Kundendaten und künftige Reservierungen, soweit erforderlich und zulässig
• Daten, die im Altsystem verfügbar bleiben oder archiviert werden müssen

Nicht alle Altdaten übernehmen

Doppelte Produkte, abgelaufene Preise, veraltete Optionen und inaktive Benutzer sollten vor dem Import bereinigt werden. Die Migration ist eine Chance zur Verbesserung der Struktur, nicht zum Kopieren aller Altprobleme. Legen Sie eine Freigabe für den bereinigten Datenbestand fest und bewahren Sie erforderliche Exporte oder Archive auf.

Hardware und Netzwerk vorbereiten

Kassenterminal, Tablets, Beleg- und Küchendrucker beziehungsweise KDS, Kartenterminal, Kassenschublade und Netzwerk müssen im echten Betrieb installiert und getestet werden. Ein Bürotest ersetzt keine Prüfung in Küche, Gastgarten, Randbereichen und unter Spitzenlast. Stromversorgung, Ladeplätze, Kabelwege, WLAN-Abdeckung und Ersatzgeräte gehören dazu.

Bestellrouting konfigurieren

Jeder Artikel braucht das richtige operative Ziel. Testen Sie Speisen, Getränke, Dessert, Abholung, Verpackung, Änderungen und Stornos getrennt. Das Team muss erkennen, ob eine Bestellung angenommen, ausstehend oder fehlgeschlagen ist, damit Verzögerungen keine doppelte Zubereitung verursachen.

Mitarbeiterschulung vor dem Go-live

Die Schulung sollte mit echter Speisekartenstruktur, Tischplan, Benutzerrollen und realistischen Szenarien erfolgen; Trainingsdaten müssen jedoch vom produktiven Umsatz getrennt bleiben. Kurze rollenbezogene Übungen sind meist wirksamer als eine lange allgemeine Schulung. Mitarbeitende sollen die Abläufe selbst durchführen.

Nach Rollen schulen

Kassa, Service, Küche, Empfang und Leitung haben unterschiedliche Aufgaben. Übungen sollten echte Abläufe abbilden: Tisch öffnen, Artikel und Optionen hinzufügen, Tisch verschieben oder verbinden, Rechnung teilen, gemischt bezahlen, Rückerstattung durchführen und Schicht schließen.

Unverzichtbare Trainingsszenarien

• Einfache Bestellung und Bestellung mit Pflichtoptionen
• Tische verschieben, verbinden und trennen
• Geteilte Rechnung, Teilzahlung und gemischte Zahlung
• Änderung, Storno und Rückerstattung
• Reservierung, Check-in und Walk-in
• Internetausfall, Druckerfehler und Einsatz eines Ersatzgeräts

Jede Person sollte die für ihre Rolle relevanten Szenarien ohne vollständige Hilfe abschließen können. Für den Starttag braucht es eine interne Ansprechperson und einen klaren Kontaktweg zum Support.

Internes Wissenszentrum und Mitarbeiteranleitungen

Mündliche Schulung wird vergessen und unterscheidet sich oft zwischen Schichten. Halten Sie durchsuchbare Anleitungen für Schichtbeginn und -ende, Bestellung und Zahlung, Rückerstattung, Reservierung, Bestand und typische Fehlerfälle bereit.

Jede Anleitung sollte Ziel, Schritte, verantwortliche Rolle, Beispiel oder Bild und letztes Prüfdatum enthalten. Nach Änderungen an Speisekarte, Prozess oder Software ist sie zu aktualisieren und die alte Version zu kennzeichnen. Das ist ein Betriebsstandard und keine Behauptung, dass ein spezialisiertes Lernmanagement-System Bestandteil des Produkts ist.

Testcheckliste vor dem Produktivstart

1. Bar- und Kartenzahlung
2. Gemischte Zahlung und Trinkgeld
3. Kundenbeleg und Küchenausgabe
4. Bestelländerung und Storno
5. Reservierung und Gästeankunft
6. Tischwechsel und Tischverbindung
7. Rückerstattung mit Managerrecht
8. Schichtabschluss und Tagesbericht
9. Verhalten bei Netzwerk- oder Geräteausfall

Pilotbetrieb

Wenn möglich, führen Sie eine risikoarme Schicht oder einen kontrollierten Test mit realistischen Daten durch. Ziel ist, Konfigurations- und Schulungsfehler vor dem offiziellen Start zu finden. Erfassen Sie Problem, Verantwortliche und Ergebnis des erneuten Tests.

Tag des Go-live

Wählen Sie eine weniger belastete Zeit. Technische und operative Verantwortung sowie Supportkontakt müssen feststehen. Unnötige Preis- und Menüänderungen sollten an diesem Tag pausieren. Zugriff auf das Altsystem oder ein vereinbarter Ersatzprozess wird vor Servicebeginn geprüft.

Ausfall- und Ersatzplan

Definieren Sie Alternativen für Druckerausfall, Netzwerkprobleme, Kartenterminalfehler und Bedienfehler. Mitarbeitende müssen wissen, was sie durchführen dürfen, wie Zwischenvorgänge dokumentiert werden, wie Doppelbestellungen vermieden werden und wann die Leitung einzuschalten ist. Offline-, Synchronisations- und Zahlungsverhalten hängen von der bestätigten Produktivarchitektur ab.

Kontrolle nach dem Start

Prüfen Sie am Ende jeder frühen Schicht Umsatz, Zahlungsarten, offene Bestellungen, Küchenausgabe und Kassendifferenzen. Probleme der ersten Tage werden protokolliert, priorisiert und einem Verantwortlichen zugeordnet. Dringende Betriebsfehler sind von Verbesserungswünschen zu trennen.

Migration und RKSV in Österreich

Der Wechsel eines Kassensystems kann Registrierung, Belegerteilung, DEP und Sicherheitseinrichtung betreffen. Technische Umsetzung und steuerliche Situation des Betriebs sollten mit dem Implementierungsteam und einer qualifizierten Steuerberatung geprüft werden. Die Software allein stellt die rechtliche Konformität nicht fest und ersetzt keine vorgeschriebenen Aufzeichnungen oder Prozesse.

Vorschlag für vier Wochen

• Woche eins: Anforderungen, Verantwortung, Daten und Geräte
• Woche zwei: Bereinigung, Zuordnung und Datenimport
• Woche drei: Konfiguration und Szenariotests
• Woche vier: Schulung, Pilotbetrieb und kontrollierter Go-live

Wie Lonio helfen kann

Die Lösung für Restaurants und Cafés zeigt die vorzubereitenden Betriebsbereiche, während Lonio POS den Kern von Verkauf und Bestellung bildet. Über Kontakt zu Lonio lassen sich Migration, Konfiguration und Demo besprechen. Verfügbare Importe, Integrationen, Offline-Verhalten und RKSV-Schritte sind für die Produktivkonfiguration zu bestätigen.

Fazit

Eine erfolgreiche Migration entsteht durch saubere Daten, Tests im echten Betrieb, rollenbezogene Schulung, verständliche Dokumentation und einen Ausfallplan. Ziel ist nicht, das neue System möglichst schnell einzuschalten, sondern die ersten produktiven Schichten mit kontrolliertem Risiko durchzuführen.

Häufige Fragen

Kann die Migration ohne Verkaufsstopp erfolgen?

Saubere Vorbereitung, Tests, Schulung und ein risikoarmer Startzeitpunkt können Unterbrechungen stark reduzieren; ein dokumentierter Ersatzprozess bleibt notwendig.

Wie sollen Mitarbeitende geschult werden?

Rollenbezogen und mit realen Szenarien für Bestellung, Zahlung, Rückerstattung, Reservierung, Schichtabschluss und Geräteausfall.

Welche Anleitungen sollten dokumentiert werden?

Häufige und sensible Prozesse wie Schichtbeginn und -ende, Zahlung, Rückerstattung, Reservierung, Bestand und Fehlerfälle.

Braucht die Migration eine RKSV-Prüfung?

In Österreich sollten Registrierung, Belege, DEP und Sicherheitseinrichtung technisch und steuerlich geprüft werden.