Datenschutzerklärung
1. Verantwortliche
Verantwortlicher für die Verarbeitung ist die von Julian Kaufmann und Sebastian Frankl gemeinsam betriebene Gesellschaft bürgerlichen Rechts (GbR). Die Gesellschafter vertreten die Gesellschaft gemeinschaftlich; sie ist nicht im Gesellschaftsregister eingetragen.
Julian Kaufmann und Sebastian Frankl
Gesellschaft bürgerlichen Rechts (GbR), Marke to who
Stifterweg 112
89075 Ulm
Deutschland
E-Mail: support@towho.app
2. Technische Bereitstellung der Website
Die Website wird über Cloudflare Pages und Workers bereitgestellt. Beim Aufruf verarbeitet Cloudflare technische Verbindungsdaten, insbesondere IP-Adresse, Zeitpunkt, angeforderte URL, HTTP-Header sowie Browser- und Geräteinformationen. Diese Verarbeitung dient der Auslieferung, Fehlerdiagnose und dem Schutz der Website.
Cloudflare Web Analytics ist für towho.app aktiviert. Die Einstellung „Enable, excluding visitor data in the EU“ verhindert, dass der Analytics-Beacon Besucherinnen und Besucher aus der EU erfasst. Davon getrennt ist die technische Verarbeitung von Website-Anfragen. Im Worker-Code ist Observability aktiviert; Cloudflare Workers Logs können Ausführungsdaten, Fehler und ausdrücklich protokollierte Meldungen enthalten. Cloudflare nennt für Workers Logs je nach Tarif eine Speicherfrist von drei Tagen (Free) oder sieben Tagen (Paid). Ohne eine gesonderte EU-Speichergrenze können technische Logdaten global gespeichert werden.
3. Supabase
to who verwendet Supabase für Authentifizierung, PostgreSQL-Datenbank, Realtime-Funktionen, Edge Functions und Dateispeicher. Je nach Funktion verarbeitet Supabase Konto- und Profilkennungen, Inhalte, Rollen, Interaktionen, Standortbezüge, Nachrichten, Benachrichtigungen und technische Sitzungsdaten. Das Projekt liegt in der Region EU Central (Frankfurt), eu-central-1. Im Supabase-Dashboard ist derzeit keine Datenbanksicherung ausgewiesen; separat erstellte Sicherungskopien oder Exporte können anderen Speicherorten und Fristen unterliegen. Supabase kann für Support, Betrieb und über Unterauftragnehmer auch außerhalb dieser Projektregion Daten verarbeiten. Maßgeblich sind die jeweils aktuellen Datenschutzbedingungen und die Liste der Unterauftragnehmer.
4. Registrierung, Anmeldung und Gastnutzung
App und Website verwenden dasselbe Supabase-Nutzerkonto. Die Registrierung ist mit E-Mail-Adresse und Passwort sowie über Google oder Apple möglich. Bei der Ersteinrichtung werden ein eindeutiger Profilname, Vorname, Nachname, Telefonnummer und Geburtstag angegeben. Bei E-Mail-/Passwortkonten wird die Adresse per Bestätigungslink verifiziert, bevor das Profil vollständig eingerichtet wird. Der Geburtstag wird serverseitig auf das Mindestalter von 16 Jahren geprüft, aber nicht durch einen amtlichen Nachweis verifiziert. Die Telefonnummer wird verpflichtend gespeichert und dient nach Angabe des Betreibers Sicherheits-/Verifizierungszwecken; eine Prüfung per SMS-Code findet derzeit nicht statt. Die akzeptierte AGB-Version und der Zustimmungszeitpunkt werden am Nutzerkonto gespeichert.
Auch ohne Registrierung erzeugt die App automatisch eine anonyme Supabase-Auth-Sitzung mit eigener UUID. Sie wird lokal in AsyncStorage gespeichert und ermöglicht den Zugriff auf die für Gäste freigegebenen Funktionen. Event-Einblendungen und Detailansichten können dieser UUID für Reichweitenmessungen zugeordnet werden. Die UUID enthält keinen Namen oder keine E-Mail-Adresse, ist aber pseudonym und wiedererkennbar. Anonyme Auth-Konten werden von Supabase nicht automatisch gelöscht; sie bleiben bestehen, bis sie gelöscht oder mit einer Registrierung verbunden werden.
Bei registrierten Konten werden zusätzlich Auth-UUID, E-Mail-Adresse, Passwort-Hash, Anmeldeanbieter, Sitzungsdaten und Auth-Metadaten verarbeitet. Bei Google- oder Apple-Anmeldung werden die für den OAuth-Ablauf erforderlichen Daten zwischen dem jeweiligen Anbieter, Supabase und to who ausgetauscht. Apple kann anstelle der persönlichen Adresse eine weiterleitende Private-Relay-Adresse bereitstellen; Bestätigungsmails an diese Adresse werden über Apples Relay weitergeleitet.
Bestätigungs- und Sicherheits-E-Mails werden über Supabase Auth und den dafür konfigurierten SMTP-Versanddienst zugestellt.
5. Profile, Rollen und Creator-Bewerbungen
Abhängig von der Nutzung können Profilname, Vor- und Nachname, Beschreibung, Avatar, Interessen, Geburtstag, Geschlechtsangabe, Telefonnummer, Rollen, Sperrstatus, Creator-Zuordnungen und To-Who-Partnerstatus verarbeitet werden. Vor- und Nachname sind nur der betroffenen Person in den eigenen Kontoeinstellungen und berechtigten Admins im Admin-Panel zugänglich; sie sind kein öffentliches Profilfeld. Die Telefonnummer wird nicht im öffentlichen Profil angezeigt. Der To-Who-Partnerstatus wird unabhängig vom Instagram-Nachweis manuell einem Nutzer- oder Organizerprofil zugeordnet und als Abzeichen am jeweiligen Profil öffentlich angezeigt. Andere optionale Profilangaben werden nur verarbeitet, wenn sie angegeben werden. Creator- und Adminzugriffe werden anhand der in Supabase gespeicherten Rollen und Zuordnungen beschränkt.
Creator-Bewerbungen werden im angemeldeten Dashboard eingereicht. Für den Instagram-Nachweis werden der angegebene Benutzername, ein zufälliger einmaliger Code (serverseitig nur als Hash gespeichert und 48 Stunden gültig) sowie der Bestätigungszeitpunkt verarbeitet. Ein Admin oder Owner gleicht DM-Absender und Code manuell im offiziellen Instagram-Posteingang ab; eine Meta-/Instagram-API-Anbindung ist derzeit nicht aktiviert. Die Bestätigung weist ausschließlich Zugriff auf diesen Instagram-Account nach, nicht die Identität. Der Instagram-Nachweis dient nur dem Creator-Antrag und vergibt keinen To-Who-Partnerstatus. Er vergibt keine Creator-Rolle; Admin oder Owner prüft die Bewerbung separat.
6. Events, Veranstalter und veröffentlichte Inhalte
Für Erstellung und Darstellung von Events verarbeitet to who unter anderem Namen, Beschreibungen, Zeiten, Preise, Tags, Veranstaltungsorte, Adressen und Koordinaten, Bonusangaben, maximale Teilnehmerzahl, Veranstalterzuordnung sowie Event- und Menübilder. Veranstalterprofile können außerdem Beschreibung, Kontaktdaten, Website und Social-Media-Adressen enthalten. Veröffentlichte Angaben und Medien können öffentlich sichtbar sein.
7. Community, Freunde, Teilnahme und Chats
Für Freundschaften, Favoriten, Zusagen, Tickets bzw. Teilnahmestatus, Bewertungen, Direkt- und Event-Chats werden je nach Nutzung interne Nutzer- und Eventkennungen, Beziehungen, Nachrichten, Zeitpunkte, Mitgliedschaften und Statusangaben verarbeitet. Realtime überträgt neue Nachrichten und Benachrichtigungen an berechtigte Konten.
Im Direktchat kann ein Nutzer freiwillig seinen Live-Standort teilen. Dabei werden User-ID als Presence-Kennung, Breite, Länge und Zeitstempel ungefähr alle fünf Sekunden oder nach relevanter Bewegung über Supabase Realtime Presence an den Chatpartner übertragen. Im geprüften Code wird daraus keine historische Standorttabelle angelegt; beim Ausschalten oder Verlassen wird die Übertragung beendet.
Registrierte Nutzer können freiwillig einen Freundeslink teilen. Er enthält ihre Auth-UUID und öffnet ihr Profil in der App, wo andere eine Freundschaftsanfrage senden können.
8. Meldungen, Blockierungen und Moderation
Zur Community-Sicherheit können Meldende, gemeldete Nutzer, Veranstalter, Events oder Inhalte, Grund, Beschreibung, betroffener Chat, Bearbeitungsstatus, interne Prüfnotizen und Entscheidungen verarbeitet werden. Vorgesehen sind Inhaltsentfernung, Verwarnung, temporäre Sperre und dauerhafte Sperre; abhängig von der Schwere kann to who Stufen überspringen. Eine Überprüfung kann über support@towho.app verlangt werden. Nutzer können Moderationsentscheidungen in der App anfechten. Die Beschwerde wird mit dem Nutzerkonto und der konkreten Moderationsentscheidung verknüpft; Status und Bearbeitung werden gespeichert. Offene Fälle bleiben bis zum Abschluss bestehen; abgeschlossene Fälle werden grundsätzlich nach drei Monaten gelöscht. Laufende Maßnahmen werden bis zu ihrem Ende dokumentiert; die Entscheidung sowie benötigte Meldungs- und Chatnachweise bleiben danach weitere drei Monate erhalten. Chat- und Moderationsnachweise können bei Kontolöschung ohne direkte Profilzuordnung bestehen bleiben. Julian Kaufmann und Sebastian Frankl bearbeiten Meldungen und Beschwerden manuell und können auf die dafür erforderlichen Daten zugreifen. Wird ein Event gelöscht, verschwindet es sofort aus der App. Ein privater Minimalnachweis mit Event-ID, Creator-ID, löschender Person (soweit verfügbar), Löschzeitpunkt, Eventtitel und Beginn wird mindestens 48 Stunden und bis zum nächsten täglichen Bereinigungslauf nach Ablauf dieser Frist aufbewahrt. Bezieht sich ein offener oder noch aufzubewahrender Moderationsfall darauf, bleibt der Nachweis bis zum Ende des Falls oder der laufenden Maßnahme und weitere drei Monate erhalten.
9. Standort, Karte und Navigation
- Bei der Kartenanzeige kann der aktuelle Standort nach Betriebssystemfreigabe lokal auf der Karte angezeigt werden.
- Bei der Umkreissuche werden aktuelle Koordinaten und Radius an Supabase gesendet; im geprüften Funktionspfad wurde keine dauerhafte Standort-Historie gefunden.
- Beim Anlegen eines Veranstaltungsorts wird eine eingegebene Adresse über Photon mit OpenStreetMap-Daten gesucht und als dauerhafte Location mit Koordinaten gespeichert.
- Die mobile Kartenansicht verwendet Google Maps. Für externe Navigation wird auf iOS Apple Karten oder Google Maps und auf Android Google Maps verwendet.
Ohne Standortfreigabe bleiben nicht standortabhängige Funktionen und die manuelle Stadtauswahl verfügbar.
10. Event-Analytics und Zielgruppenstatistik
Die App erfasst Event-Impressions, Detailansichten, Shares, Favoriten und Zusagen zusammen mit Event-ID, Quelle und Zeitpunkt. Der Backend-Aufruf verwendet die Supabase-Auth-UUID als visitor_id. Bei registrierten Nutzern wird zusätzlich die interne user_id verknüpft.
Diese Verarbeitung ist nicht vollständig anonym: Gäste sind über die anonyme Auth-UUID wiedererkennbar; registrierte Nutzer sind im Backend kontobezogen identifiziert. Creator erhalten Reichweiten-, Quellen-, Funnel- und Wiederkehrerwerte aggregiert. Angaben zu Alter, Geschlecht und Interessen werden aus Teilnehmerprofilen berechnet und erst ab mindestens fünf unterschiedlichen Teilnehmern zusammengefasst ausgegeben.
Analytics-Einzelereignisse in der Supabase-Tabelle event_analytics_event werden nach 24 Monaten automatisch gelöscht. Bei der Account-Löschung werden Analytics-Einzelereignisse gelöscht, deren visitor_id oder user_id der Auth-UUID des gelöschten Accounts entspricht. Die Verarbeitung dient der Reichweitenmessung und der Bereitstellung aggregierter Statistiken für Veranstalter. Sie wird auf das berechtigte Interesse nach Art. 6 Abs. 1 lit. f DSGVO gestützt; Nutzer können aus Gründen ihrer besonderen Situation widersprechen. Favoriten, Teilnahmen und Profildaten folgen ihren jeweiligen Funktions- und Löschregeln.
Zusätzlich verwendet die iOS-App das SDK expo-observe mit EAS Observe zur technischen Leistungs- und Fehlerdiagnose. Übermittelt werden unter anderem Start-, Lade- und Interaktivitätszeiten, App-/Release- und Geräte-/Systemkontext, Netzwerk-, Akku- und Temperaturwerte, zusammengefasste Netzwerk-Anfragewerte, nicht behandelte JavaScript-Fehler und native iOS-Absturzberichte. Die App sendet außerdem ein technisches Ereignis zur Profilladezeit mit Erfolgsstatus. Ein stabiler, pseudonymer EAS-Client-Identifier unterscheidet eine App-Installation über mehrere Starts und Updates; unser App-Code übermittelt diesem Dienst keine Supabase-Konto-ID oder Profildaten. Fehlerberichte können technische Fehlermeldungen und Stacktraces enthalten. Offline erfasste Werte können zwischengespeichert und später übertragen werden. Expo gibt an, Messwerte, Logs und Traces nach 90 Tagen zu löschen; durch monatliche Löschläufe können Daten bis zu 120 Tage verbleiben.
11. Benachrichtigungen und Push
Für In-App-Meldungen werden Empfänger-ID, Nachricht, Event- oder Quellbezug, Lesestatus und Einstellungen in Supabase verarbeitet. Nach freiwilliger Aktivierung von Betriebssystem-Push werden Expo-Push-Token, User-ID, Plattform, Aktivstatus, letzter Kontakt sowie Zustell- und Requestdaten gespeichert. Push-Inhalte werden an den Expo Push Service übermittelt.
Push kann in den App-Einstellungen deaktiviert werden; der gespeicherte Token wird dann entfernt. Einträge im Supabase-Zustellprotokoll push_delivery_log werden nach 30 Tagen automatisch gelöscht. Für gespeicherte In-App-Plattformmeldungen und deren Lesestatus ist derzeit keine automatische altersbasierte Löschung eingerichtet. Expo kann separate Speicherfristen für die Push-Zustellung anwenden.
12. Geräteberechtigungen und lokale Funktionen
Standort, Kamera, Fotomediathek, Kalender und Benachrichtigungen werden nur für die jeweils aufgerufene Funktion angefragt. Beim QR-Scanner wurde kein Upload des Kamerabilds festgestellt. Beim Hinzufügen zum Kalender schreibt die App Eventtitel, Zeit, Ort und Beschreibung in einen vom Nutzer gewählten Gerätekalender. Eine mögliche Synchronisation dieses Kalenders richtet sich nach dem Gerätekonto des Nutzers.
13. Bilder und Supabase Storage
Ausgewählte Avatar-, Event-, Menü- und Veranstalterbilder werden nach Prüfung von Dateityp und Größe in die Supabase-Storage-Buckets avatars, event-images oder organizer-images geladen. Öffentliche Inhaltsbilder können über öffentliche URLs abrufbar sein. Derzeit setzt to who keine KI-Bildbearbeitung ein.
Ausgewählte veröffentlichte Eventbilder und Screenshots der To-Who-App, auf denen Eventinhalte zu sehen sind, können außerdem für To-Who-eigene Social-Media-Profile und bezahlte Social-Media-Anzeigen verwendet werden. Die Nutzung dient ausschließlich der Werbung für To-Who und seine Plattform, nicht für sachfremde externe Unternehmen oder Produkte. Dabei können die abgebildeten Inhalte und gegebenenfalls personenbezogene Angaben an die ausgewählten Social-Media- oder Werbeplattformen übermittelt und dort nach deren Bedingungen verarbeitet werden. Rechte und Einwilligungen der Urheber sowie abgebildeter Personen müssen vor der jeweiligen Verwendung geprüft werden.
Bei einer Eventlöschung werden Event- und Kartenbilder drei Tage in einer Storage-Löschwarteschlange zurückgehalten. Danach löscht die App sie beim nächsten Bereinigungslauf; dieser läuft beim Start oder erneuten Öffnen der App mit einem registrierten Konto sowie beim Öffnen des Adminbereichs. Wenn bis dahin kein Bereinigungslauf stattfindet, kann die tatsächliche Löschung später erfolgen. Avatar- und Veranstalterbilder folgen eigenen Löschvorgängen; Sicherungskopien und technische Cachekopien können den Anbieterfristen unterliegen.
⚖️ Juristische Prüfung erforderlich: Rechtsgrundlage, notwendige Nutzungsrechte und Einwilligungen für die Verwendung von Eventbildern und App-Screenshots in eigenen Social-Media-Profilen und bezahlten Anzeigen bestätigen.
14. Passwort-Reset und Account-Löschung
Passwort-Reset erfolgt über Supabase Auth. Verarbeitet werden E-Mail-Adresse, Recovery-Link oder -Code, eine temporäre Recovery-Session und das neue Passwort. Website und App verwenden die vorgesehenen Redirect- beziehungsweise Deep-Link-Flows.
Nutzer können ihr Konto jederzeit ohne Kündigungsfrist löschen. Dafür werden eine aktuelle Auth-Session, erneute Anmeldung, Bestätigungsphrase, Konto-ID und gegebenenfalls Avatarpfad verarbeitet. Der Server prüft eine höchstens zehn Minuten alte Sitzung und löscht anschließend den Auth-Nutzer sowie kaskadierende persönliche Datensätze und die dem Account über visitor_id oder user_id zugeordneten Analytics-Einzelereignisse. Der ehemalige Nutzer erscheint öffentlich nicht mehr unter seinem bisherigen Profil; bei erhaltenen Inhalten wird statt Username und Profilbild „Gelöschter Nutzer“ angezeigt. Bestimmte Chat- und Moderationsnachweise können ohne direkte Profilzuordnung bestehen bleiben. Alleinige Inhaber eines Veranstalterprofils müssen die Inhaberschaft vorher übertragen.
Zukünftige Events, die das Konto erstellt hat und die keinem Veranstalterprofil zugeordnet sind, werden ebenfalls gelöscht. Events, die einem Veranstalterprofil zugeordnet sind, bleiben bestehen.
15. Cookies, Browser- und App-Speicher
Die Website verwendet Supabase-Browser-Speicher für persistente Auth-Sessions und kurzfristige sessionStorage-Marker für Passwort-Recovery und Lösch-Reauthentifizierung. Die App speichert Session, Sprache, gewählte Stadt und optional den Expo-Push-Token in AsyncStorage.
Im geprüften Website-Code wurden keine eigenen Marketing-Cookies und kein Cloudflare-Web-Analytics-Beacon gefunden.
16. Instagram-Accountbestätigung für Creator-Bewerbungen
Im Creator-Dashboard kann ein Nutzer einen einmaligen Code erzeugen und per Instagram-DM an den offiziellen to-who-Account senden. Julian Kaufmann und Sebastian Frankl haben Zugriff auf den offiziellen Instagram-Posteingang und gleichen DM-Absender und Code manuell mit der offenen Bewerbung ab. Eine Meta-/Instagram-API-Anbindung ist nicht aktiviert. Der Code ist einmalig und 48 Stunden gültig. Die Bestätigung weist nur Accountzugriff nach; beide Gesellschafter prüfen Creator-Bewerbungen und treffen die Entscheidungen manuell.
17. Kontakt, Social Media und externe Links
Über das Kontaktformular verarbeiten wir den optionalen Namen, die E-Mail-Adresse und den Nachrichtentext, um auf die Anfrage zu antworten. Die Website speichert diese Angaben nicht in einer Datenbank; sie werden über Resend als E-Mail an support@towho.app übermittelt. Resend verarbeitet dabei auch Zustellungs- und technische Daten. Instagram-, TikTok-, WhatsApp- und Kartenlinks übertragen erst nach dem Anklicken Daten an den Zielanbieter. Social-Media-SDKs, Feeds oder Pixel wurden nicht eingebunden. Wenn to who selbst ausgewählte Inhalte auf eigenen Social-Media-Profilen oder in bezahlten Anzeigen veröffentlicht, erhalten die jeweiligen Plattformen diese Inhalte und verarbeiten sie nach ihren eigenen Bedingungen.
18. Empfänger und mögliche Drittlandübermittlungen
Je nach Funktion erhält Cloudflare Website-Anfragen und Worker-Logs; Supabase erhält Auth-, Datenbank-, Realtime- und Storage-Daten; Resend erhält Zustelldaten für Auth-E-Mails sowie Namen (optional), Absenderadressen und Nachrichtentexte aus dem Kontaktformular; Photon by Komoot erhält Suchanfragen zur Ortssuche; Google erhält Daten für OAuth-Anmeldung und mobile Karten; Apple erhält Daten für OAuth-Anmeldung und gegebenenfalls Private-Relay-E-Mails; Meta/Instagram erhält die vom Nutzer gesendete Creator-DM; und Expo erhält Push-Tokens und Push-Nachrichten. Social-Media- und Werbeplattformen erhalten ausgewählte Eventinhalte oder App-Screenshots, wenn to who sie dort selbst veröffentlicht. Wenn Nutzer externe Karten-, Social-, Messaging- oder E-Mail-Apps öffnen, werden Daten an den jeweils gewählten Anbieter übertragen.
Supabase speichert die primären Projekt- und Backupdaten in Frankfurt; Support- und Unterauftragnehmerverarbeitung kann außerhalb dieser Region stattfinden. Cloudflare kann technische Anfragedaten nach seinen Kontoeinstellungen global verarbeiten und speichern. Weitere Anbieter können Daten außerhalb des EWR nach den jeweils geltenden Bedingungen und Transfermechanismen verarbeiten. Die Anbieter veröffentlichen ihre aktuellen Auftragsverarbeitungsbedingungen, Unterauftragnehmer und Übermittlungsmechanismen in ihren Datenschutz- und Vertragsunterlagen.
19. Speicherdauer
Analytics-Einzelereignisse in event_analytics_event werden nach 24 Monaten automatisch gelöscht. Einträge im Supabase-Push-Zustellprotokoll push_delivery_log werden nach 30 Tagen automatisch gelöscht. Cloudflare Workers Logs werden je nach Tarif nach drei oder sieben Tagen gelöscht. Supabase Service-Logs werden entsprechend dem Projekt-Tarif aufbewahrt. Diese Fristen erfassen keine vom Anbieter getrennten Sicherungskopien. Aufbewahrung von Kontaktmails und Resend-Protokollen hängt von den Kontoeinstellungen ab und ist nicht lokal verifiziert.
Chatverläufe einschließlich Nachrichten und Bearbeitungshistorie werden gelöscht, wenn in der Unterhaltung drei Monate keine Nachricht gesendet, bearbeitet oder gelöscht wurde. Gehört ein Verlauf zu einem offenen oder noch aufzubewahrenden Fall, bleibt er bis zum Ende der Fallaufbewahrung erhalten; diese endet grundsätzlich drei Monate nach Fallabschluss oder Maßnahmenende. Offene oder in Prüfung befindliche Meldungen und Beschwerden werden bis zum Abschluss aufbewahrt. Abgeschlossene Moderationsmeldungen, Beschwerden und Entscheidungen werden drei Monate nach Abschluss gelöscht. Laufende Maßnahmen und die dazu nötigen Nachweise bleiben bis zum Maßnahmenende erhalten. Die damit verknüpften Entscheidungen, Meldungen und Chatnachweise werden anschließend weitere drei Monate aufbewahrt.
Offene Creator-Bewerbungen bleiben bis zur Entscheidung oder Archivierung gespeichert. Nach Ablehnung oder Ende der Creator-Berechtigung werden Bewerbung, Instagram-Benutzername und zugehörige Prüfdaten noch einen Monat aufbewahrt und anschließend automatisch gelöscht. Eine genehmigte Bewerbung bleibt gespeichert, solange die Creator-Berechtigung aktiv ist.
Gelöschte Events werden sofort aus der App entfernt. Der private Minimalnachweis (Event-ID, Creator-ID, löschende Person soweit verfügbar, Löschzeitpunkt, Eventtitel und Beginn) bleibt mindestens 48 Stunden und bis zum nächsten täglichen Bereinigungslauf nach Ablauf dieser Frist gespeichert. Solange ein offener oder noch aufzubewahrender Moderationsfall oder eine laufende Maßnahme den Nachweis benötigt, bleibt er bis zu deren Ende und weitere drei Monate erhalten.
Kontodaten werden bei Kontolöschung nach den jeweiligen Löschregeln verarbeitet. Persönliche zukünftige Events ohne Veranstalterzuordnung werden dabei gelöscht; zu Veranstalterprofilen gehörende Events können bestehen bleiben.
20. Rechtsgrundlagen
Die Verarbeitung von Konto- und Registrierungsdaten sowie die Nutzung der vom Nutzer gewählten Kernfunktionen stützen wir auf Art. 6 Abs. 1 lit. b DSGVO. Sicherheitsmaßnahmen, Missbrauchsprävention, Moderation und die in Abschnitt 10 beschriebene Reichweitenmessung stützen wir auf berechtigte Interessen nach Art. 6 Abs. 1 lit. f DSGVO. Soweit gesetzliche Aufbewahrungs- oder Nachweispflichten bestehen, gilt Art. 6 Abs. 1 lit. c DSGVO. Standort-, Kalender-, Kamera-, Foto- und Push-Funktionen werden nur genutzt, wenn der Nutzer sie aufruft und die erforderliche Geräteberechtigung erteilt.
⚖️ Juristische Prüfung erforderlich: Rechtsgrundlage, Interessenabwägung und gegebenenfalls gesonderte Einwilligung für die Nutzung von Eventbildern und App-Screenshots in To-Who-Eigenwerbung und bezahlten Anzeigen sowie Rechtsgrundlage und Aufbewahrung von Kontaktanfragen festlegen.
21. Rechte betroffener Personen
Betroffene Personen können im gesetzlichen Rahmen insbesondere Auskunft, Berichtigung, Löschung, Einschränkung der Verarbeitung und Datenübertragbarkeit verlangen sowie einer Verarbeitung widersprechen. Eine erteilte Einwilligung kann mit Wirkung für die Zukunft widerrufen werden. Außerdem besteht ein Beschwerderecht beim Landesbeauftragten für den Datenschutz und die Informationsfreiheit Baden-Württemberg.
Anfragen an to who können an support@towho.app gerichtet werden. Julian Kaufmann und Sebastian Frankl bearbeiten diese Anfragen gemeinsam und manuell.
22. Pflichtangaben und automatisierte Entscheidungen
Für eine Registrierung sind Profilname, Vorname, Nachname, Telefonnummer, E-Mail-Adresse und Geburtstag erforderlich. Ein Passwort ist nur bei der Anmeldung per E-Mail und Passwort erforderlich. Die Telefonnummer wird für Sicherheits-/Verifizierungszwecke gespeichert, aber derzeit nicht per SMS-Code geprüft. Weitere Pflichtangaben hängen von der konkret aufgerufenen Funktion ab. Das System sortiert und aggregiert Event- und Nutzungsdaten. Es trifft keine rechtlich erheblichen Entscheidungen ausschließlich automatisiert; Creator-Bewerbungen und Moderationsentscheidungen werden von Julian Kaufmann und Sebastian Frankl manuell geprüft und entschieden.
23. Änderungen
Diese Erklärung muss aktualisiert werden, wenn Funktionen, Anbieter, Datenflüsse, Rechtsgrundlagen oder Speicherfristen geändert werden. Maßgeblich ist die veröffentlichte Fassung.
Zuletzt aktualisiert: 27. Oktober 2026