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
Damian Dyrcz · dld/dev
Weidenbusch 7
38518 Gifhorn, Deutschland
E-Mail: mail@dlddev.de
3. Hosting der Website
Diese Website wird bei IONOS gehostet. Bei Seitenaufrufen verarbeitet der Hosting-Anbieter technische Zugriffsdaten, um die Website auszuliefern und ihren sicheren, stabilen Betrieb zu gewährleisten. Dazu gehören IP-Adresse, Zeitpunkt, angeforderte Seite oder Datei, Referrer, Browser, Betriebssystem und Gerätetyp.
Nach den Angaben von IONOS zum Webhosting werden die Besucherdaten bei der Erhebung anonymisiert und acht Wochen gespeichert. Die IP-Adresse ist für die technische Übermittlung zunächst erforderlich.
Rechtsgrundlage ist Art. 6 Abs. 1 lit. f DSGVO. Das berechtigte Interesse liegt in der sicheren Bereitstellung, Fehleranalyse und technischen Auslieferung dieser Website.
4. WebAnalytics / Besucherstatistik
Soweit die Besucherstatistik von IONOS genutzt wird, dient sie der statistischen Auswertung und technischen Optimierung des Webangebots. In den Website-Dateien ist kein eigener Analyse-Pixel eingebunden; eine serverseitige Auswertung kann auf den Hosting-Protokollen beruhen.
Laut IONOS WebAnalytics erfolgt die Auswertung ohne Cookies; IP-Adressen werden nach der Übermittlung anonymisiert. Weitere Angaben zu den Zugriffsdaten stehen in Abschnitt 3. Es sind keine externen Analyse-Tools wie Google Analytics oder Matomo und keine Werbenetzwerke 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 und bindet keine Werbenetzwerke ein.
Die gewählte Sprache (Deutsch oder Englisch) wird im lokalen Browserspeicher unter dld-dev-lang gespeichert und beim nächsten Besuch wiederhergestellt. Dieser Eintrag enthält nur das Sprachkürzel, keine Nutzerkennung, und wird nicht an dld/dev übertragen. Er bleibt bis zum Löschen der Website-Daten im Browser bestehen. Ohne verfügbaren lokalen Speicher funktioniert die Sprachauswahl für den aktuellen Seitenaufruf.
Die Website verwendet Systemschriftarten. Skripte und Bilder werden vom eigenen Webspace geladen. Erst beim Öffnen eines externen Links, etwa zum App Store oder zu den Datenschutzinformationen eines Anbieters, wird die verlinkte Website aufgerufen; dort gelten deren Datenschutzinformationen.
7. Apps von dld/dev
dld/dev entwickelt Apps wie AboFalle, HubOne Control, HubOne n4h, 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 App für iPhone, iPad und Android zum Erstellen, Gestalten, Speichern, Drucken und Exportieren persönlicher Stundenpläne. Verarbeitet werden Fächer, Kurzbezeichnungen, Farben, Unterrichtszeiten, Namen, Stundenpläne, Zuordnungen und eigene Ferien- oder Freizeiträume. Sprache und Darstellung werden als Einstellungen gespeichert. Für Deutschland sind Feiertage und Schulferien lokal enthalten; dafür erfolgt keine Netzwerkabfrage.
iPhone und iPad
Inhalte werden lokal gespeichert und bei verfügbarer iCloud über die private CloudKit-Datenbank zwischen eigenen Geräten synchronisiert. Sprach- und Darstellungseinstellungen liegen getrennt in lokalen Systemeinstellungen. Der optionale Fotoimport wertet nur ein ausdrücklich ausgewähltes oder aufgenommenes Foto mit Apple Vision auf dem Gerät aus. Bild und erkannter Text werden nicht auf einen Server hochgeladen; erst bestätigte Ergebnisse werden als Bausteine gespeichert.
Für den Kalenderexport wird voller Kalenderzugriff angefragt, damit die App ihre eigenen Termine wiedererkennen und aktualisieren kann. Der eigene Kalender wird in der Quelle des Standardkalenders angelegt, zum Beispiel lokal oder in iCloud. Je nach Kalenderkonto synchronisiert dessen Anbieter die Termine. Fremde Termine werden nicht verändert; dld/dev erhält keine Kalenderinhalte.
PDF-Dateien werden erst nach einer ausdrücklichen Teilen- oder Druckaktion an das gewählte Systemziel übergeben. Sie liegen zunächst im temporären App-Verzeichnis. Beim nächsten Export derselben Sitzung versucht die App, die vorige PDF zu entfernen; Dateien können bis zur Systembereinigung bestehen bleiben. Bei der Wiederherstellung des Datenspeichers kann eine umbenannte Sicherungsdatei im App-Verzeichnis verbleiben. Betriebssystemsicherungen richten sich nach den Geräteeinstellungen.
Die iOS-App enthält keine Werbung, keine Analyse-SDKs und keine Drittanbieter-Trackingdienste. Premium-Käufe werden über App Store und StoreKit abgewickelt; die App prüft Produkt- und Kaufstatus, verarbeitet aber keine Zahlungs- oder Kreditkartendaten.
Android
Inhalte und Einstellungen werden primär lokal gespeichert. Bei aktiver Android-Sicherung im Google-Konto kann das System eine verschlüsselte private Sicherung für Neuinstallation oder Gerätewechsel anlegen; dld/dev hat darauf keinen Zugriff. Eine iCloud-Synchronisierung findet unter Android nicht statt.
Der Fotoimport verwendet Google ML Kit zur Texterkennung auf dem Gerät. Bild und erkannter Text werden nicht an Google übertragen. ML Kit übermittelt jedoch technische Diagnose- und Nutzungsdaten an Google, darunter Geräte- und App-Angaben, Installationskennungen, Leistungswerte und Fehlercodes. Weitere Informationen stehen in Googles Angaben zur ML-Kit-Datenverarbeitung.
Beim Kalenderexport fragt die App die nötige Berechtigung an. Sie können einen eigenen lokalen Kalender oder einen beschreibbaren Kalender des gewählten Anbieters verwenden. Dessen Kontoeinstellungen bestimmen eine mögliche Synchronisierung. Beim Teilen oder Drucken gelten die Datenschutzbedingungen des gewählten Ziels. Aufgenommene Fotos und Exportdateien können bis zur Bereinigung im privaten App-Cache bleiben; sie sind von der App-Sicherung ausgeschlossen.
Premium-Käufe werden über Google Play abgewickelt; die App fragt Produkt- und Kaufstatus ab und speichert keine Zahlungsdaten. Die Android-App enthält keine Werbung und keine vom Entwickler gesteuerte Nutzungsanalyse; die oben beschriebene technische Datenübermittlung durch ML Kit bleibt davon unberührt.
Löschen und Kontakt
Unter Einstellungen > Daten verwalten können gespeicherte Stundenpläne, Entwürfe, Bausteine und eigene Ferienlisten gelöscht werden. Unter iOS wird diese Löschung bei aktiver iCloud auf eigene Geräte übertragen. Bereits exportierte Kalendertermine und geteilte Dateien müssen im jeweiligen Ziel gelöscht werden; Android-Cache und Kontosicherungen werden gesondert verwaltet. Käufe bleiben mit dem jeweiligen Store-Konto verknüpft. dld/dev betreibt keinen eigenen Inhaltsserver und erhält keine Stundenpläne zu Werbe- oder Profilbildungszwecken. Kontakt: mail@dlddev.de.
7e. HubOne n4h
HubOne n4h ist eine unabhängig entwickelte App von dld/dev für eine vorhandene Net4Home Heimautomatisierung mit aktivem iRemote Server. Sie ist keine offizielle Software von Net4Home und wird nicht vom Hersteller herausgegeben.
Verbindung und gespeicherte Daten
Die App verarbeitet Servername, Adresse, Port und Verbindungseinstellungen, von der Anlage gelieferte Geräte-, Raum-, Funktions- und Zustandsdaten sowie eigene Namen, Zuordnungen, Favoriten, Szenen und App-Einstellungen. Sie kommuniziert direkt mit dem eingerichteten iRemote Server; dld/dev betreibt dafür keinen eigenen Vermittlungs- oder Inhaltsserver. Lokaler Zugriff und Fernzugriff richten sich nach Ihrer Infrastruktur. Ob HTTP oder HTTPS verwendet wird, hängt von der Serverkonfiguration ab; eine HTTP-Verbindung ist nicht transportverschlüsselt. Für den Zugriff im lokalen Netzwerk wird die entsprechende Systemberechtigung angefragt.
Die App-Daten werden auf dem Gerät gespeichert. Bei verfügbarer iCloud werden die Datenmodelle, darunter Serverkonfigurationen ohne Zugangsdaten, Geräte, Zustände, Räume, Szenen, Einstellungen und Papierkorbeinträge, über Apples private CloudKit-Datenbank zwischen Ihren eigenen Geräten synchronisiert. dld/dev erhält dadurch keinen Zugriff auf Ihre private Datenbank. Lokale System- und Widget-Einstellungen können daneben auf dem jeweiligen Gerät gespeichert bleiben.
Der iRemote-Benutzername und der vom Protokoll verwendete Passwort-Hash werden getrennt im Schlüsselbund dieses Geräts abgelegt. Ein eingegebenes Passwort wird dafür in einen MD5-Hash umgewandelt; die App speichert das Passwort nicht als Klartext. Der Hash wird zur Anmeldung an den eingerichteten Server übermittelt. Diese Schlüsselbund-Einträge sind nicht synchronisierend, auf das jeweilige Gerät beschränkt und weder Teil der CloudKit-Datenbank noch des JSON-Backups. Zugangsdaten müssen deshalb auf weiteren Geräten gesondert eingerichtet werden.
Widgets und Apple Watch
Für Widgets speichert die App einen lokalen Snapshot im gemeinsamen App-Container. Er enthält Geräte, Szenen, Zustände und die dafür nötigen Serverkonfigurationen mit Verweisen auf den Schlüsselbund. Ausgelöste Widget-Aktionen werden direkt an den konfigurierten Server gesendet. Die gekoppelte Apple Watch erhält über WatchConnectivity Favoritennamen, Räume, Zustände und verfügbare Befehle. Watch-Befehle werden über die iPhone-App ausgeführt; iRemote-Zugangsdaten werden nicht an die Watch übertragen.
Backups, Papierkorb und Löschen
Auf ausdrücklichen Wunsch kann ein Backup als JSON-Datei exportiert und wieder importiert werden. Es enthält unter anderem Serveradressen, Geräte, Zustände, Räume, Szenen, Zuordnungen, Einstellungen, Widget-Konfigurationen und Papierkorbdaten, jedoch keine Schlüsselbund-Zugangsdaten. Die App verschlüsselt diese Datei nicht zusätzlich. Sie bestimmen Speicherort, Freigaben und weitere Verwendung; für gewählte Cloud- oder Dateidienste gelten deren Datenschutzbedingungen.
Gelöschte Räume und Bereiche bleiben mit Wiederherstellungsdaten im Papierkorb, bis sie wiederhergestellt oder dort endgültig gelöscht werden. Der Papierkorb wird mit den App-Daten synchronisiert und in Backups aufgenommen. Beim endgültigen Löschen werden die Wiederherstellungsdaten entfernt; technische Sperrkennungen und Import-Ausschlüsse bleiben bestehen, damit Einträge beim nächsten Abruf nicht wieder angelegt werden. Das Löschen eines Servers entfernt die zugehörigen App-Daten und seine Schlüsselbund-Zugangsdaten. Auf dem Net4Home-Server wird dadurch nichts gelöscht. Bereits exportierte Backups verwalten und löschen Sie am gewählten Speicherort.
Die App enthält keine Werbung, keine Analyse- oder Tracking-SDKs und kein eigenes dld/dev-Benutzerkonto. Supportdaten werden nur verarbeitet, wenn Sie selbst Kontakt aufnehmen, beispielsweise per E-Mail an mail@dlddev.de.
8. App Stores und Plattformdienste
Beim Laden, Kaufen und Aktualisieren von Apps verarbeitet Apple beziehungsweise Google die für den jeweiligen Store erforderlichen Daten. Die Apps können Produkt- und Kaufstatus prüfen; dld/dev erhält keine über den Store abgewickelten Zahlungs- oder Kreditkartendaten.
Für iCloud/CloudKit, Betriebssystemsicherungen und Kalenderkonten gelten zusätzlich die Einstellungen und Datenschutzbedingungen des gewählten Anbieters. Je nach Dienst und Konto kann eine Verarbeitung außerhalb der EU/des EWR stattfinden. Weitere Informationen: Apple Datenschutz und Google Datenschutz.
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: 28. Oktober 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
Damian Dyrcz · dld/dev
Weidenbusch 7
38518 Gifhorn, Germany
Email: mail@dlddev.de
3. Website Hosting
This website is hosted by IONOS. When a page is requested, the hosting provider processes technical access data to deliver the website and maintain secure, stable operation. This includes the IP address, time, requested page or file, referrer, browser, operating system and device type.
According to IONOS’s web hosting information, visitor data is anonymised when collected and retained for eight weeks. The IP address is initially required to transmit the request.
The legal basis is Art. 6(1)(f) GDPR. The legitimate interest is the secure provision, error analysis and technical delivery of this website.
4. WebAnalytics / Visitor Statistics
Where IONOS visitor statistics are used, they serve statistical analysis and technical optimisation of the website. The website files do not embed a separate analytics pixel; server-side analysis may use the hosting logs.
According to IONOS WebAnalytics, analysis does not use cookies and IP addresses are anonymised after transmission. Section 3 provides further details about access data. No external analytics tools such as Google Analytics or Matomo, or advertising networks, 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 and does not embed advertising networks.
The selected language (German or English) is saved in the browser’s local storage as dld-dev-lang and restored on the next visit. This entry contains only the language code, no user identifier, and is not sent to dld/dev. It remains until the website data is cleared in the browser. If local storage is unavailable, language selection still works for the current page view.
The website uses system fonts. Scripts and images are served from our own webspace. Opening an external link, for example to the App Store or a provider’s privacy information, visits the linked website, where that provider’s privacy information applies.
7. Apps by dld/dev
dld/dev develops apps such as AboFalle, HubOne Control, HubOne n4h, 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 app for iPhone, iPad and Android for creating, styling, saving, printing and exporting personal timetables. It processes subjects, abbreviations, colours, lesson times, names, timetables, assignments and custom holidays or free periods. Language and appearance preferences are also stored. German public and school holidays are included locally; this feature makes no network request.
iPhone and iPad
Content is stored locally and, when iCloud is available, synchronised between your own devices through the private CloudKit database. Language and appearance preferences are stored separately in local system settings. Optional photo import analyses only a photo explicitly selected or taken, using Apple Vision on the device. Images and recognised text are not uploaded to a server; only confirmed results are saved as building blocks.
Calendar export requests full calendar access so the app can recognise and update its own events. Its calendar is created in the source of the default calendar, for example locally or in iCloud. Depending on the calendar account, its provider synchronises the events. Other events are not changed; dld/dev does not receive calendar content.
PDF files are passed to the selected system destination only after an explicit share or print action. They are initially stored in the app’s temporary directory. On the next export in the same session, the app attempts to remove the previous PDF; files may remain until system cleanup. Restoring the data store may leave a renamed backup file in the app directory. Operating system backups follow the device settings.
The iOS app contains no advertising, analytics SDKs or third-party tracking services. Premium purchases are handled through the App Store and StoreKit; the app checks product and purchase status but does not process payment or credit card details.
Android
Content and preferences are primarily stored locally. If Android backup is enabled for the Google account, the system may create an encrypted private backup for reinstallation or device migration; dld/dev has no access to it. Android does not use iCloud synchronisation.
Photo import uses Google ML Kit for on-device text recognition. Images and recognised text are not sent to Google. ML Kit does, however, transmit technical diagnostic and usage data to Google, including device and app information, installation identifiers, performance metrics and error codes. See Google’s ML Kit data processing information for further details.
Calendar export requests the required permission. You may use a separate local calendar or a writable calendar from your selected provider. Its account settings determine any synchronisation. Sharing and printing are subject to the selected destination’s privacy terms. Captured photos and export files may remain in the private app cache until cleanup; they are excluded from the app backup.
Premium purchases are handled through Google Play; the app checks product and purchase status and stores no payment details. The Android app contains no advertising or developer-controlled usage analytics; this does not exclude the technical data transmission by ML Kit described above.
Deletion and contact
Under Settings > Manage Data, you can delete saved timetables, drafts, building blocks and custom holiday lists. On iOS, this deletion is synchronised to your own devices when iCloud is active. Previously exported calendar events and shared files must be deleted at their destination; Android cache and account backups are managed separately. Purchases remain associated with the respective store account. dld/dev does not operate a content server or receive timetables for advertising or profiling. Contact: mail@dlddev.de.
7e. HubOne n4h
HubOne n4h is an independently developed app by dld/dev for an existing Net4Home home automation installation with an active iRemote server. It is not official Net4Home software and is not published by the manufacturer.
Connection and stored data
The app processes server names, addresses, ports and connection settings, device, room, function and state data supplied by the installation, and custom names, assignments, favourites, scenes and app settings. It communicates directly with the configured iRemote server; dld/dev does not operate an intermediary or content server for this. Local and remote access depend on your infrastructure. Whether HTTP or HTTPS is used depends on the server configuration; HTTP connections are not encrypted in transit. The app requests the system permission needed for local network access.
App data is stored on the device. When iCloud is available, the data models, including server configurations without credentials, devices, states, rooms, scenes, settings and trash entries, are synchronised between your own devices through Apple’s private CloudKit database. This does not give dld/dev access to your private database. Local system and widget settings may also remain on the individual device.
The iRemote username and the password hash used by the protocol are stored separately in this device’s Keychain. An entered password is converted to an MD5 hash for this purpose; the app does not store the plaintext password. The hash is sent to the configured server for authentication. These Keychain entries do not synchronise, are restricted to that device, and are included in neither the CloudKit database nor the JSON backup. Credentials therefore need to be configured separately on additional devices.
Widgets and Apple Watch
For widgets, the app stores a local snapshot in the shared app container. It contains devices, scenes, states and the required server configurations with references to the Keychain. Widget actions are sent directly to the configured server. The paired Apple Watch receives favourite names, rooms, states and available commands through WatchConnectivity. Watch commands are executed through the iPhone app; iRemote credentials are not transferred to the Watch.
Backups, trash and deletion
At your explicit request, a backup can be exported and imported as a JSON file. It includes server addresses, devices, states, rooms, scenes, assignments, settings, widget configurations and trash data, but no Keychain credentials. The app does not add encryption to this file. You choose its destination, sharing and further use; the privacy terms of any selected cloud or file service apply.
Deleted rooms and areas remain in the trash with recovery data until restored or permanently deleted there. The trash is synchronised with app data and included in backups. Permanent deletion removes recovery data; technical blocking identifiers and import exclusions remain to prevent items from reappearing on the next fetch. Deleting a server removes its associated app data and Keychain credentials. This does not delete anything on the Net4Home server. You manage and delete previously exported backups at their chosen destination.
The app contains no advertising, analytics or tracking SDKs and has no separate dld/dev user account. Support data is processed only when you contact us yourself, for example by email to mail@dlddev.de.
8. App Stores and Platform Services
When apps are downloaded, purchased or updated, Apple or Google processes the data required for the respective store. Apps may check product and purchase status; dld/dev does not receive payment or credit card details handled by the store.
iCloud/CloudKit, operating system backups and calendar accounts are also subject to the selected provider’s settings and privacy terms. Depending on the service and account, processing may take place outside the EU/EEA. Further information: Apple Privacy and Google Privacy.
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: 28 October 2026.