WK Custom Garage
Melde dich an, um dein Profil, deine Bestellungen und deine WK Custom Garage Vorteile zu sehen.
Gib im nĂ€chsten Schritt einfach deine E-Mail-Adresse ein. Falls noch kein Konto existiert, erstellt Shopify automatisch eins fĂŒr dich.
Jetzt starten
Konto und Daten löschen
Du kannst dein Konto direkt in der App unter Profil â Einstellungen â Datenschutz & Rechtliches â Konto löschen endgĂŒltig löschen.
Kein Zugriff auf die App? Sende deine Löschanfrage von der im Konto registrierten E-Mail-Adresse an info@wkcustomgarage.de. Wir bestÀtigen die Anfrage gegebenenfalls zum Schutz deines Kontos.
DIE DIGITALE GARAGE
RECHTSTEXTE- UND RELEASEPAKET
Geschlossene Alpha · Android / Google Play
App: âDie Digitale Garageâ
Dachmarke/Betreiber: WK Custom Garage
Stand: 5. September 2026
FINALISIERTE TEXTFASSUNG â ALPHA-RELEASE NUR NACH TECHNISCHER FREIGABE
EnthÀlt die deutschen Rechtstexte, eine vollstÀndige englische Fassung, In-App-Pflichttexte sowie eine interne technische Release-Checkliste.
0. Vor der Veröffentlichung lesen
Finalisierte Inhalte, verbleibende technische Release-Gates und rechtliche PrĂŒfung
Wichtiger rechtlicher Hinweis Dieses Dokument enthĂ€lt die anhand des bekannten Funktionsumfangs und der bestĂ€tigten Entscheidungen finalisierte Textfassung fĂŒr die geschlossene Alpha. Es ersetzt keine individuelle Rechtsberatung. Die Veröffentlichung ist erst zulĂ€ssig, wenn die in der internen Release-Checkliste ausdrĂŒcklich als STOPP oder KRITISCH gekennzeichneten technischen Punkte behoben und getestet wurden. Vor einem öffentlichen Produktionsrelease sollten insbesondere Datenschutz, Haftung sowie BroSOS/RideSafe anwaltlich geprĂŒft werden.
Die Texte sind absichtlich nicht als pauschale âHaftung ausgeschlossenâ-Vorlage formuliert. Solche Klauseln sind gegenĂŒber Verbraucherinnen und Verbrauchern hĂ€ufig unwirksam. Das Paket trennt deshalb zwischen gesetzlich nicht beschrĂ€nkbarer Haftung, zulĂ€ssigen BeschrĂ€nkungen, klaren Alpha-Hinweisen und konkreten Sicherheitsgrenzen.
So benutzt du das Dokument
Die persönlichen Anbieterangaben werden nur im Impressum vollstĂ€ndig genannt. In den ĂŒbrigen Texten werden die Begriffe âAnbieterinâ, âBetreiberinâ und âVerantwortlicheâ verwendet.
FunktionsabhĂ€ngige Texte dĂŒrfen nur angezeigt werden, wenn die jeweilige Funktion in der ausgelieferten Alpha tatsĂ€chlich aktiv ist.
DatenschutzerklĂ€rung, Google-Play-Angaben und tatsĂ€chliches App-Verhalten mĂŒssen ĂŒbereinstimmen. Das finale AAB, Android-Manifest, SDKs und der Netzwerkverkehr sind vor jedem Release neu abzugleichen.
Einwilligungen fĂŒr Standort, Hintergrundortung, freiwillige Gesundheitsangaben und Notfallkontakte werden nicht durch die allgemeinen AGB ersetzt. Sie werden erst bei Aktivierung der jeweiligen Funktion eingeholt.
FĂŒr die geschlossene Alpha wird eine Altersgrenze von 18 Jahren empfohlen und in den EntwĂŒrfen verwendet. Eine spĂ€tere Ăffnung fĂŒr MinderjĂ€hrige benötigt ein eigenes Jugend- und Einwilligungskonzept.
Bereits technisch festgestellte Dienste und Datenbereiche
Die Bestandsaufnahme des vorhandenen Backends zeigt unter anderem Konten und Profile, Community-Inhalte, Direktnachrichten, Bilder und Dateien, Fahrzeugdaten und -dokumente, Marketplace- und HÀndlerdaten, Karma- und Vertrauenswerte, Push-GerÀte, BroSOS-Alerts sowie umfangreiche RideSafe-Standort-, Bewegungs-, Akku-, Netz- und Incident-Daten.
Backend, Authentifizierung, Datenbank, Dateispeicher und Serverfunktionen: Supabase.
Transaktions-E-Mails: Resend.
Android-Push: Google Firebase Cloud Messaging.
Karten, Geocoding und POI: OpenStreetMap, Nominatim und Overpass.
Routing: GraphHopper und derzeit auch ein öffentlicher OSRM-Dienst.
Externe Events: Ticketmaster Discovery API.
Wetterwarnungen: Deutscher Wetterdienst; weitere Verkehrsprovider sind technisch vorgesehen.
Shopify-Anbindungen sind technisch vorhanden und mĂŒssen nur dann in die veröffentlichte Fassung aufgenommen werden, wenn sie in der Alpha wirklich aktiv sind.
In dieser Fassung festgelegt Anbieterangaben, Verbraucherstreitbeilegung (Option A), Datenschutzkontakt ohne benannte Datenschutzbeauftragte Person, technische Standardprotokolle 30 Tage, die vorgesehenen Löschfristen, In-App-MenĂŒpfad, öffentliche Lösch-URL, Beschwerdeweg per E-Mail und ausschlieĂlich lokale Audioverarbeitung. Zwingende Release-Gates 1. Die uneingeschrĂ€nkte BroSOS-Leseregel im Backend muss entfernt und die Freigabe genauer Standorte mit mehreren Testkonten geprĂŒft werden. 2. Löschfristen mĂŒssen durch automatische Jobs, Speicherregeln und Backup-Prozesse tatsĂ€chlich eingehalten werden. 3. Die Datenschutz- und Kontolöschungsseiten mĂŒssen unter den angegebenen URLs erreichbar sein. 4. Provider/SDKs, Drittlandtransfers, Data-Safety-Formular und DSFA sind vor Freigabe zu dokumentieren.
Welche Dokumente fĂŒr die Alpha jetzt vorgesehen sind
Dokument / Text   Status fĂŒr die Alpha   Wo anzeigen
Impressum   textlich vollstĂ€ndig   App-MenĂŒ und öffentlich erreichbare Website
DatenschutzerklĂ€rung   textlich vollstĂ€ndig; technische Release-Gates beachten   vor Registrierung verlinkt, App-MenĂŒ, Play-Store-Eintrag
Allgemeine Nutzungsbedingungen / AGB   textlich vollstÀndig   vor Registrierung zustimmen lassen
Besondere Alpha-Testbedingungen   textlich vollstÀndig; gesonderte Zustimmung   vor Teilnahme / Installation bzw. erster Anmeldung
BroSOS-Bedingungen   textlich vollstÀndig; erst nach Zugriffsschutz aktivieren   vor erster Aktivierung und dauerhaft abrufbar
RideSafe-Bedingungen und Einwilligungen   textlich vollstĂ€ndig; Hintergrundortung/DSFA technisch prĂŒfen   vor erster Aktivierung; Hintergrundortung separat
Community-Richtlinien   textlich vollstÀndig; Melden/Blockieren muss funktionieren   vor Registrierung verlinkt und bei Meldefunktion
Marketplace-Bedingungen   fĂŒr Inserate nutzbar; Checkout bleibt deaktiviert   vor erstem Inserat / Kaufkontakt
Widerruf / Shop-AGB   erst bei eigenen kostenpflichtigen Leistungen aktivieren   Checkout bzw. Vertragsabschluss
Kontolöschungsseite   URL und Text festgelegt; Seite veröffentlichen und testen   öffentliche Web-URL und in der App
1. Impressum
Veröffentlichbare Fassung â personenbezogene Angaben bewusst nur einmal und möglichst zurĂŒckhaltend aufgefĂŒhrt
ĂFFENTLICHER TEXT
Anbieterin des digitalen Dienstes gemÀà § 5 Digitale-Dienste-Gesetz (DDG) und â soweit einschlĂ€gig â verantwortlich fĂŒr journalistisch-redaktionelle Inhalte gemÀà § 18 Medienstaatsvertrag (MStV):
Anbieterin, Betreiberin und Vertragspartnerin ist die unter âAnbieter- und Kontaktangabenâ am Ende dieses Impressums bezeichnete Einzelunternehmerin.
Kontakt
E-Mail: info@wkcustomgarage.de
Website: https://alpha.wkcustomgarage.de
Die vollstÀndigen Anbieter- und Kontaktdaten stehen am Ende dieses Impressums.
Vertretungsberechtigte Person
Die Anbieterin ist als Einzelunternehmerin selbst vertretungsberechtigt.
Verantwortlich fĂŒr redaktionelle Inhalte
Inhaltlich verantwortlich ist die Anbieterin gemÀà den Anbieter- und Kontaktangaben am Ende dieses Impressums.
Kontaktstellen nach dem Digital Services Act
Zentrale Kontaktstelle fĂŒr Nutzerinnen und Nutzer sowie fĂŒr Behörden, die EuropĂ€ische Kommission und das EuropĂ€ische Gremium fĂŒr digitale Dienste: info@wkcustomgarage.de
Kommunikationssprachen: Deutsch und Englisch.
Verbraucherstreitbeilegung
Wir sind weder verpflichtet noch bereit, an Streitbeilegungsverfahren vor einer Verbraucherschlichtungsstelle teilzunehmen.
Haftung fĂŒr externe Links
Die App kann Links zu externen Angeboten enthalten. FĂŒr deren Inhalte und Datenverarbeitung sind die jeweiligen Anbieter verantwortlich. Zum Zeitpunkt der Verlinkung erkennbare RechtsverstöĂe werden geprĂŒft; eine dauerhafte inhaltliche Kontrolle externer Angebote ohne konkrete Anhaltspunkte ist nicht geschuldet. Bei Kenntnis von Rechtsverletzungen werden betroffene Links im zumutbaren Umfang entfernt.
Urheberrecht und Kennzeichen
Inhalte, Gestaltung, Marken, Logos und sonstige Werke des Anbieters dĂŒrfen auĂerhalb der gesetzlich erlaubten Nutzung nur mit vorheriger Zustimmung verwendet werden. Rechte Dritter und die Rechte an von Nutzern eingestellten Inhalten bleiben unberĂŒhrt.
Anbieter- und Kontaktangaben
Maren Kuper · Einzelunternehmerin, handelnd unter WK Custom Garage
An der Hase 12 · 49565 Bramsche · Deutschland
E-Mail: info@wkcustomgarage.de · Telefon: 0175 9625041
Website: https://alpha.wkcustomgarage.de
2. DatenschutzerklÀrung
FĂŒr die Android-App âDie Digitale Garageâ, die Alpha-Website und verbundene Funktionen
ĂFFENTLICHER TEXT
Stand und technische Bindung Stand dieser Fassung: 5. September 2026. Die öffentlichen Texte sind ausgefĂŒllt. Veröffentlichung und Aktivierung von BroSOS/RideSafe setzen jedoch voraus, dass Zugriffsschutz, automatische Löschfristen, Provider-/SDK-Inventar, öffentliche URLs und die erforderlichen Play-Console-Angaben technisch geprĂŒft sind. Die interne Release-Checkliste ist Bestandteil dieses Pakets.
2.1 Verantwortlicher
Verantwortlich im Sinne der Datenschutz-Grundverordnung (DSGVO) ist Maren Kuper, handelnd unter WK Custom Garage. Die vollstÀndige Postanschrift und Telefonnummer stehen im Impressum. Datenschutzkontakt: info@wkcustomgarage.de.
2.2 Datenschutzkontakt
Datenschutzanfragen können an info@wkcustomgarage.de mit dem Betreff âDatenschutz â Die Digitale Garageâ gerichtet werden. Eine Datenschutzbeauftragte Person ist derzeit nicht benannt; die Anbieterin bearbeitet Datenschutzanfragen ĂŒber die genannte Kontaktadresse.
2.3 Geltungsbereich
Diese DatenschutzerklĂ€rung gilt fĂŒr die Android-App âDie Digitale Garageâ, die geschlossene Alpha, die zugehörige Website, Registrierungs- und Löschseiten sowie serverseitige Funktionen. Externe Websites oder Apps unterliegen den ErklĂ€rungen der jeweiligen Anbieter.
2.4 GrundsÀtze und Rechtsgrundlagen
Wir verarbeiten personenbezogene Daten nur, soweit dies fĂŒr die Bereitstellung der App, die DurchfĂŒhrung des Nutzungsvertrags, die ErfĂŒllung gesetzlicher Pflichten, den Schutz der Plattform oder eine ausdrĂŒcklich gewĂ€hlte Zusatzfunktion erforderlich ist.
Art. 6 Abs. 1 Buchst. b DSGVO: Registrierung, Konto, Community-, Fahrzeug-, Nachrichten-, Touren-, BroSOS-, RideSafe- und Marketplace-Funktionen, soweit sie zur angeforderten Leistung gehören.
Art. 6 Abs. 1 Buchst. a DSGVO: freiwillige Einwilligungen, insbesondere optionale Hintergrundortung, besondere Standortfreigaben, freiwillige Verarbeitung sensibler Angaben, optionale Benachrichtigungen oder Marketing.
Art. 6 Abs. 1 Buchst. c DSGVO: gesetzliche Aufbewahrung, Auskunft an zustÀndige Stellen, Bearbeitung rechtlich erforderlicher Meldungen und Nachweise.
Art. 6 Abs. 1 Buchst. f DSGVO: IT-Sicherheit, Missbrauchsabwehr, Moderation, Beweissicherung, Fehleranalyse und Wahrung berechtigter Plattform- und Nutzerinteressen. Soweit erforderlich, kann der Verarbeitung widersprochen werden.
Art. 9 Abs. 2 Buchst. a DSGVO: ausdrĂŒcklich freiwillig eingegebene gesundheitsbezogene oder vergleichbar sensible Angaben in BroSOS/RideSafe, soweit solche Angaben fĂŒr die gewĂŒnschte Hilfe sichtbar gemacht werden sollen.
Soweit Informationen im EndgerĂ€t gespeichert oder von dort ausgelesen werden, erfolgt dies nur, wenn es fĂŒr einen ausdrĂŒcklich gewĂŒnschten Dienst unbedingt erforderlich ist oder eine wirksame Einwilligung nach § 25 TDDDG vorliegt.
2.5 Technische Daten beim App- und Websitebetrieb
Beim Aufruf und Betrieb können IP-Adresse, Zeitstempel, App-Version, Betriebssystem, GerÀtemodell, Sprache, Anfrage- und Fehlerdaten, Sitzungskennungen, Sicherheitsereignisse sowie technische Statusinformationen verarbeitet werden. Dies dient der Verbindung, Authentifizierung, Fehlerbehebung, Abwehr von Angriffen und StabilitÀt der Alpha.
Rechtsgrundlage: Art. 6 Abs. 1 Buchst. b und f DSGVO. RegulÀre technische Protokolle werden grundsÀtzlich nach 30 Tagen gelöscht oder anonymisiert; sicherheitsrelevante Protokolle können bei einem konkreten Vorfall bis zur KlÀrung und innerhalb gesetzlicher VerjÀhrungsfristen aufbewahrt werden.
2.6 Registrierung, Konto und Alpha-Zugang
Bei Registrierung und Alpha-Teilnahme verarbeiten wir insbesondere E-Mail-Adresse, Nutzername, Anzeigename, Authentifizierungsdaten, Registrierungszeit, Einladungs-/Teilnahmestatus, Einwilligungs- und Versionsnachweise sowie freiwillige Profilangaben. Passwörter werden ĂŒber den Authentifizierungsdienst verarbeitet und nicht im Klartext gespeichert.
Transaktions-E-Mails zur Einladung, BestĂ€tigung, Sicherheit und Kontoverwaltung werden ĂŒber Resend versandt. Marketing-E-Mails werden nur mit gesonderter Einwilligung versendet.
2.7 Profile, Community und öffentlich sichtbare Inhalte
Je nach Einstellung können Nutzername, Anzeigename, Profil- und Titelbild, Biografie, grober Standort, Fahrzeuge, Crews, BeitrĂ€ge, Kommentare, Reaktionen, Bewertungen, Events, Inserate und AktivitĂ€tsinformationen fĂŒr andere Nutzer sichtbar sein. Vor jeder Veröffentlichung ist erkennbar, welcher EmpfĂ€ngerkreis vorgesehen ist.
Nutzer entscheiden grundsĂ€tzlich selbst, welche freiwilligen Angaben sie veröffentlichen. Ăffentliche Inhalte können von anderen Personen gesehen, geteilt oder auĂerhalb der App dokumentiert werden. Private Kontaktdaten, exakte Wohnorte, Kennzeichen, Fahrgestellnummern, Dokumentnummern und Sicherheitsinformationen sollten nicht öffentlich gepostet werden.
2.8 RoadTalk, Direktnachrichten und AnhÀnge
Bei Nachrichten verarbeiten wir Absender, EmpfĂ€nger bzw. Gruppenmitglieder, GesprĂ€chs- und Nachrichtenkennungen, Zeitstempel, Zustell-/Lesestatus, Inhalt sowie freiwillig versandte Bilder, Dateien, Event-, Fahrzeug- oder StandortbezĂŒge. Nachrichten sind fĂŒr die jeweiligen GesprĂ€chsteilnehmer bestimmt.
FĂŒr Android-Push werden ĂŒber Firebase Cloud Messaging technische Push-Daten ĂŒbermittelt. Nach dem derzeitigen technischen Konzept enthĂ€lt die Push-Nachricht keinen vollstĂ€ndigen Nachrichtentext, sondern nur fĂŒr die Zustellung erforderliche Kennungen und Absenderinformationen. Der Inhalt wird nach Ăffnen der App aus dem Backend geladen.
Nachrichten werden gespeichert, bis sie ĂŒber die verfĂŒgbaren Funktionen gelöscht werden oder das Konto beendet wird. Nach dem derzeitigen technischen Löschkonzept werden vom gelöschten Konto gesendete Nachrichten aus dem Backend entfernt; dadurch können in GesprĂ€chsverlĂ€ufen anderer Nutzer LĂŒcken entstehen. Vom gelöschten Konto erstellte Unterhaltungen können abhĂ€ngig von ihrer technischen Zuordnung einschlieĂlich zugehöriger Inhalte entfallen. Inhalte anderer Nutzer bleiben bestehen, soweit sie nicht selbst gelöscht werden oder ein anderer Löschgrund greift.
2.9 Bilder, Videos, Dokumente und Dateispeicher
Bei Uploads verarbeiten wir Dateiinhalt, Dateiname, Dateityp, GröĂe, Zeitstempel, Zuordnung zum Konto bzw. Objekt und gegebenenfalls Metadaten. Dies betrifft unter anderem Profilbilder, BeitrĂ€ge, NachrichtenanhĂ€nge, Fahrzeugdokumente, Rechnungen, HĂ€ndlernachweise sowie BroSOS-/RideSafe-Dateien.
Fahrzeugdokumente und sonstige private Dateien werden nur fĂŒr den gewĂ€hlten EmpfĂ€ngerkreis bereitgestellt. Nutzer mĂŒssen vor dem Upload prĂŒfen, ob Rechte Dritter oder unnötige personenbezogene Angaben enthalten sind. Metadaten, insbesondere Standortdaten in Fotos, sollten soweit möglich vor Speicherung entfernt werden.
2.10 Fahrzeugmappe und private Fahrzeugdaten
Die Fahrzeugmappe kann Fahrzeugtyp, Hersteller, Modell, Baujahr, technische Daten, Service- und ReparaturverlĂ€ufe, Umbauten, Kosten, Fotos, Belege, Dokumente sowie â falls freiwillig erfasst â Kennzeichen, Fahrgestellnummer, Versicherungsangaben und private Notizen enthalten. Private Fahrzeugdaten werden nicht automatisch öffentlich angezeigt.
Rechtsgrundlage ist Art. 6 Abs. 1 Buchst. b DSGVO. Die Daten werden bis zur Löschung des Fahrzeugs oder Kontos gespeichert, vorbehaltlich zwingender Aufbewahrungs- und Nachweispflichten.
2.11 Events, Touren, Routen und Entdeckungsfunktionen
FĂŒr Events, Touren und Routen können Start, Ziel, Zwischenstopps, Suchbegriffe, gewĂ€hlte Kategorien, Radius, Zeit, gespeicherte Strecken, Teilnehmerstatus sowie Standort- und Routendaten verarbeitet werden. FĂŒr externe Eventsuche können Standort, Radius, Zeitraum und Suchbegriff an die Ticketmaster Discovery API ĂŒbermittelt werden.
FĂŒr Geocoding, Orte und POI werden OpenStreetMap-basierte Dienste (Nominatim und Overpass) eingesetzt. FĂŒr Routing werden je nach Route GraphHopper und/oder OSRM genutzt. Dabei werden insbesondere Koordinaten und Routingparameter an die jeweiligen Dienste ĂŒbertragen. Exakte Anbieter- und Transferangaben sind im Abschnitt âEmpfĂ€nger und Dienstleisterâ aufgefĂŒhrt.
2.12 Marketplace, Blackboard und HĂ€ndlerbereiche
Bei Inseraten und Shops verarbeiten wir Angebotsdaten, Bilder, Preise, Kategorien, Nachrichten, Favoriten, Bewertungen, Kauf- oder Angebotsstatus sowie gegebenenfalls VerkÀufer-, HÀndler-, Versand-, Rechnungs-, Zahlungs- und Nachweisdaten. Bei HÀndlern können Firmenname, Rechtsform, Anschrift, Kontakt, Register- und Steuerangaben sowie IdentitÀts- oder Gewerbenachweise verarbeitet werden.
Soweit die App lediglich Kontakte zwischen Nutzern vermittelt, werden Transaktionsdaten nur in dem fĂŒr Vermittlung, Sicherheit, Nachweis und Moderation erforderlichen Umfang verarbeitet. Werden Checkout, Zahlungen, Shopify oder eigene VerkĂ€ufe aktiviert, muss dieser Abschnitt vor Freischaltung um die konkreten Zahlungs- und Shopanbieter, Aufbewahrungsfristen und EmpfĂ€nger ergĂ€nzt werden.
2.13 Karma, Bewertungen und Vertrauenssignale
Zur Darstellung von Community-BeitrÀgen können Karma-Punkte, Bewertungen, Hilfsleistungen, Meldungen, Moderationsereignisse, Verifizierungsstatus und daraus abgeleitete Vertrauenssignale verarbeitet werden. Die Berechnung kann regelbasiert anhand dokumentierter AktivitÀten erfolgen.
Diese Werte können Sichtbarkeit, Badge-Darstellung oder app-interne Vorteile beeinflussen, haben jedoch keinen Geldwert und fĂŒhren nicht zu einer Entscheidung mit rechtlicher oder vergleichbar erheblicher Wirkung. Bei erkennbaren Fehlern kann eine ĂberprĂŒfung verlangt werden.
2.14 BroSOS â Community-Hilfesystem
Bei einer BroSOS-Meldung verarbeiten wir je nach Eingabe insbesondere Konto und Profil, Zeitpunkt, aktuelle oder gewÀhlte Position, Adresse bzw. Ortsbeschreibung, Genauigkeit, Problemkategorie, Beschreibung, Fahrzeugbezug, benötigte Hilfe, Risiko- und Sicherheitsangaben, Akku-/Erreichbarkeitsinformationen, mögliche Begleitpersonen oder Tiere, Status, EmpfÀngerkreis, Helferangebote, Chat und Nachweise.
Aus den Angaben wird regelbasiert eine PrioritÀtsstufe wie Community-, Priority- oder Safety-Alert abgeleitet. Die Einstufung dient der Sortierung, Auswahl geeigneter EmpfÀnger und Anzeige passender Hinweise. Sie ist weder medizinische Bewertung noch behördliche Gefahreneinstufung und ersetzt keinen Notruf.
FĂŒr die veröffentlichte Alpha gilt folgender Freigabeablauf: Eine Erstbenachrichtigung enthĂ€lt grundsĂ€tzlich nur eine reduzierte Fallzusammenfassung und höchstens einen groben Standort. Der genaue Standort wird nur dem meldenden Nutzer, ausdrĂŒcklich ausgewĂ€hlten Kontakten und einem Helfer zugĂ€nglich gemacht, dessen passendes Hilfsangebot angenommen bzw. dem Fall zugeordnet wurde, soweit dies fĂŒr die konkrete Hilfe erforderlich ist. Sicherheits- oder Moderationspersonal darf nur im erforderlichen Umfang und protokolliert zugreifen. BroSOS darf nicht aktiviert werden, bevor dieser Ablauf serverseitig erzwungen und mit mehreren Rollen und Testkonten geprĂŒft wurde.
WĂ€hrend der geschlossenen Alpha kann zusĂ€tzlich eine ausdrĂŒcklich als Test gekennzeichnete, datenschutzreduzierte Fallzusammenfassung an freigeschaltete Alpha-Nutzer ĂŒbermittelt werden, um die Benachrichtigungslogik zu testen. Diese Testzusammenfassung darf keine exakten Koordinaten, direkten Kontaktdaten, sensiblen Freitextangaben oder vollstĂ€ndigen Incident-Daten enthalten und muss erkennen lassen, ob die Person im spĂ€teren Regelbetrieb regulĂ€r EmpfĂ€nger wĂ€re.
Freiwillige Angaben zu Verletzungen, Erkrankungen oder anderen GesundheitsumstĂ€nden werden nur nach ausdrĂŒcklicher Einwilligung verarbeitet und an den gewĂ€hlten EmpfĂ€ngerkreis ĂŒbermittelt. In akuter Gefahr sind 112 oder 110 zu nutzen.
2.15 RideSafe â aktive Fahrtbegleitung und Hintergrundortung
RideSafe verarbeitet nur nach bewusster Aktivierung einer Fahrt insbesondere Start, Ziel, Route, Stopps, Zeitpunkte, Standortpunkte, Bewegungs- und Stillstandsinformationen, Ortungsgenauigkeit, GerĂ€te-, Akku-, Netz- und App-Status, Check-ins, Reaktionen, gegebenenfalls Sensordaten zur Erkennung auffĂ€lliger Ereignisse sowie Incident-, Wetter- und StraĂenkontext.
Wenn die Android-Berechtigung erteilt wurde, kann RideSafe den Standort wÀhrend einer aktiven Fahrt auch im Hintergrund bzw. bei geschlossener oder nicht aktiv verwendeter App erfassen. Die Hintergrundortung beginnt nicht allein durch Installation oder Registrierung, sondern erst nach Aktivierung der entsprechenden RideSafe-Funktion. Sie endet mit dem Beenden der Fahrt, dem Entzug der Berechtigung oder einer technisch vorgesehenen automatischen Beendigung.
Bei einer Eskalation können der zuletzt verfĂŒgbare Standort, Route, Incident-Status und vom Nutzer freigegebene Informationen an hinterlegte Notfallkontakte oder geeignete BroSOS-Helfer ĂŒbermittelt werden. Welche Personen welche Details sehen, muss in der App vor Aktivierung transparent angezeigt werden.
RideSafe ist kein Notruf-, Rettungsleitstellen- oder garantiertes Unfallmeldesystem. GPS, Mobilfunk, Akku, Betriebssystem, Berechtigungen, Energiesparmodus, Server und Push-Dienste können ausfallen oder Meldungen verzögern. Die Verarbeitung dient einer unterstĂŒtzenden Funktion, nicht der Zusicherung stĂ€ndiger Ăberwachung.
2.16 Notfallkontakte und Daten anderer Personen
Nutzer können Namen, Beziehung, Telefonnummer und gegebenenfalls E-Mail-Adresse einer Notfallperson hinterlegen. Diese Daten stammen nicht von der betroffenen Person selbst. Der eintragende Nutzer muss die Person vorab informieren, ihre Zustimmung zur Hinterlegung und möglichen Kontaktierung einholen und ihr die âInformation fĂŒr Notfallkontakteâ aus diesem Paket zugĂ€nglich machen.
Die Daten werden ausschlieĂlich zur Verwaltung des Kontakts und fĂŒr vom Nutzer aktivierte RideSafe-/BroSOS-AblĂ€ufe verwendet. Ein Notfallkontakt kann jederzeit unter info@wkcustomgarage.de die Berichtigung oder Löschung verlangen; die Zuordnung wird dann entfernt, soweit keine zwingenden GrĂŒnde entgegenstehen.
2.17 Push-Benachrichtigungen
FĂŒr optionale Android-Push-Nachrichten verarbeiten wir Push-Token, Plattform, App-Umgebung, GerĂ€teinformationen, PrĂ€ferenzen, Zeitpunkte und Zustellstatus. Push-Benachrichtigungen können in Android und in den App-Einstellungen deaktiviert werden. Ohne Push können zeitkritische Community- oder RideSafe-Hinweise verspĂ€tet oder erst beim Ăffnen der App sichtbar werden.
Dienstleister: Google Firebase Cloud Messaging. Rechtsgrundlage ist â je nach Benachrichtigung â Art. 6 Abs. 1 Buchst. a oder b DSGVO. Token werden bei Deaktivierung, Kontolöschung oder nach 90 Tagen InaktivitĂ€t gelöscht oder deaktiviert.
2.18 Support, Meldungen, Moderation und Plattformsicherheit
Bei Supportanfragen, Inhaltsmeldungen, Blockierungen, Verwarnungen, ModerationsfĂ€llen und Beschwerden verarbeiten wir die ĂŒbermittelten Inhalte, betroffene Konten/Objekte, BegrĂŒndungen, Nachweise, MaĂnahmen, Kommunikationsverlauf und Zeitpunkte. Dies dient dem Schutz der Community, der Durchsetzung der Nutzungsbedingungen und der ErfĂŒllung gesetzlicher Pflichten.
Meldungen ĂŒber mutmaĂlich rechtswidrige Inhalte werden zeitnah, sorgfĂ€ltig und möglichst objektiv geprĂŒft. Bei MaĂnahmen gegen Inhalte oder Konten erhalten betroffene Nutzer â soweit rechtlich zulĂ€ssig â eine verstĂ€ndliche BegrĂŒndung und einen Kontaktweg zur ĂberprĂŒfung. Bei Anhaltspunkten fĂŒr Straftaten mit Gefahr fĂŒr Leben oder Sicherheit können Informationen an zustĂ€ndige Behörden ĂŒbermittelt werden.
2.19 E-Mails und externe Links
Sicherheits-, Registrierungs-, BestĂ€tigungs- und System-E-Mails sind fĂŒr den Betrieb erforderlich. Externe Links, etwa zu Instagram, PayPal, Veranstaltern, Shops oder Partnern, werden erst beim Ăffnen des Links aufgerufen; ab diesem Zeitpunkt gelten die Datenschutzinformationen des externen Anbieters.
2.20 EmpfÀnger und eingesetzte Dienstleister
Personenbezogene Daten werden nur an EmpfĂ€nger weitergegeben, wenn dies fĂŒr die gewĂ€hlte Funktion erforderlich ist, eine Einwilligung vorliegt, ein Vertrag zur Auftragsverarbeitung besteht, eine gesetzliche Pflicht gilt oder berechtigte Interessen dies erlauben.
EmpfÀnger / Dienst   Zweck und typische Daten   Hinweis vor Release
Supabase, Inc.   Authentifizierung, Datenbank, Dateispeicher, Realtime und Serverfunktionen; Konten, Inhalte, Dateien, Standort- und Incident-Daten   Projektregion derzeit eu-north-1; DPA, Unterauftragnehmer und Transfergrundlage vor Release dokumentieren
Resend   Versand von Einladungs-, BestÀtigungs-, Sicherheits- und System-E-Mails; E-Mail, Name/Nutzername, Nachrichtendaten   DPA, Unterauftragnehmer und Transfergrundlage vor Release dokumentieren
Google Firebase Cloud Messaging   Android-Push; Token, GerĂ€te-/Appdaten, technische Nachrichtendaten   Google-Vertragsunterlagen, Transfermechanismus und Data-Safety-Angaben prĂŒfen
OpenStreetMap / Nominatim / Overpass   Geocoding, POI und Orte; Koordinaten, Suchbegriffe, Radius   Nutzungsrichtlinien, Attribution, Datenschutz und produktionsgeeignete Endpunkte prĂŒfen
GraphHopper   Routing; Start-, Ziel- und Zwischenkoordinaten, Routingparameter   Vertrag, Datenschutz, Verarbeitungsort und Löschfristen bestÀtigen
OSRM-Routingdienst   Routing; Koordinaten und Routenparameter   Ăffentlichen Community-/Demo-Endpunkt vor breitem Release ersetzen oder dessen Nutzung ausdrĂŒcklich freigeben
Ticketmaster Discovery API   Externe Eventsuche; Standort, Radius, Zeitraum und Suchbegriff, wenn die Suche verwendet wird   Anbieter-, Datenschutz- und Transferdaten vor Aktivierung dokumentieren
Deutscher Wetterdienst   Serverseitiger Abruf öffentlicher Wetterwarnungen   Nach aktuellem Konzept keine direkte Nutzerkennung erforderlich
Cloudflare   DNS, CDN, Sicherheits- und Webzugriffe; IP-, Anfrage- und Sicherheitsdaten, soweit fĂŒr Website/Domain aktiv   Konfiguration, DPA, Unterauftragnehmer und Transfergrundlage dokumentieren
Shopify   Technische Produkt-/Angebotsintegration, soweit HÀndler diese Funktion verwenden; kein allgemeiner Marketplace-Checkout in der Alpha   Vor tatsÀchlicher Bestell- oder Zahlungsaktivierung vollstÀndig konkretisieren
Andere Nutzer / Helfer / Kontakte   Vom Nutzer veröffentlichte oder freigegebene Inhalte, datenschutzreduzierte Alerts, angenommene HilfsfÀlle, Standorte und Kommunikationsdaten   EmpfÀngerkreis in der App anzeigen; exakte Standorte nur nach bestÀtigtem Freigabeschritt
Behörden / Rechtsberater   Nur bei gesetzlicher Pflicht, Rechtsdurchsetzung oder SicherheitsvorfÀllen   Zugriffe und Offenlegungsgrund dokumentieren
2.21 DrittlandĂŒbermittlungen
Einige Dienstleister oder deren Unterauftragnehmer können Daten in Staaten auĂerhalb der EuropĂ€ischen Union bzw. des EuropĂ€ischen Wirtschaftsraums verarbeiten. Eine Ăbermittlung findet nur statt, wenn die gesetzlichen Voraussetzungen erfĂŒllt sind. Je Dienst werden Rolle, Verarbeitungsort, Unterauftragnehmer und die maĂgebliche Grundlage intern dokumentiert. In Betracht kommen insbesondere ein Angemessenheitsbeschluss â einschlieĂlich des EU-US Data Privacy Framework, soweit der konkrete EmpfĂ€nger wirksam zertifiziert ist â, Standardvertragsklauseln der EU-Kommission oder eine andere gesetzlich zulĂ€ssige Garantie. Eine bloĂe pauschale BestĂ€tigung genĂŒgt hierfĂŒr nicht.
Eine Kopie der maĂgeblichen Garantien kann â soweit rechtlich zulĂ€ssig â ĂŒber den Datenschutzkontakt angefordert werden.
2.22 Automatisierte Einstufungen und Matching
BroSOS kann anhand der Eingaben und des Kontexts regelbasiert Dringlichkeit, EmpfĂ€ngerkreis und Hinweise bestimmen. RideSafe kann anhand von Bewegung, Stillstand, Check-ins und technischen Signalen eine RĂŒckfrage oder Eskalation auslösen. Karma- und Vertrauenswerte können aus dokumentierten AktivitĂ€ten berechnet werden.
Diese Verfahren unterstĂŒtzen Sortierung, Benachrichtigung und Sicherheit. Sie treffen keine medizinische, polizeiliche, versicherungsrechtliche oder sonstige Entscheidung mit rechtlicher Wirkung. Falsche Einstufungen, verpasste Ereignisse und Fehlalarme sind insbesondere in der Alpha möglich. Betroffene können eine menschliche ĂberprĂŒfung von Moderations-, Karma- oder KontomaĂnahmen verlangen.
2.23 Speicherdauer und Löschkonzept
Wir speichern personenbezogene Daten nur so lange, wie sie fĂŒr den jeweiligen Zweck erforderlich sind, eine Einwilligung besteht, gesetzliche Pflichten gelten oder AnsprĂŒche gesichert werden mĂŒssen. FĂŒr die veröffentlichte Alpha gelten die folgenden verbindlichen Fristen; ihre technische Umsetzung und PrĂŒfung ist zwingende Release-Voraussetzung:
Datenbereich   Vorgesehene Frist
Abgelehnte oder nicht abgeschlossene Alpha-Anmeldung   90 Tage nach letzter AktivitÀt
Konto, Profil, Community- und Fahrzeugdaten   bis zur Löschung durch den Nutzer bzw. Vertragsbeendigung; Sicherungskopien maximal 30 Tage
Technische Standardprotokolle   30 Tage
Push-Token   bis Deaktivierung oder Kontolöschung; inaktive Token nach 90 Tagen deaktivieren oder löschen
RideSafe-Standortpunkte ohne Incident   24 Stunden nach regulĂ€rem Fahrtende; optionaler Fahrtenverlauf nur bei ausdrĂŒcklicher Speicherung
RideSafe-Incident- und Check-in-Daten   30 Tage nach Abschluss; bei sicherheitsrelevantem Nachweis höchstens 90 Tage, sofern kein lÀngerer Rechtsgrund besteht
BroSOS-Alert, Angebote und Alert-Chat   30 Tage nach Abschluss; sicherheitsrelevante Nachweise höchstens 90 Tage
Standort/VerfĂŒgbarkeit potenzieller Helfer   nur solange aktiviert; letzten Standort spĂ€testens nach 24 Stunden erneuern oder löschen
Support- und ModerationsfĂ€lle   12 Monate nach Abschluss; lĂ€nger nur bei konkreten RechtsansprĂŒchen oder gesetzlicher Pflicht
Einwilligungs-, AGB- und Sicherheitsnachweise   fĂŒr die Vertragsdauer und regelmĂ€Ăig 3 Jahre danach
Marketplace-/Bestell- und Abrechnungsdaten   nach den jeweils anwendbaren gesetzlichen Aufbewahrungsfristen; in der Alpha kein allgemeiner Checkout
Gelöschte Dateien in Sicherungen   endgĂŒltige Ăberschreibung innerhalb von 30 Tagen
Technisches Release-Gate Diese Fristen sind verbindliche Zusagen und mĂŒssen durch automatische Löschjobs, Storage-Regeln, Token-Bereinigung, Backup-Ăberschreibung und PrĂŒfprotokolle nachweisbar umgesetzt sein. Bei der technischen Bestandsaufnahme war die regelmĂ€Ăige AusfĂŒhrung der RideSafe-Bereinigung nicht als eigener Lösch-Cronjob erkennbar; fĂŒr BroSOS, Logs, Token, Dateien und Backups ist die vollstĂ€ndige Automatisierung ebenfalls noch nachzuweisen. Bis dahin darf die Alpha mit diesen DatenflĂŒssen nicht freigegeben werden.
2.24 Kontolöschung
Das Konto kann in der App unter âProfil â Einstellungen â Datenschutz / Rechtliches â Kontolöschungâ gelöscht werden. Aus SicherheitsgrĂŒnden ist eine erneute Anmeldung erforderlich oder kann verlangt werden. ZusĂ€tzlich steht unter https://wkcustomgarage.de/datenschutz-loeschen eine öffentlich erreichbare Möglichkeit zur Löschung oder Löschanfrage bereit.
Bei Kontolöschung werden das Authentifizierungskonto, zugeordnete private Daten, eigene Dateien und vom Konto gesendete Nachrichten nach dem geltenden technischen Löschkonzept entfernt. Dadurch können in GesprĂ€chsverlĂ€ufen LĂŒcken entstehen; vom Konto erstellte Unterhaltungen können einschlieĂlich zugehöriger Inhalte entfallen. Daten werden nur weiter aufbewahrt, soweit eine gesetzliche Pflicht, ein konkreter Sicherheits- oder Rechtsfall oder Rechte anderer Personen dies erfordern; sie werden dann gesperrt, anonymisiert oder auf das notwendige MaĂ beschrĂ€nkt. Sicherungskopien werden innerhalb von 30 Tagen ĂŒberschrieben.
2.25 Rechte betroffener Personen
Auskunft ĂŒber verarbeitete personenbezogene Daten (Art. 15 DSGVO).
Berichtigung unrichtiger Daten (Art. 16 DSGVO).
Löschung (Art. 17 DSGVO) und EinschrÀnkung der Verarbeitung (Art. 18 DSGVO).
DatenĂŒbertragbarkeit, soweit die Voraussetzungen vorliegen (Art. 20 DSGVO).
Widerspruch gegen Verarbeitungen aufgrund berechtigter Interessen (Art. 21 DSGVO).
Widerruf einer Einwilligung mit Wirkung fĂŒr die Zukunft. Der Widerruf berĂŒhrt die RechtmĂ€Ăigkeit der vorherigen Verarbeitung nicht.
Beschwerde bei einer Datenschutzaufsichtsbehörde.
Zur Bearbeitung kann ein IdentitÀtsnachweis erforderlich sein. Anfragen richten sich an info@wkcustomgarage.de.
2.26 ZustÀndige Datenschutzaufsicht
FĂŒr einen in Niedersachsen ansĂ€ssigen Verantwortlichen ist regelmĂ€Ăig zustĂ€ndig:
Der Landesbeauftragte fĂŒr den Datenschutz Niedersachsen, PrinzenstraĂe 5, 30159 Hannover, E-Mail: poststelle@lfd.niedersachsen.de. Eine Beschwerde kann auch bei jeder anderen zustĂ€ndigen Aufsichtsbehörde eingereicht werden.
2.27 Sicherheit
Wir treffen risikoorientierte technische und organisatorische MaĂnahmen, insbesondere ZugriffsbeschrĂ€nkungen, rollenbasierte Berechtigungen, verschlĂŒsselte Ăbertragung, Protokollierung sicherheitsrelevanter VorgĂ€nge, Trennung von Test- und Produktionsumgebungen, Backups und regelmĂ€Ăige PrĂŒfungen. Kein System ist absolut sicher. SicherheitslĂŒcken sollen vertraulich an info@wkcustomgarage.de mit dem Betreff âSecurityâ gemeldet und nicht ausgenutzt oder öffentlich gemacht werden.
2.28 Ănderungen dieser DatenschutzerklĂ€rung
Diese ErklĂ€rung wird angepasst, wenn sich Funktionen, DatenflĂŒsse, Dienstleister oder Rechtslage Ă€ndern. Wesentliche Ănderungen werden in der App oder per E-Mail angekĂŒndigt. Eine Einwilligung wird nur erneut eingeholt, wenn dies rechtlich erforderlich ist.
3. Allgemeine Nutzungsbedingungen / AGB
FĂŒr die geschlossene Alpha der App âDie Digitale Garageâ
ĂFFENTLICHER TEXT â ZUSTIMMUNG VOR REGISTRIERUNG
§ 1 Anbieter und Geltungsbereich
(1) Anbieterin und Vertragspartnerin der App âDie Digitale Garageâ ist die im Impressum vollstĂ€ndig bezeichnete Einzelunternehmerin, handelnd unter WK Custom Garage (âAnbieterâ).
(2) Diese Nutzungsbedingungen regeln die Nutzung der App, Website und verbundenen Community-Funktionen wĂ€hrend der geschlossenen Alpha. FĂŒr BroSOS, RideSafe, Marketplace und Alpha-Test gelten ergĂ€nzende besondere Bedingungen. Bei WidersprĂŒchen gehen die spezielleren Bedingungen vor.
(3) Abweichende Bedingungen von Nutzern gelten nur, wenn der Anbieter ihnen ausdrĂŒcklich zugestimmt hat.
§ 2 Vertragsschluss und Alpha-Zugang
(1) Der Nutzungsvertrag kommt zustande, wenn der Nutzer ein Konto registriert, die geltenden Bedingungen akzeptiert und der Zugang freigeschaltet wird. Ein Anspruch auf Freischaltung besteht nicht.
(2) Die Alpha ist ein begrenztes Testangebot. Funktionen können unvollstĂ€ndig, fehlerhaft, vorĂŒbergehend deaktiviert oder auf einzelne Testgruppen beschrĂ€nkt sein.
(3) Die Nutzung ist in der Alpha grundsĂ€tzlich unentgeltlich, soweit eine Funktion nicht ausdrĂŒcklich mit Preis und eigenen Vertragsbedingungen angeboten wird. Die Bereitstellung personenbezogener Daten und Community-Inhalte kann dennoch Teil des Nutzungsvertrags sein.
(4) Der Anbieter kann Teilnehmerzahl, Testzeitraum und Funktionsumfang aus technischen, sicherheitsbezogenen oder organisatorischen GrĂŒnden begrenzen.
§ 3 Teilnahmevoraussetzungen
(1) Die geschlossene Alpha richtet sich ausschlieĂlich an volljĂ€hrige Personen ab 18 Jahren.
(2) Nutzer mĂŒssen geschĂ€ftsfĂ€hig sein und wahrheitsgemĂ€Ăe Kontaktdaten angeben. Konten sind persönlich und dĂŒrfen nicht ohne Zustimmung ĂŒbertragen oder gemeinsam genutzt werden.
(3) HĂ€ndler- oder Unternehmensfunktionen dĂŒrfen nur mit zutreffenden Unternehmensangaben verwendet werden. Der Anbieter kann geeignete Nachweise verlangen.
§ 4 Konto und Zugangssicherheit
(1) Zugangsdaten sind geheim zu halten. Bei Verdacht auf unbefugten Zugriff ist das Passwort unverzĂŒglich zu Ă€ndern und der Anbieter zu informieren.
(2) Nutzer sind fĂŒr Handlungen verantwortlich, die ĂŒber ihr Konto vorgenommen werden, soweit sie diese zu vertreten haben.
(3) Mehrfachkonten, automatisierte Massenregistrierungen, Umgehung von Sperren oder Nutzung fremder IdentitÀten sind unzulÀssig.
(4) Der Anbieter darf sicherheitsbedingt eine erneute Anmeldung, E-Mail-BestĂ€tigung oder vorĂŒbergehende Sperre verlangen.
§ 5 Leistungsumfang und VerfĂŒgbarkeit
(1) Die App verbindet Community-, Fahrzeug-, Nachrichten-, Touren-, Event-, Marketplace- und Sicherheitsfunktionen. Eine konkrete Funktion ist nur geschuldet, soweit sie in der jeweiligen Alpha-Version ausdrĂŒcklich als verfĂŒgbar bezeichnet ist.
(2) Wartung, Updates, AbhĂ€ngigkeit von Mobilfunk, GPS, App-Store, Betriebssystem, Karten-, E-Mail-, Push- und Cloud-Diensten können die Nutzung einschrĂ€nken. Eine ununterbrochene oder fehlerfreie VerfĂŒgbarkeit wird nicht zugesagt.
(3) Gesetzliche AnsprĂŒche bei MĂ€ngeln digitaler Produkte bleiben unberĂŒhrt. Angaben in Werbung oder Vorschau werden nicht als Garantie verstanden, sofern sie nicht ausdrĂŒcklich als Garantie bezeichnet sind.
§ 6 Lizenz und zulÀssige Nutzung
(1) FĂŒr die Dauer des Nutzungsvertrags erhĂ€lt der Nutzer ein einfaches, nicht ĂŒbertragbares, widerrufliches Recht, die App im vorgesehenen Umfang auf kompatiblen GerĂ€ten zu verwenden.
(2) UnzulĂ€ssig sind insbesondere Reverse Engineering auĂerhalb gesetzlich zwingender Erlaubnisse, Umgehung von SicherheitsmaĂnahmen, automatisiertes Auslesen, Belastung der Systeme, Einschleusen von Schadcode, Manipulation von Standort-, Karma-, Bewertungs- oder Sicherheitsdaten sowie Nutzung zu rechtswidrigen Zwecken.
(3) Hinweise auf SicherheitslĂŒcken sind vertraulich zu melden. Tests gegen fremde Konten, Daten oder Systeme sind nicht erlaubt.
§ 7 Pflichten bei Nutzung wÀhrend der Fahrt
(1) Die App darf wĂ€hrend der Teilnahme am StraĂenverkehr nur so bedient werden, wie es das geltende Verkehrsrecht und die sichere FahrzeugfĂŒhrung erlauben. Eingaben sind vor Fahrtbeginn oder an einem sicheren Halt vorzunehmen.
(2) Hinweise, Karten, Push-Nachrichten oder Warnungen dĂŒrfen nicht zu riskanten Manövern, Ablenkung oder Verlassen eines sicheren Ortes fĂŒhren.
(3) Der Nutzer bleibt fĂŒr Fahrzeugzustand, Fahrweise, Routenwahl, Pausen, Wetterbeurteilung und gesetzliche Pflichten selbst verantwortlich.
§ 8 Nutzerinhalte und Rechte
(1) Nutzer behalten ihre Rechte an eigenen BeitrÀgen, Bildern, Nachrichten, Fahrzeugdaten und sonstigen Inhalten.
(2) Soweit Inhalte in der Community veröffentlicht oder mit bestimmten Personen geteilt werden, rĂ€umt der Nutzer dem Anbieter fĂŒr die Vertragsdauer ein einfaches, rĂ€umlich erforderliches und technisch notwendiges Recht ein, diese Inhalte zu speichern, zu vervielfĂ€ltigen, zu konvertieren, anzuzeigen und an den gewĂ€hlten EmpfĂ€ngerkreis zu ĂŒbermitteln. Eine Nutzung zu fremden Werbezwecken erfolgt nicht ohne gesonderte Rechtsgrundlage.
(3) Der Nutzer versichert, dass er die erforderlichen Rechte besitzt und keine Rechte Dritter verletzt. Personenbezogene Daten anderer dĂŒrfen nur mit Rechtsgrundlage und im notwendigen Umfang veröffentlicht werden.
(4) Private Nachrichten und nicht öffentliche Fahrzeugdokumente werden nicht als öffentliche Inhalte behandelt.
§ 9 UnzulÀssige Inhalte und Handlungen
rechtswidrige, bedrohende, menschenverachtende, diskriminierende, extremistische oder gewaltverherrlichende Inhalte;
BelÀstigung, Stalking, Doxxing, Veröffentlichung fremder Kontaktdaten, Standorte oder intimer Inhalte ohne Einwilligung;
Betrug, IdentitÀtstÀuschung, manipulierte Bewertungen, gefÀlschte Nachweise oder falsche Sicherheitsmeldungen;
Angebote gestohlener, gefÀlschter, verbotener oder nicht verkehrsfÀhiger Waren sowie gefÀhrlicher Produkte entgegen den Marketplace-Regeln;
Spam, unerlaubte Werbung, Schneeball-/Betrugssysteme oder automatisierte Kontaktaufnahme;
gefÀhrliche technische Anweisungen ohne ausreichende Warnung, Aufruf zu riskanter Hilfeleistung oder Missbrauch von BroSOS/RideSafe;
Verletzung von Urheber-, Marken-, Persönlichkeits-, Datenschutz- oder GeschÀftsgeheimnisrechten.
§ 10 Moderation, Meldung und MaĂnahmen
(1) Inhalte und Konten können ĂŒber die vorgesehenen Funktionen gemeldet werden. Meldungen sollen den betroffenen Inhalt, eine nachvollziehbare BegrĂŒndung, Kontaktangaben und eine ErklĂ€rung enthalten, dass die Angaben nach bestem Wissen richtig sind.
(2) Der Anbieter kann Inhalte prĂŒfen, in ihrer Sichtbarkeit beschrĂ€nken, entfernen, Kontofunktionen begrenzen, Verwarnungen aussprechen oder Konten vorĂŒbergehend bzw. dauerhaft sperren, wenn ein VerstoĂ gegen Gesetz, diese Bedingungen oder die Community-Richtlinien vorliegt oder ein konkretes Sicherheitsrisiko besteht.
(3) MaĂnahmen werden sorgfĂ€ltig, objektiv und verhĂ€ltnismĂ€Ăig getroffen. Soweit rechtlich zulĂ€ssig, erhĂ€lt der betroffene Nutzer eine BegrĂŒndung mit Angaben zum Inhalt, zur Regelgrundlage, zur Dauer und zu einer ĂberprĂŒfungsmöglichkeit.
(4) Bei unmittelbarer Gefahr, Straftatverdacht oder rechtlicher Verpflichtung können Informationen gesichert und an zustĂ€ndige Stellen ĂŒbermittelt werden.
§ 11 Bewertungen, Karma und Badges
(1) Bewertungen mĂŒssen auf einer echten Interaktion beruhen, sachlich sein und dĂŒrfen nicht gekauft, getauscht, erpresst oder kĂŒnstlich erzeugt werden.
(2) Karma-Punkte und Badges sind app-interne Vertrauens- und Beteiligungssignale. Sie haben keinen Geldwert, sind nicht ĂŒbertragbar und begrĂŒnden ohne ausdrĂŒckliche Vorteilsbeschreibung keinen Auszahlungs- oder Rabattanspruch.
(3) Der Anbieter kann Berechnungsregeln aus sachlichem Grund Ă€ndern, Missbrauch korrigieren und Punkte bei Manipulation entziehen. Wesentliche Ănderungen werden angekĂŒndigt. Bereits ausdrĂŒcklich zugesagte individuelle Vorteile werden nicht willkĂŒrlich rĂŒckwirkend entzogen.
§ 12 Externe Inhalte und Dienste
Karten-, Routing-, Wetter-, Verkehrs-, Event-, Shop- oder Zahlungsinformationen können von Dritten stammen. VerfĂŒgbarkeit, Richtigkeit und AktualitĂ€t können nicht durchgehend kontrolliert werden. Nutzer mĂŒssen insbesondere Ăffnungszeiten, Zufahrten, StraĂensperrungen, Wetter- und Sicherheitsinformationen anhand offizieller oder örtlicher Quellen prĂŒfen.
§ 13 Ănderungen, Updates und Testende
(1) Der Anbieter kann die Alpha zur Fehlerbehebung, Sicherheit, RechtskonformitÀt und Weiterentwicklung aktualisieren. Sicherheitsupdates sind zeitnah zu installieren.
(2) Ănderungen, die ĂŒber die Erhaltung der VertragsmĂ€Ăigkeit hinausgehen und die Nutzung mehr als unerheblich beeintrĂ€chtigen, werden nach den anwendbaren gesetzlichen Regeln angekĂŒndigt.
(3) Die Alpha kann beendet oder in eine Beta/Produktionsversion ĂŒberfĂŒhrt werden. Der Nutzer wird angemessen informiert und erhĂ€lt â soweit möglich und rechtlich erforderlich â Gelegenheit, eigene Daten zu exportieren oder zu löschen.
§ 14 Laufzeit, KĂŒndigung und Kontolöschung
(1) Der Nutzungsvertrag lÀuft auf unbestimmte Zeit, höchstens jedoch bis zum Ende der Alpha, sofern nichts anderes vereinbart wird.
(2) Nutzer können jederzeit ohne Frist kĂŒndigen, indem sie ihr Konto ĂŒber âProfil â Einstellungen â Datenschutz / Rechtliches â Kontolöschungâ löschen oder die Löschung ĂŒber https://wkcustomgarage.de/datenschutz-loeschen verlangen.
(3) Der Anbieter kann ordentlich mit einer angemessenen Frist kĂŒndigen. Eine sofortige Sperre oder KĂŒndigung ist bei schwerem VerstoĂ, Missbrauch, Sicherheitsgefahr oder gesetzlicher Pflicht möglich.
(4) Vor einer dauerhaften MaĂnahme wird grundsĂ€tzlich gewarnt, soweit Art und Schwere des VerstoĂes, akute Gefahr oder gesetzliche GrĂŒnde dem nicht entgegenstehen.
§ 15 Gesetzliche Rechte bei digitalen Produkten
Zwingende Verbraucherrechte, insbesondere bei Nichtbereitstellung, MĂ€ngeln, Sicherheitsupdates, Ănderungen oder Vertragsbeendigung digitaler Produkte, bleiben unberĂŒhrt. Alpha-Hinweise beschreiben den Testzustand, ersetzen aber keine gesetzlichen Rechte. Abweichungen von ĂŒblichen Produktmerkmalen werden vor Vertragsschluss ausdrĂŒcklich und gesondert vereinbart.
§ 16 Haftung
(1) Der Anbieter haftet unbeschrĂ€nkt bei Vorsatz und grober FahrlĂ€ssigkeit, bei schuldhafter Verletzung von Leben, Körper oder Gesundheit, nach dem Produkthaftungsrecht sowie im Umfang ausdrĂŒcklich ĂŒbernommener Garantien.
(2) Bei leicht fahrlĂ€ssiger Verletzung einer wesentlichen Vertragspflicht haftet der Anbieter nur auf den vertragstypischen, bei Vertragsschluss vorhersehbaren Schaden. Wesentliche Vertragspflichten sind Pflichten, deren ErfĂŒllung die ordnungsgemĂ€Ăe DurchfĂŒhrung des Vertrags erst ermöglicht und auf deren Einhaltung Nutzer regelmĂ€Ăig vertrauen dĂŒrfen.
(3) Im Ăbrigen ist die Haftung fĂŒr leichte FahrlĂ€ssigkeit ausgeschlossen, soweit gesetzlich zulĂ€ssig.
(4) Soweit die Haftung nach Absatz 2 begrenzt ist, ist die Haftung bei Datenverlust auf den typischen Wiederherstellungsaufwand beschrĂ€nkt, der bei angemessener, regelmĂ€Ăiger und dem Risiko entsprechender Datensicherung entstanden wĂ€re. Dies gilt nicht in den FĂ€llen des Absatzes 1.
(5) Die vorstehenden Regeln gelten auch zugunsten gesetzlicher Vertreter und ErfĂŒllungsgehilfen des Anbieters. Zwingende gesetzliche AnsprĂŒche bleiben unberĂŒhrt.
§ 17 Anwendbares Recht und Gerichtsstand
(1) Es gilt deutsches Recht unter Ausschluss des UN-Kaufrechts. FĂŒr Verbraucher gilt dies nur, soweit ihnen dadurch der zwingende Schutz des Staates ihres gewöhnlichen Aufenthalts nicht entzogen wird.
(2) FĂŒr Verbraucher gelten die gesetzlichen GerichtsstĂ€nde. FĂŒr Kaufleute, juristische Personen des öffentlichen Rechts und öffentlich-rechtliche Sondervermögen ist â soweit zulĂ€ssig â Bramsche Gerichtsstand.
§ 18 Vertragssprache und Textspeicherung
Vertragssprache ist Deutsch. Die englische Fassung ist eine vollstĂ€ndige VerstĂ€ndnishilfe. FĂŒr Nutzer in Deutschland ist bei Abweichungen die deutsche Fassung maĂgeblich, soweit dies rechtlich zulĂ€ssig ist und zwingender Verbraucherschutz nicht entgegensteht. Die bei Vertragsschluss gĂŒltige Fassung wird in der App abrufbar gemacht und zusammen mit Versionsnummer und Zustimmungszeitpunkt gespeichert. Auf Wunsch wird sie in Textform bereitgestellt.
§ 19 Schlussbestimmungen
Sollte eine Bestimmung ganz oder teilweise unwirksam sein, bleiben die ĂŒbrigen Bestimmungen unberĂŒhrt. An die Stelle der unwirksamen Bestimmung tritt die gesetzliche Regelung. Ănderungen und ErgĂ€nzungen bedĂŒrfen keiner strengeren Form als gesetzlich vorgeschrieben.
4. Besondere Alpha-Testbedingungen
Gesondert bestĂ€tigen lassen â nicht in einer einzigen Sammel-Checkbox verstecken
SEPARATE ZUSTIMMUNG ERFORDERLICH
Warum dieser Abschnitt wichtig ist
Die Bezeichnung âAlphaâ allein schĂŒtzt nicht. Die konkreten Abweichungen und Risiken mĂŒssen verstĂ€ndlich vor Teilnahme genannt und gesondert akzeptiert werden. Die folgenden Bedingungen begrenzen Erwartungen, ersetzen aber keinen wirksamen HaftungsmaĂstab.
1. Testzweck
Die Alpha dient ausschlieĂlich dem begrenzten Test noch nicht abschlieĂend entwickelter Funktionen, BedienablĂ€ufe, KompatibilitĂ€t, Leistung und Sicherheit. Sie ist keine fertige Produktionsversion.
2. Konkret vereinbarte Abweichungen
Der Tester wird vor Teilnahme ausdrĂŒcklich darauf hingewiesen und stimmt gesondert zu, dass die Alpha insbesondere folgende Abweichungen aufweisen kann:
AbstĂŒrze, Darstellungsfehler, nicht reagierende SchaltflĂ€chen oder vorĂŒbergehend nicht erreichbare Server;
erhöhter Akku-, Speicher- oder Datenverbrauch sowie ErwÀrmung des GerÀts;
verzögerte oder ausbleibende Push-Nachrichten;
ungenaue, verspĂ€tete oder fehlende GPS-, Karten-, Routing-, Wetter-, Verkehrs- und Ăffnungszeitdaten;
fehlerhafte Synchronisation, doppelte EintrÀge oder Verlust noch nicht gesicherter Testdaten;
Ănderung, ZurĂŒcksetzung oder Entfernung von Funktionen und Testdaten;
Fehlalarme und nicht erkannte Ereignisse bei BroSOS/RideSafe;
eingeschrÀnkte KompatibilitÀt mit einzelnen Android-Versionen, Herstelleranpassungen, Energiesparmodi oder GerÀten.
3. GerÀt, Datensicherung und Installation
(1) Vor Installation sind wichtige GerĂ€tedaten, Fotos, Kontakte, Authenticator- und Zugangsdaten nach Möglichkeit zu sichern. FĂŒr besonders wichtige oder beruflich benötigte GerĂ€te wird empfohlen, die Alpha nur zu installieren, wenn eine aktuelle Wiederherstellungsmöglichkeit besteht.
(2) Tester sollen nur den offiziellen Play-Testlink verwenden, Updates installieren und keine verÀnderten APKs weitergeben.
(3) Bei ungewöhnlicher ErwĂ€rmung, starkem Akkuverbrauch, wiederholten AbstĂŒrzen, Berechtigungsfehlern oder anderem auffĂ€lligem Verhalten ist die betroffene Funktion zu beenden und der Fehler zu melden.
(4) Deinstallation beendet nicht automatisch das Nutzerkonto; die Kontolöschung erfolgt gesondert ĂŒber die App oder die öffentliche Löschseite.
4. Keine Verwendung als alleinige Sicherheitslösung
BroSOS, RideSafe, Standortfreigaben, Warnungen und Community-Hilfe dĂŒrfen in der Alpha nicht als alleinige oder garantierte Absicherung verwendet werden. Bei akuter Gefahr, Unfall, Feuer, medizinischem Notfall, Bedrohung oder vermisster Person sind unmittelbar die zustĂ€ndigen Notruf- oder Polizeidienste zu kontaktieren.
5. Feedback und Testdaten
Tester dĂŒrfen freiwillig Fehlerberichte, Screenshots, GerĂ€tedaten und VorschlĂ€ge ĂŒbermitteln. Vor dem Versand sind private Informationen anderer Personen zu entfernen. Der Tester rĂ€umt dem Anbieter ein zeitlich und rĂ€umlich unbeschrĂ€nktes, nicht ausschlieĂliches Recht ein, freiwillig ĂŒbermittelte Ideen und Fehlerbeschreibungen unentgeltlich zur Fehlerbehebung und Weiterentwicklung zu verwenden; Rechte an persönlichen Bildern und vertraulichen Inhalten werden dadurch nicht ĂŒbertragen.
6. Vertraulicher Umgang mit Sicherheitsinformationen
Noch nicht öffentlich bekannte Zugangsdaten, SicherheitslĂŒcken, interne Testlinks und personenbezogene Daten anderer Nutzer dĂŒrfen nicht veröffentlicht oder ausgenutzt werden. Allgemeine EindrĂŒcke, Screenshots eigener Inhalte und öffentlich freigegebene Promo-Inhalte dĂŒrfen geteilt werden, sofern keine Sicherheits- oder Persönlichkeitsrechte verletzt werden.
7. Testzeitraum und Ausschluss
Der Anbieter kann den Testzugang bei Ende der Testphase, InaktivitÀt, Missbrauch, Sicherheitsrisiken oder Verstoà gegen die Bedingungen beenden. Soweit möglich, wird zuvor die Gelegenheit gegeben, eigene Daten zu sichern oder zu löschen.
8. Haftung im Alpha-Test
FĂŒr die Alpha gilt die Haftungsregel der allgemeinen Nutzungsbedingungen. Eine pauschale Haftungsfreistellung fĂŒr sĂ€mtliche GerĂ€te-, Daten- oder FolgeschĂ€den wird nicht vereinbart. Der bekannte Testzustand, die konkret beschriebenen Abweichungen, angemessene Datensicherung und die Einhaltung der Sicherheitsanweisungen werden bei der Beurteilung von Verantwortlichkeit und Schadensumfang berĂŒcksichtigt.
Empfohlene separate Checkbox
âIch möchte an der geschlossenen Alpha teilnehmen. Ich habe die konkret beschriebenen Alpha-Abweichungen â insbesondere mögliche AbstĂŒrze, erhöhten Akku-/Datenverbrauch, verzögerte Benachrichtigungen, ungenaue Standortfunktionen und den möglichen Verlust ungesicherter Testdaten â gelesen und akzeptiere die besonderen Alpha-Testbedingungen.â
5. Sicherheits- und Haftungshinweise
Kurze Pflichtfassung fĂŒr die App â zusĂ€tzlich zu den Vertragsklauseln
IN DER APP DAUERHAFT ABRUFBAR
WICHTIG: KEIN NOTRUF
Die Digitale Garage, BroSOS und RideSafe ersetzen weder 112/110 noch Rettungsdienst, Polizei, Feuerwehr, Pannendienst, medizinische Beratung oder eine professionelle Leitstelle. Bei akuter Gefahr zuerst den offiziellen Notruf wÀhlen.
Nicht wÀhrend der Fahrt bedienen. Anhalten, Fahrzeug sichern und erst dann Eingaben vornehmen.
Standort-, Sensor-, Akku-, Netz-, Push- und Kartendaten können fehlen, verspÀtet oder falsch sein.
BroSOS-Helfer sind freiwillige Community-Mitglieder. IdentitĂ€t, Erreichbarkeit, Qualifikation, AusrĂŒstung und tatsĂ€chliche Hilfe sind nicht garantiert.
RideSafe kann AuffĂ€lligkeiten ĂŒbersehen oder Fehlalarme auslösen. Es besteht keine durchgehende menschliche Ăberwachung.
Sichere Orte, Ăffnungszeiten, Wetter-, Verkehrs- und Routeninformationen sind Hinweise. Vor Ort und anhand offizieller Quellen prĂŒfen.
Kinder und Tiere niemals wegen einer App-Meldung im heiĂen oder kalten Fahrzeug zurĂŒcklassen. Bei Gefahr sofort einen sicheren Ort aufsuchen und professionelle Hilfe rufen.
Keine Reparatur oder Hilfeleistung durchfĂŒhren, die Verkehr, Brandschutz, Elektrik, Hochvolt, Kraftstoff, Gesundheit oder eigene Sicherheit gefĂ€hrdet.
Wichtige Fahrzeug- und GerĂ€tedaten regelmĂ€Ăig sichern. Die Alpha nicht als einzigen Speicher fĂŒr Originaldokumente verwenden.
6. Besondere Bedingungen fĂŒr BroSOS
Community-Hilfe, Alerts, Helfer und Sicherheitsgrenzen
VOR ERSTER BROSOS-NUTZUNG BESTĂTIGEN
§ 1 Zweck und Einordnung
(1) BroSOS ist ein app-internes Community-Hilfesystem. Nutzer können bei Pannen, fehlenden Teilen oder Werkzeugen, Transport-/Unterstellbedarf, einer unangenehmen Situation, gewĂŒnschter Begleitung oder vergleichbarem UnterstĂŒtzungsbedarf freiwillige Community-Mitglieder anfragen.
(2) BroSOS ist kein Notruf, Pannendienst, Abschleppunternehmen, Sicherheitsdienst, Beherbergungsportal, medizinischer Dienst oder Vermittler mit Erfolgsgarantie.
(3) Bei akuter Gefahr, Verletzung, Feuer, Bedrohung, Verkehrsunfall mit Sicherungsbedarf oder sonstigem Notfall sind 112 bzw. 110 oder andere zustÀndige professionelle Stellen zu kontaktieren.
§ 2 Erstellung und Einstufung eines Alerts
(1) Der meldende Nutzer beschreibt Situation, Standort, Fahrzeug, benötigte Hilfe und relevante SicherheitsumstÀnde wahrheitsgemÀà und so sparsam wie möglich.
(2) BroSOS kann anhand der Angaben und verfĂŒgbarer Kontextdaten regelbasiert einen Community-, Priority- oder Safety-Alert bilden. Die Einstufung priorisiert Meldungen und Hinweise, stellt aber keine verbindliche Gefahren-, Unfall- oder Gesundheitsbewertung dar.
(3) Nutzer mĂŒssen Hinweise eigenverantwortlich bewerten. Bei Zweifeln ist professionelle Hilfe vorzuziehen.
§ 3 EmpfÀnger und Standortfreigabe
(1) Alerts werden grundsĂ€tzlich nur an Nutzer ĂŒbermittelt, die Benachrichtigungen fĂŒr passende Hilfebereiche und einen passenden Radius aktiviert haben, sowie an ausdrĂŒcklich gewĂ€hlte Kontakte.
(2) Je nach Alert und Status können grober oder genauer Standort, Problem, Fahrzeugbezug, Erreichbarkeit und Sicherheitsangaben sichtbar sein. Vor Absenden wird der vorgesehene EmpfÀngerkreis angezeigt.
(3) Der Nutzer darf keine exakten Standorte oder Kontaktdaten unbeteiligter Personen ohne Erforderlichkeit teilen. Ein Alert ist zu schlieĂen, sobald kein Hilfebedarf mehr besteht.
§ 4 Freiwillige Helfer
(1) Jeder Nutzer entscheidet selbst, ob er Alerts erhĂ€lt, in welchem Radius und fĂŒr welche Bereiche er helfen möchte. Es besteht keine Pflicht, eine Meldung anzunehmen oder eine bereits angebotene Hilfe fortzusetzen, wenn dies unzumutbar oder gefĂ€hrlich wird.
(2) Helfer dĂŒrfen nur Leistungen anbieten, die sie sicher, rechtmĂ€Ăig und fachlich vertretbar ausfĂŒhren können. Verkehrsraum und Unfallstellen dĂŒrfen nicht eigenmĂ€chtig betreten oder abgesichert werden, wenn dies gefĂ€hrlich ist.
(3) Bei Verdacht auf Gewalt, Straftat, medizinischen Notfall, Brand, Hochvolt-, Kraftstoff- oder sonstige erhebliche Gefahr ist professionelle Hilfe zu rufen statt sich selbst zu gefÀhrden.
(4) Helfer behandeln erhaltene Standorte, Telefonnummern, Bilder und Situationsangaben vertraulich und löschen sie nach Abschluss, soweit keine berechtigte Dokumentation erforderlich ist.
§ 5 Kosten, Transport und Ăbernachtung
(1) BroSOS begrĂŒndet nicht automatisch einen kostenlosen Leistungs-, Beförderungs-, Verwahrungs- oder Beherbergungsvertrag. Mögliche Kosten fĂŒr Material, Kraftstoff, Abschleppen, Transport oder Unterkunft mĂŒssen die Beteiligten vorab klar vereinbaren.
(2) Der Anbieter wird nicht Vertragspartner einer zwischen Nutzern vereinbarten Hilfe und verwahrt keine GegenstÀnde oder Fahrzeuge.
(3) Wer Personen transportiert, Fahrzeuge abschleppt, GrundstĂŒcke, Garagen oder SchlafplĂ€tze anbietet, muss die gesetzlichen, versicherungsrechtlichen und sicherheitsbezogenen Voraussetzungen selbst prĂŒfen. BroSOS bestĂ€tigt keine Eignung oder Versicherung.
§ 6 Sicherheitsinformationen
BroSOS kann situationsabhĂ€ngige Hinweise anzeigen, etwa bei Hitze, Kind oder Tier im Fahrzeug, leerem Akku, gefĂ€hrlichem Standort oder langer Wartezeit. Diese Hinweise sind allgemeine UnterstĂŒtzung und keine individuelle medizinische, rechtliche oder technische Beratung. Ein angezeigter Ort ist nicht automatisch geöffnet, zugĂ€nglich oder sicher.
§ 7 Missbrauch
Falsche Notlagen, Scherzmeldungen, BelÀstigung, Stalking, AusspÀhen von Standorten, kommerzielle Werbung ohne Kennzeichnung, Druck auf Helfer, gefÀhrliche Aufforderungen und Verwendung von Alerts zur Begehung rechtswidriger Handlungen sind verboten. VerdachtsfÀlle können gesperrt, dokumentiert und an zustÀndige Stellen gemeldet werden.
§ 8 Karma und Bewertung
TatsĂ€chlich geleistete und bestĂ€tigte Hilfe kann sich auf Karma oder Vertrauenssignale auswirken. Es besteht kein Anspruch auf Punkte fĂŒr ein bloĂes Angebot. GefĂ€hrliches, missbrĂ€uchliches oder manipuliertes Verhalten kann zur Korrektur oder zum Entzug fĂŒhren. Karma ersetzt keine Qualifikations-, Sicherheits- oder IdentitĂ€tsprĂŒfung.
§ 9 Haftung
Der Anbieter haftet nach § 16 der allgemeinen Nutzungsbedingungen. Insbesondere wird kein Erfolg, keine Mindestreaktionszeit, keine HelferverfĂŒgbarkeit und keine fachgerechte AusfĂŒhrung freiwilliger Hilfe zugesagt. FĂŒr eigene Handlungen und Vereinbarungen haften die beteiligten Nutzer nach den gesetzlichen Regeln.
Kurze BroSOS-BestÀtigung
âMir ist bekannt, dass BroSOS freiwillige Community-Hilfe organisiert und weder Notruf noch professionellen Pannen-, Sicherheits- oder Rettungsdienst ersetzt. In akuter Gefahr rufe ich 112/110. Standort und Situationsangaben werden an den vor dem Absenden angezeigten EmpfĂ€ngerkreis ĂŒbermittelt.â
7. Besondere Bedingungen fĂŒr RideSafe
Aktive Fahrt, Hintergrundstandort, Check-ins und Eskalation
VOR ERSTER RIDESAFE-AKTIVIERUNG BESTĂTIGEN
§ 1 Funktion und Grenzen
(1) RideSafe ist eine freiwillige digitale Fahrtbegleitung. Die Funktion kann aktive Fahrten, geplante Stopps, Stillstand, Check-ins und technische Signale verarbeiten und bei festgelegten Bedingungen Hinweise oder Eskalationen auslösen.
(2) RideSafe ist kein eCall-System, kein zertifiziertes Unfallmeldesystem, keine Leitstelle und keine Garantie, dass ein Unfall, Sturz, Stillstand, Netzverlust oder Hilfebedarf erkannt wird.
(3) Ohne funktionierendes GerÀt, ausreichenden Akku, GPS, Datenverbindung, Berechtigungen und laufende Systemprozesse kann RideSafe ganz oder teilweise ausfallen.
§ 2 Aktivierung und Beendigung
(1) RideSafe startet erst durch eine bewusste Aktivierung. Vor dem Start werden Fahrtkontext, vorgesehene Datenverarbeitung, EmpfÀnger und Hintergrundortung angezeigt.
(2) Der Nutzer prĂŒft vor Abfahrt Ziel, Stopps, RĂŒckkehrzeit, Fahrzeug und Notfallkontakte.
(3) Die Fahrt ist nach Abschluss aktiv zu beenden. Automatische Beendigung oder Weiterfahrterkennung können fehlerhaft sein. Bei GerĂ€tewechsel, Neustart, Berechtigungsentzug oder starkem Energiesparen ist der Status zu prĂŒfen.
§ 3 Hintergrundstandort und GerÀtedaten
WĂ€hrend einer aktiven Fahrt kann RideSafe â nach Android-Berechtigung â Standortdaten auch im Hintergrund bzw. bei geschlossener oder nicht aktiv verwendeter App erfassen. ZusĂ€tzlich können Zeit, Geschwindigkeit/Bewegung, Ortungsgenauigkeit, Akku, Netz, App-Status, GerĂ€teinformationen, Check-ins und fĂŒr die Ereigniserkennung erforderliche Sensordaten verarbeitet werden. Die Daten werden nur fĂŒr RideSafe, Sicherheit, Fehleranalyse und ausdrĂŒcklich freigegebene Eskalationen verwendet; nicht fĂŒr verhaltensbasierte Werbung.
§ 4 Check-ins und Eskalation
(1) RideSafe kann bei auffĂ€lligem Stillstand, ausbleibender Reaktion oder anderen konfigurierten Signalen eine RĂŒckfrage auslösen.
(2) Antwortet der Nutzer nicht, kann die App nach dem zuvor gezeigten Ablauf Notfallkontakte und/oder BroSOS-Helfer informieren. Fehlende Reaktion beweist keinen Unfall.
(3) EmpfÀnger erhalten nur die im jeweiligen Ablauf vorgesehenen Daten. Der Nutzer ist verantwortlich, aktuelle Kontaktangaben zu hinterlegen und die betroffenen Personen vorher zu informieren.
(4) Der Anbieter garantiert weder Zustellung noch Kenntnisnahme, Reaktion oder Eintreffen eines Kontakts/Helfers.
§ 5 Unfall-/Sturzhinweise und Sensordaten
Soweit eine Ereigniserkennung ĂŒber Bewegung, ErschĂŒtterung oder anschlieĂenden Stillstand angeboten wird, erkennt sie lediglich technische Muster. Sie kann normale Fahrmanöver falsch bewerten oder tatsĂ€chliche Ereignisse ĂŒbersehen. Sie darf nicht als Ersatz fĂŒr Schutzkleidung, Fahrzeugtechnik, eCall, Notruf oder eigene Vorsorge betrachtet werden.
§ 6 Wetter, Verkehr und sichere Orte
Wetterwarnungen, Verkehrslage, POI, Tankstellen, WerkstĂ€tten, Ăffnungszeiten oder als sicher dargestellte Orte können aus externen und zeitversetzten Quellen stammen. Die Anzeige ist eine Orientierung. Nutzer prĂŒfen örtliche Gegebenheiten, Beschilderung, Ăffnungszeiten und amtliche Warnungen selbst.
§ 7 Bedienung und StraĂenverkehr
RideSafe ist vor Fahrtbeginn einzurichten. RĂŒckfragen dĂŒrfen wĂ€hrend der Fahrt nur ĂŒber rechtlich zulĂ€ssige, sichere Bedienwege beantwortet werden. Bei notwendiger manueller Eingabe ist zunĂ€chst sicher anzuhalten. Routen- oder Sicherheitsmeldungen rechtfertigen keinen VerkehrsverstoĂ.
§ 8 Datensparsamkeit und Löschung
Die Live- und Hintergrundortung wird auf aktive Fahrten begrenzt. Standortpunkte ohne Incident werden nach der in der DatenschutzerklÀrung genannten kurzen Frist gelöscht. Eine dauerhafte Fahrtenhistorie entsteht nur, wenn sie als eigene Funktion transparent aktiviert wird. Nutzer können RideSafe-Einwilligungen und Android-Berechtigungen jederzeit widerrufen; die Funktion kann dann nicht oder nur eingeschrÀnkt arbeiten.
§ 9 Haftung
Es gilt die Haftungsregel der allgemeinen Nutzungsbedingungen. Eine Haftung wird nicht allein dadurch begrĂŒndet, dass ein technisches Signal, eine Nachricht oder ein Hilfebedarf nicht erkannt, zugestellt oder beantwortet wurde. Dies gilt nicht, soweit der Anbieter nach zwingendem Recht oder aufgrund vorsĂ€tzlichen/grob fahrlĂ€ssigen Verhaltens haftet.
Kurze RideSafe-BestÀtigung
âIch aktiviere RideSafe freiwillig. Mir ist bekannt, dass RideSafe wĂ€hrend einer aktiven Fahrt Standort- und Statusdaten â nach Android-Berechtigung auch im Hintergrund â verarbeitet und bei ausbleibender Reaktion ausgewĂ€hlte Kontakte oder Helfer informieren kann. RideSafe ist kein Notruf und erkennt UnfĂ€lle oder Gefahren nicht garantiert.â
8. Besondere Bedingungen fĂŒr Blackboard, Marketplace und HĂ€ndler-Shops
Nur veröffentlichen, soweit die jeweiligen Funktionen in der Alpha aktiv sind
GILT FĂR AKTIVE INSERATE- UND HANDELSFUNKTIONEN
§ 1 Rolle der Plattform
(1) Die Digitale Garage stellt technische Funktionen bereit, mit denen Nutzer Angebote veröffentlichen, suchen, speichern, bewerten und miteinander kommunizieren können.
(2) Soweit ein Angebot nicht ausdrĂŒcklich als eigenes Angebot von WK Custom Garage gekennzeichnet ist, wird der Vertrag ausschlieĂlich zwischen Anbieter und Interessent/KĂ€ufer geschlossen. Die Plattform wird weder VerkĂ€ufer, KĂ€ufer, Vertreter, Verwahrer, Spediteur noch Zahlungsdienstleister.
(3) Die Plattform ĂŒbernimmt keine Garantie fĂŒr IdentitĂ€t, Eigentum, Zustand, Verkehrssicherheit, ZulĂ€ssigkeit, OriginalitĂ€t, Preis, Lieferbarkeit oder Angaben eines Nutzers.
§ 2 Private und gewerbliche Anbieter
Anbieter mĂŒssen zutreffend angeben, ob sie privat oder unternehmerisch handeln. Gewerbliche Anbieter mĂŒssen die erforderlichen IdentitĂ€ts-, Kontakt-, Register-, Steuer- und Verbraucherinformationen bereitstellen. Die Plattform kann Nachweise verlangen und Shops bis zur PrĂŒfung sperren. Eine Freigabe ist keine Garantie oder behördliche Zertifizierung.
§ 3 Anforderungen an Inserate
wahrheitsgemĂ€Ăe, vollstĂ€ndige und aktuelle Beschreibung einschlieĂlich bekannter wesentlicher MĂ€ngel;
nur eigene oder rechtmĂ€Ăig genutzte Fotos und Texte;
zutreffende Preis-, Standort-, Versand- und VerfĂŒgbarkeitsangaben;
keine irrefĂŒhrenden Vergleichspreise, Lockangebote oder manipulierten Fahrzeugdaten;
keine öffentliche Darstellung unnötiger Kennzeichen-, VIN-, Ausweis-, Konto- oder Adressdaten;
unverzĂŒgliche Kennzeichnung oder Entfernung, wenn der Artikel nicht mehr verfĂŒgbar ist.
§ 4 Verbotene Angebote
gestohlene, gefÀlschte oder rechtswidrig erlangte Waren;
Waffen, Munition, Explosivstoffe, verbotene Messer oder sonstige gefĂ€hrliche/regulierte GegenstĂ€nde, soweit nicht ausdrĂŒcklich rechtssicher freigegeben;
Drogen, verschreibungspflichtige Arzneimittel, Gifte, gefÀhrliche Chemikalien und sonstige verbotene Stoffe;
gefÀlschte Fahrzeugpapiere, manipulierte KilometerstÀnde, entfernte Identifikationsnummern oder Teile mit unklarer Herkunft;
Produkte, deren Verkauf gegen Marken-, Urheber-, Produkt-, Umwelt-, Jugendschutz- oder Sicherheitsrecht verstöĂt;
Tiere, personenbezogene Daten, Accounts, amtliche Dokumente oder sonstige nicht fĂŒr den Marketplace vorgesehene Leistungen.
§ 5 Vertrag, PrĂŒfung und Zahlung
(1) Nutzer prĂŒfen Vertragspartei, Ware, Preis, Zahlungsweg, Versand, Abholung, Eigentumsnachweis und GewĂ€hrleistungsrechte selbst. Bei Fahrzeugen und sicherheitsrelevanten Teilen wird eine fachkundige PrĂŒfung vor Einbau oder Kauf empfohlen.
(2) Zahlungen auĂerhalb eines ausdrĂŒcklich eingebundenen, geprĂŒften Zahlungswegs erfolgen auf eigenes Risiko. Die Plattform fordert niemals auĂerhalb der App zur Herausgabe von PIN, TAN, Passwort oder Fernzugriff auf.
(3) Material-, Transport-, RĂŒckgabe- und GewĂ€hrleistungsfragen sind zwischen den Vertragsparteien zu klĂ€ren. GegenĂŒber Verbrauchern gelten bei einem gewerblichen VerkĂ€ufer zwingende Verbraucherrechte.
§ 6 Bewertungen und Kommunikation
Marketplace-Bewertungen mĂŒssen auf einem tatsĂ€chlichen Kontakt oder Vertrag beruhen. Drohungen mit Bewertungen, Gegenleistungen fĂŒr Bewertungen und Veröffentlichung vertraulicher Kommunikation sind unzulĂ€ssig. VerdĂ€chtige Kontakte, Zahlungsaufforderungen und Angebote können gemeldet werden.
§ 7 Eigene VerkÀufe und kostenpflichtige Plattformleistungen
Bietet WK Custom Garage selbst Waren, Verkaufsservice, Kommissionsverkauf, Abonnements oder andere entgeltliche Leistungen an, gelten dafĂŒr separate Preis-, Leistungs-, Widerrufs-, Zahlungs-, Liefer- und GewĂ€hrleistungsbedingungen. Dieser Marketplace-Text allein reicht dafĂŒr nicht aus.
§ 8 Haftung
Die Haftung der Plattform richtet sich nach den allgemeinen Nutzungsbedingungen. Die Plattform haftet nicht fĂŒr die ErfĂŒllung von VertrĂ€gen zwischen Nutzern, sofern sie nicht selbst Vertragspartei ist. Zwingende gesetzliche Verantwortlichkeit fĂŒr eigene Handlungen, konkrete Kenntnis rechtswidriger Inhalte und gesetzliche PrĂŒf-/Abhilfepflichten bleibt unberĂŒhrt.
9. Community-Richtlinien
Klare Regeln fĂŒr BeitrĂ€ge, Chats, Gruppen, Alerts und Marketplace
ĂFFENTLICHER TEXT
Die Digitale Garage soll ein Ort fĂŒr Fahrzeugbegeisterte, gegenseitige Hilfe und ehrlichen Austausch sein. Kritik und unterschiedliche Meinungen sind willkommen; EinschĂŒchterung, TĂ€uschung und GefĂ€hrdung anderer nicht.
Sei respektvoll
Keine Beleidigungen, Drohungen, gezielte DemĂŒtigung, sexuelle BelĂ€stigung, Stalking oder wiederholte unerwĂŒnschte Kontaktaufnahme.
Keine Abwertung oder Ausgrenzung wegen Herkunft, Hautfarbe, Geschlecht, IdentitÀt, Religion, Behinderung, Alter oder vergleichbarer Merkmale.
Keine Veröffentlichung privater Nachrichten oder persönlicher Daten anderer ohne Erlaubnis.
Poste nur, wozu du berechtigt bist
Eigene Bilder/Texte oder Inhalte mit erforderlicher Erlaubnis verwenden.
Gesichter, Kennzeichen, Adressen, Dokumente und Kinder nur mit angemessener Rechtsgrundlage und Schutz veröffentlichen.
Keine GeschĂ€ftsgeheimnisse, Zugangsdaten, SicherheitslĂŒcken oder fremden Fahrzeugdokumente teilen.
Keine gefÀhrlichen oder rechtswidrigen Inhalte
Keine Anleitungen oder Aufforderungen zu gefĂ€hrlichen Reparaturen, Rennen, VerkehrsverstöĂen, Manipulationen oder Gewalt.
Keine Betrugsangebote, FĂ€lschungen, gestohlenen Teile, verbotenen Waren oder Umgehung gesetzlicher Vorschriften.
Keine falschen Notlagen, Scherzalarme oder Nutzung von BroSOS/RideSafe zum AusspÀhen oder BelÀstigen.
Werbung und gewerbliche Inhalte
Gewerbliche Inhalte mĂŒssen als solche erkennbar sein und in die vorgesehenen Bereiche gehören. Spam, ungefragte Massenwerbung, irrefĂŒhrende Versprechen und verdeckte Werbung sind nicht erlaubt.
Melden statt eskalieren
Nutze Melden und Blockieren, wenn Inhalte oder Kontakte gegen Regeln verstoĂen. Bei unmittelbarer Gefahr wende dich an 110/112. Ăffentliche âPrangerâ-BeitrĂ€ge, private Racheaktionen oder das Veröffentlichen persönlicher Daten sind kein zulĂ€ssiger Ersatz fĂŒr eine Meldung.
Mögliche MaĂnahmen
Je nach Schwere, Wiederholung und Gefahr sind Hinweis, Verwarnung, Inhaltsentfernung, Reichweitenbegrenzung, Funktionssperre, zeitweise Sperre, KontoschlieĂung, Sicherung von Nachweisen oder Meldung an zustĂ€ndige Stellen möglich. Entscheidungen werden soweit möglich begrĂŒndet. Eine begrĂŒndete ĂberprĂŒfung kann per E-Mail an info@wkcustomgarage.de mit dem Betreff âBeschwerde / ModerationsprĂŒfungâ beantragt werden.
10. Information fĂŒr Notfallkontakte
Text, den Nutzer ihrer hinterlegten Kontaktperson zugĂ€nglich machen mĂŒssen
ĂFFENTLICHE ART.-14-INFORMATION
Eine Nutzerin oder ein Nutzer der App âDie Digitale Garageâ hat Sie als freiwilligen Notfallkontakt fĂŒr die Funktion RideSafe und/oder BroSOS hinterlegt. Dadurch können folgende Daten ĂŒber Sie verarbeitet werden: Name, Beziehung zur nutzenden Person, Telefonnummer, E-Mail-Adresse und der Status, ob Sie als Kontakt hinterlegt sind.
Die Daten stammen von der Person, die Sie eingetragen hat. Zweck ist, Sie bei einer vom Nutzer aktivierten Fahrt oder Sicherheitseskalation kontaktieren und Ihnen â je nach Freigabe â Informationen wie Name, letzter Standort, Route, Zeitpunkt und Art der RĂŒckfrage ĂŒbermitteln zu können. Die App ersetzt keinen Notruf und garantiert nicht, dass eine Nachricht zugestellt oder gesehen wird.
Rechtsgrundlage ist die DurchfĂŒhrung der vom Nutzer gewĂŒnschten Kontaktfunktion und das berechtigte Interesse an einer von beiden Personen gewĂŒnschten Sicherheitskommunikation; soweit eine Einwilligung erforderlich ist, wird diese ĂŒber die eintragende Person bzw. direkt eingeholt. Die Daten werden gespeichert, bis der Nutzer Sie entfernt, Sie der Verarbeitung widersprechen oder das Konto gelöscht wird, vorbehaltlich notwendiger Nachweise.
Sie können unter info@wkcustomgarage.de Auskunft, Berichtigung oder Löschung verlangen und der weiteren Nutzung als Notfallkontakt widersprechen. Verantwortliche ist die im Impressum bezeichnete Anbieterin. Weitere Informationen: https://wkcustomgarage.de/datenschutz.
11. Kurze In-App-Texte und Einwilligungen
Copy-and-paste-Blöcke fĂŒr Registrierung, Berechtigungen und Sicherheitsdialoge
DIREKT FĂR UI / PLAY CONSOLE
11.1 Registrierung â empfohlene Struktur
Pflicht-Checkbox 1 â Vertrag
âIch bin mindestens 18 Jahre alt und akzeptiere die Nutzungsbedingungen einschlieĂlich der Community-Richtlinien sowie â soweit ich die Funktionen nutze â die besonderen Bedingungen fĂŒr BroSOS, RideSafe und den Marketplace.â
Pflicht-Checkbox 2 â Alpha-Abweichungen
âIch nehme an einer noch nicht fertigen Alpha teil. Ich habe die besonderen Alpha-Testbedingungen und die konkret beschriebenen Abweichungen, insbesondere mögliche AbstĂŒrze, erhöhten Akku-/Datenverbrauch, verspĂ€tete Benachrichtigungen, ungenaue Standortfunktionen und den Verlust ungesicherter Testdaten, gelesen und akzeptiert.â
Datenschutz â keine versteckte Einwilligung
âWie wir Konten, Community-Inhalte, Nachrichten, Fahrzeugdaten und optionale Sicherheitsfunktionen verarbeiten, steht in der DatenschutzerklĂ€rung.â Link: âDatenschutzerklĂ€rung öffnenâ. Eine allgemeine Pflicht-Checkbox âIch willige in die DatenschutzerklĂ€rung einâ sollte nicht als Ersatz fĂŒr konkrete Rechtsgrundlagen verwendet werden.
11.2 Prominenter Hinweis vor Android-Hintergrundstandort
RideSafe benötigt Standortzugriff â auch im Hintergrund
âDie Digitale Garage erfasst und speichert wĂ€hrend einer von dir aktiv gestarteten RideSafe-Fahrt deinen Standort, um deine Route zu begleiten, ungewöhnlichen Stillstand und ausbleibende Reaktionen zu erkennen sowie â nach dem von dir gewĂ€hlten Eskalationsablauf â deinen letzten Standort an Notfallkontakte oder passende BroSOS-Helfer zu ĂŒbermitteln. Das kann auch geschehen, wenn die App geschlossen ist oder nicht aktiv verwendet wird. Die Ortung startet nur bei aktiver RideSafe-Fahrt und endet, wenn du die Fahrt beendest oder die Berechtigung entziehst. RideSafe ist kein Notruf und erkennt UnfĂ€lle nicht garantiert.â Buttons: âWeiter zur Android-Berechtigungâ | âNicht jetztâ
11.3 Standort fĂŒr BroSOS
Standort fĂŒr deinen Alert
âDamit passende Community-Helfer deine Meldung finden können, verarbeitet BroSOS deinen aktuellen oder von dir gewĂ€hlten Standort. Vor dem Absenden siehst du, welcher EmpfĂ€ngerkreis welche Standortgenauigkeit erhĂ€lt. SchlieĂe den Alert, sobald du keine Hilfe mehr brauchst.â Buttons: âStandort verwendenâ | âOrt manuell eingebenâ
11.4 Freiwillige sensible Angaben
Gesundheits- oder Sicherheitsangaben freiwillig teilen
âDu kannst freiwillig Informationen zu Verletzungen, gesundheitlichen EinschrĂ€nkungen oder besonderen Risiken hinzufĂŒgen. Diese Angaben werden im Rahmen deines Alerts an den angezeigten EmpfĂ€ngerkreis ĂŒbermittelt. Teile nur, was fĂŒr die Hilfe wirklich notwendig ist. Du kannst die Einwilligung bis zum Absenden zurĂŒcknehmen und den Alert anschlieĂend schlieĂen oder löschen.â Checkbox: âIch willige ausdrĂŒcklich in die Verarbeitung und Ăbermittlung der von mir eingetragenen sensiblen Angaben fĂŒr diesen Alert ein.â
11.5 Notfallkontakt hinterlegen
Notfallkontakt bestĂ€tigen âIch habe die ausgewĂ€hlte Person darĂŒber informiert, dass ich ihre Kontaktdaten in RideSafe/BroSOS hinterlege und sie bei einer von mir aktivierten Eskalation kontaktiert werden kann. Ich habe ihr die Information fĂŒr Notfallkontakte zugĂ€nglich gemacht und bin berechtigt, die Daten anzugeben.â Checkbox: âBestĂ€tigenâ
11.6 Push-Benachrichtigungen
Benachrichtigungen aktivieren
âMit Benachrichtigungen erfĂ€hrst du von RoadTalk-Nachrichten, passenden BroSOS-Alerts und RideSafe-RĂŒckfragen. Welche Bereiche dich benachrichtigen dĂŒrfen, stellst du in der App ein. Ohne Push können zeitkritische Hinweise erst beim Ăffnen der App erscheinen.â Buttons: âBenachrichtigungen erlaubenâ | âSpĂ€terâ
11.7 Bewegungssensoren / Ereigniserkennung
Optionale Ereigniserkennung
âRideSafe kann wĂ€hrend einer aktiven Fahrt Bewegungs- und ErschĂŒtterungssignale auswerten, um auffĂ€llige Muster zu erkennen und eine RĂŒckfrage auszulösen. Die Erkennung kann Fehlalarme verursachen oder tatsĂ€chliche Ereignisse ĂŒbersehen. Es werden keine medizinischen Diagnosen erstellt.â Buttons: âAktivierenâ | âOhne Erkennung fortfahrenâ
11.8 Mikrofon / Sprache â nur bei aktivierter Sprachantwort
Sprachantworten erlauben âMit Mikrofonzugriff kannst du wĂ€hrend einer RideSafe-RĂŒckfrage eine Sprachantwort geben. Die Aufnahme startet nur nach deiner bewussten Aktion. Die Audiodaten werden ausschlieĂlich lokal auf deinem GerĂ€t ausgewertet, nicht an unsere Server ĂŒbertragen und nicht gespeichert. Ăbermittelt wird nur der von dir bestĂ€tigte Antwortstatus.â Buttons: âMikrofon erlaubenâ | âOhne Sprache fortfahrenâ
11.9 Kamera, Fotos und Dateien
Foto oder Datei hinzufĂŒgen
âDie ausgewĂ€hlte Aufnahme oder Datei wird fĂŒr den von dir gewĂ€hlten Zweck gespeichert und dem angezeigten EmpfĂ€ngerkreis bereitgestellt. PrĂŒfe vorher, ob Gesichter, Kennzeichen, Adressen, Dokumentnummern oder andere private Daten sichtbar sind.â
11.10 Alpha-Startwarnung
Geschlossene Alpha
âDiese Version wird noch getestet. Funktionen können ausfallen, sich Ă€ndern, mehr Akku oder Daten verbrauchen und ungesicherte Testdaten können verloren gehen. BroSOS und RideSafe sind in der Alpha keine alleinige Sicherheitslösung. Melde Fehler bitte direkt ĂŒber âFeedbackâ.â Button: âVerstandenâ
11.11 Akute Gefahr
Bist du gerade in unmittelbarer Gefahr?
âRuf zuerst 112 bei medizinischem Notfall, Unfall oder Feuer bzw. 110 bei Bedrohung oder Straftat. BroSOS/RideSafe ersetzen keinen offiziellen Notruf.â Buttons: â112 anrufenâ | â110 anrufenâ | âKein akuter Notfall â weiter zu BroSOSâ
11.12 Hitzesituation mit Kind oder Tier
Hitze kann schnell lebensgefÀhrlich werden
âLass Kinder oder Tiere nicht im aufgeheizten Fahrzeug zurĂŒck â auch nicht fĂŒr wenige Minuten. Bringe alle Betroffenen möglichst sofort an einen schattigen, kĂŒhlen und sicheren Ort, biete Wasser an, sofern geeignet, und rufe bei Anzeichen einer Ăberhitzung oder wenn du die Situation nicht sicher lösen kannst 112.â
11.13 Konto löschen â In-App-Dialog
Konto endgĂŒltig löschen? âDein Zugang, deine privaten Kontodaten, eigenen Dateien und von dir gesendeten Nachrichten werden gelöscht. Dadurch können in GesprĂ€chsverlĂ€ufen LĂŒcken entstehen; von dir erstellte Unterhaltungen können einschlieĂlich zugehöriger Inhalte entfallen. Nur Daten, die wegen gesetzlicher Pflichten, eines konkreten Sicherheits-/Rechtsfalls oder der Rechte anderer Personen noch benötigt werden, bleiben befristet und zweckgebunden gesperrt. Sicherungskopien werden innerhalb von 30 Tagen ĂŒberschrieben. Dieser Schritt kann nicht rĂŒckgĂ€ngig gemacht werden. Aus SicherheitsgrĂŒnden musst du dich erneut anmelden.â Eingabe: âLĂSCHENâ Buttons: âKonto endgĂŒltig löschenâ | âAbbrechenâ
11.14 Ăffentliche Seite âKonto und Daten löschenâ
Seitentitel: Konto und Daten aus âDie Digitale Garageâ löschen
Text: âDu kannst dein Konto direkt in der App unter âProfil â Einstellungen â Datenschutz / Rechtliches â Kontolöschungâ löschen. Falls du keinen Zugriff mehr auf die App hast, sende deine Löschanfrage von der im Konto hinterlegten E-Mail-Adresse an info@wkcustomgarage.de oder nutze das Formular unter https://wkcustomgarage.de/datenschutz-loeschen. Gib nur die zur Zuordnung nötigen Daten an. Wir können aus SicherheitsgrĂŒnden eine BestĂ€tigung verlangen. Konto und zugeordnete Daten werden nach PrĂŒfung gelöscht, soweit keine gesetzlichen Aufbewahrungspflichten, konkrete Sicherheits- oder RechtsfĂ€lle oder Rechte anderer Personen entgegenstehen. Sicherungskopien werden innerhalb von 30 Tagen ĂŒberschrieben.â
Formularfelder: E-Mail des Kontos · Nutzername (optional) · âKonto und zugeordnete Daten löschenâ / âNur bestimmte Daten löschenâ · Nachricht · BestĂ€tigung der E-Mail.
11.15 Meldeformular fĂŒr rechtswidrige Inhalte
Felder: Link/Inhalts-ID · Art des Inhalts · genaue BegrĂŒndung, warum der Inhalt rechtswidrig sein soll · Name · E-Mail · Belege (optional) · Checkbox: âIch bin nach bestem Wissen ĂŒberzeugt, dass die Angaben richtig und vollstĂ€ndig sind.â
BestĂ€tigung: âWir haben deine Meldung erhalten. Du erhĂ€ltst eine Nachricht ĂŒber unsere Entscheidung und mögliche ĂberprĂŒfungswege, soweit du eine erreichbare E-Mail angegeben hast.â
11.16 BegrĂŒndung einer Moderationsentscheidung â Vorlage
Betroffener Inhalt/Konto: ______________________________________________
MaĂnahme: Entfernung / Sichtbarkeitsbegrenzung / Funktionssperre / Kontosperre
Dauer und Geltungsbereich: ____________________________________________
Grund â Tatsachen und Kontext: _________________________________________
Regel- oder Rechtsgrundlage: __________________________________________
Automatisierte Mittel eingesetzt: nein / ja; Rolle: __________________________
ĂberprĂŒfung: âDu kannst bis zum genannten Datum per E-Mail an info@wkcustomgarage.de mit dem Betreff âBeschwerde / ModerationsprĂŒfungâ eine begrĂŒndete ĂberprĂŒfung beantragen.â
12. Google-Play-Datensicherheit und Berechtigungen
Arbeitsmatrix â muss gegen das finale AAB, Manifest und alle SDKs geprĂŒft werden
INTERNE RELEASE-ARBEIT
Keine Angaben raten
Die Play-Console-Fragen beziehen sich auf das tatsĂ€chliche Verhalten der veröffentlichten BinĂ€rdatei einschlieĂlich SDKs. Die folgende Matrix basiert auf dem bekannten Backend. Vor Einreichung mĂŒssen Android-Manifest, Netzwerkverkehr und Drittanbieter-SDKs geprĂŒft werden.
Play-Datenkategorie   Voraussichtlich vorhanden   Zweck / Anmerkung
Name, E-Mail, Nutzerkennung   Ja   Konto, Profil, Support, Kommunikation
Adresse / Telefonnummer   Optional; Marketplace/Notfallkontakt   Nur soweit Nutzer/HÀndler sie eingeben
UngefÀhrer Standort   Ja/optional   Suche, Events, POI, Alerts
Genauer Standort   Ja/optional; RideSafe/BroSOS   Live- und Hintergrundortung, Routing, Hilfe
Nachrichten   Ja   RoadTalk, Gruppen, Alert-Chats
Fotos, Videos, Dateien, Dokumente   Ja/optional   Profile, BeitrÀge, Fahrzeuge, Chats, Nachweise
App-AktivitÀt / Interaktionen   Ja   Likes, Favoriten, Meldungen, Karma, Nutzung
GerÀte- oder andere IDs   Ja   Push-Token, GerÀte-/Appumgebung, Sicherheit
Diagnose-/Absturzdaten   Ja â technische Diagnose- und Fehlerprotokolle   StabilitĂ€t, Fehleranalyse und Sicherheit; regulĂ€r 30 Tage. Kein gesondertes Analytics-/Crash-SDK bestĂ€tigt â finales AAB prĂŒfen.
Finanz-/Zahlungsdaten   Nein â allgemeiner Checkout in der Alpha deaktiviert   Neu bewerten und konkret angeben, bevor Zahlungen oder eigene Bestellungen aktiviert werden.
Gesundheitsinformationen   Optional in BroSOS/RideSafe   Nur freiwillig, ausdrĂŒcklich einwilligungsbasiert
Kontakte   Notfallkontakte, aber kein Adressbuchzugriff bestĂ€tigt   Nicht als âKontakte aus GerĂ€tâ melden, wenn nur manuell eingegeben; genaue Play-Definition prĂŒfen
Webbrowsing / Werbung   Nach aktuellem Stand nein   Bei spÀteren Werbe-/Tracking-SDKs neu bewerten
Play-Console-Pflichtpunkte
Ăffentliche HTTPS-Datenschutz-URL ohne Anmeldung.
In-App-Kontolöschung und öffentliche Web-URL zur Kontolöschung oder Löschanfrage.
Prominenter Hintergrundstandort-Hinweis unmittelbar vor Android-Berechtigungsdialog.
Permissions Declaration Form und kurzes Demonstrationsvideo, sofern ACCESS_BACKGROUND_LOCATION beantragt wird.
Data-Safety-Formular muss Erhebung, Weitergabe, Zwecke, OptionalitĂ€t, VerschlĂŒsselung und Löschmöglichkeit korrekt abbilden.
Bei Community-Inhalten: sichtbare Nutzungsbedingungen, Meldefunktion, Blockierfunktion und tatsÀchliche Moderation.
Store-Beschreibung darf RideSafe/BroSOS nicht als garantierte Unfall-, Rettungs- oder Sicherheitslösung bewerben.
13. Interne Release-Checkliste
Nicht veröffentlichen â diese Punkte mĂŒssen vor dem Alpha-Release abgearbeitet werden
INTERN
Bereich   Aufgabe   Status
Betreiberangaben   Anbieterin, Anschrift, E-Mail und Telefon sind im Impressum eingetragen. Keine Register-, USt-IdNr.- oder Wirtschafts-ID-Angaben vorhanden.   ERLEDIGT
Dokumentversionen   AGB, Datenschutz- und Sonderbedingungen versionieren; Zustimmung mit Nutzer-ID, Zeit und Version speichern und exportierbar halten.   TESTEN
Datenschutz-URL   https://wkcustomgarage.de/datenschutz öffentlich, ohne Login, nicht als bearbeitbares Dokument veröffentlichen; in App und Play Console verlinken.   VOR RELEASE
Kontolöschung   In-App-Pfad: Profil â Einstellungen â Datenschutz / Rechtliches â Kontolöschung. Web: https://wkcustomgarage.de/datenschutz-loeschen. Bestehende Löschfunktion mit Testkonto, Dateien, Nachrichten, Unterhaltungen, FremdbezĂŒgen und Backups Ende-zu-Ende prĂŒfen.   TESTEN
Dateninventar   Finales AAB, Android-Manifest, Netzwerkverkehr, Berechtigungen und SDK-/Bibliotheksliste gegen Datenschutz und Play Data Safety abgleichen.   VOR RELEASE
Auftragsverarbeitung   DPA/AV-VertrĂ€ge, Unterauftragnehmerlisten, Rollen und Verarbeitungsorte fĂŒr Supabase, Resend, Google, Cloudflare, GraphHopper, Ticketmaster und weitere aktive Dienste dokumentieren.   VOR RELEASE
Drittlandtransfer   Je aktivem Dienst Zertifizierung unter EU-US DPF, SCC oder sonstige Rechtsgrundlage konkret dokumentieren. Ein pauschales âJaâ reicht nicht.   VOR RELEASE
DSFA   Datenschutz-FolgenabschĂ€tzung fĂŒr RideSafe/BroSOS, Live-/Hintergrundstandort, Sicherheitseskalation, Matching und freiwillige sensible Angaben durchfĂŒhren und MaĂnahmen nachhalten.   HOCH
Datenschutzbeauftragter   Derzeit keine Datenschutzbeauftragte Person benannt. Vor Erweiterung erneut prĂŒfen, ob Umfang und KerntĂ€tigkeit eine umfangreiche regelmĂ€Ăige/systematische Ăberwachung oder umfangreiche Verarbeitung besonderer Datenkategorien darstellen.   BEOBACHTEN
Löschfristen   Fristen sind festgelegt. RideSafe verfĂŒgt ĂŒber eine Bereinigungsfunktion; deren regelmĂ€Ăige AusfĂŒhrung war nicht als eigener Lösch-Cronjob nachweisbar. BroSOS-, Log-, Token-, Datei- und Backup-Löschung ebenfalls automatisieren und protokolliert testen.   STOPP
RLS / Berechtigungen   KRITISCH: Die alte Supabase-Policy âBroSoS alerts are readableâ erlaubt derzeit einen uneingeschrĂ€nkten SELECT auf BroSOS-Alerts. Policy entfernen; Zugriff ausschlieĂlich fĂŒr Meldenden, berechtigte EmpfĂ€nger, angenommenen Helfer und erforderliches Personal. Exakte Koordinaten separat schĂŒtzen und mit Anon-/Mehrkonten-Tests verifizieren.   KRITISCH â STOPP
VerschlĂŒsselung   Exakte Standorte, Notfallkontakte, sensible Incident- und Dokumentdaten angemessen verschlĂŒsseln; SchlĂŒsselzugriff und Protokollierung prĂŒfen.   HOCH
Incident Response   Prozess fĂŒr SicherheitsvorfĂ€lle, Risikoentscheidung, 72-Stunden-Meldung, Betroffeneninformation, Beweissicherung und Ansprechpartner schriftlich festlegen.   VOR RELEASE
Background Location   Prominent Disclosure, Runtime-Permission, Foreground Service, sichtbare aktive Fahrt, Stop-Mechanismus und Play-Demovideo Ende-zu-Ende prĂŒfen.   HOCH
RideSafe-Ausfalltests   Flugmodus, App-Kill, Neustart, Energiesparen, leerer Akku, fehlendes GPS, Push-Ausfall und Serverfehler mit realer Alpha-Binary testen.   HOCH
BroSOS-Testmodus   Datenschutzreduzierten Alpha-Broadcast klar kennzeichnen. Keine exakten Koordinaten oder sensiblen Freitexte im Test-Snapshot. Realalerts erst nach RLS-Fix aktivieren.   KRITISCH â STOPP
Notfallkontakte   Art.-14-Information, BestĂ€tigung der eintragenden Person, Lösch-/Widerspruchsweg und Kontakt-Testfunktion prĂŒfen.   VOR RELEASE
Gesundheitsangaben   Nur optional; ausdrĂŒckliche Einwilligung; sichtbarer EmpfĂ€ngerkreis; keine Pflichtfelder; kurze Löschung und Widerruf ermöglichen.   HOCH
UGC / DSA   Nutzungsregeln, elektronische Inhaltsmeldung, EmpfangsbestĂ€tigung, nachvollziehbare Entscheidung, BegrĂŒndung und DSA-Kontaktstelle vollstĂ€ndig testen.   VOR RELEASE
Blockieren/Melden   Direktnachrichten, Profile, Gruppen, Inserate und Alerts mĂŒssen meld- und blockierbar sein; UmgehungsfĂ€lle prĂŒfen.   VOR RELEASE
Moderation   Beschwerdeweg per E-Mail an info@wkcustomgarage.de. ZustÀndigkeiten, Reaktionszeiten, Eskalationsstufen und Behördenweg intern dokumentieren.   VOR RELEASE
Marketplace   Inserate/Kommunikation können getestet werden. Allgemeiner Checkout, Zahlungen und kostenpflichtige Hervorhebungen bleiben bis zu separaten Verbraucher-, Steuer-, Zahlungs- und Widerrufstexten deaktiviert.   BEGRENZT
OSRM/Nominatim/Overpass   Ăffentliche Community-/Demo-Endpunkte auf Produktionsgeeignetheit, Rate Limits, Nutzungsbedingungen, Attribution und Datenschutz prĂŒfen bzw. ersetzen.   HOCH
Attribution/Lizenzen   OpenStreetMap-, GraphHopper-, Ticketmaster-, DWD- und Open-Source-Lizenzen in App und Rechteseite korrekt anzeigen.   VOR RELEASE
Widerruf   FĂŒr die kostenlose Alpha derzeit nur als Vorsorgemodul. Vor jeder eigenen entgeltlichen Leistung Vertragsart, Widerrufsrecht und elektronischen Widerrufsweg gesondert festlegen.   SPĂTER
Alpha-Backup   Testerhinweis vor Installation anzeigen; keine Originaldokumente nur in der Alpha speichern lassen; Wiederherstellung testen.   VOR RELEASE
GerĂ€teschĂ€den   KompatibilitĂ€t, Akku-, Daten- und Speicherverbrauch testen; Alpha-Abweichungen separat bestĂ€tigen lassen; Versicherungsbedarf prĂŒfen.   VOR RELEASE
Mindestalter   Alpha technisch und vertraglich auf 18+ begrenzen.   VOR RELEASE
Store-Inhalte   Store-Beschreibung, Screenshots, Datenschutz, Claims und Kontakte mit der finalen Binary abgleichen; keine nicht aktiven Sicherheitsfunktionen bewerben.   VOR RELEASE
Support   Kontakt: info@wkcustomgarage.de. Persönlich erreichbaren Antwortprozess und Bearbeitungsroutine festlegen.   VOR RELEASE
Freigabeentscheidung   Kein externer Alpha-Release mit BroSOS/RideSafe, bevor die beiden STOPP-Punkte (BroSOS-RLS und automatisierte Löschung) behoben, dokumentiert und mit Testkonten bestanden sind.   NICHT FREIGEGEBEN
13.1 Mindestumfang einer Datenschutz-FolgenabschÀtzung
Beschreibung aller RideSafe-/BroSOS-DatenflĂŒsse, Nutzergruppen, EmpfĂ€nger und Systeme.
Notwendigkeit jeder Datenart und PrĂŒfung weniger eingriffsintensiver Alternativen.
Risiken: Stalking, unbefugter Standortzugriff, Fehlalarm, Nichtalarm, Offenlegung sensibler Situationen, GerĂ€teverlust, KontenĂŒbernahme, Helfermissbrauch, Profiling.
MaĂnahmen: aktive Fahrtbegrenzung, zeitlich beschrĂ€nkte Freigaben, EmpfĂ€ngerkontrolle, Reauthentifizierung, VerschlĂŒsselung, RLS, kurze Löschung, Audit-Logs, Sperren, Rate Limits, Missbrauchserkennung, Notfalltexte.
Restrisiko und Freigabeentscheidung dokumentieren; bei nicht ausreichend reduzierbarem hohen Risiko vorab Aufsichtsbehörde konsultieren.
13.2 Empfohlene technische Release-Gates fĂŒr RideSafe/BroSOS
Kein fremder Nutzer kann ĂŒber API, Realtime oder Storage exakte Standortdaten abrufen, ohne im konkreten Incident berechtigt zu sein.
Standortfreigaben sind zeitlich befristet, widerrufbar und im UI sichtbar.
Notfallkontakt und Helfer sehen nur die minimal erforderlichen Daten.
Jede Einsicht in exakte Incident-Standorte wird protokolliert.
Abgelaufene Alerts, Fahrten und Berechtigungen schlieĂen automatisch.
Alpha-Testalarme sind eindeutig als Test gekennzeichnet und können keine reale Behördenmeldung vortÀuschen.
Fehlende Standort-/Push-/Netzberechtigung wird vor Fahrtbeginn sichtbar angezeigt.
Es existiert ein eigener Kill-Switch, um RideSafe/BroSOS serverseitig sofort zu deaktivieren.
14. Nur bei kostenpflichtigen Funktionen oder eigenen VerkÀufen
ZusÀtzliche Rechtstexte, die das aktuelle Alpha-Paket nicht automatisch ersetzt
BEDINGTES MODUL
Sobald WK Custom Garage selbst Abonnements, Shop-Waren, Verkaufsservice, Kommissionsverkauf oder andere entgeltliche Leistungen anbietet, werden zusÀtzlich benötigt:
eigene Leistungs-/Shop-AGB mit Preisen, Laufzeit, Zahlung, Lieferung, Eigentum, GewĂ€hrleistung und KĂŒndigung;
vorvertragliche Verbraucherinformationen;
Widerrufsbelehrung und Muster-Widerrufsformular, soweit ein Widerrufsrecht besteht;
ggf. dauerhaft erreichbare elektronische Widerrufsfunktion âVertrag widerrufenâ;
bei DauerschuldverhĂ€ltnissen ggf. gesetzeskonformer KĂŒndigungsbutton;
Versand-, RĂŒckgabe-, Kommissions- und Provisionsregeln;
konkrete Datenschutzabschnitte zu Zahlungs-, Shop-, Versand- und Steuerdienstleistern;
Preisangaben, Steuern, Versandkosten und Anbieterkennzeichnung direkt im Checkout.
Widerruf bei der kostenlosen Alpha prĂŒfen lassen
Auch ein kostenlos bereitgestelltes digitales Produkt kann verbraucherrechtlich relevant sein, wenn Nutzer personenbezogene Daten bereitstellen. Ob und wie eine Widerrufsbelehrung sowie die seit 2026 geregelte elektronische Widerrufsfunktion fĂŒr dein konkretes Kontomodell umzusetzen sind, sollte vor Veröffentlichung individuell eingeordnet werden. Die jederzeitige Kontolöschung ersetzt diese PrĂŒfung nicht automatisch.
Muster-Widerrufsformular â nur nach rechtlicher Freigabe
An: die im Impressum bezeichnete Anbieterin, E-Mail: info@wkcustomgarage.de
Hiermit widerrufe ich den von mir abgeschlossenen Vertrag ĂŒber die Nutzung der folgenden Leistung: ______________________________
Vertrag abgeschlossen am: __________________
Name: ____________________________________
E-Mail / Nutzerkonto: _______________________
Anschrift, soweit erforderlich: ________________
Datum: ___________________________________
Unterschrift nur bei ErklÀrung auf Papier: ______________________________
15. Zentrale Angaben und bestÀtigte Konfiguration
Einmalige Ăbersicht der festgelegten Angaben und verbleibenden Release-PrĂŒfungen
Angabe   Einzutragen
VollstĂ€ndiger Betreibername / Firma / Rechtsform   Eingetragen â vollstĂ€ndige Angabe ausschlieĂlich im Impressum
GeschĂ€fts-/ladungsfĂ€hige Anschrift   Eingetragen â siehe Impressum
Telefon   Eingetragen â siehe Impressum
Vertretungsberechtigte Person   Einzelunternehmerin; selbst vertretungsberechtigt
Datenschutzkontakt   info@wkcustomgarage.de
DSA-Kontakt Behörden   info@wkcustomgarage.de; Kommunikationssprachen Deutsch und Englisch
Support-/Beschwerdeweg   info@wkcustomgarage.de; Betreff je nach Anliegen âSupportâ, âDatenschutzâ oder âBeschwerde / ModerationsprĂŒfungâ
Datenschutz-URL Â Â https://wkcustomgarage.de/datenschutz
AGB-URL Â Â https://wkcustomgarage.de/agb
Impressum-URL Â Â https://wkcustomgarage.de/impressum
Kontolöschungs-URL   https://wkcustomgarage.de/datenschutz-loeschen
In-App-MenĂŒpfad Kontolöschung   Profil â Einstellungen â Datenschutz / Rechtliches â Kontolöschung
Verbindliche Löschfristen   BestÀtigt wie in Abschnitt 2.23; technische Automatisierung vor Release nachweisen
Aktive Provider/SDKs im finalen AAB Â Â Bekannt: Supabase, Resend, Google FCM, OpenStreetMap/Nominatim/Overpass, GraphHopper, OSRM, Ticketmaster, DWD, Cloudflare; finale Binary-/SDK-PrĂŒfung ausstehend
Shopify aktiv? Â Â Technische Produkt-/Angebotsintegration vorhanden; kein allgemeiner Alpha-Checkout
Checkout/Zahlung aktiv? Â Â Nein; allgemeiner Checkout und Zahlungsabwicklung deaktiviert
Werbung/Analytics/Crash-SDK aktiv? Â Â Nach bekanntem Backend nein; finales AAB und Netzwerkverkehr prĂŒfen
Mikrofon/Sprachantwort aktiv? Â Â Nur soweit in der Alpha freigeschaltet; Audio ausschlieĂlich lokal, keine ServerĂŒbertragung oder Speicherung
RideSafe Hintergrundortung aktiv? Â Â Ja, im bewusst gestarteten RideSafe-Basismodus; separate Android-Berechtigung und Prominent Disclosure erforderlich
BroSOS reale Alerts oder Testmodus? Â Â Geschlossene Alpha mit datenschutzreduziertem Test-Broadcast; reale Alerts erst nach Behebung des RLS-Blockers
Verbraucherschlichtung   Keine Teilnahme; Option A
Datum anwaltliche PrĂŒfung   Noch nicht erfolgt; vor öffentlichem Produktionsrelease empfohlen
16. Offizielle Rechts- und Plattformquellen
Arbeitsgrundlage â Stand 5. September 2026
Die folgenden PrimĂ€r- bzw. offiziellen Quellen wurden fĂŒr Aufbau und PrĂŒfpunkte herangezogen. Sie ersetzen keine EinzelfallprĂŒfung.
Datenschutz-Grundverordnung (EU) 2016/679 â Informationspflichten, Rechtsgrundlagen, Sicherheit, Verzeichnis, DSFA, Betroffenenrechte Offizielle Quelle
BĂŒrgerliches Gesetzbuch § 327 und folgende â VerbrauchervertrĂ€ge ĂŒber digitale Produkte, auch bei Bereitstellung personenbezogener Daten Offizielle Quelle
BGB § 312 â Fernabsatz-/Verbraucherregeln bei Bereitstellung personenbezogener Daten Offizielle Quelle
BGB § 327e, § 327f, § 327h, § 327r â Produktmerkmale, Sicherheitsupdates, ausdrĂŒckliche Abweichungen und Ănderungen Offizielle Quelle
BGB § 276, § 307 und § 309 â Grenzen von HaftungsausschlĂŒssen und AGB-Kontrolle Offizielle Quelle
Digitale-Dienste-Gesetz (DDG) â Anbieterkennzeichnung und nationale DurchfĂŒhrung Offizielle Quelle
Digital Services Act â Verordnung (EU) 2022/2065 â Kontaktstellen, AGB, Meldeverfahren, BegrĂŒndungen und Plattformpflichten Offizielle Quelle
TDDDG § 25 â Speicherung/Auslesen auf EndgerĂ€ten Offizielle Quelle
VSBG § 36 â Verbraucherschlichtungsinformation Offizielle Quelle
EU-Kommission â Einstellung der OS-Plattform â OS-Plattform seit 20. Juli 2025 eingestellt Offizielle Quelle
Google Play â User Data Policy â Prominent Disclosure, Consent, Datenschutz Offizielle Quelle
Google Play â Background Location â ErklĂ€rung, Video, Berechtigungsformular und Datenschutzlink Offizielle Quelle
Google Play â Account Deletion â In-App- und Web-Löschweg Offizielle Quelle
Google Play â User Generated Content â Nutzungsregeln, Melden, Blockieren und Moderation Offizielle Quelle
LfD Niedersachsen â DSFA-Muss-Listen â PrĂŒfung voraussichtlich hoher Risiken Offizielle Quelle
LfD Niedersachsen â Kontakt â zustĂ€ndige Aufsichtsbehörde bei Sitz in Niedersachsen Offizielle Quelle
Empfohlener nĂ€chster Schritt Die Anbieter- und Konfigurationsangaben aus Abschnitt 15 sind eingetragen. Als NĂ€chstes die finale Android-BinĂ€rdatei, das Manifest, den Netzwerkverkehr und alle aktiven Dienste gegen Abschnitt 12 prĂŒfen. Erst wenn Löschfristen, Standortfreigaben, RLS/Storage, Hintergrundortung, DSA-Meldungen und Kontolöschung technisch nachweisbar funktionieren, darf die externe Alpha freigegeben werden. Vor dem öffentlichen Produktionsrelease ist eine anwaltliche PrĂŒfung empfohlen.
PART B â ENGLISH VERSION
Complete English version of the public user-facing texts for the closed Alpha
Status and governing language
This English version is provided so English-speaking testers can understand the legal texts and safety limits. Where legally permitted, the German version in Part A is authoritative in the event of a discrepancy. Mandatory consumer rights remain unaffected. The internal release checklist remains in German and must be completed before publication.
E1. Legal Notice
Provider details stated once only; full service address in Part A, Section 1
PUBLIC USER-FACING TEXT
Provider of this digital service under Section 5 of the German Digital Services Act (DDG) and, where applicable, the person responsible for editorial content under Section 18 of the German Interstate Media Treaty (MStV):
The provider, operator and contracting party is the sole proprietor identified in full under âProvider and contact detailsâ at the end of the binding German Legal Notice in Part A, Section 1. Those details form an integral part of this English version and are deliberately not repeated here.
Contact
Email: info@wkcustomgarage.de
Website: https://alpha.wkcustomgarage.de
Authorised representative
As a sole proprietor, the provider represents the business herself.
Editorial responsibility
The provider identified in the German Legal Notice is responsible for editorial content.
Digital Services Act contact points
Central contact point for users, authorities, the European Commission and the European Board for Digital Services: info@wkcustomgarage.de. Communication languages: German and English.
Consumer dispute resolution
We are neither obliged nor willing to participate in dispute resolution proceedings before a consumer arbitration board.
External links
The app may contain links to external services. Their providers are responsible for their content and data processing. Links will be removed within a reasonable scope when the provider becomes aware of an infringement. Continuous monitoring without a specific indication of unlawful content is not undertaken.
Copyright and trade marks
Content, design, trade marks, logos and other works belonging to the provider may only be used beyond statutory permissions with prior consent. Third-party rights and usersâ rights in their own content remain unaffected.
E2. Privacy Policy
For the Android app âDie Digitale Garageâ, the closed Alpha website and connected features
PUBLIC USER-FACING TEXT
Technical release condition
This policy is complete as a text. BroSOS and RideSafe may only be activated after access controls, automatic deletion routines, provider/SDK inventory, public web pages and the required Google Play declarations have been technically verified.
E2.1 Controller
The controller under the General Data Protection Regulation (GDPR) is Maren Kuper, trading as WK Custom Garage. The full postal address and telephone number are listed once in the binding German Legal Notice in Part A, Section 1. Privacy contact: info@wkcustomgarage.de.
E2.2 Privacy contact
Privacy requests may be sent to info@wkcustomgarage.de with the subject âPrivacy â Die Digitale Garageâ. No data protection officer has currently been appointed; the provider handles privacy requests through this contact address.
E2.3 Scope
This policy applies to the Android app âDie Digitale Garageâ, its closed Alpha, related registration and deletion pages, the Alpha website and server-side functions. External websites and apps are governed by their own privacy notices.
E2.4 Principles and legal bases
We process personal data only where necessary to provide the app, perform the user agreement, comply with legal duties, protect the platform or deliver an optional feature chosen by the user.
Article 6(1)(b) GDPR: registration, accounts, community, vehicle, messaging, tour, BroSOS, RideSafe and marketplace functions requested by the user.
Article 6(1)(a) GDPR: voluntary consent, particularly optional background location, special location sharing, voluntary sensitive information, optional notifications or marketing.
Article 6(1)(c) GDPR: legal retention duties, legally required disclosures and documentation.
Article 6(1)(f) GDPR: IT security, abuse prevention, moderation, evidence preservation, error analysis and legitimate platform or user interests. A right to object may apply.
Article 9(2)(a) GDPR: health-related or similarly sensitive information voluntarily entered for a BroSOS/RideSafe case and expressly shared with the displayed recipient group.
Information is stored on or read from a terminal device only where strictly necessary for a service explicitly requested by the user or where valid consent under Section 25 TDDDG has been obtained.
E2.5 Technical app and website data
When the app or website is used, the following may be processed: IP address, timestamps, app version, operating system, device model, language, request and error data, session identifiers, security events and technical status data. These data are used for connection, authentication, troubleshooting, attack prevention and Alpha stability. Standard technical logs are deleted or anonymised after 30 days. Security-relevant logs may be retained for the duration of a specific investigation and applicable limitation periods.
E2.6 Registration, account and Alpha access
We process email address, username, display name, authentication information, registration time, invitation/participation status, records of consent and accepted document versions, and optional profile information. Passwords are handled by the authentication service and are not stored in plain text. Transactional emails for invitations, confirmation, security and account management are sent through Resend. Marketing emails require separate consent.
E2.7 Profiles, community and visible content
Depending on visibility settings, username, display name, profile and cover image, biography, approximate location, vehicles, crews, posts, comments, reactions, reviews, events, listings and activity information may be visible to other users. The intended audience must be shown before publication. Users decide which optional information to publish. Public content may be viewed, shared or documented outside the app. Do not publicly post private contact details, exact home addresses, licence plates, VINs, document numbers or security information.
E2.8 RoadTalk, direct messages and attachments
For messages we process sender, recipients or group members, conversation and message identifiers, timestamps, delivery/read status, content and voluntarily shared images, files, events, vehicles or location references. Messages are intended for the relevant participants. Android push notifications sent through Firebase Cloud Messaging contain technical delivery identifiers and sender information rather than the full message text; the content is loaded from the backend after the app is opened.
Messages are stored until deleted through the available functions or until the account is terminated. Under the current deletion design, messages sent by a deleted account are removed from the backend, which may leave gaps in other usersâ conversation histories. Conversations created by that account may also be removed together with associated content, depending on their technical ownership. Content created by other users remains unless they delete it or another deletion ground applies.
E2.9 Images, videos, documents and storage
Uploads may include file content, name, type, size, timestamps, account/object assignment and metadata. This applies to profile images, posts, message attachments, vehicle documents, invoices, merchant evidence and BroSOS/RideSafe files. Private vehicle documents and files are made available only to the selected audience. Users must check third-party rights and remove unnecessary personal data. Photo metadata, particularly embedded location data, should be removed where possible.
E2.10 Vehicle file and private vehicle information
The vehicle file may contain vehicle type, manufacturer, model, year, technical specifications, service and repair history, modifications, costs, photographs, receipts and documents. If voluntarily entered, it may also contain licence plates, VINs, insurance information and private notes. Private vehicle information is not automatically public. Data are stored until the vehicle or account is deleted, subject to mandatory retention or evidence requirements.
E2.11 Events, tours, routes and discovery
For events, tours and routes we may process origin, destination, stops, search terms, categories, radius, time, saved routes, participation status and location/route data. When external event search is used, location, radius, period and search terms may be sent to the Ticketmaster Discovery API. OpenStreetMap-based services (Nominatim and Overpass) are used for geocoding, places and points of interest. GraphHopper and/or OSRM are used for routing, which requires transmission of coordinates and routing parameters.
E2.12 Marketplace, Blackboard and merchant areas
Listings and shops may involve offer data, images, prices, categories, messages, favourites, reviews, purchase/offer status and, where relevant, seller, merchant, shipping, invoice, payment and verification data. Merchant applications may contain business identity and trade evidence. Where the app merely enables contact between users, transaction data are processed only as necessary for communication, security, evidence and moderation. The general Alpha checkout and payment processing remain disabled. Before any payment, Shopify checkout or own-sale function is activated, this policy and the contract information must be updated.
E2.13 Karma, reviews and trust signals
Karma points, reviews, assistance provided, reports, moderation events, verification status and derived trust indicators may be processed to display community participation. Calculations may be rule-based and can influence badges, visibility or explicitly described in-app benefits. They have no cash value and do not produce a legal or similarly significant decision. Users may request human review of apparent errors.
E2.14 BroSOS community assistance
Depending on the report, BroSOS may process account/profile data, time, current or selected position, address/area description, accuracy, issue category, free-text description, vehicle, requested assistance, risk and safety information, battery/reachability information, accompanying persons or animals, status, recipient group, helper offers, alert chat and evidence. The system may derive a Community, Priority or Safety alert using documented rules. This supports ranking, recipient selection and safety guidance; it is not a medical assessment, official danger classification or emergency call.
For the released Alpha, the first notification must contain only a reduced case summary and at most an approximate area. Exact location may be disclosed only to the reporting user, contacts expressly selected by that user and a helper whose suitable offer has been accepted or assigned, and only to the extent required for the assistance. Safety or moderation staff may access data only where necessary and with logging. BroSOS must remain disabled until this access flow is enforced server-side and has passed multi-role, multi-account tests.
During the closed Alpha, an explicitly marked privacy-reduced test summary may additionally be sent to approved Alpha testers to test notification routing. It must not include exact coordinates, direct contact details, sensitive free text or complete incident data and should state whether that tester would have qualified as a regular recipient. Voluntary health information is processed only after explicit consent and sent only to the displayed audience.
E2.15 RideSafe active ride support and background location
RideSafe processes data only after the user consciously starts a ride. This may include start, destination, route, stops, times, location points, movement and standstill, location accuracy, device, battery, network and app state, check-ins and responses, optional event-detection sensor data, incident data and weather/road context. With Android permission, location may be collected in the background while an active RideSafe session is running, including when the app is closed or not actively used. Background collection does not begin merely through installation or registration and ends when the ride is ended, permission is withdrawn or a defined technical termination occurs.
During an escalation, the last available location, route, incident status and information selected by the user may be shared with confirmed emergency contacts or eligible BroSOS helpers. The app must show who will receive which data before activation. RideSafe is not an emergency call centre, rescue control centre or guaranteed crash detection system. GPS, network, battery, Android permissions, power management, servers and push services can fail or delay delivery.
E2.16 Emergency contacts and third-party data
Users may enter a contactâs name, relationship, telephone number and optional email address. The entering user must inform that person in advance, obtain permission for the entry and potential contact, and provide the emergency-contact information in Section E10. The data are used solely for contact management and user-activated RideSafe/BroSOS flows. An emergency contact can request correction, removal or objection at info@wkcustomgarage.de.
E2.17 Push notifications
Optional Android push notifications require push tokens, platform, app environment, device information, notification settings, timestamps and delivery status. Push can be disabled in Android or app settings. Without push, time-sensitive RoadTalk, BroSOS or RideSafe information may be delayed until the app is opened. Provider: Google Firebase Cloud Messaging. Tokens are deleted or disabled upon opt-out, account deletion or after 90 days of inactivity.
E2.18 Support, reports, moderation and platform security
Support requests, reports, blocks, warnings, moderation cases and complaints may contain submitted content, affected accounts or objects, reasons, evidence, measures, communication history and timestamps. Processing protects the community, enforces the terms and fulfils legal duties. Where legally permitted, affected users receive a reasoned decision and an email route for review. Information may be preserved and disclosed to competent authorities where required by law or where there is a concrete indication of a serious safety risk or criminal offence.
E2.19 Emails and external links
Registration, confirmation, security and system emails are necessary for operation. External links to Instagram, PayPal, organisers, shops or partners are contacted only after the user opens them. The external providerâs privacy terms then apply.
E2.20 Recipients and service providers
Personal data are disclosed only where necessary for the chosen feature, on the basis of consent, under a valid data-processing arrangement, due to a legal duty or for overriding legitimate interests.
Recipient / service   Purpose and typical data   Release note
Supabase, Inc.   Authentication, database, file storage, realtime and server functions; accounts, content, files, location and incident data   Current project region: eu-north-1; document DPA, subprocessors and transfer basis
Resend   Invitation, confirmation, security and system emails; email, name/username and message data   Document DPA, subprocessors and transfer basis
Google Firebase Cloud Messaging   Android push; tokens, device/app and technical message data   Verify contract, transfer basis and Play Data Safety declaration
OpenStreetMap / Nominatim / Overpass   Geocoding, POI and places; coordinates, search terms and radius   Verify acceptable-use rules, attribution, privacy and production endpoints
GraphHopper   Routing; origin, destination, stops and routing parameters   Verify contract, processing location and retention
OSRM routing service   Routing coordinates and parameters   Replace or expressly approve public community/demo endpoint before wider release
Ticketmaster Discovery API   External event search when used; location, radius, dates and query   Document provider and transfer details before activation
German Weather Service (DWD)   Server-side retrieval of public weather warnings   No direct user identifier required under the current design
Cloudflare   DNS, CDN, security and website requests where active; IP, request and security data   Document configuration, DPA, subprocessors and transfer basis
Shopify   Technical product/offer integration where used by merchants; no general Alpha marketplace checkout   Complete separate disclosure before enabling orders or payments
Other users, helpers and contacts   Content published or shared by the user, reduced alerts, accepted cases, locations and communications   Show audience; exact location only after a confirmed release step
Authorities / legal advisers   Only for legal duties, legal claims or security incidents   Document the disclosure and legal basis
E2.21 International transfers
Some providers or subprocessors may process data outside the EU/EEA. A transfer is made only where the legal requirements are met. For each active service we document its role, processing location, subprocessors and transfer mechanism. This may include an adequacy decision, the EU-US Data Privacy Framework where the specific recipient is validly certified, EU Standard Contractual Clauses or another lawful safeguard. A blanket âyesâ is not sufficient. Copies of relevant safeguards may be requested where legally available.
E2.22 Automated classifications and matching
BroSOS may use entered information and context to rank urgency, determine the recipient group and show guidance. RideSafe may use movement, standstill, check-ins and technical signals to trigger a prompt or escalation. Karma and trust values may be calculated from documented activity. These processes assist sorting, notification and safety. They do not make medical, police, insurance or other legally significant decisions. Incorrect classifications, missed events and false alarms are possible, particularly during the Alpha. A human review can be requested for moderation, karma or account measures.
E2.23 Retention and deletion
Personal data are retained only while required for the purpose, valid consent, legal obligations or the establishment, exercise or defence of claims. The following periods apply to the released Alpha and must be technically enforced before release:
Data category   Retention period
Rejected or incomplete Alpha registration   90 days after the last activity
Account, profile, community and vehicle data   Until deletion by the user or termination; backups no longer than 30 days
Standard technical logs   30 days
Push tokens   Until opt-out/account deletion; inactive tokens disabled or deleted after 90 days
RideSafe location points without an incident   24 hours after a normally completed ride; history only if explicitly saved
RideSafe incident and check-in data   30 days after closure; safety evidence up to 90 days unless a longer legal ground applies
BroSOS alert, offers and alert chat   30 days after closure; safety evidence up to 90 days
Potential helper availability/location   Only while enabled; last location refreshed or deleted within 24 hours
Support and moderation cases   12 months after closure; longer only for a concrete legal claim or legal duty
Consent, terms and safety records   For the contract term and generally 3 years afterwards
Marketplace/order/accounting information   Applicable statutory periods; no general Alpha checkout
Deleted files in backups   Overwritten within 30 days
Retention release gate
Automatic deletion jobs, storage rules, token cleanup and backup overwriting must be operational and tested. The current technical audit did not demonstrate a complete scheduled cleanup for all RideSafe, BroSOS, log, token, file and backup data. The relevant features must not be released until this has been remedied.
E2.24 Account deletion
The account can be deleted in the app under Profile â Settings â Privacy / Legal â Delete account. Re-authentication is or may be required for security. An external deletion request is available at https://wkcustomgarage.de/datenschutz-loeschen. Account, private data, own files and messages sent by the account are removed under the technical deletion design. Conversation gaps may result, and conversations created by the account may disappear together with associated content. Data are retained only where required by law, for a concrete security/legal case or to protect the rights of others; retained data are restricted, anonymised or minimised. Backups are overwritten within 30 days.
E2.25 Data subject rights
Access to personal data (Article 15 GDPR).
Correction of inaccurate data (Article 16 GDPR).
Erasure and restriction (Articles 17 and 18 GDPR).
Data portability where applicable (Article 20 GDPR).
Objection to processing based on legitimate interests (Article 21 GDPR).
Withdrawal of consent for the future; prior processing remains lawful.
Complaint to a competent data protection authority.
Identity verification may be required. Requests should be sent to info@wkcustomgarage.de.
E2.26 Supervisory authority
The authority generally competent for a controller established in Lower Saxony is: The State Commissioner for Data Protection of Lower Saxony (Der Landesbeauftragte fĂŒr den Datenschutz Niedersachsen), PrinzenstraĂe 5, 30159 Hannover, Germany, email poststelle@lfd.niedersachsen.de. A complaint may also be submitted to any other competent supervisory authority.
E2.27 Security
We use risk-based technical and organisational measures, including access restrictions, role-based permissions, encrypted transport, security logging, separation of test and production environments, backups and periodic checks. No system is absolutely secure. Security issues should be reported confidentially to info@wkcustomgarage.de with the subject âSecurityâ and must not be exploited or publicly disclosed.
E2.28 Changes to this policy
This policy will be updated when features, data flows, providers or the law change. Material changes will be announced in the app or by email. Consent is requested again only where legally necessary.
E3. General Terms of Use
For the closed Alpha of âDie Digitale Garageâ
PUBLIC TEXT â ACCEPTANCE REQUIRED BEFORE REGISTRATION
§ 1 Provider and scope
(1) The provider and contracting party is the sole proprietor identified in the Legal Notice, trading as WK Custom Garage (âProviderâ).
(2) These Terms govern the app, website and connected community functions during the closed Alpha. Additional terms apply to BroSOS, RideSafe, the Marketplace and Alpha testing. More specific terms prevail in the event of conflict.
(3) User terms apply only if expressly accepted by the Provider.
§ 2 Formation of the agreement and Alpha access
(1) The user agreement is formed when the user registers an account, accepts the applicable documents and access is enabled. There is no entitlement to admission.
(2) The Alpha is a limited test service. Features may be incomplete, faulty, temporarily disabled or restricted to certain groups.
(3) Alpha use is generally free unless a function is expressly offered with a price and separate conditions. Personal data and community content may nevertheless form part of the digital-service relationship.
(4) Participation, duration and scope may be limited for technical, security or organisational reasons.
§ 3 Eligibility
(1) The closed Alpha is available only to adults aged 18 or over.
(2) Users must have legal capacity and provide accurate contact details. Accounts are personal and may not be transferred or shared without approval.
(3) Merchant or business functions require accurate business information; suitable evidence may be requested.
§ 4 Account security
(1) Credentials must be kept confidential. Suspected unauthorised access must be reported and the password changed immediately.
(2) Users are responsible for account activity to the extent they caused or could reasonably have prevented it.
(3) Multiple accounts used to manipulate the service, automated mass registrations, circumvention of sanctions and use of another personâs identity are prohibited.
(4) Re-authentication, email confirmation or a temporary security lock may be required.
§ 5 Scope and availability
(1) The app combines community, vehicle, messaging, tour, event, marketplace and safety features. A feature is owed only to the extent expressly marked as available in the relevant Alpha build.
(2) Maintenance, updates and dependencies on mobile networks, GPS, app stores, operating systems, maps, email, push and cloud services may limit availability. Continuous or error-free operation is not promised.
(3) Mandatory statutory remedies for digital products remain unaffected. Promotional descriptions are not guarantees unless expressly stated as such.
§ 6 Licence and permitted use
(1) For the term of the agreement, the user receives a personal, non-transferable, revocable right to use the app as intended on compatible devices.
(2) Prohibited conduct includes reverse engineering beyond mandatory legal permissions, bypassing security, automated scraping, system overload, malware, manipulation of location, karma, reviews or safety data, and unlawful use.
(3) Security issues must be reported confidentially. Testing against third-party accounts, data or systems is not permitted.
§ 7 Use while driving
(1) The app may be operated in traffic only in compliance with road-safety laws. Entries must be completed before departure or after stopping safely.
(2) Maps, pushes or warnings must not lead to risky manoeuvres, distraction or leaving a safe location.
(3) The user remains responsible for vehicle condition, driving, route choice, breaks, weather assessment and legal obligations.
§ 8 User content and rights
(1) Users retain their rights in posts, images, messages, vehicle data and other content.
(2) Where content is published or shared, the user grants the Provider a non-exclusive, technically necessary licence for the contract term to store, reproduce, convert, display and transmit that content to the selected audience. No use for unrelated advertising occurs without a separate legal basis.
(3) Users warrant that they hold the necessary rights and do not infringe third-party rights. Other peopleâs personal data may be shared only with a legal basis and only as necessary.
(4) Private messages and non-public vehicle documents are not treated as public content.
§ 9 Prohibited content and conduct
unlawful, threatening, dehumanising, discriminatory, extremist or violence-promoting content;
harassment, stalking, doxxing or disclosure of another personâs contact details, location or intimate content without permission;
fraud, impersonation, manipulated reviews, forged evidence or false safety reports;
offers of stolen, counterfeit, prohibited, unsafe or non-marketable goods contrary to Marketplace rules;
spam, unauthorised advertising, pyramid/fraud schemes or automated contact;
dangerous technical instructions without adequate warning, pressure to provide unsafe assistance, or misuse of BroSOS/RideSafe;
infringement of copyright, trade marks, personality, privacy, data protection or trade-secret rights.
§ 10 Moderation, reporting and measures
(1) Content and accounts may be reported through the provided tools. Reports should identify the content, explain the issue, provide contact information and confirm good-faith accuracy.
(2) The Provider may review, restrict, remove, warn, suspend functions or suspend/terminate accounts for breaches of law, these Terms, the Community Guidelines or a concrete safety risk.
(3) Measures are taken carefully, objectively and proportionately. Where legally permitted, the affected user receives reasons, duration and a review route.
(4) Information may be preserved and disclosed to competent authorities in cases of immediate danger, suspected offences or legal obligations.
§ 11 Reviews, karma and badges
(1) Reviews must be based on a genuine interaction, remain factual and must not be purchased, traded, coerced or fabricated.
(2) Karma and badges are internal participation and trust signals. They have no cash value, are non-transferable and create no payment or discount claim unless a benefit is expressly described.
(3) The Provider may change rules for objective reasons, correct abuse and remove manipulated points. Material changes are announced. Expressly granted individual benefits will not be withdrawn arbitrarily with retroactive effect.
§ 12 External content and services
Maps, routing, weather, traffic, events, shop or payment information may come from third parties. Availability, accuracy and freshness cannot be continuously guaranteed. Users must verify opening hours, access, closures, weather and safety information using official or local sources.
§ 13 Changes, updates and end of testing
(1) The Provider may update the Alpha for troubleshooting, security, legal compliance and development. Security updates must be installed promptly.
(2) Changes going beyond maintaining conformity and materially impairing use will be announced in accordance with applicable law.
(3) The Alpha may end or transition to beta/production. Users will be informed and, where possible and legally required, given an opportunity to export or delete their data.
§ 14 Term, termination and account deletion
(1) The agreement runs for an indefinite period, but no longer than the Alpha unless otherwise agreed.
(2) Users may terminate at any time by deleting the account under Profile â Settings â Privacy / Legal â Delete account or through https://wkcustomgarage.de/datenschutz-loeschen.
(3) The Provider may terminate on reasonable notice. Immediate suspension or termination is possible for serious breaches, abuse, security risks or legal duties.
(4) A warning is generally given before a permanent measure unless severity, immediate danger or law requires otherwise.
§ 15 Mandatory rights for digital products
Mandatory consumer rights relating to non-supply, defects, security updates, changes and termination remain unaffected. Alpha notices describe the test state but do not replace statutory rights. Deviations from normally expected product characteristics are separately and expressly agreed before conclusion where required.
§ 16 Liability
(1) The Provider has unlimited liability for intent and gross negligence, culpable injury to life, body or health, product liability and expressly assumed guarantees.
(2) For slight negligence involving an essential contractual duty, liability is limited to the typical foreseeable loss at the time of contracting.
(3) Otherwise, liability for slight negligence is excluded to the extent permitted by law.
(4) Where liability is limited under paragraph 2, liability for data loss is limited to the typical recovery effort that would have arisen with reasonable, regular and risk-appropriate backups. Paragraph 1 remains unaffected.
(5) These rules also benefit legal representatives and agents. Mandatory statutory claims remain unaffected.
§ 17 Governing law and jurisdiction
(1) German law applies, excluding the UN Convention on Contracts for the International Sale of Goods. Consumers retain mandatory protection granted by the law of their habitual residence.
(2) Statutory consumer venues apply. Where legally permitted, Bramsche is the venue for merchants and public-law entities.
§ 18 Language and storage of terms
The contract language is German. This English version is a complete aid to understanding. Where legally permitted, the German version prevails for users in Germany. The applicable version, version number and acceptance time are stored and remain accessible in the app; a text copy is available on request.
§ 19 Severability
If a provision is wholly or partly invalid, the remaining provisions remain effective and the statutory rule replaces the invalid part. No stricter form than required by law applies to amendments.
E4. Special Alpha Test Terms
Separate acceptance required
PUBLIC TEXT â SEPARATE ALPHA ACCEPTANCE
1. Purpose of the test
The Alpha is a limited test of functions, user flows, compatibility, performance and safety that have not been finally developed. It is not a finished production version.
2. Specifically agreed deviations
Before participation, testers are expressly informed and separately accept that the Alpha may involve:
crashes, display errors, unresponsive controls or temporarily unavailable servers;
increased battery, storage or mobile-data use and device heating;
delayed or missing push notifications;
inaccurate, delayed or missing GPS, map, routing, weather, traffic and opening-hour data;
sync errors, duplicates or loss of unsaved test data;
changes, resets or removal of features and test data;
false alarms or missed events in BroSOS/RideSafe;
limited compatibility with Android versions, manufacturer software, power-saving modes or devices.
3. Device, backup and installation
(1) Important device data, photographs, contacts, authenticator data and credentials should be backed up before installation. On important or work-critical devices, install only where a current recovery option exists.
(2) Use only the official Google Play test link, install updates and do not distribute modified APKs.
(3) If the device overheats, battery usage becomes abnormal, crashes repeat or permissions behave unexpectedly, stop the affected function and report the issue.
(4) Uninstalling the app does not delete the account; use the in-app or public deletion route.
4. Not a sole safety solution
BroSOS, RideSafe, location sharing, warnings and community assistance must not be used as the sole or guaranteed safety measure during the Alpha. For immediate danger, an accident, fire, medical emergency, threat or missing person, contact the competent emergency or police service directly.
5. Feedback and test data
Testers may voluntarily provide bug reports, screenshots, device information and suggestions. Remove other peopleâs private data before sending. The Provider may use voluntarily supplied ideas and bug descriptions worldwide, non-exclusively and without charge for troubleshooting and development; this does not transfer rights in personal images or confidential content.
6. Confidential handling of security information
Non-public credentials, security flaws, internal test links and other usersâ personal data must not be published or exploited. General impressions, screenshots of a testerâs own content and approved promotional material may be shared if no security or personality rights are harmed.
7. Test period and exclusion
Access may end when the test ends, after inactivity, abuse, security concerns or breach of the terms. Where possible, users will first be given a chance to save or delete their own data.
8. Liability during the Alpha
The liability clause in the General Terms applies. There is no blanket waiver of liability for all device, data or consequential damage. The disclosed test state, agreed deviations, reasonable backup practices and compliance with safety instructions are taken into account when responsibility and loss are assessed.
E5. Safety and Liability Notices
Short mandatory version for the app
PUBLIC USER-FACING TEXT
Do not operate the app while driving. Stop safely and secure the vehicle before entering information.
Location, sensors, battery, network, push and map information may be missing, delayed or wrong.
BroSOS helpers are voluntary community members. Identity, availability, qualification, equipment and actual assistance are not guaranteed.
RideSafe may miss an event or trigger a false alarm. There is no continuous human monitoring.
Suggested safe places, opening hours, weather, traffic and routes are guidance only. Verify locally and through official sources.
Never leave children or animals in a hot or cold vehicle because of an app message. Move to safety and call professional help when needed.
Do not perform repairs or assistance that endanger traffic, fire safety, electrical/high-voltage systems, fuel systems, health or personal safety.
Back up important vehicle and device data. Do not use the Alpha as the only storage location for original documents.
E6. Special Terms for BroSOS
Community assistance, alerts, helpers and safety limits
PUBLIC USER-FACING TEXT
§ 1 Purpose and classification
(1) BroSOS is an in-app community assistance system. Users may request voluntary help for a breakdown, missing tools or parts, transport/storage, an uncomfortable situation, desired accompaniment or a comparable need.
(2) BroSOS is not an emergency service, roadside assistance provider, towing company, security company, accommodation platform, medical service or guaranteed intermediary.
(3) For immediate danger, injury, fire, threat or an accident requiring official scene protection, call 112, 110 or another competent professional service.
§ 2 Creating and classifying an alert
(1) The reporting user must describe the situation, location, vehicle, requested help and relevant safety circumstances accurately and with no unnecessary personal data.
(2) BroSOS may use the data and available context to assign a Community, Priority or Safety alert. The classification ranks notifications and guidance but is not an official danger, accident, health or medical assessment.
(3) Users must assess guidance themselves and prefer professional help where in doubt.
§ 3 Recipients and location sharing
(1) Regular alerts are sent only to users who have enabled matching assistance categories and radius settings, plus contacts expressly selected by the reporting user.
(2) An initial alert must contain only a reduced summary and at most an approximate area. Exact location may be released only after an appropriate helper offer is accepted or assigned, and only where required. The intended audience must be shown before sending.
(3) A privacy-reduced Alpha test broadcast may be used only as described in the Privacy Policy.
(4) Do not share uninvolved personsâ exact location or contact details. Close an alert when assistance is no longer required.
§ 4 Voluntary helpers
(1) Each user decides whether to receive alerts, the radius and categories. There is no duty to accept or continue assistance if it becomes unreasonable or unsafe.
(2) Helpers may offer only assistance they can carry out safely, lawfully and competently. They must not enter or secure traffic or crash scenes where unsafe.
(3) Suspected violence, crime, medical emergencies, fire, high-voltage, fuel or other serious hazards require professional help rather than personal risk.
(4) Helpers must keep locations, phone numbers, images and case information confidential and delete them after the case unless a legitimate record is necessary.
§ 5 Costs, transport and overnight stays
(1) BroSOS does not automatically create a free service, transport, custody or accommodation contract. Material, fuel, towing, transport or accommodation costs must be agreed clearly in advance.
(2) The Provider is not party to user-to-user assistance and does not take custody of persons, vehicles or property.
(3) Anyone transporting a person, towing a vehicle or offering property, a garage or accommodation must check legal, insurance and safety requirements. BroSOS does not certify suitability or insurance.
§ 6 Safety information
BroSOS may show situation-based guidance for heat, a child or animal in a vehicle, low battery, a dangerous location or a long wait. Guidance is general support, not individual medical, legal or technical advice. A displayed place is not guaranteed to be open, accessible or safe.
§ 7 Misuse
False emergencies, prank alerts, harassment, stalking, location spying, undisclosed commercial advertising, pressure on helpers, dangerous requests and use of alerts for unlawful acts are prohibited. Suspected cases may be suspended, documented and reported to competent authorities.
§ 8 Karma and reviews
Actually provided and confirmed assistance may affect karma or trust signals. There is no entitlement to points merely for making an offer. Unsafe, abusive or manipulated activity may lead to correction or removal. Karma is not evidence of identity, qualification or safety.
§ 9 Liability
The liability clause in the General Terms applies. No successful assistance, minimum response time, helper availability or professional execution is promised. Participating users remain legally responsible for their own acts and agreements.
E7. Special Terms for RideSafe
Active rides, background location, check-ins and escalation
PUBLIC USER-FACING TEXT
§ 1 Function and limits
(1) RideSafe is voluntary digital ride support. It may process active rides, stops, standstill, check-ins and technical signals and trigger prompts or escalations under configured conditions.
(2) RideSafe is not eCall, a certified crash notification system, a dispatch centre or a guarantee that a crash, fall, standstill, network loss or need for help will be detected.
(3) The function may fail without a working device, sufficient battery, GPS, network, permissions and operating system processes.
§ 2 Activation and termination
(1) RideSafe starts only after a conscious activation. Before start, the ride context, data processing, recipients and background location must be shown.
(2) The user checks destination, stops, return time, vehicle and emergency contacts before departure.
(3) The ride must be ended after completion. Automatic ending and resumed-movement detection can be wrong. After a device change, reboot, permission withdrawal or severe power saving, check the status.
§ 3 Background location and device data
During an active ride and after Android permission, RideSafe may collect location in the background, including while the app is closed or not actively used. It may also process time, speed/movement, location accuracy, battery, network, app state, device information, check-ins and sensor data needed for event detection. These data are used only for RideSafe, safety, troubleshooting and explicitly authorised escalations, not for behavioural advertising.
§ 4 Check-ins and escalation
(1) RideSafe may prompt the user after unusual standstill, no response or another configured signal.
(2) If the user does not respond, the app may notify confirmed emergency contacts and/or eligible BroSOS helpers according to the flow shown beforehand. No response is not proof of an accident.
(3) Recipients receive only the data defined for the relevant step. Users must maintain current contact data and inform contacts in advance.
(4) Delivery, reading, response or arrival by a contact/helper is not guaranteed.
§ 5 Crash/fall indications and sensors
Where event detection using movement, impact or subsequent standstill is offered, it only identifies technical patterns. Normal driving may be classified incorrectly and actual events may be missed. It is not a substitute for protective equipment, vehicle systems, eCall, emergency calls or personal precautions.
§ 6 Weather, traffic and suggested safe places
Weather warnings, traffic, POIs, petrol stations, workshops, opening hours and suggested safe places may come from external and delayed sources. They are guidance only. Users must check local conditions, signs, access, opening hours and official warnings.
§ 7 Operation in traffic
Configure RideSafe before departure. Prompts may be answered while moving only through lawful and safe controls. For manual input, stop safely first. Route or safety messages do not justify a traffic offence.
§ 8 Data minimisation and deletion
Live/background location is limited to active rides. Location points without an incident are deleted after the short period stated in the Privacy Policy. A lasting ride history is created only if transparently activated as a separate feature. Consent and Android permissions may be withdrawn at any time, after which the function may be unavailable or restricted.
§ 9 Liability
The General Terms liability clause applies. Liability does not arise solely because a technical signal, message or need for help was not detected, delivered or answered. Mandatory liability and liability for intentional or grossly negligent conduct remain unaffected.
E8. Special Terms for Blackboard, Marketplace and Merchant Shops
Apply only to features actually enabled in the Alpha
PUBLIC USER-FACING TEXT
§ 1 Role of the platform
(1) Die Digitale Garage provides technical tools for publishing, finding, saving and reviewing listings and for user communication.
(2) Unless an offer is expressly identified as an own offer of WK Custom Garage, any contract is solely between the listing provider and the interested party/buyer. The platform is not the seller, buyer, representative, custodian, carrier or payment provider.
(3) The platform does not guarantee identity, title, condition, roadworthiness, legality, originality, price, availability or user statements.
§ 2 Private and commercial sellers
Sellers must correctly state whether they act privately or commercially. Commercial sellers must provide legally required identity, contact, registration, tax and consumer information. Evidence may be requested and shops may be suspended pending review. Approval is not a guarantee or official certification.
§ 3 Listing requirements
truthful, complete and current descriptions, including known material defects;
only photographs and text owned or lawfully used by the seller;
accurate price, location, shipping and availability information;
no misleading comparison prices, bait offers or manipulated vehicle information;
no unnecessary public display of licence plates, VINs, IDs, bank details or addresses;
promptly mark or remove unavailable items.
§ 4 Prohibited listings
stolen, counterfeit or unlawfully obtained goods;
weapons, ammunition, explosives, prohibited knives or other dangerous/regulated items unless expressly and lawfully approved;
illegal drugs, prescription medicines, poisons, dangerous chemicals and prohibited substances;
forged vehicle papers, manipulated odometers, removed identifiers or parts of unclear origin;
products infringing trade mark, copyright, product, environmental, youth-protection or safety law;
animals, personal data, accounts, official documents or services not intended for this Marketplace.
§ 5 Contract, inspection and payment
(1) Users must check the counterparty, goods, price, payment, shipping/collection, ownership evidence and warranty rights. A professional inspection is recommended for vehicles and safety-critical parts.
(2) Payments outside an expressly integrated and reviewed payment route are made at the partiesâ own risk. The platform will never ask for PINs, TANs, passwords or remote access outside the app.
(3) Material, transport, return and warranty issues are resolved between the parties. Mandatory consumer rights apply where the seller is a business.
§ 6 Reviews and communication
Marketplace reviews must be based on a genuine contact or transaction. Review threats, compensation for reviews and publication of confidential communications are prohibited. Suspicious contacts, payment requests or listings may be reported.
§ 7 Own sales and paid platform services
If WK Custom Garage offers its own goods, sales service, commission sale, subscriptions or another paid service, separate price, performance, withdrawal, payment, delivery and warranty terms apply. These Marketplace Terms alone are not sufficient.
§ 8 Liability
Platform liability is governed by the General Terms. The platform is not liable for performance of user-to-user contracts unless it is itself a party. Mandatory responsibility for its own actions, actual knowledge of unlawful content and statutory notice/action duties remains unaffected.
E9. Community Guidelines
Rules for posts, chats, groups, alerts and Marketplace activity
PUBLIC USER-FACING TEXT
Die Digitale Garage is intended to be a place for vehicle enthusiasts, mutual assistance and honest exchange. Criticism and different opinions are welcome; intimidation, deception and endangerment are not.
Be respectful
No insults, threats, targeted humiliation, sexual harassment, stalking or repeated unwanted contact.
No discrimination based on origin, skin colour, sex, identity, religion, disability, age or comparable characteristics.
Do not publish private messages or another personâs personal data without permission.
Post only what you are entitled to use
Use your own images/text or content for which you have the required permission.
Publish faces, licence plates, addresses, documents and children only with an appropriate legal basis and safeguards.
Do not share trade secrets, credentials, security flaws or another personâs vehicle documents.
No dangerous or unlawful content
No instructions or encouragement for dangerous repairs, racing, traffic offences, manipulation or violence.
No fraudulent offers, counterfeits, stolen parts, prohibited goods or circumvention of legal rules.
No false emergencies, prank alerts or use of BroSOS/RideSafe to spy on or harass someone.
Advertising and business content
Commercial content must be identifiable and posted only in the intended areas. Spam, unsolicited mass advertising, misleading claims and hidden advertising are prohibited.
Report rather than escalate
Use report and block tools where content or contacts breach the rules. In immediate danger, contact 110/112. Public shaming, revenge or publishing personal information is not a substitute for a report.
Possible measures
Depending on severity, repetition and risk, measures may include a notice, warning, content removal, visibility restriction, feature suspension, temporary suspension, account closure, preservation of evidence or notification of competent authorities. Decisions are reasoned where possible. A reasoned review request may be sent to info@wkcustomgarage.de with the subject âComplaint / Moderation Reviewâ.
E10. Information for Emergency Contacts
To be made available by the user who enters the contact
PUBLIC USER-FACING TEXT
A user of âDie Digitale Garageâ has entered you as a voluntary emergency contact for RideSafe and/or BroSOS. The following information about you may be processed: name, relationship to the user, telephone number, email address and contact status.
The information comes from the user who added you. Its purpose is to contact you during a user-activated ride or safety escalation and, depending on the userâs release settings, provide information such as the userâs name, last location, route, time and type of prompt. The app is not an emergency call service and cannot guarantee delivery or that a message is seen.
The legal basis is performance of the contact feature requested by the user and the legitimate interest of both people in the requested safety communication; consent is obtained where required. Data are stored until the user removes you, you object or the account is deleted, subject to necessary evidence retention.
You can request access, correction or deletion and object to further use as an emergency contact at info@wkcustomgarage.de. The controller is the provider identified in the Legal Notice. Further information: https://wkcustomgarage.de/datenschutz.
E11. Short In-App Texts and Consents
Copy-and-paste text for registration, permissions and safety dialogs
PUBLIC USER-FACING TEXT
E11.1 Registration
Required checkbox â contract
âI am at least 18 years old and accept the Terms of Use and Community Guidelines, including the special BroSOS, RideSafe and Marketplace terms where I use those features.â
Required checkbox â Alpha deviations
âI am joining an unfinished Alpha. I have read and accept the special Alpha Test Terms and the disclosed deviations, including possible crashes, increased battery/data use, delayed notifications, inaccurate location features and loss of unsaved test data.â
Privacy notice â not a hidden blanket consent
âHow we process accounts, community content, messages, vehicle information and optional safety features is explained in the Privacy Policy.â Link: âOpen Privacy Policyâ. Specific consent is requested only for optional processing that requires it.
E11.2 Prominent disclosure before Android background location
RideSafe needs location access â including in the background
âDuring a RideSafe ride that you actively start, Die Digitale Garage collects and stores your location to follow your route, identify unusual standstill or missed responses and â according to your selected escalation flow â share your last location with confirmed emergency contacts or eligible BroSOS helpers. This can also happen when the app is closed or not actively used. Location starts only during an active RideSafe ride and ends when you end the ride or withdraw permission. RideSafe is not an emergency call service and does not guarantee crash detection.â Buttons: âContinue to Android permissionâ | âNot nowâ
E11.3 Location for BroSOS
Location for your alert
âBroSOS processes your current or selected location so matching community helpers can find the case. Before sending, you will see which audience receives what level of location accuracy. The first alert contains only a reduced summary; exact location is released only after the displayed acceptance/assignment step. Close the alert when you no longer need help.â Buttons: âUse locationâ | âEnter place manuallyâ
E11.4 Voluntary sensitive information
Voluntarily share health or safety information
âYou may add information about injuries, health limitations or special risks. It is sent to the displayed audience for this alert. Share only what is necessary. You may withdraw before sending and close or delete the alert afterwards.â Checkbox: âI explicitly consent to processing and sharing the sensitive information I entered for this alert.â
E11.5 Add an emergency contact
Confirm emergency contact
âI have informed the selected person that I am entering their contact details in RideSafe/BroSOS and that they may be contacted during an escalation I activate. I provided the emergency-contact information and am entitled to submit the details.â Checkbox: âConfirmâ
E11.6 Push notifications
Enable notifications
âNotifications tell you about RoadTalk messages, matching BroSOS alerts and RideSafe prompts. You can choose the areas that may notify you. Without push, time-sensitive information may appear only after the app is opened.â Buttons: âAllow notificationsâ | âLaterâ
E11.7 Motion sensors / event detection
Optional event detection
âDuring an active ride, RideSafe can evaluate movement and impact signals to recognise unusual patterns and trigger a prompt. It can create false alarms or miss real events. No medical diagnosis is made.â Buttons: âEnableâ | âContinue without detectionâ
E11.8 Microphone / voice response
Allow voice responses
âWith microphone access, you can answer a RideSafe prompt by voice. Recording begins only after your conscious action. Audio is processed locally on your device only, is not transmitted to our servers and is not stored. Only your confirmed response status is sent.â Buttons: âAllow microphoneâ | âContinue without voiceâ
E11.9 Camera, photos and files
Add a photo or file
âThe selected image or file is stored for the purpose you chose and shared with the displayed audience. Check whether faces, licence plates, addresses, document numbers or other private information are visible.â
E11.10 Alpha start warning
Closed Alpha
âThis version is still being tested. Features may fail or change, use more battery or data, and unsaved test data may be lost. BroSOS and RideSafe are not sole safety solutions during the Alpha. Please report errors through Feedback.â Button: âUnderstoodâ
E11.11 Immediate danger
Are you in immediate danger?
âCall 112 first for a medical emergency, accident or fire, or 110 for a threat or crime. BroSOS and RideSafe do not replace an official emergency call.â Buttons: âCall 112â | âCall 110â | âNo immediate emergency â continue to BroSOSâ
E11.12 Heat involving a child or animal
Heat can become life-threatening quickly
âNever leave a child or animal in a hot vehicle, even for a few minutes. Move everyone to a shaded, cool and safe place as quickly as possible, offer water where appropriate, and call 112 if there are signs of heat illness or you cannot resolve the situation safely.â
E11.13 Delete account â in-app dialog
Delete account permanently?
âYour access, private account data, own files and messages sent by you will be deleted. Conversation histories may show gaps, and conversations created by you may disappear with associated content. Only data required for law, a concrete security/legal case or other peopleâs rights may remain restricted for a limited period. Backups are overwritten within 30 days. This cannot be undone. You must re-authenticate for security.â Entry: âDELETEâ Buttons: âDelete account permanentlyâ | âCancelâ
E11.14 Public page âDelete account and dataâ
Page title: Delete your âDie Digitale Garageâ account and data
Text: âYou can delete your account in the app under Profile â Settings â Privacy / Legal â Delete account. If you no longer have access to the app, send a request from the email address registered to the account to info@wkcustomgarage.de or use the form at https://wkcustomgarage.de/datenschutz-loeschen. Provide only the information needed to identify the account. We may require confirmation for security. The account and associated data are deleted unless legal retention duties, a concrete security/legal case or the rights of another person require limited retention. Backups are overwritten within 30 days.â
Suggested form fields: account email · username (optional) · âDelete account and associated dataâ / âDelete selected data onlyâ · message · email confirmation.
E11.15 Report unlawful content
Fields: link/content ID · type of content · precise explanation of why it is allegedly unlawful · name · email · evidence (optional) · checkbox: âTo the best of my knowledge, the information is accurate and complete.â
Confirmation: âWe received your report. If you supplied a reachable email address, we will notify you of our decision and available review routes where applicable.â
E11.16 Moderation decision â template
Affected content/account: ______________________________________________
Measure: removal / visibility restriction / feature suspension / account suspension
Duration and scope: _________________________________________________
Reasons â facts and context: __________________________________________
Rule or legal basis: _________________________________________________
Automated means used: no / yes; role: _________________________________
Review: âYou may submit a reasoned review request by the stated deadline to info@wkcustomgarage.de with the subject âComplaint / Moderation Reviewâ.â
E12. Official Sources and Version Note
Reference section
The official legal and platform sources used for this package are listed in Part A, Section 16. They include the GDPR, German civil and digital-services law, the Digital Services Act, Google Play policies on user data, account deletion, background location and user-generated content, and information from the Lower Saxony data protection authority. Version date: 5 September 2026.
Before publication
Publish the German and English privacy policy as normal web pages (not only as a PDF), make the account-deletion page functional without requiring the app, and do not activate BroSOS/RideSafe until the critical backend and retention release gates in Part A have passed.
@wkcustomgarage
