diff --git a/Changes.md b/Changes.md
index 255e002..b96d169 100644
--- a/Changes.md
+++ b/Changes.md
@@ -2,6 +2,12 @@
 
 ---
 
+## 2026-08-02 – Aufräumen des verwaisten data/uploads-Verzeichnisses (#173)
+
+- Rest aus dem Umzug der Nutzdaten nach `data/` (#150): Ein root-eigenes, leeres `data/uploads` blieb auf Produktivsystemen zurück und lenkte bei der Suche nach Rechteproblemen unter `data/` ab. Weder `docker-compose.yml` noch `docker-entrypoint.sh` legen es an – aktuell wird ausschließlich `data/legacy-uploads` verwendet.
+- **`scripts/migrate-datenverzeichnis.sh`:** Die `rmdir "$ROOT/data/uploads"`-Zeile entfernt, da kein aktiver Pfad das Verzeichnis mehr anlegt und die stillschweigend fehlschlagende Aufräumzeile damit ohne Funktion war. Betroffene Bestandsinstallationen müssen das leere, root-eigene Verzeichnis einmalig manuell entfernen (z.B. `sudo rmdir data/uploads`) – es liegt außerhalb der Versionskontrolle (`data/*` ist per `.gitignore` ausgenommen).
+- `data/README.md` enthielt keinen Verweis auf `data/uploads`, keine Änderung nötig.
+
 ## 2026-08-02 – Dashboard rechnet wie die EÜR, Ereignisse zeigen alle Fehler, kompaktere Buchungszeilen
 
 ### Dashboard-Zahlen stimmen mit der EÜR überein und lassen sich aufschlüsseln (#167)
diff --git a/scripts/migrate-datenverzeichnis.sh b/scripts/migrate-datenverzeichnis.sh
index a47815e..b9767c3 100755
--- a/scripts/migrate-datenverzeichnis.sh
+++ b/scripts/migrate-datenverzeichnis.sh
@@ -61,7 +61,6 @@ docker run --rm \
     '
 
 rmdir "$ROOT/uploads" 2>/dev/null || echo "Hinweis: $ROOT/uploads ist nicht leer und bleibt bestehen."
-rmdir "$ROOT/data/uploads" 2>/dev/null || true
 
 echo
 echo "Weiter mit:  docker compose up -d --build"