Allgemeine Geschäftsbedingungen für Restaurants
Gültig ab 13. November 2026
1. Begriffsbestimmungen und der Betreiber
1.1 „Betreiber“ bezeichnet die Deskadora Europe SASU, eine französische vereinfachte Aktiengesellschaft (société par actions simplifiée) mit einem Alleingesellschafter, Sitz 60 Rue François 1er, 75008 Paris, Frankreich, SIREN 993 470 319, eingetragen im RCS Paris 993 470 319, Stammkapital 1 000 EUR, USt-IdNr. FR27993470319, oder jede Einheit, auf die der Betreiber diese Bedingungen nach Ziffer 35 überträgt.
1.2 „Wir“, „uns“ und „Deskadora“ bezeichnen den Betreiber. Jeder Verweis auf die Vertragspartei in diesen Bedingungen, im AVV und in jedem Bestellformular bezeichnet den jeweils aktuellen Betreiber.
1.3 „Lokal“ bezeichnet das Restaurant oder den gastgewerblichen Betrieb, der ein Konto anlegt oder ein Bestellformular unterzeichnet. „Lokaladministrator“ bezeichnet eine Person, die das Lokal zur Verwaltung seines Kontos ermächtigt. „Mitarbeiternutzer“ bezeichnet jede andere Person, die das Lokal zur Nutzung der Plattform ermächtigt. „Gast“ bezeichnet einen Gast oder Anrufer, der bei einem Lokal bucht oder anfragt.
1.4 „Plattform“ bezeichnet die Websites deskadora.com, partner.deskadora.com und app.deskadora.com, das Buchungs-Widget, die Mitarbeiter-App, den Inhaber-MCP-Connector, die API und damit verbundene Dienste, die der Betreiber betreibt.
1.5 „AVV“ bezeichnet den Auftragsverarbeitungsvertrag in Anhang D mit den Anhängen I bis IV. Er ist Bestandteil dieser Bedingungen.
1.6 „Bestellformular“ bezeichnet das Bestellformular, das in den Abrechnungseinstellungen des Lokals angezeigt wird (https://partner.deskadora.com/settings/billing), sowie jede andere Tarifseite, jedes andere Bestellformular oder jede vom Administrator zugewiesene Einstellung, die den Tarif, die Preise, die Nutzungspreise, die Kontingente, die Standorte und eine etwaige Pilotphase eines Lokals festhalten.
2. Mit wem der Vertrag besteht
2.1 Diese Bedingungen sind ein Vertrag zwischen Unternehmen (Business-to-Business) zwischen dem Betreiber und dem Lokal. Sie sind kein Verbrauchervertrag.
2.2 Das Lokal ist für seine Lokaladministratoren und Mitarbeiternutzer und für alles verantwortlich, was über sein Konto geschieht.
2.3 Lokaladministratoren verpflichten das Lokal. Eine Person, die diese Bedingungen für ein Lokal annimmt, bestätigt, dass sie hierzu bevollmächtigt ist.
2.4 Mitarbeiternutzer nutzen die Plattform unter dem Konto des Lokals und mit den Berechtigungen, die das Lokal erteilt. Sie haben für die Dienste keinen gesonderten Vertrag mit dem Betreiber, müssen aber Ziffer 23 einhalten.
2.5 Gäste sind keine Parteien dieser Bedingungen. Ihre Nutzung der Plattform unterliegt gesonderten Gästebedingungen.
3. Konto und Zugangsvoraussetzungen
3.1 Die Plattform richtet sich an Unternehmen und deren Mitarbeitende. Nutzer müssen mindestens 18 Jahre alt sein oder in ihrem Land das Volljährigkeitsalter erreicht haben.
3.2 Das Lokal muss zutreffende und aktuelle Angaben machen, einschließlich Firmenname, Anschrift, Unternehmensnummer und USt-IdNr., und diese auf dem neuesten Stand halten.
3.3 Die Plattform prüft derzeit bei der Anmeldung nicht das Alter eines Nutzers. Das Lokal ist dafür verantwortlich, nur berechtigte Personen zu ermächtigen.
3.4 Jeder Lokaladministrator muss Zugangsdaten vertraulich behandeln und uns einen vermuteten unbefugten Zugriff unverzüglich mitteilen.
4. Annahme und Aufzeichnung der Annahme
4.1 Durch Ankreuzen des Annahmefelds bei der Anmeldung oder durch Unterzeichnung eines Bestellformulars, das auf diese Bedingungen verweist, nimmt das Lokal diese Bedingungen einschließlich des AVV an und bestätigt, dass es die Datenschutzerklärung gelesen hat.
4.2 Bei der Anmeldung zeichnet die Plattform für Bedingungen, AVV und Datenschutzerklärung jeweils auf: die Version, die Sprache, den Zeitpunkt, die IP-Adresse und die Quelle sowie den User-Agent des Browsers. Die Marketing-Präferenz ist ein gesondertes Feld und keine Voraussetzung für die Anmeldung.
4.3 Veröffentlicht der Betreiber eine neue Version, kann er bestehende Lokale bitten, diese in der Plattform erneut anzunehmen.
4.4 Solange die Aufzeichnung nach Ziffer 4.2 nicht live ist, erfolgt die Annahme durch die Nutzung der Plattform nach der Anmeldung und durch die fortgesetzte Nutzung durch das Lokal.
4.5 Das Lokal darf Funktionen, die personenbezogene Daten von Gästen verarbeiten, nur nutzen, wenn es diese Bedingungen angenommen hat.
5. Die Dienste
5.1 Die Plattform ist ein Software-as-a-Service-Tool für gastgewerbliche Betriebe. Die Funktionen unterscheiden sich je nach Tarif. Die Funktionen in den Abschnitten 6 bis 17 stehen wie dort beschrieben und soweit der Tarif und die Einstellungen des Lokals es zulassen zur Verfügung.
5.2 Wir dürfen Funktionen verbessern oder ändern. Wir entfernen keine Funktion, für die ein Lokal bezahlt hat, ohne entweder eine Mitteilung nach Ziffer 33 oder eine Gutschrift der Gebühren für den betroffenen Zeitraum.
5.3 Sprach- und WhatsApp-Buchungen erfordern zusätzlich zum Tarif einen Schalter des Administrators oder eine aktive Pilotphase.
6. QR-Speisekarte (kostenlose Stufe)
6.1 Das Lokal kann Speisekarten und QR-Codes erstellen und für Gäste veröffentlichen. Im Free-Tarif sind Gerichte, Kategorien, Sprachen und Speisekarten nicht begrenzt.
6.2 Jeder Seitenaufruf über einen QR-Code erfasst ein anonymes Scan-Ereignis: Kennungen von Lokal, Speisekarte und QR-Code, Sprache, Gerätetyp, Betriebssystem und Browsergruppe, Land und Stadt, Referrer, eine zufällige Sitzungskennung und den Zeitpunkt. Es werden keine IP-Adresse und kein vollständiger User-Agent gespeichert. Das Lokal sieht diese Statistiken.
6.3 Die Plattform kann künstliche Intelligenz einsetzen, um Allergene vorzuschlagen, Speisekartentexte zu übersetzen und Speisekarten aus hochgeladenen Dateien zu extrahieren. Es gelten die Ziffern 22.5 und 22.6.
7. Reservierungen und Buchungs-Widget
7.1 Das Lokal kann Reservierungen über die Gäste-App, das einbettbare Buchungs-Widget, die Eingabe durch das Personal, WhatsApp, den Sprachassistenten und angebundene Kassensysteme entgegennehmen, wie vom Lokal eingerichtet.
7.2 Das Lokal konfiguriert seine Buchungsregeln, Öffnungszeiten, Gruppengrößen, Benachrichtigungskanäle und automatischen Aktionen. Zu den automatischen Aktionen gehören das Stornieren unbezahlter Anzahlungen, das Ablehnen ausstehender Buchungen, das Durchsetzen von Sicherheitsfenstern und das Stornieren von Wartelisteneinträgen nach der geschätzten Wartezeit.
7.3 Reservierungsbenachrichtigungen gehen je nach Benachrichtigungsart und Einstellungen des Lokals per E-Mail, WhatsApp oder SMS an die Gäste. Bei fehlgeschlagener WhatsApp-Zustellung kann auf SMS ausgewichen werden.
7.4 Das Buchungs-Widget zeigt die eigenen Bedingungen des Lokals und, vor der Zahlung, die Bedingungen zu Anzahlung, Stornierung und No-show sowie die Gästebedingungen an. Der Gast setzt für jede ein eigenes Häkchen.
7.5 Die Plattform zeichnet jede Annahme mit Zeitpunkt, Versionen, den angezeigten Anzahlungsbedingungen und einem Fingerabdruck der Bedingungen des Lokals auf und weist eine Buchung zurück, bei der die Annahme fehlt oder veraltet ist.
7.6 Bei Buchungen über WhatsApp oder per Sprache wird keine Annahme der Gästebedingungen durch den Gast aufgezeichnet. Das Lokal sollte Gästen, die auf diese Weise buchen, seine eigenen Bedingungen zur Verfügung stellen.
7.7 Der Betreiber kann jedem Gast nach einem abgeschlossenen Besuch außerdem eine E-Mail mit einem Link zur eigenen Bewertungsseite des Lokals senden, sofern das Lokal eine eingerichtet hat.
8. Gäste-CRM und automatische Verschlagwortung
8.1 Die Plattform führt je Lokal einen Gästeeintrag mit Kontaktdaten, Sprache, Besuchshistorie, Ernährungspräferenzen, Notizen, Tags, Marketing-Präferenz sowie Tag und Monat von Geburtstag und Jahrestag, soweit ein Gast sie angibt.
8.2 Die Plattform vergibt Systemtags automatisch anhand von Besuchszahlen und Daten (zum Beispiel New Guest, Regular, Frequent, VIP, Lapsed, At Risk, Birthday Today).
8.3 Bei jeder Reservierung mit Sonderwünschen oder Notizen liest die Plattform den Freitext mit Regeln und mit einem KI-Modell, um Ernährungspräferenzen, Daten und Tags wie Allergy, Wheelchair und High chair zu befüllen und den Wunsch in die Sprache des Lokals zu übersetzen. Hierfür gibt es keinen Schalter je Gast oder je Lokal.
8.4 Freitext- und Ernährungsfelder können Gesundheit oder Religion offenbaren. Das Lokal entscheidet, ob und auf welcher Rechtsgrundlage es sie erhebt, und weist den Betreiber an, sie für die Zwecke dieses Abschnitts zu verarbeiten.
8.5 Das Personal kann Notizen und manuelle Tags hinzufügen. Das Lokal muss Notizen sachlich halten und unnötige sensible Angaben vermeiden.
9. KI-Tischzuweisung und Gästebewertung
9.1 Die Plattform berechnet je Lokal eine Gästebewertung aus den eigenen Zählungen dieses Lokals zu Reservierungen, No-shows, Stornierungen und Besuchen. Bewertungen werden nie über Lokale hinweg zusammengeführt. Das Personal sieht die Bewertung und ein No-show-Risikoradar.
9.2 Die Bewertung hat keine automatische Wirkung auf die Buchung, die Anzahlung oder die Annahme eines Gastes. Sie ist ein internes Tool für das Personal.
9.3 Das Lokal darf die Bewertung nicht als alleinige Grundlage dafür verwenden, eine Buchung abzulehnen oder eine Anzahlung zu verlangen, und muss dies dem Betreiber vorher mitteilen, bevor es dies beabsichtigt, damit die Parteien die Rechtslage prüfen können.
9.4 Schaltet der Standort eines Lokals die automatische Tischzuweisung ein, erhält ein KI-Modell nur den Saalstatus (Tische, Kapazitäten, Zeiten, Gruppengrößen und Status) und keine Gästenamen oder Kontaktdaten. Erreicht der oberste Vorschlag den Konfidenzschwellenwert des Lokals, weist das System den Tisch zu. Andernfalls schlägt es nur einen vor. Die Wirkung auf den Gast beschränkt sich darauf, wo er sitzt.
9.5 Das Lokal ist dafür verantwortlich, KI-Vorschläge, Briefings und Tags zu prüfen, bevor es sich auf sie verlässt. Die Ausgabe einer KI kann falsch sein.
10. Marketingkampagnen
10.1 Die Plattform versendet Marketingkampagnen nur per E-Mail. SMS- und WhatsApp-Marketing werden nicht angeboten.
10.2 Eine Kampagne wird nur an Gäste gesendet, deren Datensatz eine Marketing-Einwilligung zeigt, die nicht auf der Abmeldeliste des Lokals stehen, eine gültige E-Mail-Adresse haben und innerhalb einer Frequenzbegrenzung von 7 Tagen liegen.
10.3 Der Kampagnen-Assistent zeigt dem Lokal, wie viele Gäste mangels Marketing-Einwilligung ausgeschlossen sind.
10.4 Jede Kampagnen-E-Mail enthält einen funktionierenden Abmeldelink und den Header für die Abmeldung mit einem Klick. Links sind signiert, sodass nur der Empfänger sie nutzen kann. Ältere unsignierte Links bleiben gültig, bis der Betreiber die Signaturpflicht einschaltet.
10.5 Das Lokal ist der Absender und für die Rechtmäßigkeit jeder Nachricht verantwortlich, einschließlich einer wirksamen Marketing-Einwilligung, wo erforderlich, einer zutreffenden Absenderidentität und der Beachtung von Widersprüchen. Der Betreiber stellt das Tool bereit.
10.6 Kampagnen-E-Mails erfassen Öffnungen und Linkklicks je Versand, für die Statistiken des Lokals und um Buchungen zuzuordnen, die innerhalb von 7 Tagen nach einer Öffnung vorgenommen werden.
11. WhatsApp-Buchungen
11.1 Lokale mit einem Tarif, der WhatsApp enthält, können Buchungen über eine gemeinsame WhatsApp-Nummer von Deskadora entgegennehmen, die über einen Link oder QR-Code erreicht wird, der die Seitenkennung des Lokals enthält.
11.2 Der Flow-Modus (Standard) zeigt dem Gast ein Buchungsformular innerhalb von WhatsApp. Es wird kein KI-Modell verwendet.
11.3 Im Chat-Modus kann der Gast frei schreiben. Ein KI-Modell erhält den Freitext des Gastes und die letzten 20 Gesprächsbeiträge, die letzten 4 Ziffern der WhatsApp-Nummer des Gastes und die Ergebnisse der Buchungstools. Es erhält weder die vollständige Telefonnummer noch Kartendaten. Der Assistent stellt sich als KI-Assistent vor. Chat-Buchungen erheben keine Anzahlung.
11.4 Ein Lokal kann seine eigene WhatsApp-Nummer über die eingebettete Anmeldung des Anbieters der WhatsApp-Business-Nachrichten anbinden, einschließlich der Koexistenz mit der WhatsApp-Business-App. Bei Koexistenz werden Nachrichten, die das Lokal von seinem eigenen Telefon sendet, vom Betreiber nicht gespeichert. Das Zugriffstoken und die Schlüssel des Lokals werden verschlüsselt gespeichert.
11.5 Die Plattform sendet vorab genehmigte Utility-Nachrichtenvorlagen (zum Beispiel Bestätigung, Erinnerungen, Anzahlungsanforderung und Stornierung) in der Sprache des Gastes. Das Lokal darf die Plattform nicht nutzen, um Marketinginhalte über WhatsApp zu senden.
11.6 Das Lokal ist für die Bedingungen und Richtlinien des Anbieters der WhatsApp-Business-Nachrichten verantwortlich und dafür, eine Rechtsgrundlage und jede erforderliche Zustimmung (Opt-in) zu haben, um einem Gast zu schreiben. Die Plattform wertet Abmelde-Stichwörter wie STOP bislang nicht aus.
11.7 Ein Lokal kann WhatsApp von der Plattform trennen. Das Trennen entfernt die WhatsApp-Zugriffstokens des Lokals und beendet den Nachrichtenversand über diese Nummer.
11.8 Der Anbieter der WhatsApp-Business-Nachrichten verarbeitet WhatsApp-Nachrichten nach seinen eigenen Bedingungen und kann für seine eigenen Kontodaten als eigenständiger Verantwortlicher handeln.
11.9 Das Lokal kann seine WhatsApp-Gespräche 30 Tage lang im Dashboard einsehen; danach werden sie gelöscht.
12. KI-Sprachassistent
12.1 Schaltet ein Lokal den Sprachassistenten ein, leitet es Anrufe von seiner öffentlichen Nummer an eine vom Betreiber bereitgestellte Telefonnummer weiter. Ein KI-Assistent nimmt den Anruf entgegen, kann die Verfügbarkeit prüfen, Buchungen anlegen, ändern und stornieren, Fragen anhand der Angaben des Lokals beantworten und den Anruf an das Personal weiterleiten.
12.2 Zu Beginn jedes Anrufs sagt der Assistent in der Sprache des Anrufers, dass er ein KI-Assistent ist, dass der Anruf zur Bearbeitung der Buchung und zur Qualitätssicherung transkribiert wird und dass der Anrufer eine Person verlangen kann.
12.3 Artikel 50 der Verordnung (EU) 2024/1689 (KI-Verordnung) verlangt, dass Personen, die mit einem KI-System interagieren, darüber informiert werden. Der Assistent gibt diese Information zu Beginn jedes Anrufs (Ziffer 12.2). Das Lokal muss außerdem auf jedem seiner öffentlichen Kanäle, auf denen es die an den Assistenten weiterleitende Nummer veröffentlicht (zum Beispiel seine Website, seine Karten- und Suchmaschineneinträge, seine Social-Media-Konten und sein Printmaterial), einen Hinweis anzeigen, dass Anrufe von einem automatisierten Assistenten beantwortet und transkribiert werden können. Anhang V gibt den Satz in 12 Sprachen wieder. Das Lokal muss jeden weiteren Hinweis erteilen, den das Recht von ihm als Betreiber des Assistenten (Deployer) verlangt.
12.4 Der Anruf wird transkribiert. Transkripte werden je Anruf mit Nummer des Anrufers, Zeitpunkt, Ergebnis und der verknüpften Reservierung gespeichert. Die Aufbewahrung ist in Anhang II geregelt.
12.5 Der Sprachagent speichert das Anruf-Audio nicht selbst. Der Echtzeit-Audio-Anbieter des Betreibers bewahrt Traces, Transkripte und Audio von Anrufen des Assistenten in der Europäischen Union (Frankfurt) 30 Tage lang auf und löscht sie automatisch. Zu Beginn jedes Anrufs teilt der Assistent dem Anrufer mit, dass der Anruf zu Qualitäts- und Überwachungszwecken aufgezeichnet werden könnte.
12.6 Der Betreiber aktiviert bei seinem Telefonieanbieter keine Anrufaufzeichnung.
12.7 Bei einem Anrufer, dessen Nummer mit einem Gast des Lokals übereinstimmt, erhält der Assistent Vor- und Nachnamen, E-Mail-Adresse, Besuchszahl, Ernährungspräferenzen, Geburtstag und Jahrestag des Gastes sowie bis zu drei anstehende Buchungen und begrüßt den Anrufer mit dem Vornamen.
12.8 Bei einem erkannten Anrufer erhält der Assistent nur den Vornamen, eine maskierte E-Mail-Adresse, die Besuchszahl und anstehende Buchungen (Nummer, Datum, Uhrzeit, Gruppengröße). Er erhält weder Nachnamen, vollständige E-Mail-Adresse, Ernährungskennzeichen, Geburtstag noch Jahrestag.
12.9 Der Anrufer wird anhand der Nummer identifiziert, von der der Anruf kommt. Die Plattform prüft die Identität nicht weiter, und ein Anrufer von einer erkannten Nummer kann eine anstehende Buchung ändern. Das Lokal akzeptiert dieses Risiko oder kann die Anruferkennung abgeschaltet lassen, indem es keine Anrufe weiterleitet.
12.10 Verlangt ein Anrufer eine Person, kündigt der Assistent die Weiterleitung an und leitet den Anruf an die Weiterleitungsnummer des Lokals weiter. Ist keine Weiterleitungsnummer festgelegt, ist die Weiterleitung nicht verfügbar.
12.11 Anrufe sind durch Ratenbegrenzungen je Anrufer, Lokal und Plattform begrenzt. Ein Anruf, der nicht zu einer Buchung führt, endet nach 5 Minuten.
12.12 Sprachminuten und Sprachgebühren je Buchung werden nach dem Bestellformular abgerechnet.
13. Inhaber-MCP-Connector
13.1 Lokale mit den Tarifen Pro und Enterprise können einen Lokaladministrator oder Manager mit der erforderlichen Berechtigung einen KI-Client seiner Wahl (zum Beispiel Claude oder ChatGPT) anbinden lassen, um Daten aus dem Konto des Lokals zu lesen.
13.2 Der Connector ist schreibgeschützt. Der Server akzeptiert nur Abfragen, Tokens tragen keinen Schreibumfang, und jeder Aufruf ist auf das Lokal und die Standorte beschränkt, die das Token abdeckt.
13.3 Tools für Reservierungen, No-shows, Transaktionen und Nutzung stehen im grundlegenden Leseumfang zur Verfügung, der Gästenamen und Reservierungsnotizen umfassen kann. Tools für Gästelisten und Profile benötigen einen zusätzlichen Gästeumfang, den der Autorisierende auswählt, und Kontaktdaten benötigen einen weiteren Umfang.
13.4 Zugriffstokens gelten 1 Stunde und Aktualisierungstokens 30 Tage. Verliert ein Lokal seinen Tarif oder der Nutzer seine Berechtigung, kann der Zugriff bis zum Ablauf des aktuellen Tokens fortbestehen.
13.5 Der KI-Client und sein Anbieter sind der eigene Dienst des Lokals. Sie sind keine Unterauftragsverarbeiter des Betreibers. Das Lokal ist verantwortlich für die Bedingungen des KI-Clients, dafür, was dieser mit den gelesenen Daten tut, und dafür zu entscheiden, welche Nutzer ihn anbinden dürfen.
14. Mitarbeiter-App und Push-Benachrichtigungen
14.1 Der Betreiber stellt eine Mitarbeiter-App für iOS und Android bereit. Sie zeigt berechtigtem Personal Gästenamen, Notizen, Reservierungen und Tische.
14.2 Die App sendet Push-Benachrichtigungen bei neuen, ausstehenden und stornierten Buchungen, bei No-shows und bei der Ankunft von Gästen. Benachrichtigungen enthalten Name, Datum, Uhrzeit und Gruppengröße des Gastes und werden über Anbieter von Push-Benachrichtigungen zugestellt, einschließlich des Push-Dienstes des Geräteherstellers. Sie können auf einem gesperrten Bildschirm sichtbar sein.
14.3 Das Lokal entscheidet, welche Mitarbeitenden die App installieren, und muss sein Personal verpflichten, seine Geräte zu schützen, zum Beispiel mit einer Bildschirmsperre.
15. Öffentliche Lokalseiten und Sichtbarkeit in der KI-Suche
15.1 Die Plattform veröffentlicht für jeden aktivierten Standort mit einer Seitenkennung eine öffentliche Seite. Sie zeigt in strukturierten Daten für Suchmaschinen den Namen, die Anschrift, die Öffnungszeiten, die Speisekarte mit Preisen und Allergeninformationen, die Kontaktdaten und einen Buchungslink des Lokals.
15.2 Der Betreiber erlaubt Suchmaschinen- und KI-Crawlern, Lokalseiten zu lesen. Die einzige Möglichkeit, eine Seite zu entfernen, ist das Deaktivieren des Standorts.
15.3 Das Lokal räumt dem Betreiber eine Lizenz zur Veröffentlichung der Inhalte des Lokals auf diesen Seiten ein, wie in Ziffer 25.3 geregelt.
16. Kassensystem-Integrationen
16.1 Ein Lokal kann ein unterstütztes Kassensystem anbinden (derzeit Zelty und Square). Der API-Schlüssel des Lokals wird verschlüsselt gespeichert.
16.2 Mit angebundenem Kassensystem liest die Plattform abgeschlossene Bons und Positionen, ordnet sie Gästen zu und importiert bei Zelty Kunden als Gästeeinträge und sendet Reservierungen zurück. Das Marketing-Kennzeichen eines importierten Kunden wird in die Marketing-Einwilligung des Gastes übernommen.
16.3 Der Kassensystem-Anbieter ist der eigene Dienstleister des Lokals. Der Betreiber übermittelt Daten auf Weisung des Lokals. Das Lokal muss für den Import und für jede Marketing-Einwilligung, die es übernimmt, eine Rechtsgrundlage haben.
17. Support-Zugriff und Administrator-Übernahme
17.1 Mitarbeitende des Betreibers können das Konto eines Lokals zu Supportzwecken als dessen Lokaladministrator nur öffnen, nachdem der Betreiber dem Lokaladministrator einen Einmalcode per E-Mail gesendet hat und der Lokaladministrator dem Betreiber den Code mitteilt. Der Code läuft nach 10 Minuten ab.
17.2 Eine Support-Sitzung dauert höchstens 30 Minuten.
17.3 Handlungen, die Daten ändern, werden während einer Support-Sitzung mit der Identität des Mitarbeitenden des Betreibers protokolliert. Lesezugriffe auf Daten werden nicht einzeln protokolliert.
17.4 Eine Support-Sitzung kann alles tun, was der Lokaladministrator tun kann. Mitarbeitende des Betreibers nutzen sie nur für die Support-Anfrage und dürfen sie nicht zu anderen Zwecken nutzen.
18. Tarife und Entgelte
18.1 Der Free-Tarif hat keine Abonnementgebühr. Kostenpflichtige Tarife, Standorte, Zusatzmodule, Nutzungspreise und Nachrichtenkontingente ergeben sich aus dem Bestellformular. Wir veröffentlichen in diesen Bedingungen keine Preise.
18.2 Nutzungspreise je Buchung (zum Beispiel für Sprach-, WhatsApp- und RCS-Buchungen (Rich Communication Services)) werden je Lokal im Bestellformular festgelegt und in der Tarifwährung des Lokals berechnet. Eine Nutzungsgebühr wird nur berechnet, wenn die Reservierung den Status „abgeschlossen“ erreicht. Für No-shows oder Stornierungen wird keine Nutzungsgebühr berechnet.
18.3 Jeder Standort benötigt eine Standortlizenz. Der erste Standort eines Lokals ist wie im Bestellformular angegeben enthalten. Zusätzliche Standorte werden wie im Bestellformular angegeben berechnet.
18.4 Die Tarife enthalten monatliche Kontingente für SMS und WhatsApp, wie im Bestellformular oder auf der Tarifseite angegeben. Die Nutzung über ein Kontingent hinaus und etwaige Zusatzguthaben werden wie im Bestellformular oder auf der Tarifseite angegeben berechnet. Marketing-E-Mails unterliegen keinem Kontingent und keiner Überschreitungsgebühr.
18.5 Sprachbuchungen werden je abgeschlossener Buchung zum Preis im Tarif des Lokals abgerechnet; eine Gebühr je Minute fällt nicht an.
18.6 Ein Lokal kann eine Pilotphase für einen schriftlich vereinbarten Zeitraum haben. Während einer Pilotphase hat das Lokal Pro-Funktionen, Sprache und WhatsApp können eingeschaltet werden, und Nutzungsgebühren werden nicht berechnet.
18.7 Rechnungen und Tarifpreise lauten auf EUR, RON oder PLN, wie die Tarifwährung des Lokals angibt. Wird ein Betrag umgerechnet, verwendet der Betreiber seinen Tageskurs.
18.8 Wir dürfen Preise mit einer Frist von 30 Tagen nach Ziffer 33 ändern. Eine Preisänderung wird zur nächsten Verlängerung nach der Mitteilung wirksam. Das Lokal kann vor ihrem Wirksamwerden kostenfrei ausscheiden.
19. Abrechnung und Umsatzsteuer
19.1 Kostenpflichtige Tarife verlängern sich automatisch bis zur Kündigung. Abonnementgebühren werden von unserem Zahlungsdienstleister in dem im Bestellformular angegebenen Intervall erhoben.
19.2 Nutzungsentgelte werden monatlich nachträglich in Rechnung gestellt und über unseren Zahlungsdienstleister automatisch per Karte eingezogen.
19.3 Preise verstehen sich ohne Umsatzsteuer. Umsatzsteuer wird hinzugerechnet, wo das Gesetz es verlangt.
19.4 Der Betreiber prüft die USt-IdNr. des Lokals bei der Anmeldung und regelmäßig über einen Dienst eines Dritten. Eine gültige Nummer aus einem anderen EU-Mitgliedstaat kann zu einer Rechnungsstellung im Reverse-Charge-Verfahren führen. Das Lokal muss seine Umsatzsteuerangaben richtig halten.
19.5 Entgelte werden nicht erstattet, außer wo das anwendbare Recht eine Erstattung verlangt.
19.6 Das Lokal ist für seine eigenen Steuern verantwortlich. Der Betreiber berechnet oder führt die Steuern des Lokals nicht ab.
19.7 Upgrades gelten sofort. Downgrades gelten zum Ende des Abrechnungszeitraums.
19.8 Schlägt eine Zahlung fehl, wiederholt der Betreiber sie nach dem Zeitplan von Stripe und benachrichtigt das Lokal. Ist die Zahlung nach den Wiederholungen weiterhin offen, stuft der Betreiber das Lokal auf den Free-Tarif herab: Die Daten des Lokals bleiben erhalten, und kostenpflichtige Funktionen enden. Bei sonstigen Verstößen gegen diese Bedingungen kann der Betreiber kostenpflichtige Funktionen nach Mitteilung gemäß Ziffer 30 aussetzen.
20. Testphasen, Kündigung und Herabstufung
20.1 Ein Lokal im Free-Tarif kann auf der Abrechnungsseite der Plattform eine 14-tägige kostenlose Testphase eines kostenpflichtigen Tarifs starten; es ist keine Karte erforderlich.
20.2 Ist am Ende der Testphase eine Karte hinterlegt, wird der kostenpflichtige Tarif fortgesetzt und die Karte belastet; andernfalls wechselt das Lokal in den Free-Tarif. Schlägt die erste Zahlung fehl, wiederholen wir sie nach Ziffer 19.8 und stufen das Lokal, wenn sie nicht bezahlt wird, auf den Free-Tarif herab.
20.3 Im Free-Tarif nimmt die Plattform keine Online-Buchungen entgegen, und einige Verwaltungsfunktionen stehen nicht zur Verfügung; die Daten des Lokals bleiben erhalten. Solange ein Abonnement unbezahlt ist, können Änderungen beim Personal gesperrt sein, bis das Lokal zahlt; Administratoren können das Konto weiterhin verwalten.
20.4 Der Lokaladministrator kann einen kostenpflichtigen Tarif in der Plattform kündigen. Er endet mit dem Ende des bezahlten Zeitraums. Erinnerungen gehen 3 Tage vorher und am Tag selbst heraus.
20.5 Endet ein Abonnement, wechselt das Lokal in den Free-Tarif. Die Daten bleiben erhalten, und einige Funktionen sind nicht verfügbar. Es werden keine Daten gelöscht.
21. Anzahlungen und Zahlungen
21.1 Anzahlungen werden von Stripe verarbeitet. Das Lokal muss ein verbundenes Stripe-Konto haben, das die Verifizierung abgeschlossen hat und für Belastungen freigeschaltet ist, bevor es Anzahlungen entgegennehmen kann.
21.2 Anzahlungen sind direkte Belastungen (Direct Charges) auf dem verbundenen Stripe-Konto des Lokals. Die Gelder werden auf dem Stripe-Guthaben des Lokals verbucht.
21.2A Die Gebühr des Betreibers auf Anzahlungen ergibt sich ausschließlich aus Ziffer 21.5.
21.3 Das Lokal ist der Händler (Merchant of Record) für Anzahlungszahlungen.
21.4 Deskadora erhält, hält oder kontrolliert zu keinem Zeitpunkt Anzahlungsgelder.
21.5 Für jede eingezogene Anzahlung berechnet der Betreiber dem Lokal eine feste Bearbeitungsgebühr von 0,50 EUR. Für eine Anzahlung in einer anderen Währung beträgt die Gebühr 2,50 RON, 0,45 GBP, 0,50 CHF, 2,00 PLN, 12,00 CZK, 200 HUF, 5,00 SEK, 4,00 DKK oder 6,00 NOK. Für eine Anzahlung in einer nicht aufgeführten Währung berechnet der Betreiber keine Gebühr. Die Gebühr ist unabhängig vom eingezogenen Betrag und vom Ausstellungsort der Karte stets gleich hoch und beträgt nie mehr als den eingezogenen Betrag: Wird weniger als die Gebühr eingezogen, ist die Gebühr der eingezogene Betrag. Sie gilt für jede eingezogene Anzahlung, auch für eine bei Ankunft des Gastes eingezogene und auf die Rechnung angerechnete Anzahlung. Sie wird als Stripe-Anwendungsgebühr (Application Fee) zum Zeitpunkt des Einzugs vom eingezogenen Betrag abgezogen. Der Betreiber berechnet keine Gebühr für eine Autorisierungsreservierung, für eine freigegebene Reservierung, für eine nicht eingezogene Anzahlung oder für eine Buchung, bei der der Gast platziert wird und keine Anzahlung eingezogen wird.
21.5A Für jede Anzahlung zeigt die Plattform dem Lokal in der Reservierung den eingezogenen Bruttobetrag, die Gebühr von Stripe, die Gebühr des Betreibers nach Ziffer 21.5 und den Nettobetrag, den das Lokal erhält.
21.5B Die eigene Kartenbearbeitungsgebühr von Stripe auf eine eingezogene Anzahlung ist nicht Teil der Gebühr nach Ziffer 21.5. Stripe berechnet sie dem Lokal gesondert auf dem verbundenen Stripe-Konto des Lokals nach dem Vertrag des Lokals mit Stripe, und der Betreiber erstattet sie nicht.
21.6 Vor dem Speichern einer Karte sieht der Gast den Anzahlungsbetrag, dass die Reservierung des Betrags 4 Tage vor dem Besuch erfolgt, sowie die Stornierungs- und No-show-Bedingungen des Lokals.
21.7 Die Plattform nimmt die Reservierung des Betrags 4 Tage vor dem Besuch vor und erneuert eine Reservierung des Betrags, die andernfalls vor dem Besuch verfallen würde.
21.8 Schlägt ein Einzug fehl, wird der Fehler protokolliert, aber die Plattform benachrichtigt weder das Lokal noch den Gast. Das Lokal sollte sein Stripe-Konto und den Status der Anzahlung in der Plattform prüfen.
21.9 Kommt ein Gast an, wird die Anzahlung standardmäßig auf die Rechnung angerechnet oder erstattet oder freigegeben, wie das Lokal es in seiner Ankunftsrichtlinie festlegt.
21.10 Das Lokal legt seine Stornierungsrichtlinie fest. Standard ist keine Erstattung. Das Lokal kann ein Fenster für kostenlose Stornierung und einen Prozentsatz für eine teilweise Erstattung festlegen.
21.11 Die Plattform markiert eine Buchung nach einer vom Lokal festgelegten Verzögerung (standardmäßig 15 Minuten) automatisch als No-show und wendet die Anzahlungsrichtlinie des Lokals ohne menschliche Prüfung an. Das Personal kann den Gast später als erschienen markieren.
21.12 Die Folge eines No-shows beschränkt sich auf die Anzahlung. Die Plattform berechnet keine gesonderte No-show-Gebühr.
21.13 Erstattungen werden vom Stripe-Konto des Lokals vorgenommen. Der Betreiber stellt nur die technische Schnittstelle bereit, und das Lokal ist für Entscheidungen über Erstattungen verantwortlich. Der Zeitpunkt der Erstattung hängt von Stripe und vom Kartenaussteller ab.
21.14 Rückbuchungen und Streitfälle zu Anzahlungen werden gegen das verbundene Konto des Lokals geführt. Das Lokal muss über Stripe antworten und ein ausreichendes Guthaben vorhalten, um sie zu decken. Der Betreiber reicht keine Nachweise ein und benachrichtigt das Lokal nicht über einen Streitfall; das Lokal sollte seine Stripe-Benachrichtigungen beobachten.
21.14A Das Lokal erstattet dem Betreiber jede Rückbuchung, jeden Streitbetrag und jede Streitgebühr, die der Betreiber gegenüber Stripe auf eine vom Lokal eingezogene Anzahlung trägt, auch dann, wenn das Stripe-Guthaben des Lokals nicht ausreicht. Der Betreiber kann den Betrag per Rechnung oder durch Aufrechnung gegen Beträge geltend machen, die er dem Lokal schuldet, nach Mitteilung und mit den belegenden Stripe-Unterlagen. Diese Erstattungen sind durchlaufende Rückforderungen von Beträgen, die das Zahlungsunternehmen dem Betreiber auf die Anzahlungen des Lokals belastet. Sie sind kein Schadensersatz und liegen außerhalb der Begrenzung in Ziffer 28.4.
21.15 Das Lokal muss die Bedingungen von Stripe einhalten, einschließlich der Identitätsprüfung (KYC). Stripe kann weitere Unterlagen verlangen, und eine unvollständige Verifizierung kann Anzahlungen, Auszahlungen oder den Zugang einschränken.
21.16 Stripe ist für seine eigenen Dienste, Entgelte, Richtlinien und Entscheidungen verantwortlich. Der Betreiber ist nicht verantwortlich für Ausfälle, Richtlinienänderungen oder Kontoentscheidungen von Stripe.
21.17 Abonnementzahlungen des Lokals an den Betreiber werden von Stripe von der Karte des Lokals eingezogen.
22. Pflichten des Lokals
22.1 Das Lokal muss zutreffende Angaben zu seinem Betrieb, seinen Öffnungszeiten, Speisekarten, Preisen und Richtlinien machen.
22.2 Das Lokal ist der Verantwortliche für die personenbezogenen Daten seiner Gäste. Es muss für die Daten, die es über die Plattform erhebt, eine Rechtsgrundlage haben und den Gästen die gesetzlich vorgeschriebenen Informationen geben.
22.3 Das Lokal muss über eine wirksame Einwilligung in Marketingkommunikation gegenüber einem Gast verfügen, bevor es diesen Gast in eine Kampagne aufnimmt, und muss Nachweise über diese Einwilligung führen.
22.4 Das Lokal muss Gäste und Anrufer über die KI-Assistenten, die Anruftranskription, die WhatsApp-Verarbeitung und die automatischen Funktionen informieren, die es einschaltet, wie in Ziffer 12.3 geregelt.
22.5 Allergeninformationen liegen in der Verantwortung des Lokals. Die Plattform kann mithilfe von KI Allergene anhand der Zutaten vorschlagen, und ein Vorschlag kann auf der öffentlichen Speisekarte als „Kann enthalten“ erscheinen. Das Lokal muss jeden Allergeneintrag prüfen und bestätigen und darf sich nicht auf einen Vorschlag verlassen.
22.6 Das Lokal muss KI-Übersetzungen seiner Inhalte prüfen. Die Plattform kennzeichnet sie gegenüber Gästen nicht als maschinelle Übersetzungen.
22.7 Das Lokal muss die für es geltenden Gesetze zum Gastgewerbe, zum Verbraucherschutz, zum Steuer-, Arbeits- und Datenschutzrecht einhalten. Wo das Gesetz es verlangt, teilt das Lokal Gästen die Angaben zu seinem Verbraucherschlichter mit.
22.8 Das Lokal ist für die von ihm festgelegten Bedingungen zu Anzahlung, Stornierung und No-show verantwortlich und muss sicherstellen, dass sie rechtmäßig sind und den Gästen angezeigt werden.
22.9 Das Lokal muss seine Mitarbeiterkonten und Berechtigungen verwalten, den Zugang entziehen, wenn jemand ausscheidet, und sein Stripe-Konto in ordnungsgemäßem Zustand halten.
23. Zulässige Nutzung
23.1 Nutzer dürfen nicht versuchen, Sicherheitsmaßnahmen zu umgehen, ohne Erlaubnis auf Konten oder Daten zuzugreifen oder den normalen Betrieb der Plattform zu stören.
23.2 Nutzer dürfen die Plattform nicht für rechtswidrige Zwecke, zum Senden unerbetener oder täuschender Nachrichten oder zum Erheben von Daten ohne Rechtsgrundlage nutzen.
23.3 Nutzer dürfen nicht mit automatisierten Mitteln über die von uns bereitgestellten Schnittstellen hinaus Daten aus der Plattform extrahieren oder die Plattform ohne unsere Zustimmung weiterverkaufen.
23.4 Mitarbeiternutzer dürfen die Plattform nur für Aufgaben des Lokals nutzen und müssen die Zugriffsgrenzen beachten, die ihr Lokaladministrator festlegt.
24. Verfügbarkeit
24.1 Wir streben eine hohe Dienststabilität an und zielen auf eine Verfügbarkeit von 99,5 Prozent ab, ausgenommen planmäßige Wartung. Dieses Ziel ist ein Dienstziel, keine Garantie. Seine Verfehlung begründet keinen Anspruch auf Erstattung, Gutschrift oder Entschädigung, sofern nicht schriftlich vereinbart.
24.2 Wir kündigen geplante Wartungen, wenn möglich, mindestens 48 Stunden im Voraus an. Ungeplante Ausfälle können auftreten.
25. Geistiges Eigentum und Inhalte des Lokals
25.1 Der Betreiber und seine Lizenzgeber sind Inhaber der Plattform und alles darin Enthaltenen. Das Lokal erhält ein nicht ausschließliches, nicht übertragbares Recht, sie während der Laufzeit für sein eigenes Geschäft zu nutzen.
25.2 Das Lokal bleibt Inhaber seiner Inhalte: Speisekarten, Bilder, Logos, Beschreibungen, Buchungsdaten und Gästeinformationen.
25.3 Das Lokal räumt dem Betreiber für die Laufzeit eine weltweite, nicht ausschließliche Lizenz ein, die Inhalte des Lokals zu hosten, zu kopieren, zu übersetzen und anzuzeigen, um die Plattform zu betreiben, einschließlich der Veröffentlichung von Lokalseiten, und KI-Funktionen darauf auszuführen.
25.4 Das Lokal bestätigt, dass es die Rechte an den Inhalten besitzt, die es hochlädt, sowie an den Bildern und Texten auf seinen Seiten.
25.5 Das Lokal kann uns Feedback geben. Wir dürfen es ohne Vergütung oder Einschränkung nutzen.
26. Eigentum an Daten
26.1 Im Verhältnis der Parteien zueinander ist das Lokal Inhaber seiner Daten. Der Betreiber verarbeitet Gästedaten und Daten der Lokalinhalte auf Weisung des Lokals, wie im AVV geregelt.
26.2 Der Betreiber darf anonymisierte und aggregierte Daten verwenden, um die Plattform zu betreiben und zu verbessern. Er wird Daten, die ein Lokal oder einen Gast identifizieren, zu diesem Zweck nicht verwenden.
26.3 Der Betreiber ist Verantwortlicher für seine eigenen Daten: Konto- und Abrechnungsdaten, Anmelde- und Sicherheitsdaten, Demo- und Website-Daten. Die Datenschutzerklärung beschreibt sie.
27. Vertraulichkeit
27.1 Jede Partei muss die nicht öffentlichen Informationen der anderen vertraulich behandeln, sie nur für diese Bedingungen verwenden und mit angemessener Sorgfalt schützen.
27.2 Dies gilt nicht für Informationen, die öffentlich sind, bereits bekannt waren oder aufgrund Gesetzes oder gegenüber einer zuständigen Behörde offengelegt werden müssen.
27.3 Die Pflicht besteht 3 Jahre nach Ende der Bedingungen fort und so lange, wie personenbezogene Daten gehalten werden.
28. Haftungsausschluss und Haftung
28.1 Die Plattform wird „wie besehen“ bereitgestellt. Wir garantieren nicht, dass sie fehlerfrei, stets verfügbar oder für einen bestimmten Zweck geeignet ist, soweit das Gesetz es zulässt.
28.2 Soweit das Gesetz es zulässt, haften wir nicht für mittelbare oder Begleitschäden oder für entgangene Einnahmen, entgangenen Gewinn oder Geschäftsausfall.
28.3 Wir haften nicht für Probleme, die durch Stripe, Nachrichten- und Telefonieanbieter, Anbieter von KI-Modellen, Kassensystem-Anbieter oder andere Dritte verursacht werden.
28.4 Unsere Gesamthaftung gegenüber dem Lokal im Zusammenhang mit diesen Bedingungen ist auf den höheren der folgenden Beträge begrenzt: (a) die Abonnementgebühren, die das Lokal in den 12 Monaten vor dem Anspruch gezahlt hat, und (b) 1 000 EUR.
28.5 Die Begrenzungen in den Ziffern 28.2 und 28.4 gelten nicht für die Haftung für: (a) dol (Vorsatz oder Betrug); (b) faute lourde (grobe Fahrlässigkeit); (c) dommage corporel (Körperschäden); oder (d) gesetzliche Schadloshaltungen. Nichts in diesen Bedingungen begrenzt eine Haftung, die nach französischem Recht nicht begrenzt werden kann.
28.6 Das Lokal ist allein verantwortlich für Allergeninformationen, Verbraucherinformationen, Anzahlungsbedingungen und Marketing-Einwilligung, wie in Ziffer 22 geregelt.
28.7 Die Haftung unter dem AVV richtet sich nach diesem Abschnitt 28. Die Begrenzung in Ziffer 28.4 verteilt Schäden zwischen dem Lokal und dem Betreiber. Sie schränkt die Rechte betroffener Personen nach Artikel 82 DSGVO nicht ein und begrenzt keine von einer Aufsichtsbehörde verhängte Geldbuße.
29. Freistellung
29.1 Das Lokal stellt den Betreiber von Ansprüchen, Verlusten und Kosten frei, die Dritte, einschließlich Gäste und Behörden, geltend machen und die aus einem Verstoß des Lokals gegen diese Bedingungen, seinen Inhalten, dem Fehlen einer Rechtsgrundlage oder Einwilligung oder der Verletzung von Rechten anderer entstehen.
29.2 Der Betreiber muss das Lokal unverzüglich über einen Anspruch informieren, dem Lokal die Abwehr unter angemessener Mitwirkung überlassen und darf ohne Zustimmung des Lokals, die nicht unbillig verweigert werden darf, keinen Vergleich schließen.
30. Aussetzung und Beendigung
30.1 Wir dürfen ein Konto aussetzen oder schließen, nach Mitteilung, wo dies vernünftigerweise möglich ist, wenn gegen die Bedingungen verstoßen wird, Betrug oder Schaden festgestellt wird, die KYC-Prüfung nicht abgeschlossen wird, Stripe das verbundene Konto deaktiviert oder Entgelte überfällig sind.
30.2 Das Lokal kann sein Konto jederzeit in der Plattform oder durch Schreiben an uns schließen. Die Schließung des Kontos hebt bereits entstandene Verpflichtungen nicht auf.
30.3 Jede Partei kann die Bedingungen wegen eines wesentlichen Verstoßes der anderen beenden, der nicht innerhalb von 30 Tagen nach Mitteilung behoben wird.
30.4 Abschnitte, die ihrer Natur nach fortgelten (einschließlich 25 bis 29, 32, 36 und der AVV, solange Daten gehalten werden), bestehen nach der Beendigung fort.
31. Auflösung bei Inaktivität
31.1 Wir behandeln ein Lokal als inaktiv, wenn 90 Tage lang keine Aktivität stattgefunden hat. Aktivität bedeutet eine Anmeldung im Partner-Dashboard, eine Anmeldung in der Mitarbeiter-App, die Anlage oder Änderung einer Reservierung, eine abgeschlossene Gästebuchung (über das Buchungs-Widget, WhatsApp oder den Sprachassistenten), einen Aufruf der API mit den Zugangsdaten des Lokals oder die Anlage oder Änderung einer Speisekarte oder eines Gerichts. Andere Ereignisse sind keine Aktivität.
31.2 Wir senden jedem aktivierten Lokaladministrator nach 60 Tagen und erneut nach 83 Tagen Inaktivität eine E-Mail. Ab Tag 60 zeigen wir außerdem im Partner-Dashboard ein Banner an, das bestehen bleibt, bis die Aktivität wieder aufgenommen wird. Die Zustellprotokolle dieser E-Mails bewahren wir als Nachweis der Benachrichtigung 5 Jahre lang nach der Auflösung des Kontos auf (Anhang II, R22).
31.3 Ist die Aktivität bis Tag 90 nicht wieder aufgenommen worden, wird das Konto aufgelöst: Sein Inhaber und das Personal werden deaktiviert, das Konto wird als gelöscht markiert, und ein Export seiner Daten wird dem Lokaladministrator per E-Mail gesendet.
31.4 Lokale mit aktiver Pilotphase und Demonstrationslokale sind ausgenommen.
31.5 Die Auflösung deaktiviert den Zugang und markiert das Konto als gelöscht. Sie löscht die Daten nicht von selbst.
31.6 Nach der Auflösung hat das Lokal 30 Tage Zeit, uns um die Wiederherstellung des Kontos und der Daten zu bitten. In dieser Zeit werden die Daten nicht gelöscht.
31.7 Nach der Karenzfrist von 30 Tagen löscht der Betreiber die Daten des Lokals nach dem AVV, mit Ausnahme von Unterlagen, die er aufbewahren muss, und kündigt bei der Auflösung jedes Abonnement.
31.8 Die Auflösung ist die Schließung eines ruhenden Geschäftskontos. Sie ist keine Entscheidung über einen Gast.
32. Daten bei Beendigung
32.1 Für den Lokaladministrator wird ein Export der Daten des Lokals per E-Mail gesendet, wenn das Lokal die Löschung verlangt, und bei der Auflösung. Es handelt sich um eine JSON-Datei, die Gästedaten enthält. Das Lokal sollte sie sicher aufbewahren.
32.2 Am Ende der Dienste löscht der Betreiber die Daten des Lokals oder gibt sie zurück, wie im AVV geregelt, nach Wahl des Lokals.
32.3 Verlangt ein Lokal die Löschung seiner Daten, löscht eine einheitliche Routine die Gäste, Reservierungen, Sprachdaten, Kampagnenversand, Geräte-Tokens, Audit-Zeilen, Speisekarten und Medien, und der Betreiber sendet per E-Mail einen Bericht darüber, was gelöscht wurde, nur mit Anzahlen. Ein fehlgeschlagener Schritt wird als „mit Fehlern abgeschlossen“ gemeldet.
32.4 Wird das Konto eines Lokals gelöscht, bleiben einige Datensätze als leere Hüllen bestehen: die Kontozeile (Firmenname, Anschrift, Unternehmensnummer, USt-IdNr., Kennungen des Zahlungsdienstleisters), Standorte, anonymisierte Mitarbeiterzeilen und verankerte Reservierungen.
32.5 Backups, Versionen im Objektspeicher, Warteschlangen-Nutzdaten und Kopien bei Anbietern sind nicht einzeln ansprechbar und werden entfernt, sobald sie ablaufen.
32.6 Finanzunterlagen (Anzahlungen, Reservierungsgebühren, Finanztransaktionen, Abonnements, Rechnungen, Abrechnungsdaten, aggregierte Nutzungsdaten) werden nach französischem Handelsrecht 10 Jahre lang aufbewahrt, minimiert.
32.7 Nach Ablauf der 10 Jahre werden Finanzunterlagen gelöscht oder anonymisiert.
33. Änderungen dieser Bedingungen
33.1 Wir dürfen diese Bedingungen aktualisieren. Bei geringfügigen Aktualisierungen kündigen wir die Änderung auf der Plattform oder per E-Mail an.
33.2 Bei Änderungen, die Rechte oder Pflichten des Lokals berühren, teilen wir sie dem Lokaladministrator mindestens 30 Tage vor Wirksamwerden der Änderung per E-Mail mit.
33.3 Stimmt das Lokal einer wesentlichen Änderung nicht zu, kann es vor dem Wirksamkeitsdatum kostenfrei ausscheiden. Nutzt es die Plattform nach dem Wirksamkeitsdatum weiter, nimmt es die aktualisierten Bedingungen an.
34. Mitteilungen
34.1 Wir senden Mitteilungen per E-Mail an jeden aktivierten Lokaladministrator des Kontos. Wo diese Bedingungen es vorsehen (zum Beispiel nach Ziffer 31), zeigen wir außerdem ein Banner im Partner-Dashboard an. Wir bewahren die Zustellprotokolle von Mitteilungen auf. Das Lokal muss die E-Mail-Adressen seiner Lokaladministratoren aktuell halten.
34.2 Das Lokal sendet Mitteilungen in Datenschutzangelegenheiten an [email protected] und in allen anderen Angelegenheiten an die Kontaktadresse in Ziffer 38.
34.3 Eine per E-Mail gesendete Mitteilung gilt am nächsten Werktag als zugegangen.
35. Abtretung und Übertragung des Betreibers
35.1 Der Betreiber darf diese Bedingungen, den AVV und seine Rechte und Pflichten auf ein Mitglied seiner Gruppe, einschließlich der Deskadora Europe SRL (Rumänien), übertragen, indem er dem Lokal mindestens 30 Tage vorher schriftlich Mitteilung macht. Der Übernehmer tritt in jeden Verweis auf den Betreiber ein.
35.2 Das Lokal kann diese Bedingungen und den AVV ohne Vertragsstrafe durch schriftliche Mitteilung kündigen, die jederzeit während der 30-tägigen Frist nach Ziffer 35.1 und vor Wirksamwerden der Übertragung erfolgt.
35.3 Das Lokal darf diese Bedingungen nicht ohne unsere schriftliche Zustimmung abtreten.
36. Anwendbares Recht und Gerichtsstand
36.1 Diese Bedingungen unterliegen französischem Recht.
36.2 Bevor die Parteien rechtliche Schritte einleiten, werden sie versuchen, die Streitigkeit innerhalb von 30 Tagen in gutem Glauben beizulegen.
36.3 Wird die Streitigkeit nicht beigelegt, sind die Gerichte von Paris ausschließlich zuständig, auch nach einer Übertragung nach Ziffer 35.
37. Salvatorische Klausel
37.1 Ist ein Teil dieser Bedingungen unwirksam, bleibt der Rest in Kraft.
37.2 Die Nichtdurchsetzung eines Rechts ist kein Verzicht darauf.
38. Kontakt
38.1 Der Betreiber: Deskadora Europe SASU, 60 Rue François 1er, 75008 Paris, Frankreich. E-Mail: [email protected]. Verantwortlicher für die Veröffentlichung: Marius Hîncu, Président. Ansprechpartner für den Datenschutz: Marius Hîncu, [email protected].
Anhang D: Auftragsverarbeitungsvertrag (Artikel 28 DSGVO)
Dieser AVV ist Bestandteil der Bedingungen. Großgeschriebene Begriffe haben die in den Bedingungen festgelegte Bedeutung.
D1. Parteien und Rollen
D1.1 Das Lokal ist der Verantwortliche und der Betreiber der Auftragsverarbeiter für personenbezogene Daten von Gästen und für die personenbezogenen Daten in den Inhalten des Lokals, die der Betreiber im Auftrag des Lokals über die Plattform verarbeitet.
D1.2 Der Betreiber ist eigenständiger Verantwortlicher für seine eigenen Kontodaten, Abrechnungsdaten, Sicherheitsdaten sowie Website- und Demonstrationsdaten, wie die Datenschutzerklärung es beschreibt. Dieser AVV gilt für diese Daten nicht.
D1.3 Für Produktfunktionen, die der Betreiber entworfen hat und betreibt (Systemtags, KI-Tag-Erkennung, Bewertung und Briefings), erteilt das Lokal dem Betreiber die Weisung, sie auszuführen, indem es sie einschaltet oder eingeschaltet lässt.
D1.4 Jede Partei ist für die Einhaltung des Datenschutzrechts durch sich selbst verantwortlich.
D2. Gegenstand, Dauer, Art und Zweck
D2.1 Gegenstand: die Bereitstellung der Plattform für das Lokal, wie in den Bedingungen geregelt.
D2.2 Dauer: für die Laufzeit der Bedingungen, bis personenbezogene Daten nach Ziffer D10 gelöscht oder zurückgegeben werden.
D2.3 Art: Hosting, Speicherung, Abruf, Übersetzung, Verschlagwortung, Benachrichtigung, Nachrichtenversand, Anrufbearbeitung, Transkription, Analyse und Löschung personenbezogener Daten.
D2.4 Zweck: Reservierungen, Anzahlungen und Gästebeziehungen für das Lokal entgegenzunehmen und zu verwalten, Reservierungsnachrichten und (bei Einwilligung) Marketingnachrichten zu senden, Anrufe und Chats für das Lokal zu beantworten und dem Lokal Verwaltungswerkzeuge bereitzustellen.
D3. Kategorien von Daten und betroffenen Personen
D3.1 Betroffene Personen: die Gäste und Anrufer des Lokals, in Buchungen genannte Personen, das Personal des Lokals und in den Speisekarten und Inhalten des Lokals genannte Personen.
D3.2 Datenkategorien: Anhang I führt sie nach Funktion auf. Sie umfassen Identitäts- und Kontaktdaten, Buchungs- und Besuchsdaten, Notizen und Freitext, Präferenzen, Marketing-Einwilligung, Zahlungsreferenzen (keine Kartennummern), Telefonnummern und Anruftranskripte sowie WhatsApp-Nachrichten.
D3.3 Risiko besonderer Kategorien: Ernährungspräferenzen, Allergien, Bedürfnisse bei der Barrierefreiheit und Freitextwünsche können Gesundheit oder religiöse Überzeugung offenbaren. Anruftranskripte und WhatsApp-Nachrichten können alles enthalten, was die Person sagt oder schreibt. Das Lokal ist für die Rechtsgrundlage der Erhebung solcher Daten verantwortlich. Der Betreiber verarbeitet sie nur, um die Funktionen zu betreiben, die das Lokal nutzt.
D4. Weisungen
D4.1 Der Betreiber verarbeitet personenbezogene Daten nur auf dokumentierte Weisung des Lokals. Die Bedingungen, dieser AVV, die Einstellungen des Lokals in der Plattform und seine Nutzung der Funktionen sind seine Weisungen.
D4.2 Der Betreiber teilt dem Lokal mit, wenn er der Auffassung ist, dass eine Weisung gegen Datenschutzrecht verstößt.
D4.3 Der Betreiber darf personenbezogene Daten verarbeiten, wo das Recht es verlangt, und teilt dies dem Lokal vorher mit, sofern das Recht es nicht verbietet.
D4.4 Der Betreiber verwendet personenbezogene Daten von Gästen nicht zum Trainieren von KI-Modellen. Nach den Commercial Terms of Service des Anbieters des Sprachmodells (in Kraft seit dem 17. Juni 2025, Abschnitt B) „may not train models on Customer Content from Services“; der Anbieter speichert Eingaben und Ausgaben 30 Tage lang gemäß der Organisationseinstellung des Betreibers (Zero Retention wurde beantragt und abgelehnt). Der Spracherkennungsanbieter verarbeitet Audio und Transkripte im Arbeitsspeicher, hat sein Model Improvement Program bei jeder Anfrage abgewählt und speichert Anfragemetadaten, auf Grundlage des am 6. Oktober 2026 unterzeichneten Auftragsverarbeitungsvertrags. Nach der Datenschutzerklärung des Sprachsyntheseanbieters (zuletzt überarbeitet am 14. Juni 2024, Abschnitt 3) darf dieser Inhalte zum Trainieren und Verbessern seiner Modelle verwenden, sofern der Kunde nicht über das Formular für Datenkontrollen widerspricht; der Betreiber hat am 9. Oktober 2026 für seine Organisation bei diesem Anbieter die Einstellung „Contribute to model training“ deaktiviert, die einzige Kontrolle, die der Anbieter bietet und die den Eingabetext und das Ausgabeaudio der Sprachsynthese sowie das Eingabeaudio und den Ausgabetext der Spracherkennung abdeckt; dies wirkt nicht rückwirkend. Dieser Anbieter speichert personenbezogene Daten so lange, wie der Zweck es erfordert, und löscht sie innerhalb von 180 Tagen nach Beendigung; Zero Data Retention ist nicht aktiviert.
D5. Vertraulichkeit
D5.1 Der Betreiber stellt sicher, dass Personen, die er zur Verarbeitung der Daten ermächtigt, zur Vertraulichkeit verpflichtet sind.
D5.2 Der Zugriff auf Daten des Lokals ist auf Personal des Betreibers beschränkt, das ihn benötigt. Der Support-Zugriff folgt Ziffer 17 der Bedingungen.
D6. Sicherheit
D6.1 Der Betreiber wendet die technischen und organisatorischen Maßnahmen in Anhang IV an.
D7. Unterauftragsverarbeiter
D7.1 Das Lokal erteilt dem Betreiber die allgemeine schriftliche Genehmigung, Unterauftragsverarbeiter einzusetzen, zu den Bedingungen von Ziffer III.1 des Anhangs III. Der Betreiber teilt Änderungen per E-Mail an jeden aktivierten Lokaladministrator mit.
D7.2 Der Betreiber hat mit jedem Unterauftragsverarbeiter einen schriftlichen Vertrag, der Datenschutzpflichten auferlegt, die nicht weniger schützend sind als dieser AVV, und bleibt dem Lokal gegenüber dafür verantwortlich.
D7.3 Kassensystem-Anbieter, die das Lokal anbindet, sind die eigenen Dienstleister des Lokals und keine Unterauftragsverarbeiter des Betreibers. Der KI-Client, den ein Lokalinhaber über den MCP-Connector anbindet, ist ebenfalls kein Unterauftragsverarbeiter.
D8. Internationale Übermittlungen
D8.1 Die Produktivserver, die Datenbank und der Warteschlangenspeicher befinden sich in Paris, Frankreich. Der Dateispeicher für Uploads und Medien und die Datenbank-Backups befinden sich in London, Vereinigtes Königreich. Die Verarbeitung findet daher in der EU und im Vereinigten Königreich (Angemessenheitsbeschluss) und bei einigen Anbietern in den Vereinigten Staaten statt (Ziffer D8.3).
D8.2 Übermittlungen aus der EU in das Vereinigte Königreich stützen sich auf den Angemessenheitsbeschluss für das Vereinigte Königreich.
D8.3 Einige Unterauftragsverarbeiter verarbeiten Daten in den Vereinigten Staaten auf Grundlage des EU-US Data Privacy Framework oder der Standardvertragsklauseln der Europäischen Kommission, wie auf der Seite der Unterauftragsverarbeiter angegeben: [link to the sub-processors page]. Jeder Unterauftragsverarbeiter ist an seine eigenen Auftragsverarbeitungsbedingungen gebunden; diese Seite nennt sie mit ihrem Datum und der Art, wie sie den Betreiber binden (in die Bedingungen des Anbieters einbezogen, elektronisch akzeptiert oder unterzeichnet).
D8.4 Der Betreiber teilt dem Lokal mit, wenn sich das Übermittlungsinstrument eines Unterauftragsverarbeiters ändert.
D8.5 Der Echtzeit-Audio-Anbieter betreibt das Projekt, das Lokale in der EU bedient, in der Europäischen Union (Frankfurt). Der Spracherkennungsanbieter wird über seinen EU-Endpunkt erreicht, seine Bereitstellung ist jedoch nicht dediziert, sodass die Datenhaltung in der EU keine vertragliche Zusage ist. Der Sprachsyntheseanbieter verarbeitet in den Vereinigten Staaten und bietet keine Regionseinstellung an, und der Anbieter des Sprachmodells verarbeitet in den Vereinigten Staaten. Die Seite der Unterauftragsverarbeiter zeigt die Lage für jeden von ihnen.
D9. Unterstützung bei Anfragen betroffener Personen
D9.1 Der Betreiber stellt dem Lokal Werkzeuge bereit, um Daten eines Gastes zu finden, zu exportieren, zu berichtigen und zu löschen, und unterstützt das Lokal auf angemessene Anfrage bei der Beantwortung von Anfragen betroffener Personen.
D9.2 Ein Gast hat auf der Plattform keinen Selbstbedienungsweg für Anfragen. Anfragen laufen über das Lokal. Wendet sich ein Gast an den Betreiber, verweist der Betreiber ihn an das Lokal, sofern er das Lokal identifizieren kann.
D9.3 Heute entfernt die Löschroutine für Gäste, die vom Lokaladministrator oder vom Betreiber ausgelöst wird, den Eintrag des Gastes und die Verknüpfungen, Tags, Marketing-Zustimmungen und Notizen in Reservierungen, entfernt aber keine Mitarbeiternotizen, übersetzten Wünsche, Sprachdaten, Namen von Tischsitzungen, Bewertungszeilen und einige Anzahlungsverknüpfungen.
D9.4 Die Löschroutine für Gäste entfernt auch Mitarbeiternotizen, übersetzte Wünsche, die Sprachdaten des Gastes, Namen von Tischsitzungen, Bewertungen, Kampagnenversand, Kassenverknüpfungen und Audit-Zeilen. Sie benachrichtigt die betroffene Person, wenn eine E-Mail-Adresse angegeben wurde.
D9.5 Nach der Löschung bleiben diese bestehen: Finanzunterlagen, minimiert und 10 Jahre aufbewahrt; die E-Mail-Adresse auf der Sperrliste für Abmeldungen, damit die Person nicht erneut angeschrieben wird; und Kopien in Backups und bei Anbietern, die nicht einzeln ansprechbar sind.
D9.6 Die Löschung bei einem Lokal löscht nicht die Daten derselben Person bei einem anderen Lokal, weil jedes Lokal ein gesonderter Verantwortlicher ist.
D10. Verletzung, Rückgabe und Löschung
D10.1 Der Betreiber benachrichtigt das Lokal unverzüglich, nachdem ihm eine Verletzung des Schutzes personenbezogener Daten bekannt wurde, die Daten des Lokals betrifft, und in jedem Fall innerhalb von 48 Stunden, und erteilt die Informationen, die das Lokal benötigt, um seinen eigenen Pflichten nachzukommen.
D10.2 Der Betreiber teilt dem Lokal, soweit bekannt, die Art der Verletzung, die Kategorien und die Zahl der Personen und Datensätze, die wahrscheinlichen Folgen und die ergriffenen Maßnahmen mit.
D10.3 Am Ende der Dienste kann das Lokal zwischen Rückgabe und Löschung wählen. Der Betreiber sendet per E-Mail einen Export der Daten des Lokals und löscht die Daten anschließend nach Ziffer D10.4.
D10.4 Die Löschroutine für das Lokal löscht die Gäste, Reservierungen, Sprachanrufe und Transkripte, WhatsApp-Gespräche, Kampagnendaten, Geräte-Tokens, Audit-Zeilen, Speisekarten und Medien des Lokals und sendet einen Bericht darüber, was gelöscht wurde (nur Anzahlen).
D10.5 Bei der Auflösung wegen Inaktivität wartet der Betreiber 30 Tage und führt dann dieselbe Löschroutine aus.
D10.6 Finanzunterlagen werden 10 Jahre lang aufbewahrt, minimiert, weil das Gesetz es verlangt.
D10.7 Heute anonymisiert die Selbstbedienungs-Löschung eines Lokals das Personal und die Kontozeile und entfernt einige Medien, löscht aber keine Gäste, Reservierungen oder Sprachdaten.
D10.8 Datenbank-Backups laufen 14 Tage nach ihrer Erstellung ab (Anhang II, R19); der Backup-Bucket ist nicht versioniert. Auf dem Upload-Bucket ist die Versionierung aktiviert, und nicht aktuelle Versionen werden nach 30 Tagen gelöscht, sodass ein gelöschter Upload 30 Tage lang wiederhergestellt werden kann und danach weg ist. Kopien bei Anbietern werden gelöscht, wenn sie ablaufen.
D11. Audits
D11.1 Der Betreiber stellt die Informationen bereit, die zum Nachweis der Einhaltung dieses AVV erforderlich sind, und ermöglicht Audits, einschließlich Inspektionen, durch das Lokal oder einen vom Lokal benannten Prüfer, mit 30 Tagen Vorankündigung, während der Geschäftszeiten und höchstens einmal im Jahr, es sei denn, eine Verletzung oder eine Behörde verlangt es.
D11.2 Das Lokal trägt die Kosten eines Audits, und der Prüfer muss zur Vertraulichkeit verpflichtet sein.
D11.3 Der Betreiber kann einer Audit-Anfrage durch Vorlage eines aktuellen Berichts oder Zertifikats genügen, wenn dieses den Umfang abdeckt.
D12. Haftung
D12.1 Die Haftung unter diesem AVV folgt Abschnitt 28 der Bedingungen. Wie Ziffer 28.7 festlegt, verteilt die Begrenzung Schäden zwischen den Parteien. Sie schränkt die Rechte betroffener Personen nach Artikel 82 DSGVO oder eine von einer Aufsichtsbehörde verhängte Geldbuße nicht ein.
D13. Rangfolge
D13.1 Widersprechen sich die Bedingungen und dieser AVV bei der Verarbeitung personenbezogener Daten, geht dieser AVV vor.
Anhang I: Beschreibung der Verarbeitung nach Funktion
Rollen: Das Lokal ist Verantwortlicher, der Betreiber ist Auftragsverarbeiter. Empfänger werden nach Kategorie angegeben; die Anbieter stehen auf der Seite der Unterauftragsverarbeiter. Die Status-Tags zeigen, ob die Feldliste heute zutrifft oder erst nach einem benannten PR.
| # | Funktion | Personenbezogene Daten | Empfänger und KI- oder Nachrichtenfelder | Status |
|---|---|---|---|---|
| I1 | QR-Speisekarte | Anonyme Scan-Ereignisse: QR- und Lokalkennungen, Sprache, Gerätetyp, Betriebssystem- und Browsergruppe, Land, Stadt, Referrer, zufällige Sitzungskennung | Statistiken für das Lokal | |
| I2 | Speisekarten-KI (Allergene, Übersetzung, Extraktion) | Nur Inhalte des Lokals; keine Gästedaten | Der Anbieter des Sprachmodells erhält Gerichtsname, Beschreibung, Zutaten, hochgeladene Speisekartendateien | |
| I3 | Reservierungen und Widget | Vor- und Nachname, E-Mail-Adresse, Telefonnummer, Sonderwünsche, Geburtstag und Jahrestag (Tag und Monat), Ernährungspräferenzen, Freitext, Marketing-Entscheidung, Buchungsnummer | Hosting und Speicherung, E-Mail-Zustellung, Telefonie und Nachrichten, WhatsApp-Business-Nachrichten, Zahlungsabwicklung (Anzahlungen) | |
| I4 | Tag-Erkennung und Übersetzung bei Gästen | Sonderwünsche und Notizen (Freitext) | Der Anbieter des Sprachmodells erhält nur den Freitext | |
| I5 | Gäste-Briefings | Gruppengröße, Datum, Besuchszahl, Stufe, letzter Besuch, Tags, Ernährungspräferenzen, Geburtstag und Jahrestag, Mitarbeiternotizen, Sonderwünsche, bis zu 3 jüngste Kassenbestellungen | Anbieter des Sprachmodells; kein Name, keine E-Mail-Adresse und keine Telefonnummer in strukturierten Feldern | |
| I6 | KI-Tischzuweisung | Saalstatus, Gruppengrößen, Zeiten | Anbieter des Sprachmodells; keine Gästenamen oder Kontaktdaten | |
| I7 | Gästebewertung | Zählungen von Reservierungen, No-shows, Stornierungen, Besuchen je Lokal | Keine (in der Plattform berechnet) | |
| I8 | Marketingkampagnen | E-Mail-Adresse, Name, Tags, Besuchsdaten, Öffnungs- und Klickereignisse | Anbieter der E-Mail-Zustellung; der Anbieter des Sprachmodells übersetzt Kampagnentext mit Namensplatzhaltern | |
| I9 | WhatsApp-Flow | Telefon (WhatsApp-Kennung), Name, E-Mail-Adresse, Buchungsangaben, Notizen | Anbieter der WhatsApp-Business-Nachrichten | |
| I10 | WhatsApp-Chat | Freitext, letzte 20 Gesprächsbeiträge, letzte 4 Ziffern der WhatsApp-Nummer, Buchungsangaben; Nachrichteninhalt 30 Tage gespeichert | Anbieter der WhatsApp-Business-Nachrichten; der Anbieter des Sprachmodells erhält Freitext, 20 Gesprächsbeiträge, letzte 4 Ziffern und Tool-Ergebnisse | |
| I11 | Sprachassistent | Nummer des Anrufers, Live-Audio, Transkript, gesprochener Name, Telefonnummer, E-Mail-Adresse, Ernährungsnotizen, Buchungsangaben | Anbieter für Telefonie, Echtzeit-Audio, Spracherkennung und Sprachsynthese; Anbieter des Sprachmodells | |
| I12 | Sprache, erkannter Anrufer (vollständige Daten) | Vor- und Nachname, E-Mail-Adresse, Besuchszahl, Ernährungspräferenzen, Geburtstag und Jahrestag, bis zu 3 anstehende Buchungen im Modell-Prompt | Anbieter des Sprachmodells | |
| I13 | Sprache, erkannter Anrufer (minimiert) | Vorname, maskierte E-Mail-Adresse, Besuchszahl, anstehende Buchungen (Nummer, Datum, Uhrzeit, Gruppengröße) | Anbieter des Sprachmodells | |
| I14 | Anzahlungen | Buchungsnummer, Payment-Intent- und Checkout-Kennungen, Status, Beträge; Kartendaten werden nur beim Zahlungsdienstleister eingegeben | Zahlungsdienstleister, auf dem verbundenen Konto des Lokals | |
| I15 | Mitarbeiter-App und Push | Identität des Personals, Geräte-Tokens, Benachrichtigungstext mit Name, Datum, Uhrzeit und Gruppengröße des Gastes | Anbieter von Push-Benachrichtigungen, einschließlich des Push-Dienstes des Geräteherstellers | |
| I16 | Inhaber-MCP | Gästenamen, Notizen, Sonderwünsche und, mit zusätzlichen Umfängen, Gästeprofile und Kontakte | Eigener KI-Client des Lokals (kein Unterauftragsverarbeiter) | |
| I17 | Kassensystem | Gästenamen, Kontaktdaten, Bestellverlauf, Reservierungsangaben | Zelty oder Square (eigener Dienstleister des Lokals) | |
| I18 | Support-Zugriff | Alles, was für den Lokaladministrator sichtbar ist | Nur Mitarbeitende des Betreibers |
Anhang II: Aufbewahrungsplan
Die Fristen gelten für personenbezogene Daten, die der Betreiber für das Lokal verarbeitet, sofern nichts anderes angegeben ist. „Vom Lokal gesteuert“ bedeutet, dass das Lokal bestimmt, wie lange Daten bleiben, und der Betreiber sie aufbewahrt, bis das Lokal sie löscht oder das Konto gelöscht wird.
| # | Daten | Frist und Maßnahme | Status |
|---|---|---|---|
| R1 | Reservierungen und Gäste bei aktiven Lokalen | Vom Lokal gesteuert. Keine automatische altersbasierte Löschung. Entfernt durch Gästelöschung oder Kontolöschung. | |
| R2 | Transkripte von Sprachanrufen (echte Lokale): Löschung | Standardmäßig 90 Tage je Standort (Spanne 7 bis 365 Tage, vom Lokaladministrator festgelegt), danach werden die Gesprächsbeiträge gelöscht und der Anruf wird auf Metadaten reduziert. | |
| R3 | Transkripte von Sprachanrufen (echte Lokale): heute | Nach der Frist je Standort (365 Tage, wenn keine festgelegt ist) an Ort und Stelle pseudonymisiert, nicht gelöscht. Nur Regex: Namen und Nummern, die es nicht erkennt, bleiben erhalten. | |
| R4 | Transkriptfrist bestehender Lokale | Jede produktive Sprachkonfiguration hat heute eine Frist von 30 Tagen (4 von 4, abgelesen am 9. Oktober 2026). Die Frist kann auf 7 bis 365 Tage eingestellt werden; neue Standorte haben standardmäßig 90 Tage. | |
| R5 | Metadaten von Sprachanrufen | Nummer des Anrufers durch REDACTED ersetzt, Raumkennung entfernt, nach derselben Frist. Die Zeile bleibt bestehen. | |
| R6 | Demo-Sprachanrufe und Transkripte (Demo-Lokal des Betreibers) | 7 Tage. | |
| R7 | Demo-Reservierungen, Gebühren und Gäste | Gelöscht 24 Stunden nach der Demo-Buchung oder dem Demo-Anruf. | |
| R8 | Anfragen zu Demo-Anrufen | 30 Tage. | |
| R9 | WhatsApp-Nachrichten und Gesprächsstatus | Der Nachrichteninhalt wird 30 Tage nach dem Senden gelöscht. Der Status wird 24 Stunden nach der letzten Nachricht gelöscht. | |
| R10 | Audit-Protokolle | Keine automatische Löschung. Nutzdaten können IP-Adressen und E-Mail-Adressen enthalten. | |
| R11 | Sitzungsereignisse | 90 Tage. Widerrufs- und Wiederverwendungsereignisse werden länger aufbewahrt. | |
| R12 | Zwischenspeicher für KI-Gästebriefings | 7 Tage. | |
| R13 | Nutzdaten der Auftragswarteschlange | Mengenbasierte Verdrängung der letzten 100 bis 200 abgeschlossenen und 200 bis 500 fehlgeschlagenen Aufträge je Warteschlange, keine zeitliche Begrenzung. | |
| R14 | Kampagnenversand und Klickdaten | Werden mit dem Gästeeintrag aufbewahrt. Die E-Mail-Adresse auf der Sperrliste für Abmeldungen wird nach der Gästelöschung aufbewahrt. | |
| R15 | Geräte-Tokens | Bis zur Abmeldung oder Ablehnung durch den Push-Anbieter. | |
| R16 | Menü-Scan-Ereignisse | Bis der Standort oder das Konto gelöscht wird. | |
| R17 | Finanzunterlagen | 10 Jahre, minimiert. | |
| R18 | Finanzunterlagen nach 10 Jahren | Gelöscht oder anonymisiert. | |
| R19 | Datenbank-Backups | 14 Tage. Die täglichen MySQL-Dumps werden im Objektspeicher gespeichert, im Ruhezustand verschlüsselt (SSE-S3), mit einer Lifecycle-Regel, die sie nach 14 Tagen ablaufen lässt. Gelöschte Daten können bis zu 14 Tage nach der Löschung in Backups fortbestehen und werden dann überschrieben. | |
| R20 | Datenbank-Statementprotokoll | Das allgemeine Abfrageprotokoll ist aus. Das Protokoll langsamer Abfragen ist an, wird in eine Datei geschrieben und enthält nur Statements, keine Zeilendaten. Binärprotokolle laufen nach 30 Tagen ab. | |
| R21 | Anwendungsprotokolle | 14 Tage im selbst betriebenen Protokollspeicher. | |
| R22 | Zustellprotokolle der Inaktivitätsmitteilungen | 5 Jahre nach der Auflösung des Kontos, als Nachweis der Benachrichtigung (Verjährungsfrist nach Artikel L.110-4 des Code de commerce). |
Anhang III: Unterauftragsverarbeiter
III.1 Das Lokal erteilt dem Betreiber die allgemeine schriftliche Genehmigung, Unterauftragsverarbeiter zur Bereitstellung der Plattform einzusetzen. Die aktuelle Liste der Unterauftragsverarbeiter, mit der Leistung, den Datenkategorien, dem Verarbeitungsort und der Garantie für die Übermittlung je Unterauftragsverarbeiter, finden Sie unter [link to the sub-processors page]. Der Betreiber kündigt jede Ergänzung oder Ersetzung 30 Tage im Voraus per E-Mail an jeden aktivierten Lokaladministrator an und durch Aktualisierung der Seite der Unterauftragsverarbeiter. Das Lokal kann innerhalb dieser Frist aus berechtigten datenschutzrechtlichen Gründen widersprechen. Können die Parteien den Widerspruch nicht beilegen, besteht das Rechtsmittel des Lokals darin, den betroffenen Dienst, und nur diesen, vor Wirksamwerden der Änderung ohne Vertragsstrafe zu kündigen.
Anhang IV: Sicherheitsmaßnahmen
S.1 Der Datenverkehr zwischen Nutzern und der Plattform wird bei der Übertragung mit TLS verschlüsselt.
S.2 Integrationsgeheimnisse werden mit AES-256-GCM verschlüsselt gespeichert: WhatsApp-Zugriffstokens, WhatsApp-Flow-Schlüssel und -PINs, API-Schlüssel des Kassensystems und Telefonnummern von Demo-Anrufen.
S.3 Der Zugriff auf Daten des Lokals in der Plattform wird rollenbasiert gesteuert. Berechtigungen des Lokals begrenzen, was jeder Nutzer sieht.
S.4 Die Daten jedes Lokals werden durch Mandantenregeln in der Anwendung getrennt. Jede Abfrage ist auf das Lokal und den Standort beschränkt, für die der Nutzer oder das Token berechtigt ist.
S.5 Sicherheitsrelevante Ereignisse werden in Audit-Protokollen festgehalten, einschließlich Support-Sitzungen, Lesezugriffen auf Gästedaten über den MCP-Connector mit Gäste-Umfängen und Änderungen während einer Übernahme.
S.6 Für Anmeldung, öffentliche Buchungsaufrufe, Sprachanrufe, Demo-Anrufe und die Nutzung der API gelten Ratenbegrenzungen.
S.7 Anmeldesitzungen verwenden kurzlebige Zugriffstokens und Aktualisierungstokens. Sitzungen können widerrufen werden.
S.8 Bot-Schutz schützt Anmelde-, Registrierungs- und Kontaktformulare.
S.9 Die Objektspeicher-Buckets für Uploads und für Datenbank-Backups sind im Ruhezustand mit SSE-S3 verschlüsselt, ebenso das Root-Volume des Produktivservers, das die Datenbank und den Warteschlangenspeicher enthält (EBS-Verschlüsselung mit einem von AWS verwalteten Schlüssel).
S.10 Öffentliche Inhalte (Speisekartenfotos und Logos) sind bewusst öffentlich. Privaten Uploads wird der anonyme Zugriff durch die Bucket-Richtlinie für die Präfixe floor-plans/, avatars/ und menu-scans/ verweigert. Auf dem Upload-Bucket ist die Versionierung aktiviert (Ziffer D10.8).
S.11 Der Betreiber überprüft diese Maßnahmen regelmäßig und darf sie ändern, wenn das Schutzniveau nicht herabgesetzt wird.
Anhang V: Hinweis für die öffentlichen Kanäle des Lokals
V.1 Das Lokal zeigt den folgenden Satz in den Sprachen seiner Gäste auf jedem öffentlichen Kanal an, auf dem es die Nummer veröffentlicht, die an den Sprachassistenten weiterleitet (Ziffer 12.3).
| Sprache | Satz |
|---|---|
| Englisch | Calls to this number may be answered by an automated assistant (AI) and are transcribed to handle your booking. |
| Französisch | Les appels à ce numéro peuvent être pris en charge par un assistant automatisé (IA) et sont transcrits pour traiter votre réservation. |
| Spanisch | Las llamadas a este número pueden ser atendidas por un asistente automatizado (IA) y se transcriben para gestionar su reserva. |
| Italienisch | Le chiamate a questo numero possono essere gestite da un assistente automatico (IA) e vengono trascritte per gestire la prenotazione. |
| Deutsch | Anrufe unter dieser Nummer können von einem automatisierten Assistenten (KI) entgegengenommen werden und werden zur Bearbeitung Ihrer Reservierung transkribiert. |
| Portugiesisch | As chamadas para este número podem ser atendidas por um assistente automatizado (IA) e são transcritas para tratar da sua reserva. |
| Rumänisch | Apelurile către acest număr pot fi preluate de un asistent automatizat (IA) și sunt transcrise pentru a gestiona rezervarea dumneavoastră. |
| Niederländisch | Gesprekken met dit nummer kunnen door een geautomatiseerde assistent (AI) worden beantwoord en worden getranscribeerd om uw reservering af te handelen. |
| Russisch | На звонки по этому номеру может отвечать автоматизированный ассистент (ИИ); разговор транскрибируется для оформления вашего бронирования. |
| Polnisch | Połączenia z tym numerem może odbierać zautomatyzowany asystent (AI); rozmowa jest transkrybowana w celu obsługi rezerwacji. |
| Griechisch | Οι κλήσεις σε αυτόν τον αριθμό μπορεί να απαντώνται από αυτοματοποιημένο βοηθό (ΤΝ) και απομαγνητοφωνούνται για τη διαχείριση της κράτησής σας. |
| Kroatisch | Pozive na ovaj broj može preuzeti automatizirani asistent (UI) i oni se transkribiraju radi obrade vaše rezervacije. |
V.2 Das Lokal darf dem Satz eigene Formulierungen hinzufügen, darf aber die Aussagen nicht entfernen, dass der Anruf von einem automatisierten Assistenten beantwortet werden kann und dass er transkribiert wird.