Datenschutzerklärung

01Verantwortlicher

Quiet Camp ist ein räumliches Android-Rätselspiel mit vorrangig lokalen Funktionen. Verantwortlich ist die natürliche Person Oleksii Havryliuk, öffentlich auch als Oleksiy Havryliuk bekannt, tätig unter dem Namen Kruty1918 Games. Der mitgeteilte vollständige ukrainische Name lautet Олексій Гаврилюк Олександрович. Kruty1918 Games ist eine Marke und Geschäftsbezeichnung, keine eigenständige eingetragene Gesellschaft. Der Entwickler hat Oleksii Havryliuk als die Passschreibweise bestätigt, die für die Google-Play-Verifizierung verwendet wurde.

Postanschrift: Kapitänspromenade 6, 23966 Wismar, Deutschland. Datenschutz: privacy@oleksiy-havryliuk.de. Support: support@oleksiy-havryliuk.de. Weitere Anbieterangaben stehen im Impressum.

02Geltungsbereich und Ihre Entscheidungen

Diese Prüffassung betrifft Quiet Camp für Android (com.quietcamp.game), lokale Spielstände, Google Analytics for Firebase, Firebase Crashlytics und AdMob-Werbung mit Belohnung. Im geprüften Quellcode sind Firebase Core, Analytics und Crashlytics 14.0.0 sowie Google Mobile Ads 11.6.0 enthalten. Dort wurden keine Spielerkonten, Authentifizierung, Cloud-Spielstände, aktiven Käufe, Remote Config, funktionsfähigen Banner- oder Interstitial-Anzeigen oder zusätzlichen Vermittlungs-SDKs festgestellt. Weitere Dienste erfordern eine neue Prüfung und Anpassung dieser Erklärung.

Quiet Camp richtet sich vorrangig an Personen ab 13 Jahren. Auf die Datenschutzhinweise folgen eine neutrale Altersgruppenwahl, getrennte verfügbare Einstellungen – beginnend mit Videoboni für berechtigte Personen – und eine abschließende Übersicht. Kategorien sind keine Angabe, unter 13, 13–15, 16–17 und ab 18; Geburtsdatum oder Ausweis werden nicht abgefragt. Lesen oder Weitergehen ist keine Einwilligung. Spielanalyse und Absturzübermittlung bleiben getrennte freiwillige Entscheidungen ab 16. Werbung setzt keine davon voraus. Die Auswahl wird vor dem Zusammenstellen der spielseitigen Anbieter gespeichert; bei veröffentlichten Hinweisen beziehen sich Entscheidungsnachweise auch auf den genauen Dokumenthash. Altersänderungen widerrufen optionale Freigaben.

Die C#-Firebase-Initialisierung wartet auf zulässiges Alter und gespeicherte Analytics- oder Absturzeinwilligung. Der Android-Startprovider des Spiels ruft keine Firebase-API auf; das Quellmanifest schließt FirebaseInitProvider aus. Gemeinsames Core kann installierte native Produkte für einen einzelnen Zweck erzeugen. Persistente Überschreibungen, Kennungen, Dateien, automatische Erfassung und Verkehr unterscheiden sich von Spielprüfungen: fehlender früher Speicherzugriff/Verkehr ist unbelegt. Auch der Mobile-Ads-Startprovider und verzögerte Messung müssen nativ geprüft werden.

Quiet Camp bietet lokales Spielen, ist aber nicht vollständig offline. Aktivierte Dienste kontaktieren Google; diese Seite ihren Host. Explizite Google-Testanzeigen sind auf Entwicklungsversionen begrenzt und erfordern dieselbe Altersprüfung sowie separate lokale Werbefreigabe. Test-App/-Block-IDs haben keine Publisher-UMP-Nachricht und überspringen diesen produktiven Formularablauf. Auch Testanzeigen verarbeiten technische Daten und belegen keine produktive Einwilligungskonfiguration.

Das lokale Spiel bleibt bei Ablehnung optionaler Zwecke zugänglich. Das Monetarisierungsmodell behält fünf anfängliche Leben und drei Hinweise, bietet freiwillige Videobelohnungen und lässt Leben langsam lokal mit der Zeit zurückkehren, statt unbegrenzt sofort kostenlos aufzufüllen. Vorbereitet ist ein Leben je 30 Minuten bis zum Vorrat von fünf; zusätzlich verdiente oder gekaufte Leben werden nicht auf diese Grenze gekürzt. Für Videoleben bleibt es bei zehn pro UTC-Tag; für Videohinweise sind fünf pro UTC-Tag vorgesehen. Diese lokalen Zeitgeber und Zähler sind keine servergeprüfte Uhr.

03Verarbeitete Informationen

Die folgenden Kategorien unterscheiden die lokalen Spieldaten von Informationen, die an Anbieter übermittelt werden. SDK-Kennungen sind pseudonyme Kennungen und keine Garantie für Anonymität. Die beschriebenen Spielfunktionen benötigen weder Gerätekontakte, eine Berechtigung für den präzisen Standort, Kameraaufnahmen noch ein Spielerkonto.

04Lokaler Fortschritt und Datenschutzeinstellungen

Das Spiel speichert Anordnungen, Fortschritt, Album, Einführung, Sprache, Barrierefreiheit/Ton/Anzeige, lokale Guthaben, Dokumentbestätigungen, Altersgruppe und getrennte optionale Entscheidungen mit Versionen/Revisionen. Eine lokale Installationsmarkierung wird nie als Kennung übertragen. Android bewahrt sie in noBackupFilesDir auf; ein wiederhergestellter Spielstand ohne passende Markierung, ungültiger Nachweis oder eine Wiederherstellungskopie erfordert neue Entscheidungen. Ein fehlgeschlagenes Speichern lässt Dienste aus. Wiederherstellungskopien und gebündelte/gecachte Dokumente können lokal bleiben. Das Speichersystem lädt diese Daten nicht hoch.

Soweit diese Einträge personenbezogen sind, wird notwendiger Spielspeicher nach Artikel 6 Absatz 1 Buchstabe b DSGVO bei wirksamer Vertragsgrundlage und §25 Absatz 2 TDDDG für unbedingt notwendigen Endgerätespeicher beurteilt. Dies erlaubt kein optionales Tracking. Minimale lokale Entscheidungs-/Versionsnachweise unterstützen Umsetzung und Dokumentation nach Artikel 6 Absatz 1 Buchstabe c, soweit Rechenschaftspflichten dies verlangen. Die Altersgruppe steuert Optionen und prüft keine Identität.

Lokale Daten bleiben bis zur Löschung über Spiel-/Gerätefunktionen oder Deinstallation gespeichert; Android-, Hersteller-Backups und Geräteübertragungen können Kopien enthalten. Die Backup-Regeln der endgültigen Version müssen noch geprüft werden. Lokales Löschen oder Deinstallieren entfernt weder automatisch Plattform-Backups noch SDK-Datensätze oder bereits an Google übermittelte Daten.

05Optionale Firebase Analytics

Die freiwillige Spielanalyse soll schwierige Level erkennen, Bedienung und Barrierefreiheit bewerten und Leistungsprobleme untersuchen. Der aktuelle Code verwendet zehn eigene Ereignisnamen: qc_level_begin, qc_level_summary, level_fail, qc_screen, qc_comfort_setting, qc_comfort_feedback, qc_frame_budget, rewarded_ad_requested, rewarded_ad_completed und reward_granted. Sie beschreiben Levelbeginn und -ergebnis, eine fehlgeschlagene Rätselprüfung, kategorisierte Ansichten/Einstellungen/Rückmeldungen, Leistungsbereiche sowie Anforderung, Abschluss und Vergabe einer Werbebelohnung.

Die Parameter enthalten numerische Kategorien, Level-/Raster-/Profil-/Schemaangaben, Zeitbereiche, begrenzte Aktions- und Regelverletzungszähler, drei feste freiwillige Rückmeldungen und Kategorien für Bilddauer/Grafikqualität. Die Belohnungskategorie unterscheidet ein zusätzliches Leben, einen kosmetischen Gegenstand und einen zusätzlichen Hinweis. Der Werbeabschluss folgt der Belohnungs- und Schließmeldung des SDK; reward_granted wird erst nach erfolgreichem Speichern gesendet. Die Basiskampagne umfasst 100 Level. Die Ereignisprüfung akzeptiert zur Inhaltskompatibilität Indizes bis 10000; das belegt keine 10000 aktiven Level. Eigene Ereignisse enthalten weder Spielernamen noch Freitext oder rohe Gestenverläufe. Das lokale Limit von 120 Ereignissen je Analytics-Dienstinstanz begrenzt nicht die automatische SDK-Erhebung.

Firebase Analytics kann außerdem App-Instanzkennungen, Geräte-/Betriebssystem- und App-Angaben, Sprache sowie je nach SDK-Konfiguration automatische Ereignisse wie ersten Start, Sitzungen und Interaktionen verarbeiten. Netzwerkanfragen verwenden eine IP-Adresse und können daraus eine ungefähre Position ableiten, ohne eine Berechtigung für präzise Standortdaten zu benötigen. Ein fehlendes Spielerkonto bedeutet keine Anonymität.

Optionale Analytics erfordert Alter ab 16 und separat gespeicherte aktuelle Einwilligung nach Artikel 6 Absatz 1 Buchstabe a DSGVO und gegebenenfalls §25 Absatz 1 TDDDG. Analytics-Speicher wird nur dafür erlaubt; Werbespeicher, Werbenutzerdaten und Personalisierung bleiben denied. Android-Quellvorgaben sind aus/denied; keine eigene Spieler-ID wird gesetzt. Absturzeinwilligung erlaubt keine Analytics. Nach gemeinsamem Core-Start wird Erfassung ausdrücklich gesperrt, bevor der jeweilige Adapter seinen Zweck aktiviert. Nativer Start, automatische Ereignisse und alte persistente Überschreibungen bleiben Releaseprüfungen.

Die Auswahl lässt sich unter Einstellungen → Daten & Dokumente → Das Spiel verbessern ändern. Ein Widerruf deaktiviert die weitere Erhebung über den Adapter und veranlasst einen lokalen Analytics-Reset einschließlich der App-Instanzkennung. Die genaue native Wirkung ist auf Android noch zu prüfen. Bereits hochgeladene Daten werden dadurch nicht gelöscht; entsprechende Anfragen sind an die Datenschutzadresse zu richten.

06Freiwillige Firebase-Crashlytics-Berichte

Freiwillige Crashlytics-Berichte dienen der Nachstellung von Fehlern und der Behebung von Stabilitätsproblemen. SDK-Diagnosen können Stacktraces, Ausnahmemeldungen, Zeitangaben, Gerätemodell, Betriebssystem, App-Version, Speicherinformationen und Absturz-/Sitzungs-/Installationskennungen enthalten. Bei zugleich aktivierter Analyse können Analytics-Breadcrumbs hinzukommen. SDK-Protokolle und tatsächliche Fehlermeldungen können beiläufig weitere Angaben enthalten; eine vollständige Anonymisierung oder Bereinigung aller Berichte wird nicht zugesichert.

Konfigurierte benutzerdefinierte Schlüssel sind game_version, game_mode (campaign), level_index und failure_area. Das Spiel übermittelt feste Diagnosekategorien, darunter Speicherfehler, statt Spielstandinhalte, Dateipfade oder freie Spielereingaben in die manuelle Diagnosemeldung zu kopieren. Meldungen derselben Kategorie werden lokal dedupliziert. Dies bereinigt nicht sämtliche Diagnosedaten des installierten SDK. Eine eigene Spieler-ID ist nicht konfiguriert.

Absturzberichte erfordern Alter ab 16 und unabhängige Einwilligung nach Artikel 6 Absatz 1 Buchstabe a DSGVO und gegebenenfalls §25 Absatz 1 TDDDG. Analytics erlaubt keinen Absturzupload. Manifestvorgaben und Laufzeitsteuerung sind aus; der Adapter speichert Auto-Upload nie als eingeschaltet. Das Spiel ruft Unity-Crashlytics-APIs über den autorisierten Absturzadapter auf; SDK-interne Handler sind noch ungeprüft. Gemeinsames Core kann im Analytics-only-Betrieb native Crashlytics-Komponenten erzeugen. Native lokale Erfassung, persistente Überschreibungen und frühe Übertragungen bleiben ungeprüfte Releaseblocker.

Ausstehende Berichte werden nur gesendet, wenn Nachweis des vorherigen Laufs und aktuelle Absturzwahl dies erlauben. Erste Einwilligung während eines Laufs verwirft ältere Berichte. Widerruf fordert Löschung über einen bereits initialisierten Transport an; ein noch nicht gestartetes SDK wird nicht allein zum Aufräumen gestartet. Spielseitige Anfragen werden nacheinander ausgegeben; verspäteter spielseitiger Abschluss stellt keine Freigabe wieder her. Fehler beim Ausgeben sperren den Transport bis Neustart. Android Crashlytics 21.0.0 send/delete liefern void: Abschluss oder tatsächliche Löschung lassen sich nicht aus dem Aufruf ableiten. Native Löschung, Dateien, Inhalte und laufende Übertragungen müssen am Gerät geprüft werden; Widerruf holt bereits Gesendetes nicht zurück.

Die getrennte Auswahl steht unter Einstellungen → Daten & Dokumente → Absturzberichte zur Verfügung. Ein Widerruf unterbindet weitere Berichte über den Adapter und fordert die Bereinigung ausstehender Berichte an; bereits übermittelte Daten werden damit nicht gelöscht. Dafür steht der Datenschutzkontakt bereit. Die Diagnosetest-Schaltfläche ist nur in Editor-/Entwicklungsversionen und bei erlaubter Berichterstattung verfügbar; ein automatischer tödlicher Testabsturz wird nicht ausgelöst.

07Werbung mit Belohnung und Datenschutzoptionen

Installiert ist das Google-Mobile-Ads-Unity-Plugin 11.6.0. Umgesetzt sind freiwillige Belohnungsvideos für ein zusätzliches Leben, einen Hinweis oder die vorhandene Laternenkosmetik. Jedes Video wird ausdrücklich vom Spieler angefordert. Automatische Banner, App-Open-Anzeigen und Interstitials sind nicht implementiert. Die Laterne wird auch durch normales Spielen nach drei abgeschlossenen Leveln freigeschaltet. Die vorbereitete Pro-Berechtigung unterdrückt sämtliche Videoplatzierungen einschließlich kosmetischer Belohnungen; vor echten Verkäufen müssen Abrechnung und Produktivprodukte angebunden werden.

Je nach Auslieferungsmodus kann Werbung IP-Adresse, Geräte-/App-Daten, Werbeinteraktionen, SDK-Diagnosen und zulässige Kennungen verarbeiten. Laut Google unterbindet die Altersbehandlung Child die Übermittlung der Werbe-ID; dies ist am tatsächlichen Release zu prüfen. Eine Berechtigung für präzisen Standort oder ein Spielerkonto ist nicht erforderlich. Informationen bieten Googles Werbedatenschutzhinweise, Datenschutzerklärung und die SDK-Datenangaben. Die tatsächlich ausgewählten Anbieter müssen in den Anbieterinformationen der einschlägigen Google-Nachricht einsehbar sein.

Ab 16 speichert das Spiel eine getrennte Video-/Werbeauswahl. Bei Publisher-Blöcken gehen aktuelle UMP-Daten, erforderliche Google-Formulare und CanRequestAds der Werbeinitialisierung und dem Laden voraus. Soweit einschlägig, benötigt der reguläre NPA-Weg zusätzlich aktuelle Einwilligungssignale für Gerätespeicher und Google als Anbieter. Website und Kenntnisnahme ersetzen UMP nicht. Die Ablehnung von Analytics oder Crashlytics ist keine Werbeablehnung; ausgeschaltete Videoboni verhindern spielseitige Werbeanfragen.

Für 16–17-Jährige gelten Googles Teen-Behandlung und erzwungene NPA. Auch bei Erwachsenen ist NPA die Voreinstellung. Nur eine gesondert geprüfte und aktivierte Erwachsenenpersonalisierung darf den erzwungenen Zusatz npa=1 weglassen. Google muss weiterhin die tatsächliche aktuelle UMP-Auswahl beachten; das Weglassen ist daher weder Einwilligung noch Zusage personalisierter Auslieferung. Die reguläre maximale Anzeigeninhaltsstufe ist T. Minderjährige sind nicht zu personalisierter Werbung berechtigt.

Ein getrennter Limited-Ads-Weg ist für 13–15-Jährige sowie gegebenenfalls für Personen ohne Freigabe des erforderlichen NPA-Gerätezugriffs vorbereitet. Er setzt eine gesonderte rechtliche und kontobezogene Freigabe des Publishers und die tatsächlichen Limited-Ads-Einstellungen voraus. Für 13–15 beginnt er nur bei ausdrücklicher Videoanfrage, kennzeichnet UMP als unterhalb der Einwilligungsgrenze, zeigt kein Erwachsenen-Einwilligungsformular, nutzt Googles Child-Behandlung und höchstens Anzeigenstufe G und setzt die dokumentierte Limited-Ads-Speichersteuerung vor der SDK-Initialisierung. Dabei werden weder eine Tracking-Einwilligung des Kindes gespeichert noch Analytics/Crashlytics freigegeben. Unter 13 und ohne Altersangabe erfolgen keine spielseitigen Werbeanfragen. Dieser Weg ist derzeit nicht aktiviert.

Einwilligungsbasierte Werbeverarbeitung stützt sich auf Artikel 6 Absatz 1 Buchstabe a DSGVO und gegebenenfalls §25 Absatz 1 TDDDG. Limited Ads ohne Einwilligung benötigen eine eigene tragfähige Rechtsgrundlage für notwendige kontextbezogene Auslieferung/Betrugsabwehr; Artikel 6 Absatz 1 Buchstabe f kommt nur nach dokumentierter Abwägung mit besonderer Gewichtung der Kinderinteressen infrage. Limited Ads nutzen weiterhin IP-Adressen und übertragen/speichern Werbemittel. Programmatic Limited Ads können Anti-Fraud-Cookies und lokalen Speicher nutzen und sind im Google-Konto standardmäßig eingeschaltet. Googles Produktinformationen begründen keine gesetzliche Ausnahme für Endgerätespeicherung. Eine allgemeine Einwilligungsbefreiung, anonyme Werbung oder garantierte Auslastung/Einnahmen werden nicht zugesagt. Einstellungen, Schutzmaßnahmen und einschlägige §25-Ausnahmen sind vor Aktivierung zu prüfen.

Unter Einstellungen → Daten & Dokumente lassen sich die Spielentscheidungen ändern. Googles Datenschutzoptionen bleiben soweit erforderlich erreichbar, auch nach lokaler Werberücknahme. Eine versprochene Belohnung folgt erst auf das Earned-Signal des SDK und das Schließen der Vollbildanzeige; vor Veröffentlichung der Gewährung muss lokal erfolgreich gespeichert werden. Schließen ohne Reward gewährt nichts; ein fehlgeschlagenes Speichern kann ohne erneutes Video wiederholt werden, solange der aktuelle App-Prozess läuft. Nach dessen Ende kann eine nur im Arbeitsspeicher vorgemerkte Belohnung nicht garantiert werden. Im aktuellen Quellstand bleiben Produktivfreigaben geschlossen, Entwicklungsanzeigen auf Beispielinventar beschränkt und Publisher-Blöcke leer. Quellcodeverträge belegen weder die echte Einwilligungsnachricht noch native Signale oder Netzwerkdaten.

08Kinder und Jugendliche

Die vorrangig vorgesehene Zielgruppe ist ab 13. Jüngere Kinder können dennoch auf das Spiel stoßen oder es nutzen; eine Zielgruppenangabe belegt kein Alter und beseitigt keine Kinderschutzpflichten. Die neutrale Auswahl speichert nur eine lokale Altersgruppe und bietet „Keine Angabe“. Unter 13 und ohne Altersangabe bleibt lokales Spielen ohne optionale Analytics, Absturzübermittlung oder Werbeanfragen möglich. Tatsächliche Play-Zielgruppe, Altersfreigabe, Nachkriegsumgebung und Store-Darstellung sind gemeinsam zu bewerten; Families-Pflichten richten sich nach der wirklichen Zielgruppe.

Für 13–15-Jährige stehen Spielanalyse und Absturzübermittlung nicht zur Verfügung. Ein ausdrücklich angeforderter Videobonus darf nur den oben beschriebenen, gesondert freigegebenen Limited-Ads-Weg nutzen. Eine Tracking-Einwilligung des Kindes, ein Elternkonto, eine Elternidentitätsprüfung oder ein genaues Geburtsdatum sind nicht implementiert. Ohne Freigabe/Verfügbarkeit dieses Werbemodus werden lokales Spielen und zeitabhängige Lebenserholung genutzt. Für 16–17 gibt es unabhängige optionale Entscheidungen und Teen-/NPA-Schutz; Personalisierung ist für sie ausgeschlossen.

Artikel 8 DSGVO betrifft einwilligungsbasierte Verarbeitung bei Diensten der Informationsgesellschaft, die Kindern unmittelbar angeboten werden. In Deutschland gilt die Grenze von 16, nationale Regelungen unterscheiden sich. Daraus folgt weder ein Verbot jeglicher kontextbezogener Werbung für alle Jugendlichen noch eine Elternprüfung bei jeder lokalen Spielnutzung. Eine selbst angegebene höhere Altersgruppe macht die Einwilligung eines Kindes jedoch nicht wirksam. Angemessene, verhältnismäßige Altersfeststellung sowie sonstige Kinder-, Geschäfts­fähigkeits- und Inhaltsanforderungen sind für die tatsächliche Verarbeitung und die angebotenen Länder zu prüfen.

Ein zehnjähriges Kind kann fälschlich ein höheres Alter auswählen; der Selektor verhindert dies nicht garantiert. Dadurch gehen die Datenschutz-/SDK-Pflichten des Entwicklers nicht automatisch auf Kind oder Eltern über; diese Erklärung enthält keinen pauschalen Haftungsausschluss. Die Verantwortung im Einzelfall hängt von Sachverhalt und Recht ab. Bei belastbarer Kenntnis eines Kindes ist unzulässige optionale Verarbeitung zu beenden; betroffene Datensätze sind erforderlichenfalls zu prüfen oder zu löschen, mit verhältnismäßiger Identitätsprüfung. Bitte übermitteln Sie nicht grundsätzlich Ausweisdokumente.

09Support und Datenschutzkorrespondenz

Wenn Sie dem Entwickler schreiben, werden E-Mail-Adresse, Nachricht, Anhänge und Korrespondenzmetadaten zur Antwort verarbeitet. Support: support@oleksiy-havryliuk.de; Datenschutz: privacy@oleksiy-havryliuk.de. Der Entwickler bestätigt funktionierende Postfächer und persönliche Bearbeitung. Senden Sie nur erforderliche Angaben, keine sensiblen Dokumente oder vollständige Gerätesicherung.

Art. 6 Abs. 1 lit. b DSGVO gilt bei notwendiger Vertragsunterstützung; allgemeine Anfragen können auf Art. 6 Abs. 1 lit. f beruhen, dem berechtigten Interesse an der Beantwortung von Korrespondenz. Gesetzliche Betroffenenrechte werden nach Art. 6 Abs. 1 lit. c bearbeitet. Diese Grundlagen erlauben kein optionales SDK-Tracking.

Die Domain-MX-Einträge weisen auf E-Mail-Empfang über STRATO-Infrastruktur hin. Genaue Vertrags- und Sicherungsbedingungen sind noch zu bestätigen. Vorgesehen ist die Löschung zwölf Monate nach Vorgangsabschluss, außer bei konkreten gesetzlichen Pflichten oder erforderlicher Rechtsverfolgung. Die praktische Umsetzung im Postfach muss vor der Release-Freigabe geprüft werden.

10Empfänger und Drittlandübermittlungen

Empfänger sind der Entwickler, die zuständigen Google-Unternehmen für aktivierte Dienste, deren Auftragsverarbeiter und die in der tatsächlichen Google-Nachricht ausgewählten Werbepartner. Hosting und E-Mail-Anbieter verarbeiten notwendige Seitenanfragen und Korrespondenz. Das Fehlen eines zusätzlichen Vermittlungs-SDKs belegt nicht, dass keine Werbepartner beteiligt sind.

Google-Dienste können außerhalb des EWR, einschließlich der USA, verarbeiten; eine ausschließlich europäische Speicherung wird nicht zugesagt. Tatsächlich angenommene Verträge und Empfängerrollen sind zu prüfen. Anwendbare Garantien können Standardvertragsklauseln und/oder ein Angemessenheitsbeschluss für einen berechtigten zertifizierten Empfänger des EU–US Data Privacy Framework sein, bei Bedarf ergänzt um weitere Maßnahmen. Angaben zu den geltenden Garantien erhalten Sie über den Datenschutzkontakt.

Anbieterquellen: Firebase-Datenschutz, Firebase-Verarbeitungsbedingungen, Google-Ads-Verarbeitungsbedingungen und Controller-Bedingungen. Diese Links allein bestätigen keine kontospezifischen Verträge des Entwicklers.

11Speicherdauer und Löschung

Lokale Daten bleiben bis zur Entfernung erhalten, mit den beschriebenen Sicherungsgrenzen. Das Release-Profil wählt zwei Monate für die von der GA4-Aufbewahrungseinstellung erfassten Nutzer-/Ereignisdaten, ohne unnötige Verlängerung durch neue Aktivität. Die tatsächliche Property-Einstellung ist zu bestätigen. Dies ist keine universelle Frist für aggregierte Standardberichte, Kennungen oder gesonderte Exporte; unnötige Exporte gehören nicht zu diesem Profil.

Google erklärt, dass Crashlytics Stacktraces, extrahierte Minidump-Daten und verbundene Kennungen 90 Tage aufbewahrt, bevor die Entfernung aus Live- und Sicherungssystemen beginnt. Vollständige Löschung am 90. Tag wird damit nicht zugesagt. Rohe NDK-Minidumps werden vorübergehend zur Verarbeitung gespeichert. Werbedaten unterliegen den jeweiligen Google-/Anbieterbedingungen; eine ungeprüfte spielspezifische Höchstdauer wird nicht versprochen.

Für Korrespondenz gelten die gewählte Zwölfmonatsfrist und gesetzlichen Ausnahmen. Tatsächliche Hosting-Protokoll- und Sicherungsfristen sind anhand der Hosting-Vereinbarung festzustellen. Anbieter, aggregierte Berichte und lokale Kopien haben keine einheitliche universelle Aufbewahrungsuhr.

Für Auskunft oder Löschung schreiben Sie an privacy@oleksiy-havryliuk.de und nennen App-Version, ungefähre Zeitpunkte und Kontext. Eine E-Mail-Adresse allein identifiziert pseudonyme SDK-Einträge möglicherweise nicht. Eine verhältnismäßige Prüfung kann erforderlich sein; senden Sie nicht unaufgefordert einen Ausweis. Wir erläutern Zuordnungsgrenzen, Anbieterprozesse und rechtliche Ausnahmen. Lokales Zurücksetzen, Widerruf und Zurücksetzen der Werbe-ID löschen bereits übermittelte Daten nicht selbst.

12Ihre Datenschutzrechte

Soweit die DSGVO gilt, können Sie Auskunft, Berichtigung, Löschung und Einschränkung verlangen. Gegen eine auf berechtigte Interessen gestützte Verarbeitung können Sie aus Gründen Ihrer besonderen Situation Widerspruch einlegen; gegen Direktwerbung jederzeit. Datenübertragbarkeit besteht bei den dafür vorgesehenen automatisierten Verarbeitungen auf Grundlage einer Einwilligung oder eines Vertrags. Es gelten gesetzliche Voraussetzungen und Ausnahmen.

Eine Einwilligung können Sie jederzeit widerrufen; die Rechtmäßigkeit der vorherigen Verarbeitung bleibt unberührt. Kontakt: privacy@oleksiy-havryliuk.de. Wir antworten grundsätzlich binnen eines Monats und informieren über gesetzlich zulässige Verlängerungen und deren Gründe. Sie können sich bei einer Aufsichtsbehörde beschweren, insbesondere am Wohnort, Arbeitsort oder Ort des vermuteten Verstoßes. Das Verzeichnis deutscher Datenschutzaufsichtsbehörden hilft bei der Suche. Das Lesen oder Bestätigen dieser Erklärung ist keine Einwilligung.

13Diese Website und Sicherheit

Diese Seite lädt lokale Ressourcen ohne Besucheranalyse, Werbe-SDKs, externe Schriftarten oder Tracking-Cookies. Text und Sprachnavigation funktionieren ohne JavaScript. Vercel erhält Verbindungs-/Anfragedaten wie IP-Adresse, Pfad, Zeitpunkt und Browserangaben zur Bereitstellung und zum Schutz der Website. Art. 6 Abs. 1 lit. f DSGVO ist die Grundlage für verhältnismäßige notwendige Bereitstellung/Sicherheit. Host-Verträge, Protokolle, Aufbewahrung und Übermittlungsgarantien bedürfen noch der kontospezifischen Prüfung.

Hosting und Korrespondenz sind in der separaten Website-Datenschutzerklärung beschrieben; Betreiberangaben stehen im Impressum. Der illustrierte Spielführer wird separat auf GitHub Pages bereitgestellt. Externe Links verbinden den Browser mit dem jeweiligen Anbieter.

Angemessene Maßnahmen umfassen HTTPS, restriktive Website-Sicherheitsheader, sparsame optionale Daten und validierte Spielstände mit Wiederherstellungskopien. Diese sichern Integrität und behaupten keine Spielstandverschlüsselung. Absolute Sicherheit ist nicht möglich. Das tatsächliche Android-Release und die Kontoeinstellungen sind unabhängig von dieser Website zu prüfen.

14Änderungen und Kontakt

Diese Erklärung wird bei geänderten Datenpraktiken oder rechtlichen Anforderungen aktualisiert. Wesentliche Änderungen werden auch im Spiel mitgeteilt; neue optionale Zwecke verlangen vor Erfassung eine neue maßgebliche Entscheidung. Das Datum bezeichnet die Version. Alle drei Sprachfassungen müssen inhaltlich übereinstimmen. Englisch ist die Arbeitsfassung und schränkt gesetzliche Rechte nicht ein.

Kruty1918 Games
Verantwortlicher: Oleksii Havryliuk (öffentlicher Name: Oleksiy Havryliuk)
Postanschrift: Kapitänspromenade 6, 23966 Wismar, Deutschland
Datenschutz: privacy@oleksiy-havryliuk.de
Support: support@oleksiy-havryliuk.de