Datenschutzerklärung

Diese Erklärung legt dar, wie Anyname Hotel mit personenbezogenen Daten umgeht. Die verantwortliche Stelle ist in der Kontakt-Klausel am Ende dieses Dokuments bezeichnet.

Sie deckt alles Folgende ab, das wir zusammen als den "Dienst" bezeichnen:

•Die Webanwendung unter app.anynamehotel.com.

•Die Anwendung Anyname Hotel für iOS.

•Die Anwendung Anyname Hotel für Android.

•Die öffentliche Website unter anynamehotel.com, einschließlich ihrer türkischen Seiten.

Sie ist so geschrieben, dass sie dem Gesetz Nr. 6698 zum Schutz personenbezogener Daten ("KVKK") und, für Hotels und Gäste, für die sie gilt, der Verordnung (EU) 2016/679 ("GDPR", DSGVO) genügt.

Für Gast- und Personaldaten, die in den Dienst eingetragen werden, ist das Hotel der Verantwortliche und Anyname Hotel der Auftragsverarbeiter, der auf seine Weisungen handelt (KVKK: veri sorumlusu / veri işleyen; GDPR: Verantwortlicher / Auftragsverarbeiter).

Für die eigenen Konto- und Abrechnungsdaten des Hotels, für Support-Nachrichten, die uns gesendet werden, für Anfragen über die öffentliche Website oder aus der App heraus und für die in Klausel 11 beschriebene Analyse ist Anyname Hotel der Verantwortliche.

Als Auftragsverarbeiter handeln wir nur auf die Weisungen des Hotels, die über den Dienst oder schriftlich erteilt werden. Wir nutzen Gastdaten nicht für eigene Zwecke, verkaufen oder vermieten sie nicht, nutzen sie nicht für Werbung oder Profilbildung und trainieren mit ihnen keine Modelle des maschinellen Lernens.

•Gastdatensätze: Vor- und Nachname, E-Mail-Adresse, Telefonnummer, Staatsangehörigkeit, nationale Ausweis- oder Passnummer, Geburtsdatum, die Notizen, die die Rezeption hinzufügt, und jede VIP- oder Sperrkennzeichnung, die das Hotel setzt.

•Aufenthaltsdatensätze: Zimmer, Daten und Uhrzeiten, Zahl der Erwachsenen und Kinder, Preis, Posten der Rechnung (Folio), Zahlungen und die Zahlungsart.

•Firmen- und Agenturdatensätze (Cari): Firmenname, Steuernummer, Name, Telefon und E-Mail der Kontaktperson sowie Notizen.

•Kassen- und Ausgabendatensätze: Kassenkonten, Kassenbewegungen, Ausgaben, Lieferanten und die Person aus dem Personal, die jeden Vorgang erfasst hat.

•Personaldatensätze: Name, Benutzername, Rolle, Kontostatus und ein nur anfügbares Aktivitätsprotokoll dessen, was jedes Konto getan hat — Check-in, Zahlung, Korrektur, Zimmerstatus — mit dem Kontonamen, der Uhrzeit und der Netzwerkadresse, von der die Handlung kam.

•Betriebsdatensätze: Hotelname, Firmenname, Adresse, Kontaktdaten, Währung, Check-in- und Check-out-Zeiten und die eigenen Zugangsdaten des Hotels für die Identitätsmeldung, wo diese Integration genutzt wird.

•Geräteregistrierungen für Mitteilungen: das Benachrichtigungstoken, das Apple oder Google für ein bestimmtes Gerät ausgibt, die Plattform, die App-Version und die gewählte Sprache, geführt zu dem Personalkonto, das sich auf diesem Gerät angemeldet hat.

•Wo das Hotel den Telegram-Check-in-Bot einschaltet: die Telegram-Chatkennung, die Nutzerkennung und der Nutzername der damit verknüpften Personen und alles, was ein Gast in den Bot schreibt, während ein Check-in läuft.

•Personaleinladungen, wo sie genutzt werden: die eingeladene E-Mail-Adresse und ob die Einladung angenommen wurde.

Wir führen keine besonderen Kategorien personenbezogener Daten nach KVKK art. 6 oder GDPR art. 9. Eine nationale Ausweis- oder Passnummer ist ein Identitätsnachweis, keine besondere Kategorie, und der Dienst hat kein Feld für Gesundheitsdaten, biometrische, religiöse oder politische Daten.

•Anfragen, die über die öffentliche Website oder über das Demo-Formular in den Apps gesendet werden: Name, Hotelname, Telefon, Stadt und die geschriebene Nachricht, damit wir antworten und nachfassen können.

•Support-Nachrichten, die uns gesendet werden: Name des Absenders, die angegebene Antwortadresse, das Thema, die Nachricht und von welchem Betrieb sie kam.

•Anträge auf Kontoschließung: wer gefragt hat, wann, jeder angegebene Grund und unsere Entscheidung.

•Anträge auf Datenexport: wer gefragt hat, wann, der angegebene Grund, unsere Entscheidung und jeder Vermerk dazu, und ob der genehmigte Download genutzt wurde.

•Lizenz- und Abrechnungsangaben zum Betrieb.

•Fehler- und Leistungsberichte aus dem Dienst, wie in Klausel 10 beschrieben.

•Analyse und Werbemessung auf den vier öffentlichen Marketingseiten, und nur wo die besuchende Person eingewilligt hat, wie in Klausel 11 beschrieben.

Nirgends im Dienst werden Kartennummern, Sicherheitscodes oder Bankzugangsdaten gespeichert. Zahlungen werden als Betrag und Methode erfasst — bar, Karte, Überweisung, mobil oder auf Rechnung — und nie als Kartendaten. Wird die Kartenzahlung je eingeschaltet, werden Karten von einem lizenzierten Zahlungsdienstleister verarbeitet, und wir behalten nur dessen Referenz.

Für das Hotel verarbeitet

•Um den Betrieb zu führen — Zimmer zuweisen, Aufenthalte abrechnen, die Kasse abstimmen und der Leitung berichten. Grundlage: KVKK art. 5/2(c) und (f), GDPR art. 6(1)(b) und (f), auf Weisung des Hotels.

•Um die gesetzlichen Pflichten des Hotels zu erfüllen, darunter die Meldung der Gastidentitäten an die türkischen Behörden und die Aufbewahrung der Buchhaltungsunterlagen für die gesetzliche Frist. Grundlage: KVKK art. 5/2(a) und (ç), GDPR art. 6(1)(c).

•Um den Dienst sicher zu halten und mithilfe des Aktivitätsprotokolls Missbrauch zu untersuchen. Grundlage: KVKK art. 5/2(f), GDPR art. 6(1)(f).

Von uns als Verantwortlichem verarbeitet

•Um Anfragen und Support-Nachrichten zu beantworten und festzuhalten, was gefragt wurde und was wir getan haben. Grundlage: KVKK art. 5/2(c) und (f), GDPR art. 6(1)(b) und (f).

•Um den Dienst funktionsfähig zu halten — Abstürze und Fehler diagnostizieren. Grundlage: berechtigtes Interesse, KVKK art. 5/2(f), GDPR art. 6(1)(f).

•Um abzurechnen und unsere eigenen gesetzlichen Aufzeichnungen zu führen. Grundlage: KVKK art. 5/2(a), GDPR art. 6(1)(c).

•Für Analyse und Werbemessung auf den öffentlichen Seiten. Grundlage: Einwilligung, KVKK art. 5/1, GDPR art. 6(1)(a) — jederzeit widerrufbar.

Nichts im Dienst trifft eine automatisierte Entscheidung, die für einen Gast oder ein Mitglied des Personals rechtliche Wirkung hat oder sie in ähnlicher Weise erheblich beeinträchtigt.

Kennzeichnungen wie VIP oder Sperre werden von den Leuten des Hotels selbst gesetzt, ein Datensatz nach dem anderen. Sie werden nicht berechnet, nicht aus Verhalten abgeleitet und nicht zwischen Betrieben geteilt: Ein Gast, der in einem Hotel gekennzeichnet ist, ist jedem anderen Hotel im Dienst unbekannt.

Wir setzen eine kleine Zahl von Auftragsverarbeitern ein. Jeder ist durch einen schriftlichen Auftragsverarbeitungsvertrag gebunden, darf nur auf unsere Weisungen handeln und die Daten nicht für eigene Zwecke nutzen.

•Supabase — Datenbank, Authentifizierung, Dateispeicher und Zustellung von Mitteilungen. Hosting-Region wie für das Projekt eingestellt.

•Vercel — Anwendungshosting und Auslieferung der Inhalte für die Webanwendung und die öffentliche Website.

•Sentry — Fehler- und Leistungsberichte, wie in Klausel 10 beschrieben.

•Apple (APNs) und Google (FCM) — Zustellung von Mitteilungen an ein registriertes Gerät. Sie erhalten das Benachrichtigungstoken und den Inhalt der Mitteilung, der ein Ereignis und eine Zimmernummer trägt, nie ein Ausweisdokument.

•Ein E-Mail-Versanddienst — nur für Support-Nachrichten, die uns aus der App gesendet werden, und nur für den Inhalt dieser Nachricht. Gastdatensätze werden nie per E-Mail gesendet.

•Wo das Hotel sie einschaltet: die türkischen Behörden, über das eigene Identitätsmeldekonto des Hotels; und Telegram, nur für die Nachrichten, die durch den optionalen Check-in-Bot laufen.

•Nur auf den öffentlichen Marketingseiten und nur nach einer Einwilligung: Google (Analytics), Meta (Pixel und Conversions), PostHog und Vercel Analytics. Siehe Klausel 11.

Nichts wird von uns verkauft, vermietet oder für Werbung oder Profilbildung genutzt. Niemand außerhalb dieser Anbieter erhält Gastdaten, es sei denn, das Hotel weist es an oder ein Gericht oder ein Gesetz zwingt dazu — und wo wir gezwungen sind und es dem Hotel rechtmäßig sagen dürfen, sagen wir es.

Wenn wir einen Anbieter hinzunehmen oder wechseln, der Hoteldaten verarbeitet, sagen wir das dem Inhaberkonto, bevor er beginnt, damit das Hotel widersprechen oder gehen kann, bevor es wirksam wird.

Unsere Plattformkonsole kann Betriebe, ihren Lizenzstatus und ihre Nutzungssummen auflisten. Eine kleine Zahl unserer Leute kann außerdem an die Datensätze eines Betriebs gelangen, wo das wirklich nötig ist — um einen Fehler zu untersuchen, den das Hotel gemeldet hat, um Daten wiederherzustellen, oder wo das Gesetz es verlangt.

Dieser Zugriff ist auf die Personen beschränkt, die ihn brauchen, wird nur aus diesen Gründen genutzt und nicht dazu, Gastdatensätze aus Neugier oder zu einem kommerziellen Zweck zu lesen. Wir melden uns nicht im eigenen Konto eines Hotels an, ohne das Hotel vorher zu fragen, außer wo wir das müssen, um einen laufenden Sicherheitsvorfall zu stoppen.

Unsere Leute sind durch schriftliche Vertraulichkeitspflichten gebunden, die über das Ende ihrer Tätigkeit hinaus fortgelten.

Die iOS- und die Android-Anwendung sind derselbe Dienst in einer anderen Form. Sie sprechen mit derselben Datenbank, halten dieselben Datensätze und unterliegen jeder anderen Klausel dieser Erklärung. Vier Dinge sind ihnen eigen.

Geräteberechtigungen

Die Apps fragen eine einzige Berechtigung ab: Mitteilungen. Sie nutzen weder die Kamera noch die Fotomediathek, das Mikrofon, den Standort in irgendeiner Genauigkeit, das Adressbuch oder den Kalender, und sie enthalten keinen Code, der sie liest.

Mitteilungen

Erlaubt ein Mitglied des Personals Mitteilungen, erhält das Gerät ein Token von Apple oder Google. Wir speichern es zu diesem Personalkonto, damit ein Schichtwechsel das richtige Telefon erreicht, zusammen mit der Plattform, der App-Version und der Sprache. Mitteilungen tragen ein Ereignis und eine Zimmernummer — nie ein Ausweisdokument, eine Rechnung (Folio) oder die Ausweisnummer eines Gastes. Die Mitteilungen im Betriebssystem auszuschalten oder sich abzumelden beendet die Registrierung.

Kein Tracking, keine Werbung

Die Apps enthalten keine Werbekennung, kein Werbe-SDK und kein app- oder seitenübergreifendes Tracking. Sie zeigen nie die Abfrage der App Tracking Transparency, weil es nichts zu erfragen gibt. Nichts, was sie erheben, wird an einen Datenhändler weitergegeben oder mit Daten aus den Apps oder Websites eines anderen Unternehmens zusammengeführt.

Was die Angaben in den Stores sagen

Die Datenarten, die im App Store und bei Google Play angegeben sind, stimmen mit dieser Erklärung überein: Kontaktdaten, Identitäts- und Aufenthaltsdaten, Kauf- und Finanzdaten, Konto- und Gerätekennungen und frei geschriebene Notizen — alle mit einem Konto verknüpft, alle allein dafür genutzt, die App arbeiten zu lassen, keine für Tracking. Absturz- und Leistungsberichte werden gesondert angegeben und sind mit keiner Identität verknüpft.

Der Dienst meldet seine eigenen Abstürze und Fehler an Sentry, damit ein Fehler, auf den eine Person an der Rezeption um 2 Uhr nachts stößt, für uns sichtbar ist, statt still ertragen zu werden.

Diese Berichte sind so eingestellt, dass sie keine personenbezogenen Daten tragen. Bildschirmfotos und die Erfassung der Ansichtshierarchie sind abgeschaltet, Session Replay ist abgeschaltet, und das Senden voreingestellter personenbezogener Kennungen — einschließlich der Netzwerkadresse und des angemeldeten Nutzers — ist abgeschaltet. Abfrageparameter werden aus jeder aufgezeichneten Netzwerkadresse entfernt, bevor ein Ereignis das Gerät verlässt, sodass ein Datenbankfilter wie die Telefonnummer eines Gastes nicht in einem Stack-Trace mitreisen kann.

Ein Bericht enthält den Fehler, die Stelle im Code, an der er aufgetreten ist, die App-Version, das Gerätemodell und die Version des Betriebssystems. Er ist weder mit einem Personalkonto noch mit einem Gast verknüpft.

Berichte werden von Sentry 90 Tage aufbewahrt und dann gelöscht.

Im Dienst

Die Webanwendung und die iOS- und Android-Apps setzen nur, was sie zum Arbeiten brauchen: ein Sitzungstoken, damit eine angemeldete Person angemeldet bleibt, und lokalen Speicher für die gewählte Sprache, das helle oder dunkle Thema, die Einstellungen für Mitteilungen und den gemerkten Betriebscode. Es gibt nirgends im Dienst ein Werbe-Cookie und kein seitenübergreifendes Tracking. Nichts davon ist optional, und nichts davon wird genutzt, um Verhalten zu beobachten.

Auf den öffentlichen Marketingseiten

Vier Seiten sind öffentlich: die englische Startseite, die türkische Startseite und diese beiden Rechtsseiten. Nur auf diesen Seiten und nur nachdem die besuchende Person über das Cookie-Banner aktiv eingewilligt hat, laden wir Google Analytics, den Meta Pixel und dessen Conversions-Schnittstelle sowie PostHog, um zu messen, wie gut unsere eigene Werbung wirkt. Vercel Analytics erhebt aggregierte Seitenzahlen ohne Cookies.

Vor der Einwilligung wird nichts geladen — die Tags werden gar nicht erst eingebunden, bis die Wahl getroffen ist, statt geladen und danach erfragt zu werden. Eine Ablehnung wird gemerkt, sodass das Banner beim nächsten Besuch nicht wieder gezeigt wird. Die Einwilligung kann jederzeit widerrufen werden, indem die Websitedaten für anynamehotel.com im Browser gelöscht werden.

Diese Tags laufen nie auf einer angemeldeten Seite. Hotelpersonal bei der Arbeit ist kein Werbepublikum, und auf den Bildschirmen, die es nutzt, stehen Gästenamen.

Kommt eine besuchende Person von einer Anzeige, werden die Kampagnenkennungen aus dem Link für die Dauer des Besuchs in diesem Browser gehalten und nur dann an uns gesendet, wenn die Person das Demo-Formular absendet — und damit darum bittet, kontaktiert zu werden.

Die Daten werden in Rechenzentren von Supabase und Vercel gehostet, die außerhalb der Türkei und außerhalb des Europäischen Wirtschaftsraums liegen können.

Nach KVKK art. 9 braucht eine Übermittlung ins Ausland eine eigene Rechtsgrundlage. Wir stützen uns auf die schriftlichen Zusicherungen und die Standardvertragsklauseln, die mit diesen Anbietern bestehen, und, wo die GDPR gilt, auf die geeigneten Garantien nach GDPR art. 46. Ein Hotel kann uns fragen, welcher Mechanismus für es gilt, und wir sagen es.

Ein Hotel, dessen Daten in einer bestimmten Region bleiben müssen, sollte das vor dem Onboarding ansprechen, damit wir ihm sagen können, ob wir das erfüllen können.

•Gast- und Aufenthaltsdatensätze: bis das Hotel sie löscht oder sein Konto schließt. Datensätze, die für die Buchhaltung erheblich sind, werden so lange aufbewahrt, wie die eigene gesetzliche Aufbewahrungspflicht des Hotels es verlangt.

•Nach einer genehmigten Kontoschließung: 30 Tage, in denen nichts gelöscht wird und das Hotel noch zurücktreten kann, dann die Löschung aus der aktiven Datenbank, dann die Entfernung aus den verschlüsselten Infrastruktur-Sicherungen innerhalb weiterer 30 Tage.

•Nachdem eine Lizenz abgelaufen ist oder wegen Nichtzahlung ausgesetzt wurde: 90 Tage ab dem Ablauf, sodass eine Verlängerung alles unversehrt wiederherstellt; danach löschbar, und wir schreiben dem Inhaberkonto, bevor wir löschen.

•Anfragen über die Website und aus der App: 24 Monate ab dem letzten Kontakt, sofern die absendende Person uns nicht bittet, sie früher zu löschen.

•Support-Nachrichten: 24 Monate, damit die Vorgeschichte eines Problems zu sehen ist.

•Anträge auf Kontoschließung und auf Datenexport, mit unseren Entscheidungen dazu: 5 Jahre, als Nachweis dessen, was gefragt wurde und was wir getan haben.

•Fehler- und Leistungsberichte: 90 Tage.

•Geräteregistrierungen für Mitteilungen: bis das Gerät abgemeldet ist, das Personalkonto entfernt wird oder das Token als veraltet zurückgewiesen wird.

Bereits an die Behörden übermittelte Identitätsmeldungen liegen in deren Systemen, nicht in unseren, und werden durch die Schließung eines Kontos hier nicht zurückgeholt.

Der Zugang wird je Personalkonto authentifiziert und nach Rolle getrennt. Die Zeilen jedes Betriebs sind auf der Ebene der Datenbank durch Row-Level-Security isoliert, sodass ein Betrieb die eines anderen nicht lesen kann — die Trennung wird von der Datenbank selbst durchgesetzt und nicht nur von der Anwendung.

Der Verkehr wird bei der Übertragung mit TLS verschlüsselt, und die Daten werden von unseren Infrastrukturanbietern im Ruhezustand verschlüsselt. Passwörter werden nur als gesalzene Hashes gespeichert und sind für uns nicht lesbar.

Betriebliche Handlungen werden in ein nur anfügbares Protokoll geschrieben, das festhält, wer wann was getan hat. Der administrative Zugriff auf unserer Seite ist auf namentlich benannte Personen beschränkt und wird überprüft.

Kein System ist vollkommen sicher. Wir halten unsere Abhängigkeiten gepatcht, überprüfen die Sicherheitslage der Plattform regelmäßig und handeln nach dem, was diese Prüfungen ergeben.

Entdecken wir eine Verletzung, die die Daten eines Hotels betrifft, sagen wir das dem Inhaberkonto ohne unangemessene Verzögerung, sobald wir genug wissen, um sie zu beschreiben — was geschehen ist, welche Daten nach unserem Kenntnisstand betroffen sind, was wir dagegen tun und was das Hotel tun sollte.

Als Verantwortlicher ist das Hotel dasjenige, das die Datenschutzbehörde und, wo es erforderlich ist, die betroffenen Personen benachrichtigt. Nach dem Beschluss Nr. 2019/271 der Datenschutzbehörde ist diese Meldung innerhalb von 72 Stunden fällig, nachdem das Hotel Kenntnis erlangt hat. Wir geben dem Hotel die Informationen und die angemessene Unterstützung, die es braucht, um diese Frist einzuhalten.

Wo wir der Verantwortliche sind — Anfragen, Support-Nachrichten, Konto- und Abrechnungsdaten, Diagnosedaten —, benachrichtigen wir die Behörde und die betroffenen Personen selbst, innerhalb derselben Fristen.

Nach KVKK art. 11 und, wo sie gilt, nach der GDPR kann eine Person fragen, ob ihre Daten verarbeitet werden, fragen, wozu sie genutzt werden und an wen sie weitergegeben wurden, eine Kopie oder die Übertragbarkeit verlangen, die Berichtigung dessen verlangen, was falsch ist, die Löschung verlangen, der Verarbeitung widersprechen, verlangen, dass die Folgen einer Berichtigung oder Löschung an Dritte weitergegeben werden, und Ersatz für einen Schaden aus unrechtmäßiger Verarbeitung fordern.

Wie man sie ausübt

Gäste wenden sich an das Hotel, das ihren Aufenthalt erfasst hat. Es hat die Beziehung und kann den Datensatz selbst in der App ansehen, berichtigen, exportieren oder löschen, ohne dass es dafür etwas von uns braucht. Erreicht uns eine Anfrage zuerst, geben wir sie an das Hotel weiter und helfen ihm, darauf zu reagieren.

Das Personal eines Betriebs und Hotels, die zu ihrem eigenen Konto fragen, können an support@anynamehotel.com schreiben. Wir antworten innerhalb von 30 Tagen, das ist die Frist nach KVKK art. 13; wo die GDPR gilt, antworten wir innerhalb eines Monats.

Wir können so viele Angaben verlangen, wie nötig sind, um uns von der Identität der antragstellenden Person zu überzeugen, bevor wir handeln. Das ist ein Schutz für sie, kein Hindernis, und wir fragen so wenig, wie wir können.

Wer mit unserer Antwort nicht zufrieden ist, kann sich bei der Datenschutzbehörde (Kişisel Verileri Koruma Kurumu, kvkk.gov.tr) oder, nach der GDPR, bei der für sie zuständigen Aufsichtsbehörde beschweren.

Der Dienst ist ein Werkzeug für das Personal. Er wird Kindern nicht angeboten, nicht an sie vermarktet und ist nicht für sie bestimmt, und wir erheben wissentlich keine Daten von einem Kind als Nutzer.

Ein Gastdatensatz kann eine minderjährige Person enthalten, die mit ihrer Familie reist, weil das Beherbergungsrecht verlangt, jeden Gast anzumelden. Das Hotel ist der Verantwortliche für diesen Datensatz und trägt dafür die Verantwortung wie für jeden anderen Gastdatensatz.

Aktualisierungen erscheinen unter dieser Adresse mit einer neuen Versionsnummer und einem neuen Datum. Die vorherige Fassung ist auf Anfrage erhältlich.

Wesentliche Änderungen werden dem Inhaberkonto jedes Betriebs angekündigt, bevor sie in Kraft treten. Braucht eine Änderung eine Einwilligung, fragen wir danach, statt sie anzunehmen.