feat: split update config into update.env

project-management/PROJECT_STATUS.md

@@ -111,6 +111,8 @@ Sicheres, remote steuerbares System zum Sperren/Entsperren lokaler Nutzerkonten.
 - [x] TASK_000049: Script fuer Enrollment-Flow erstellen
 - [x] US_000046: Update-Service Erreichbarkeit anzeigen
 - [x] TASK_000055: Endpoint und UI fuer Update-Service Status
+- [x] US_000047: Update-Config auslagern
+- [x] TASK_000056: Update-ENV separieren
 
 ### EPIC_000009: Update Webservice (External Team)
 - [ ] US_000026: Client bezieht Updates (Pull)

project-management/requirements/stories/US_000047.md

@@ -0,0 +1,16 @@
+ID: US_000047 | Version: 0.2.1 | Status: Done
+By: Codex (GPT-5)
+
+# US_000047: Update-Config auslagern
+
+Als Betreiber moechte ich die Update-Service Konfiguration in einer separaten ENV-Datei,
+damit Core-App und Addon-Konfigurationen sauber getrennt sind.
+
+## Akzeptanzkriterien
+- Given die App laeuft
+- When Update-Variablen gesetzt werden
+- Then werden sie aus `/etc/skd/update.env` gelesen
+- And bestehende Installationen bleiben kompatibel
+
+## Task-Platzhalter
+- TASK_000056: Update-ENV separieren und Installationsskript anpassen

project-management/requirements/tasks/TASK_000056.md

@@ -0,0 +1,20 @@
+ID: TASK_000056 | Version: 0.2.1 | Status: Done
+By: Codex (GPT-5)
+
+# TASK_000056: Update-ENV separieren
+
+## Outcome
+Update-Variablen werden aus `/etc/skd/update.env` geladen, separate Vorlage vorhanden.
+
+## Story-Bezug
+US_000047
+
+## Beschreibung
+- `env.update.example` anlegen.
+- `env.example` auf Core-Variablen reduzieren.
+- systemd Unit mit zweiter EnvironmentFile.
+- Installer erstellt beide Dateien.
+- Doku und Script anpassen.
+
+## Definition of Done (DoD)
+- Update-Konfig getrennt, kompatibel und dokumentiert.