DatenschutzPrivacy Policy

1. Allgemeine Hinweise

Der Schutz Ihrer persönlichen Daten ist uns wichtig. Diese Datenschutzerklärung informiert darüber, welche Daten auf dieser Website, bei der Kontaktaufnahme und im Zusammenhang mit den Apps von dld/dev verarbeitet werden.

Die Website kann grundsätzlich ohne Registrierung und ohne Angabe personenbezogener Daten genutzt werden.

2. Verantwortlicher

dld/dev
E-Mail: mail@dlddev.de

3. Hosting der Website

Diese Website wird bei IONOS gehostet. Beim Besuch der Website werden durch den Hosting-Anbieter automatisch technische Zugriffsdaten verarbeitet, die für den sicheren und stabilen Betrieb der Website erforderlich sind.

• IP-Adresse
• Datum und Uhrzeit des Zugriffs
• Browsertyp und Browserversion
• Betriebssystem
• Referrer-URL
• Aufgerufene Seiten und Dateien

Die Verarbeitung erfolgt auf Grundlage von Art. 6 Abs. 1 lit. f DSGVO. Das berechtigte Interesse liegt in der sicheren Bereitstellung, Fehleranalyse und technischen Auslieferung dieser Website.

4. WebAnalytics / Besucherstatistik

Sofern die Besucherstatistik des Hosting-Anbieters genutzt wird, erfolgt die Auswertung auf Basis technischer Serverdaten. Sie dient dazu, die Nutzung der Website besser zu verstehen und technische Fehler zu erkennen.

Es werden keine eigenen Marketing-Cookies gesetzt und keine externen Analyse-Tools wie Google Analytics oder Matomo eingebunden.

5. Kontaktaufnahme per E-Mail

Wenn Sie per E-Mail Kontakt aufnehmen, werden die von Ihnen übermittelten Daten ausschließlich zur Bearbeitung Ihrer Anfrage verwendet. Dazu können insbesondere Ihre E-Mail-Adresse, Ihr Name sowie der Inhalt Ihrer Nachricht gehören.

Die Verarbeitung erfolgt je nach Inhalt der Anfrage auf Grundlage von Art. 6 Abs. 1 lit. b DSGVO oder Art. 6 Abs. 1 lit. f DSGVO.

6. Cookies, Analyse und Werbung

Diese Website verwendet keine Analyse- oder Marketing-Cookies.

Es werden keine externen Analyse-Tools wie Google Analytics, Matomo oder vergleichbare Tracking-Dienste eingesetzt. Es werden keine Werbenetzwerke eingebunden.

7. Apps von dld/dev

dld/dev entwickelt Apps wie AboFalle, HubOne Control, Schlaufy und Stundenplan Designer. Die Apps verarbeiten grundsätzlich nur die Daten, die Nutzer selbst innerhalb der jeweiligen App eingeben oder die zur Bereitstellung der jeweiligen App-Funktion erforderlich sind.

dld/dev verwendet in diesen Apps keine Werbenetzwerke und kein Tracking zu Werbezwecken.

7a. AboFalle

AboFalle dient der Verwaltung von Abonnements, Kosten, Laufzeiten und Erinnerungen. Die vom Nutzer eingegebenen Informationen werden zur Darstellung und Berechnung der App-Funktionen verarbeitet.

Sofern iCloud-Funktionen oder Apple-Dienste genutzt werden, erfolgt die Verarbeitung im Rahmen der von Apple bereitgestellten Dienste und Einstellungen des jeweiligen Nutzers.

Pro Abonnement verarbeitet die App insbesondere Name, Preis, Abrechnungsintervall, Startdatum, optionales Enddatum, Kategorie, Anbieterkennung, Erinnerungsstatus und Erinnerungsvorlaufzeit. Kategorien enthalten Name, Symbol und eine technische Kennung. Darüber hinaus speichert die App Einstellungen wie Sprache, Erscheinungsbild, Analyse-Anzeige sowie Onboarding- und Migrationsstatus. Notizen, Vertragsdokumente, Zahlungs- oder Kreditkartendaten, Zugangsdaten und Tokens sind nicht Teil des Datenmodells.

Die Daten werden in einem SwiftData-Speicher im App-Group-Container verarbeitet. Die App ist für Apples private CloudKit-Datenbank konfiguriert; falls diese nicht verfügbar ist, nutzt sie einen lokalen Speicher-Fallback. iCloud Drive wird nicht verwendet.

Widgets erhalten eine lokale Zusammenfassung mit Gesamtkosten und bevorstehenden Zahlungen. Die Apple Watch erhält einen separaten lokalen Snapshot mit Kostenübersichten, Kategorien und Angaben zu aktiven Abonnements; es wird keine vollständige App-Datenbank an die Watch übertragen.

Erinnerungen sind lokale iOS-Benachrichtigungen. Push-Benachrichtigungen und ein eigener dld/dev-Server sind nicht vorgesehen. Die Kostenanalyse erfolgt innerhalb der App aus den gespeicherten Abodaten. Die App enthält keine Werbung, keine Analyse-, Crash-Reporting- oder Tracking-SDKs und keine Drittanbieter-Tracker.

Ein PDF-Bericht wird nur nach einer ausdrücklichen Exportaktion erstellt und zunächst temporär auf dem Gerät abgelegt. Er kann Angaben zu Kosten, aktiven Abonnements, Kategorien und kommenden Zahlungsterminen enthalten. Eine eigene appseitige Backup- oder Wiederherstellungsfunktion sowie eine Funktion zum gemeinsamen Löschen aller App-, Widget- und Watch-Inhalte sind derzeit nicht vorhanden. Einzelne Abonnements und Kategorien können innerhalb der App gelöscht werden.

Die App fragt nur bei einer entsprechenden Erinnerungsaktion nach der Mitteilungsberechtigung. Berechtigungen für Kalender, Fotos, Kamera, Kontakte oder Standort werden nicht angefordert. Für Support ist dld/dev unter mail@dlddev.de erreichbar.

7b. HubOne Control

HubOne Control dient der Steuerung und Übersicht von Smart-Home-Geräten. Die App kann vom Nutzer konfigurierte Verbindungsdaten zu Smart-Home-Systemen wie FHEM oder Home Assistant verwenden, um Geräte, Räume, Bereiche und Zustände innerhalb der App darzustellen und Steuerbefehle auszuführen.

Diese Daten werden zur Bereitstellung der Smart-Home-Funktionen verwendet. dld/dev betreibt hierfür keinen eigenen Cloud-Dienst, über den Smart-Home-Daten zentral ausgewertet oder zu Werbezwecken verarbeitet werden.

Die App speichert Smart-Home-Konfigurationen wie Servername, Protokoll, Host, Port, Pfad, Benutzername, Zeitüberschreitungen und Verbindungsstatus. Hinzu kommen Geräte-, Raum-, Zustands-, Favoriten-, Szenen-, Zuordnungs- und Einstellungsdaten sowie bei KNX Gruppenadressen, Mappings und begrenzte Zustandsdaten. Passwörter und Tokens für FHEM, Home Assistant, Gira und Loxone werden getrennt im iOS-Schlüsselbund gespeichert und sind nicht Teil der normalen App-Datenbank.

Die App kommuniziert direkt mit den vom Nutzer eingerichteten Systemen, insbesondere FHEM, Home Assistant, KNX/IP, Gira und Loxone. Ob ein System nur im lokalen Netzwerk, über ein vom Nutzer eingerichtetes VPN oder anderweitig erreichbar ist, richtet sich nach der eigenen Infrastruktur des Nutzers. Einen eigenen dld/dev-Server, einen eingebauten Fernzugriff oder eine eigene Cloud-API gibt es nicht.

Die App verwendet für die normale Datenbank Apples private CloudKit-Datenbank, wenn iCloud für die App verfügbar ist. Serverkonfigurationen ohne Geheimnisse, Geräte, Zustände, Räume, Szenen und Einstellungen können so zwischen eigenen Geräten synchronisiert werden. Schlüsselbunddaten wie Passwörter, Tokens und Zertifikats-Fingerprints werden dabei nicht über CloudKit synchronisiert.

Backups können ausdrücklich über die Einstellungen als JSON-Datei exportiert und über den iOS-Dateidialog an einem vom Nutzer gewählten Ort abgelegt werden. Sie können unter anderem Konfigurationen, Geräte, Räume, Szenen, Zustände, Verbindungsadressen, Ports und Benutzernamen enthalten, jedoch keine Passwörter oder Tokens. Eine appseitige Verschlüsselung dieser Backup-Datei ist nicht vorgesehen.

Für KNX können lokal begrenzte Zustands- und Diagnosedaten gespeichert werden. Ein technisches KNX-Debug-Protokoll kann Verbindungs- und Endpunktdaten, Zeitstempel, Paketdaten und Fehlerdetails enthalten; es wird nicht automatisch an dld/dev oder Dritte übertragen, kann jedoch auf ausdrücklichen Wunsch über das System-Share-Sheet exportiert werden.

Apple Watch, Widgets und Kurzbefehle erhalten die für ihre Funktion benötigten lokalen Snapshots, etwa Favoriten, Szenen, Gerätezustände und Serverkonfigurationen ohne Zugangsdaten. Die App benötigt den Zugriff auf das lokale Netzwerk. Berechtigungen für Mitteilungen, Bluetooth, HomeKit, Standort, Fotos oder Kamera werden nicht angefordert. Die App enthält keine Werbung, keine Analyse- oder Crash-Reporting-SDKs, keine Drittanbieter-Tracker und kein eigenes Nutzerkonto.

Server, Szenen, Favoriten und weitere Daten können einzeln innerhalb der App gelöscht werden; beim Löschen eines Servers werden auch die zugehörigen Schlüsselbunddaten entfernt. Eine zentrale Funktion, die sämtliche App-, Schlüsselbund-, Widget-, Watch- und CloudKit-Daten gemeinsam löscht, ist derzeit nicht vorhanden. Für Support ist dld/dev unter mail@dlddev.de erreichbar.

7c. Schlaufy

Schlaufy ist eine Lern-App für Kinder. Die App kann Lernfortschritte, Profileinstellungen und Übungsergebnisse verarbeiten, um den Lernstand innerhalb der App darzustellen und Aufgaben passend fortzusetzen.

Die App ist nicht darauf ausgelegt, Daten zu Werbezwecken zu erfassen oder an Werbenetzwerke weiterzugeben.

Ein Kinderprofil enthält einen frei gewählten Profilnamen, eine technische Kennung und die Kennung eines von vier in der App enthaltenen Avataren. Es werden keine Fotos von Kindern gespeichert. Je Profil können sichtbare Klassen, Fächer, Spiele und Erklärungen sowie Lernfortschritte mit Freischaltungen, Punkten, Sternen und Abschlussstatus gespeichert werden. Einzelne Antworten oder Antwortverläufe werden nicht gespeichert.

Für einzelne Spiele können Ranglisten mit Profilname, optionaler Profilkennung, Ergebnis und Zeitpunkt gespeichert werden. Weitere Spielstände, etwa Freischaltungen oder Malfortschritte, werden teilweise global für die App und nicht profilbezogen gespeichert.

Die Daten werden lokal im Dokumentverzeichnis der App und in lokalen Systemeinstellungen gespeichert. Eine direkte iCloud- oder CloudKit-Synchronisierung, Benutzerkonten, Logins, eigene Server, externe APIs oder Drittanbieter-Frameworks sind nicht vorgesehen.

Der Elternbereich wird durch eine lokal erzeugte Rechenaufgabe geschützt. Aufgabe und Antwort werden nur vorübergehend innerhalb der Ansicht verarbeitet und nicht gespeichert oder übertragen. Die App verwendet ausschließlich interne Avatare und fordert keine Berechtigung für Fotos, Kamera, Mikrofon, Standort, Kontakte, Bluetooth oder Benachrichtigungen an.

Es gibt keine Werbung, keine Analyse-, Crash-Reporting- oder Tracking-SDKs. Lokale technische Protokolle können ausschließlich für Speicherfehler entstehen; eine Übertragung an dld/dev oder externe Dienste ist nicht vorgesehen.

Im Elternbereich können Profile, profilbezogene Lernfortschritte, einzelne Fächerfortschritte, Ranglisten und bestimmte globale Spiel-Freischaltungen zurückgesetzt oder gelöscht werden. Beim Löschen eines Profils werden dessen Profilzustand, Einstellungen, Lernfortschritte und zugehörige Ranglisteneinträge entfernt. Eine lokale Sicherung des vorherigen Zustands kann bis zum nächsten erfolgreichen Speichervorgang noch bestehen; für alle App-Inhalte und jeden einzelnen Spielstand gibt es derzeit nicht jeweils eine gemeinsame Zurücksetzen-Funktion. Für Support ist dld/dev unter mail@dlddev.de erreichbar.

7d. Stundenplan Designer

Stundenplan Designer ist eine iPhone- und iPad-App zum Erstellen, Speichern, Gestalten, Drucken und Exportieren persönlicher Stundenpläne.

Die App verarbeitet nur Daten, die Nutzer selbst eingeben: Fächer, Kurzbezeichnungen, Farben, Unterrichtszeiten, Namen von Stundenplänen, Fachzuordnungen sowie selbst angelegte freie Tage.

Diese Daten werden lokal auf dem Gerät gespeichert. Wenn iCloud aktiviert ist, werden sie über Apples private CloudKit-Datenbank zwischen den eigenen Geräten des Nutzers synchronisiert. Für diese Inhalte betreibt dld/dev keinen eigenen Entwickler-Server und nutzt sie nicht für Werbung, Tracking oder Profilbildung.

Auf ausdrücklichen Wunsch kann die App einen Stundenplan als eigenen Kalender in die Apple-Kalender-App eintragen. Beim ersten Export wird voller Kalenderzugriff angefragt, damit ein späterer Export die zuvor von der App angelegten Termine erkennen und aktualisieren kann. Die App verarbeitet dabei ausschließlich ihren selbst angelegten Kalender und den gewählten Zeitraum; andere Kalender und Termine werden weder ausgewertet noch verändert.

Für Deutschland sind gesetzliche Feiertage und Schulferien in der App hinterlegt. International ist der Kalenderexport ebenfalls nutzbar; freie Tage können dort manuell angelegt werden. Für die Ferien- und Feiertagsfunktion findet keine Netzwerkabfrage statt.

Der optionale Fotoimport verarbeitet nur ein ausdrücklich ausgewähltes oder aufgenommenes Foto mittels Texterkennung auf dem Gerät. Das Originalfoto wird nicht dauerhaft gespeichert und nicht an einen externen Dienst übertragen.

PDF-Dateien werden nur nach einer ausdrücklichen Teilen- oder Druckaktion an das gewählte Systemziel übergeben. Sie werden temporär innerhalb der App erzeugt und beim nächsten Export wieder entfernt.

Unter Einstellungen > Daten verwalten können Nutzer alle App-Inhalte löschen. Bei aktiver iCloud-Synchronisierung wird diese Löschung auf die eigenen Geräte übertragen.

Die App enthält keine Werbung, keine Analyse-SDKs und keine Drittanbieter-Trackingdienste. Für Support ist dld/dev unter mail@dlddev.de erreichbar.

8. Apple App Store und Apple-Dienste

Wenn Apps über den Apple App Store geladen, gekauft oder aktualisiert werden, erfolgt die Verarbeitung der hierfür notwendigen Daten durch Apple. Für diese Verarbeitung gelten die Datenschutzinformationen von Apple.

dld/dev hat keinen Zugriff auf Zahlungsdaten, die direkt über Apple verarbeitet werden.

9. Weitergabe von Daten

Eine Weitergabe personenbezogener Daten an Dritte erfolgt nicht, sofern keine gesetzliche Verpflichtung besteht oder die Weitergabe zur Bearbeitung einer Anfrage oder zur Bereitstellung einer ausdrücklich genutzten Funktion erforderlich ist.

10. Speicherdauer

Personenbezogene Daten werden nur so lange gespeichert, wie dies für den jeweiligen Zweck erforderlich ist oder gesetzliche Aufbewahrungspflichten bestehen.

11. Ihre Rechte

Sie haben im Rahmen der gesetzlichen Voraussetzungen insbesondere folgende Rechte:

• Auskunft über die verarbeiteten personenbezogenen Daten
• Berichtigung unrichtiger Daten
• Löschung personenbezogener Daten
• Einschränkung der Verarbeitung
• Datenübertragbarkeit
• Widerspruch gegen die Verarbeitung
• Beschwerde bei einer zuständigen Datenschutzaufsichtsbehörde

12. Änderungen

Diese Datenschutzerklärung kann angepasst werden, wenn sich technische, rechtliche oder organisatorische Anforderungen ändern.

Stand: 23. August 2026.

1. General Information

Protecting your personal data is important to us. This privacy policy explains which data is processed on this website, when contacting dld/dev and in connection with apps by dld/dev.

This website can generally be used without registration and without providing personal data.

2. Responsible Party

dld/dev
Email: mail@dlddev.de

3. Website Hosting

This website is hosted by IONOS. When visiting the website, technical access data may be processed automatically by the hosting provider to ensure secure and stable operation of the website.

• IP address
• Date and time of access
• Browser type and version
• Operating system
• Referrer URL
• Visited pages and files

Processing is based on Art. 6(1)(f) GDPR. The legitimate interest is the secure provision, error analysis and technical delivery of this website.

4. WebAnalytics / Visitor Statistics

If visitor statistics provided by the hosting provider are used, the analysis is based on technical server data. It helps to understand website usage and detect technical errors.

No own marketing cookies are set and no external analytics tools such as Google Analytics or Matomo are embedded.

5. Email Contact

If you contact us by email, the information you provide is used only to process your request. This may include your email address, your name and the content of your message.

Depending on the content of the request, processing is based on Art. 6(1)(b) GDPR or Art. 6(1)(f) GDPR.

6. Cookies, Analytics and Advertising

This website does not use analytics or marketing cookies.

No external analytics tools such as Google Analytics, Matomo or similar tracking services are used. No advertising networks are embedded.

7. Apps by dld/dev

dld/dev develops apps such as AboFalle, HubOne Control, Schlaufy and Timetable Designer. The apps generally process only the data that users enter themselves within the respective app or that is required to provide the app functionality.

dld/dev does not use advertising networks or advertising tracking in these apps.

7a. AboFalle

AboFalle is used to manage subscriptions, costs, terms and reminders. Information entered by the user is processed to display and calculate the app features.

If iCloud features or Apple services are used, processing is handled within the services and settings provided by Apple for the respective user.

For each subscription, the app processes in particular the name, price, billing interval, start date, optional end date, category, provider identifier, reminder status and reminder lead time. Categories contain a name, symbol and technical identifier. The app also stores settings such as language, appearance, analytics display, onboarding status and migration status. Notes, contract documents, payment or credit-card data, credentials and tokens are not part of the data model.

The data is processed in a SwiftData store in the app-group container. The app is configured for Apple’s private CloudKit database; if it is unavailable, the app uses a local storage fallback. iCloud Drive is not used.

Widgets receive a local summary with total costs and upcoming payments. Apple Watch receives a separate local snapshot with cost overviews, categories and details of active subscriptions; no complete app database is transferred to the watch.

Reminders are local iOS notifications. Push notifications and a dedicated dld/dev server are not provided. Cost analysis takes place within the app using the stored subscription data. The app contains no advertising, analytics, crash-reporting or tracking SDKs and no third-party trackers.

A PDF report is created only after an explicit export action and is initially stored temporarily on the device. It may contain cost information, active subscriptions, categories and upcoming payment dates. There is currently no app-specific backup or restore feature and no single function for deleting all app, widget and watch content together. Individual subscriptions and categories can be deleted within the app.

The app requests notification permission only when a related reminder action is used. Permissions for calendars, photos, camera, contacts or location are not requested. For support, dld/dev can be reached at mail@dlddev.de.

7b. HubOne Control

HubOne Control is used to control and view smart-home devices. The app may use connection data configured by the user for smart-home systems such as FHEM or Home Assistant to display devices, rooms, sections and states and to execute control commands.

This data is used to provide the smart-home functionality. dld/dev does not operate its own cloud service to centrally analyze smart-home data or process it for advertising purposes.

The app stores smart-home configurations such as server name, protocol, host, port, path, user name, timeouts and connection status. It also stores device, room, state, favourite, scene, assignment and settings data, as well as KNX group addresses, mappings and limited state data. Passwords and tokens for FHEM, Home Assistant, Gira and Loxone are stored separately in the iOS Keychain and are not part of the normal app database.

The app communicates directly with systems configured by the user, including FHEM, Home Assistant, KNX/IP, Gira and Loxone. Whether a system is reachable only on the local network, through a VPN configured by the user or otherwise depends on the user’s own infrastructure. There is no dedicated dld/dev server, built-in remote access or own cloud API.

The app uses Apple’s private CloudKit database for its normal data store when iCloud is available for the app. Server configurations without secrets, devices, states, rooms, scenes and settings can therefore be synchronised between the user’s own devices. Keychain data such as passwords, tokens and certificate fingerprints is not synchronised through CloudKit.

Backups can be exported manually as a JSON file through Settings and stored at a location chosen by the user through the iOS file dialog. They may contain configurations, devices, rooms, scenes, states, connection addresses, ports and user names, but no passwords or tokens. App-side encryption of this backup file is not provided.

For KNX, limited state and diagnostic data may be stored locally. A technical KNX debug log may contain connection and endpoint data, timestamps, packet data and error details; it is not transmitted automatically to dld/dev or third parties, but can be exported through the system share sheet at the user’s explicit request.

Apple Watch, widgets and shortcuts receive the local snapshots required for their functions, such as favourites, scenes, device states and server configurations without credentials. The app requires access to the local network. Permissions for notifications, Bluetooth, HomeKit, location, photos or camera are not requested. The app contains no advertising, analytics or crash-reporting SDKs, no third-party trackers and no own user account.

Servers, scenes, favourites and other data can be deleted individually within the app; when a server is deleted, its associated Keychain data is also removed. There is currently no central function that deletes all app, Keychain, widget, watch and CloudKit data together. For support, dld/dev can be reached at mail@dlddev.de.

7c. Schlaufy

Schlaufy is a learning app for children. The app may process learning progress, profile settings and exercise results to display learning progress within the app and continue exercises appropriately.

The app is not designed to collect data for advertising purposes or share it with advertising networks.

A child profile contains a freely chosen profile name, a technical identifier and the identifier of one of four avatars included in the app. No photographs of children are stored. For each profile, visible grades, subjects, games and explanations as well as learning progress with unlocks, points, stars and completion status may be stored. Individual answers or answer histories are not stored.

For individual games, rankings containing the profile name, optional profile identifier, score and time may be stored. Other game progress, such as unlocks or colouring progress, is sometimes stored globally for the app rather than per profile.

The data is stored locally in the app’s documents directory and in local system settings. Direct iCloud or CloudKit synchronisation, user accounts, logins, own servers, external APIs and third-party frameworks are not provided.

The parent area is protected by a locally generated arithmetic question. The question and answer are processed only temporarily within the view and are not stored or transmitted. The app uses only internal avatars and does not request permissions for photos, camera, microphone, location, contacts, Bluetooth or notifications.

There is no advertising and no analytics, crash-reporting or tracking SDKs. Local technical logs may arise solely for storage errors; transmission to dld/dev or external services is not provided.

In the parent area, profiles, profile-related learning progress, individual subject progress, rankings and certain global game unlocks can be reset or deleted. When a profile is deleted, its profile state, settings, learning progress and associated ranking entries are removed. A local backup of the previous state may still exist until the next successful save; there is currently no single reset function for all app content and every individual game state. For support, dld/dev can be reached at mail@dlddev.de.

7d. Timetable Designer

Timetable Designer is an iPhone and iPad app for creating, saving, designing, printing and exporting personal timetables.

The app processes only data entered by users themselves: subjects, abbreviations, colours, lesson times, timetable names, subject assignments and self-created free days.

This data is stored locally on the device. If iCloud is enabled, it is synchronised between the user’s own devices through Apple’s private CloudKit database. dld/dev does not operate its own developer server for this content and does not use it for advertising, tracking or profiling.

At the user’s explicit request, the app can add a timetable as its own calendar to the Apple Calendar app. Full calendar access is requested on the first export so that a later export can recognise and update appointments previously created by the app. The app processes only the calendar it created itself and the selected time period; other calendars and appointments are neither evaluated nor changed.

For Germany, statutory public holidays and school holidays are included in the app. Calendar export can also be used internationally; free days can be created manually there. No network request is made for the holiday and public-holiday function.

The optional photo import processes only a photo that has been explicitly selected or taken, using on-device text recognition. The original photo is not stored permanently and is not transferred to an external service.

PDF files are handed over to the selected system destination only after an explicit sharing or printing action. They are created temporarily within the app and removed again during the next export.

Under Settings > Manage Data, users can delete all app content. If iCloud synchronisation is active, this deletion is synchronised to the user’s own devices.

The app contains no advertising, analytics SDKs or third-party tracking services. For support, dld/dev can be reached at mail@dlddev.de.

8. Apple App Store and Apple Services

When apps are downloaded, purchased or updated through the Apple App Store, the necessary data is processed by Apple. Apple's privacy information applies to this processing.

dld/dev does not have access to payment data processed directly by Apple.

9. Data Sharing

Personal data is not shared with third parties unless there is a legal obligation or sharing is required to process a request or provide a feature explicitly used by the user.

10. Retention Period

Personal data is stored only as long as necessary for the respective purpose or as required by statutory retention obligations.

11. Your Rights

Subject to legal requirements, you have the following rights in particular:

• Access to processed personal data
• Correction of inaccurate data
• Deletion of personal data
• Restriction of processing
• Data portability
• Objection to processing
• Complaint with a competent data protection supervisory authority

12. Changes

This privacy policy may be updated if technical, legal or organizational requirements change.

Last updated: 23 August 2026.