Mehrere Standorte einrichten
Ob zwei Restaurants oder zwanzig — Onboard isoliert jedes Modul pro Standort, hält Team, Abrechnung und Markenidentität aber zentral.
Ein Workspace kann beliebig viele Standorte enthalten. Reservierungen, Tische, Menüpositionen, Gutscheine, Schichten, Wissenseinträge und Auswertungen sind pro Standort isoliert. Teammitglieder lassen sich einem Standort, mehreren oder allen zuweisen — Rolle und Modulzugriff gelten je Zuweisung.
Ein Workspace ist der oberste Container. Standorte liegen darin. Abrechnung, Team-Verzeichnis und Marken-Defaults gehören dem Workspace; alles Operative ist standortgebunden.
Was pro Standort isoliert ist
Bei einem neuen Standort sind folgende Daten standardmäßig unabhängig:
- Reservierungen, Tischplan, Bereiche und Tischkombinationen
- Menüpositionen, Kategorien, Specials und die öffentliche Speisekarten-Widget-Konfiguration
- Gutscheine (Codes sind standortgebunden, außer ein Workspace-Template wird genutzt)
- Schichten, Zeiterfassung, Zertifizierungen und Onboarding-Aufgaben
- Wissenseinträge inkl. Pflichtbestätigungen je Eintrag
- Widget-Einstellungen (Öffnungszeiten, Felder, Regeln) und das KI-Buchungs-Opt-out
- Reservationsquellen für Attribution (jeder KI-Client bekommt pro Standort einen eigenen Eintrag)
Was workspace-weit geteilt wird
- Abonnement und Rechnungen — eine Stripe-Kundennummer pro Workspace
- Aktive Module — Berechtigungen gelten für alle Standorte des Workspace
- Team-Verzeichnis — eine Person wird einmal eingeladen und dann Standorten zugewiesen
- Marken-Defaults (Logo, Akzentfarbe) — Standorte erben und können sie pro Widget überschreiben
Team einem Standort zuweisen
Jedes Teammitglied hat eine Rolle (Admin, Manager oder Employee) und eine oder mehrere Standortzuweisungen. Hosts und Servicekräfte sind typischerweise einem Standort zugeordnet, Manager zwei oder drei, Admins meist allen Standorten des Workspace.
Zwischen Standorten wechseln
Der Standort-Switcher in der Top-Bar erscheint bei Zugriff auf mehr als einen Standort. Modulseiten laden mit den Daten des gewählten Standorts neu; die Auswahl wird pro Gerät gespeichert.
KI-Assistent über mehrere Standorte
Der KI-Assistent richtet seine Werkzeuge auf den aktiven Standort aus. „Wie viele Gäste heute Abend?" antwortet nur für diesen Standort. Standortübergreifende Auswertungen liegen im Workspace-Dashboard — nur für Admins sichtbar.
KI-Buchungs-Gateway und Standorte
Der MCP-Server liefert jeden Standort als separate restaurant_id im Suchergebnis. KI-API-Keys gelten workspace-weit, der `ai_bookings_enabled`-Schalter dagegen pro Standort — so kann eine Restaurantgruppe KI-Buchungen erst an einem Standort testen.
Roll-out-Muster
Neue Standorte werden in der Regel so eingerichtet: Team einladen → Speisekarte aufbauen oder importieren → Tischplan anlegen (Bereiche + Tische) → Widget-Einstellungen und Regeln konfigurieren → öffentliches Widget aktivieren. Die meisten Teams brauchen dafür einen Nachmittag.
| Name | Type | Required | Default | Description |
|---|---|---|---|---|
| Workspace-Ebene | geteilt | — | — | Abrechnung, Module, Team, Marken-Defaults. |
| Standort-Ebene | isoliert | — | — | Reservierungen, Tische, Menü, Schichten, Wissen, Widget-Konfiguration. |
| Pro Person/Standort | Zuweisung | — | — | Rolle + Modul-Zugriff je Standort. Mehrfach möglich. |