← Zurück

Datenschutzerklärung

Informationen gemäß Art. 13 DSGVO

Letzte Aktualisierung: 2026-09-05

1. Verantwortlicher

Verantwortlicher im Sinne der DSGVO ist: Samuel Eder Erlachgasse 83/19 1100 Wien Österreich E-Mail: edmusictech@gmail.com

2. Charakter von COMUS

COMUS ist eine privat betriebene Webanwendung zur constraint-basierten Organisation und Planung von Musikunterricht. Sie dient Lehrkräften und Musikschulen zur Erstellung von Stundenplänen unter Berücksichtigung von Verfügbarkeiten, Nachmittagsschule, Hobbys und weiteren Blockern. Die Anwendung ist nicht für sensible personenbezogene Daten (besondere Kategorien gemäß Art. 9 DSGVO) gedacht. Bitte tragen Sie insbesondere keine Gesundheitsdaten, politischen Meinungen, religiösen oder weltanschaulichen Überzeugungen, Gewerkschaftszugehörigkeit, genetische oder biometrische Daten oder Daten zum Sexualleben in Freitextfelder ein.

3. Welche Daten werden verarbeitet?

a) Lehrkräfte (Registrierung, Konto, Planung) Für Lehrkräfte werden die für den Zugang und die Stundenplanung notwendigen Daten verarbeitet: • E-Mail-Adresse (kanonisiert, klein geschrieben) • Anzeigename (freiwillig) • Passwort-Hash (Argon2id), niemals das Klartext-Passwort • E-Mail-Verifizierungsstatus (Zeitstempel der Bestätigung) • Lehrer-Konfiguration und -Einstellungen (JSON, z. B. Anzeigenamen, Planungsparameter, optionales Schüler-Zugangspasswort als Hash, Projekt-Token für den Schüler-Portal-Zugang) • Lehrverfügbarkeiten (zeitliche Fenster pro Wochentag, optional mit Ort) • Manuell erfasste Planungsdaten (Schüler-Listen, Einstellungen zu Pausen, Länder-spezifische Ferien) b) Schüler:innen / Eltern (über Einladungslink / Schülerportal) Über den Einladungslink werden ausschließlich Stundenplanungsdaten erfasst. Ein eigenes COMUS-Benutzerkonto ist für Schüler:innen nicht erforderlich. • Name oder Spitzname • Alter (optional) • Lektionsdauer • Bevorzugter Lektionstermin (Tag, Start, Ende) • Bis zu drei alternative mögliche Termine • Nachmittagsschule / Nachmittagsbetreuung (Tag, Schulbeginn, Schulende) • Weitere Verpflichtungen / Blocker (Tag, Start, Ende, Bezeichnung, z. B. Sport, andere Kurse) • Manuelle Konflikt-Markierung und Freitext-Notiz • Einladungs-/Zugangs-Token (pro Schüler ein Projekt-Token, vom System generiert) c) Technische Zugriffsdaten Beim Aufruf der Website können durch die Hosting-Infrastruktur (IONOS) technische Zugriffsdaten verarbeitet werden, insbesondere IP-Adresse, Browsertyp und -version, Betriebssystem, Referrer, aufgerufene Seiten, Zeitstempel sowie Angaben zum Ergebnis des HTTP-Requests. Diese Daten dienen ausschließlich der Bereitstellung, Stabilität und Sicherheit der Anwendung (Erkennung und Abwehr von Angriffen, Fehleranalyse). Eine Zusammenführung mit personenbezogenen Kontodaten findet nicht statt.

4. Authentifizierung

COMUS betreibt eine eigene Authentifizierung auf Basis von E-Mail und Passwort: • Passwörter werden ausschließlich als Argon2id-Hashes gespeichert; das Klartext-Passwort ist dem Betreiber zu keinem Zeitpunkt bekannt. • E-Mail-Verifizierung: Nach Registrierung wird ein signierter, kurzlebiger Verifizierungs-Link (15 Minuten Gültigkeit) an die angegebene E-Mail-Adresse gesendet. Das Konto kann auch ohne Verifizierung genutzt werden; bestimmte Aktionen (z. B. Versand von Schüler-Einladungen) setzen eine verifizierte E-Mail voraus. • Passwort-Zurücksetzung: Auf Anforderung wird ein signierter, einmalig nutzbarer Reset-Link (15 Minuten Gültigkeit, an die Reset-Generation des Accounts gebunden) versendet. Nach erfolgreicher Nutzung wird die Reset-Generation inkrementiert, sodass alte Links ungültig werden. • Sitzungsverwaltung: Serverseitige PHP-Sessions. Der Session-Cookie heißt `comus_session` und ist in der Produktion mit den Attributen `Secure`, `HttpOnly` und `SameSite=Lax` konfiguriert. Die maximal konfigurierte Lebensdauer beträgt 30 Tage. Nach erfolgreichem Login wird die Session-ID neu generiert (Session-Fixation-Schutz); beim Logout wird die Session serverseitig zerstört und der Cookie gelöscht. Ein Google-Login (OAuth) ist im Code vorhanden, in der Produktion jedoch deaktiviert und wird aktuell nicht als Anmeldemöglichkeit angeboten. Sollte dies in Zukunft aktiviert werden, gilt ergänzend die Datenschutzerklärung von Google (policies.google.com/privacy).

5. Hosting und Speicherung

Die Produktion von COMUS läuft ausschließlich auf Infrastruktur der IONOS SE Elgendorfer Straße 57 56410 Montabaur Deutschland • Frontend: Statisches Next.js-Export-Hosting (IONOS Webhosting) • Backend: PHP-API (IONOS Webhosting, PHP-FPM) • Datenbank: MariaDB (IONOS Managed Database / Shared-Hosting-Datenbank) • E-Mail-Versand (Transaktions-E-Mails für Verifizierung und Passwort-Reset): IONOS SMTP-Mailinfrastruktur (smtp.ionos.com, Port 465 SMTPS/SSL) Anwendungsdaten (Kontodaten, Lehrer-Einstellungen, Schüler-Planungsdaten, Token) werden in der MariaDB-Datenbank auf IONOS-Servern gespeichert. Die Datenbank wird nicht öffentlich exponiert; der Zugriff erfolgt ausschließlich über die PHP-API. Es werden keine Anwendungsdaten auf Vercel, Supabase, Google Cloud Platform (GCP) oder anderen Cloud-Anbietern gespeichert. Frühere Testumgebungen auf diesen Plattformen sind nicht mehr produktiv.

6. Cookies, Local Storage und Tracking

COMUS setzt ausschließlich technisch notwendige Speichermechanismen ein: • Session-Cookie `comus_session` (siehe Abschnitt 4): HttpOnly, Secure (Produktion), SameSite=Lax, max. 30 Tage, Neugenerierung der Session-ID nach Login, Löschung bei Logout. • UI-Präferenzen (z. B. gewählte Sprache) können im `localStorage` des Browsers gespeichert werden; diese enthalten keine personenbezogenen Daten. Es werden keine Analyse-, Marketing- oder Tracking-Dienste eingesetzt: • Kein Google Analytics, kein Meta Pixel, kein Hotjar, keine Werbenetzwerke. • Keine extern eingebundenen Google Fonts (Schriften werden lokal ausgeliefert). • Keine Tracking-Cookies zu Werbe- oder Analysezwecken. Serverseitige Webserver-Logs (Access-/Error-Logs) werden von IONOS im Rahmen des Hosting-Vertrags geführt. Auf deren genaue Aufbewahrungsdauer und Konfiguration hat COMUS keinen direkten Einfluss; Details entnehmen Sie bitte der Datenschutzerklärung von IONOS.

7. E-Mail-Verifizierung und Passwort-Reset

COMUS versendet transaktionale E-Mails ausschließlich für folgende Zwecke: • E-Mail-Verifizierung nach Registrierung (Signierter Link, 15 Min. Gültigkeit) • Passwort-Zurücksetzung auf Nutzerwunsch (Signierter Link, 15 Min. Gültigkeit, einmalig nutzbar, an Reset-Generation gebunden) Der Versand erfolgt über die IONOS SMTP-Infrastruktur (`smtp.ionos.com`, Port 465, SMTPS/SSL, Authentifizierung über ein dediziertes Postfach `noreply@ederlabs.at`). Die E-Mails enthalten keine sensiblen Nutzerdaten außer der E-Mail-Adresse des Empfängers und dem jeweiligen Link. Implementierungsdetails (Signatur-Algorithmus, Token-Struktur) werden hier aus Sicherheitsgründen nicht offengelegt.

8. Zwecke der Verarbeitung und Rechtsgrundlagen

Die Verarbeitung erfolgt zu folgenden Zwecken: 1. Bereitstellung der COMUS-Funktionalität (Stundenplanung, Schüler-Portal, Einladungsverwaltung) – Art. 6 Abs. 1 lit. b DSGVO (Vertragserfüllung / vorvertragliche Maßnahmen). 2. Authentifizierung, Kontoverwaltung, Sicherheit (Login, Session, Verifizierung, Passwort-Reset, Brute-Force-Schutz) – Art. 6 Abs. 1 lit. b DSGVO und Art. 6 Abs. 1 lit. f DSGVO (berechtigtes Interesse an sicherem Betrieb). 3. Speicherung der von Lehrkräften eingegebenen Planungsdaten (Verfügbarkeiten, Schülerdaten, Einstellungen) – Art. 6 Abs. 1 lit. b DSGVO. 4. Technischer Betrieb, Stabilität, Fehleranalyse, Abwehr von Angriffen – Art. 6 Abs. 1 lit. f DSGVO (berechtigtes Interesse). 5. Versand transaktionsbezogener E-Mails (Verifizierung, Passwort-Reset) – Art. 6 Abs. 1 lit. b DSGVO. Eine Nutzung zu Werbe-, Profiling- oder Drittvermarktungszwecken findet nicht statt. Hinweis zur Verantwortlichkeit für Schülerdaten: Lehrkräfte / Musikschulen geben Schülerdaten in COMUS ein. Je nach organisatorischem Kontext kann die jeweilige Lehrkraft / Musikschule selbst Verantwortlicher (Controller) im Sinne der DSGVO für diese Schülerdaten sein. COMUS (Samuel Eder) agiert insoweit als Auftragsverarbeiter (Processor) oder stellt lediglich die technische Plattform bereit. Lehrkräfte sollten prüfen, ob für ihre Schülerdaten eine eigene Rechtsgrundlage (z. B. Vertrag, Einwilligung) besteht und ob ein Auftragsverarbeitungsvertrag (AVV) mit COMUS gewünscht ist.

9. Speicherdauer und Löschung

Grundsatz: Daten werden nur so lange gespeichert, wie sie für die jeweils dokumentierten Zwecke erforderlich sind; danach werden sie gelöscht. Kontodaten und Löschung durch die Lehrkraft: • Kontodaten und Lehrer-Einstellungen werden gespeichert, solange der Account besteht und für die Erbringung der Leistung erforderlich ist. • Lehrkräfte können ihr Konto jederzeit selbst über die Anwendung endgültig löschen (in den Einstellungen unter „Konto unwiderruflich löschen“, Bestätigung durch Eingabe von LÖSCHEN). Dabei werden unmittelbar auch die Lehrer-Einstellungen, Projekt-/Zugangs-Token sowie alle über das Konto verwalteten Schüler-Planungsdaten (Einladungen, Einreichungen) in einem einzigen Datenbankvorgang gelöscht. Diese Aktion ist nicht umkehrbar. Automatische Bereinigung ohne Nutzeraktion: • Nicht verifizierte Konten (E-Mail-Adresse nicht bestätigt) werden automatisch 30 Tage nach der Registrierung gelöscht, sofern bis dahin keine Verifizierung erfolgt ist. • Schüler-Planungsdaten (Einladungen, Einreichungen) werden automatisch 12 Monate nach der letzten relevanten Aktivität gelöscht. Als Aktivität zählen sowohl Aktualisierungen durch die Lehrkraft als auch Einreichungen/Änderungen über das Schülerportal. Lehrkräfte können Schülerdatensätze jederzeit selbst löschen oder ersetzen. • Die automatische Bereinigung läuft als täglicher, unabhängiger Wartungsvorgang (Cleanup) und protokolliert ausschließlich aggregierte Zahlen ohne Personenbezug. Löschung auf Verlangen und Hinweise: • Auf Verlangen der betroffenen Person (Lehrkraft oder – soweit COMUS Verantwortlicher ist – Schüler:in / Eltern) werden personenbezogene Daten gelöscht, sofern keine gesetzlichen Aufbewahrungspflichten (z. B. steuerrechtliche, buchhalterische Nachweise) entgegenstehen. Kontakt: edmusictech@gmail.com. • Eine Löschung bezieht sich auf die aktiven Anwendungsdaten. Bereits zuvor vom Hosting-Anbieter (IONOS) im Rahmen von dessen Sicherungs-/Backup-Konzept erstellte Kopien können nicht garantiert sofort entfernt werden; die Aufbewahrung solcher Sicherungen folgt den Konditionen des Hosting-Anbieters. • Technische Zugriffslogs (Webserver-Logs bei IONOS) unterliegen den Aufbewahrungsfristen des Hosting-Anbieters; COMUS hat darauf keinen direkten Einfluss. • Session-Daten (Server-seitig) werden mit Ablauf der Session (max. 30 Tage Inaktivität) bzw. bei Logout automatisch bereinigt.

10. Empfänger / Auftragsverarbeiter

Als Infrastruktur-Dienstleister (Auftragsverarbeiter im Sinne von Art. 28 DSGVO) wird eingesetzt: • IONOS SE (Hosting: Webspace, PHP-Laufzeit, MariaDB-Datenbank, SMTP-Mailversand) Ein Auftragsverarbeitungsvertrag (AVV) mit IONOS liegt vor (Standard-AVV von IONOS für Shared-Hosting-Kunden). Weitere Dritte erhalten keine personenbezogenen Daten: • Keine Datenübermittlung an Vercel, Supabase, Google Cloud Platform (GCP) oder andere Cloud-Anbieter im produktiven Betrieb. • Externe Links (z. B. „Buy Me a Coffee“ im Footer) führen lediglich auf externe Webseiten; COMUS übermittelt dabei keine Planungs- oder Kontodaten. Beim Klick gelten die Datenschutzbestimmungen der jeweiligen Zielseite.

11. Tracking, Analyse, Drittinhalte

COMUS selbst setzt keine Webanalyse-, Tracking- oder Marketing-Tools ein (kein Google Analytics, Matomo, Meta Pixel, Hotjar, keine Consent-Management-Plattform, da nicht erforderlich). Externe Schriftarten, Skripte oder Iframes Dritter werden nicht eingebunden. Alle Assets (Fonts, Icons, CSS, JS) werden vom eigenen Hosting (IONOS) oder per Inline-Code ausgeliefert. Serverseitige Zugriffsstatistiken, die IONOS im Rahmen des Hosting-Vertrags möglicherweise bereitstellt (z. B. aggregierte Besucherzahlen im Kundenportal), werden von COMUS nicht aktiv ausgewertet und nicht mit personenbezogenen Daten verknüpft.

12. Automatisierte Stundenplanung (Solver)

COMUS nutzt einen constraint-basierten SAT-/Optimierungs-Algorithmus (Solver), der aus den eingegebenen Verfügbarkeiten, Blockern und Präferenzen einen Stundenplan-Vorschlag berechnet. Die Berechnung erfolgt serverseitig (PHP/TypeScript) auf der eigenen Infrastruktur. Dies stellt keine „automatisierte Entscheidung im Einzelfall“ mit rechtlicher oder ähnlich erheblicher Wirkung im Sinne von Art. 22 DSGVO dar: Der Solver erzeugt einen Vorschlag, den die Lehrkraft prüft, anpasst und erst durch explizites Speichern verbindlich macht. Die finale Entscheidung über den Stundenplan verbleibt beim Menschen.

13. Rechte der betroffenen Personen

Ihnen stehen – soweit die jeweiligen Voraussetzungen vorliegen – folgende Rechte zu: • Auskunft (Art. 15 DSGVO) • Berichtigung (Art. 16 DSGVO) • Löschung (Art. 17 DSGVO) • Einschränkung der Verarbeitung (Art. 18 DSGVO) • Datenübertragbarkeit (Art. 20 DSGVO) • Widerspruch gegen Verarbeitungen auf Basis von Art. 6 Abs. 1 lit. f DSGVO (Art. 21 DSGVO) • Beschwerde bei einer Aufsichtsbehörde, z. B. der Österreichischen Datenschutzbehörde (DSB), Barichgasse 40–42, 1030 Wien, dsb@dsb.gv.at Zur Geltendmachung Ihrer Rechte wenden Sie sich an edmusictech@gmail.com.

14. Änderungen dieser Datenschutzerklärung

Diese Datenschutzerklärung wird angepasst, wenn sich die technische Architektur von COMUS, die eingesetzten Dienste oder die gesetzlichen Anforderungen ändern. Die jeweils aktuelle Version ist auf dieser Seite abrufbar. Wesentliche Änderungen werden – soweit technisch möglich – im Anwendungskontext (z. B. per Banner oder E-Mail an verifizierte Kontakte) angekündigt.
Kontakt: edmusictech@gmail.com

Privacy Policy

Information pursuant to Art. 13 GDPR

Last updated: 2026-09-05

1. Data Controller

The data controller within the meaning of the GDPR is: Samuel Eder Erlachgasse 83/19 1100 Vienna Austria Email: edmusictech@gmail.com

2. Nature of COMUS

COMUS is a privately operated web application for constraint-based organisation and scheduling of music lessons. It helps teachers and music schools create timetables that respect availabilities, afternoon school, hobbies, and other blockers. The application is not intended for sensitive personal data (special categories under Art. 9 GDPR). Please do not enter health data, political opinions, religious or philosophical beliefs, trade union membership, genetic or biometric data, or data concerning sex life into free-text fields.

3. What data is processed?

a) Teachers (registration, account, planning) For teachers, only the data required for access and timetable planning is processed: • Email address (canonicalised, lower-cased) • Display name (optional) • Password hash (Argon2id), never the plaintext password • Email verification status (timestamp of confirmation) • Teacher configuration and settings (JSON, e.g. display name, planning parameters, optional student access password as hash, project token for student portal access) • Teaching availabilities (time windows per weekday, optionally with location) • Manually entered planning data (student lists, break settings, country-specific school holidays) b) Students / parents (via invite link / student portal) Submissions through the invite link are limited to scheduling data. No separate COMUS user account is required for students. • Name or nickname • Age (optional) • Lesson duration • Preferred lesson time (day, start, end) • Up to three alternative possible times • Afternoon school / after-school care (day, school start, school end) • Other commitments / blockers (day, start, end, label, e.g. sports, other courses) • Manual conflict flag and free-text note • Invitation / access token (one project token per student, generated by the system) c) Technical access data When the website is accessed, the hosting infrastructure (IONOS) may process technical access data, in particular IP address, browser type and version, operating system, referrer, requested pages, timestamps, and HTTP response codes. This data is used solely to provide, secure, and stabilise the application (attack detection and defence, error analysis). It is not combined with personal account data.

4. Authentication

COMUS operates its own authentication based on email and password: • Passwords are stored exclusively as Argon2id hashes; the plaintext password is never known to the operator. • Email verification: After registration, a signed, short-lived verification link (15 minutes validity) is sent to the given email address. The account can be used without verification; certain actions (e.g. sending student invitations) require a verified email. • Password reset: On request, a signed, single-use reset link (15 minutes validity, bound to the account's reset generation) is sent. After successful use, the reset generation is incremented, invalidating old links. • Session management: Server-side PHP sessions. The session cookie is named `comus_session` and in production is configured with the attributes `Secure`, `HttpOnly`, and `SameSite=Lax`. The maximum configured lifetime is 30 days. After successful login the session ID is regenerated (session fixation protection); on logout the session is destroyed server-side and the cookie deleted. A Google login (OAuth) exists in the codebase but is disabled in production and is not currently offered as a sign-in option. Should this be enabled in the future, Google's privacy policy will additionally apply (policies.google.com/privacy).

5. Hosting and storage

COMUS production runs exclusively on infrastructure provided by IONOS SE Elgendorfer Straße 57 56410 Montabaur Germany • Frontend: Static Next.js export hosting (IONOS Webhosting) • Backend: PHP API (IONOS Webhosting, PHP-FPM) • Database: MariaDB (IONOS Managed Database / Shared-Hosting Database) • Transactional email delivery (verification, password reset): IONOS SMTP mail infrastructure (smtp.ionos.com, port 465 SMTPS/SSL) Application data (account data, teacher settings, student planning data, tokens) is stored in the MariaDB database on IONOS servers. The database is not publicly exposed; access is exclusively via the PHP API. No application data is stored on Vercel, Supabase, Google Cloud Platform (GCP), or other cloud providers in production. Previous test environments on those platforms are no longer productive.

6. Cookies, local storage, and tracking

COMUS uses only technically necessary storage mechanisms: • Session cookie `comus_session` (see section 4): HttpOnly, Secure (production), SameSite=Lax, max. 30 days, session ID regeneration after login, deletion on logout. • UI preferences (e.g. selected language) may be stored in the browser's `localStorage`; these contain no personal data. No analytics, marketing, or tracking services are used: • No Google Analytics, no Meta Pixel, no Hotjar, no advertising networks. • No externally embedded Google Fonts (fonts are served locally). • No tracking cookies for marketing or analytics purposes. Server-side web server logs (access/error logs) are maintained by IONOS under the hosting agreement. COMUS has no direct control over their exact retention period and configuration; please refer to IONOS's privacy policy for details.

7. Email verification and password reset

COMUS sends transactional emails exclusively for the following purposes: • Email verification after registration (signed link, 15 min validity) • Password reset on user request (signed link, 15 min validity, single-use, bound to reset generation) Delivery uses the IONOS SMTP infrastructure (`smtp.ionos.com`, port 465, SMTPS/SSL, authentication via a dedicated mailbox `noreply@ederlabs.at`). The emails contain no sensitive user data other than the recipient's email address and the respective link. Implementation details (signature algorithm, token structure) are not disclosed here for security reasons.

8. Purposes of processing and legal bases

Processing is carried out for the following purposes: 1. Provision of COMUS functionality (timetabling, student portal, invitation management) – Art. 6(1)(b) GDPR (contract performance / pre-contractual measures). 2. Authentication, account administration, security (login, session, verification, password reset, brute-force protection) – Art. 6(1)(b) GDPR and Art. 6(1)(f) GDPR (legitimate interest in secure operation). 3. Storage of planning data entered by teachers (availabilities, student data, settings) – Art. 6(1)(b) GDPR. 4. Technical operation, stability, error analysis, attack defence – Art. 6(1)(f) GDPR (legitimate interest). 5. Sending transactional emails (verification, password reset) – Art. 6(1)(b) GDPR. No use for advertising, profiling, or third-party monetisation. Note on controllership for student data: Teachers / music schools enter student data into COMUS. Depending on the organisational context, the respective teacher / music school may itself be the controller for that student data. COMUS (Samuel Eder) acts as a processor (Art. 28 GDPR) or merely provides the technical platform. Teachers should verify whether they have a lawful basis (e.g. contract, consent) for their students' data and whether a Data Processing Agreement (DPA) with COMUS is desired.

9. Retention and deletion

Principle: data is stored only for as long as it is required for the documented purposes; it is then deleted. Account data and deletion by the teacher: • Account data and teacher settings are retained while the account exists and is required to provide the service. • Teachers can permanently delete their own account at any time through the application (in Settings under "Permanently delete your account", confirmed by typing DELETE). This immediately removes the teacher settings, project/access tokens and every student planning record (invitations, submissions) managed through the account in a single database operation. This action is irreversible. Automatic cleanup without user action: • Unverified accounts (email address not confirmed) are automatically deleted 30 days after registration unless they are verified by then. • Student planning data (invitations, submissions) is automatically deleted 12 months after the last relevant activity. Both teacher-side edits and student-portal submissions/edits count as activity. Teachers can also delete or replace student records at any time themselves. • This automatic cleanup runs as a daily, separate maintenance job and logs only aggregate figures without personal reference. Deletion on request and notes: • Upon request of the data subject (teacher or – where COMUS is controller – student/parent), personal data will be erased unless legal retention obligations (e.g. tax, accounting) prevail. Contact: edmusictech@gmail.com. • Deletion covers the active application data. Copies already created earlier by the hosting provider (IONOS) under its backup scheme cannot be guaranteed to be removed immediately; the retention of such backups follows the hosting provider's terms alone. • Technical access logs (web server logs at IONOS) are subject to the hosting provider's retention periods; COMUS has no direct influence over them. • Server-side session data is automatically cleaned up on session expiry (max. 30 days inactivity) or on logout.

10. Recipients / processors

The following infrastructure provider acts as a processor (Art. 28 GDPR): • IONOS SE (Hosting: webspace, PHP runtime, MariaDB database, SMTP mail delivery) A Data Processing Agreement (DPA) with IONOS is in place (IONOS standard DPA for shared-hosting customers). No other third parties receive personal data: • No data transfer to Vercel, Supabase, Google Cloud Platform (GCP), or other cloud providers in production. • External links (e.g. "Buy Me a Coffee" in the footer) merely lead to external websites; COMUS does not transmit planning or account data when such links are followed. The privacy policies of the destination sites apply upon clicking.

11. Tracking, analytics, third-party content

COMUS itself does not use any web analytics, tracking, or marketing tools (no Google Analytics, Matomo, Meta Pixel, Hotjar, no consent management platform, as none is required). No external fonts, scripts, or iframes from third parties are embedded. All assets (fonts, icons, CSS, JS) are served from the project's own hosting (IONOS) or inlined. Server-side access statistics that IONOS may provide under the hosting agreement (e.g. aggregated visitor numbers in the customer portal) are not actively analysed by COMUS and are not linked with personal data.

12. Automated scheduling (Solver)

COMUS uses a constraint-based SAT/optimisation algorithm (Solver) that computes a timetable proposal from the entered availabilities, blockers, and preferences. The computation runs server-side (PHP/TypeScript) on the project's own infrastructure. This does not constitute "automated decision-making in an individual case" with legal or similarly significant effect under Art. 22 GDPR: The Solver produces a proposal that the teacher reviews, adjusts, and only makes binding by explicitly saving it. The final decision on the timetable remains with the human.

13. Data subject rights

You have – subject to the respective legal requirements – the following rights: • Access (Art. 15 GDPR) • Rectification (Art. 16 GDPR) • Erasure (Art. 17 GDPR) • Restriction of processing (Art. 18 GDPR) • Data portability (Art. 20 GDPR) • Objection to processing based on Art. 6(1)(f) GDPR (Art. 21 GDPR) • Lodge a complaint with a supervisory authority, e.g. the Austrian Data Protection Authority (DSB), Barichgasse 40–42, 1030 Vienna, dsb@dsb.gv.at To exercise your rights, contact edmusictech@gmail.com.

14. Changes to this privacy policy

This privacy policy will be updated when COMUS's technical architecture, the services used, or legal requirements change. The current version is always available on this page. Material changes will – where technically feasible – be announced within the application context (e.g. via banner or email to verified contacts).
Contact: edmusictech@gmail.com