diff --git a/docs/befunde-2026-08-12.md b/docs/befunde-2026-08-12.md
index 1fb0ec6..fe6e279 100644
--- a/docs/befunde-2026-08-12.md
+++ b/docs/befunde-2026-08-12.md
@@ -287,12 +287,9 @@ zwischen dem 11. und dem 12. Verglichen wird zeitgleich — Archiv gegen die
 Datenbank, aus der es gerade entstanden ist —, also stört das nicht. Wissen
 sollte man es trotzdem, bevor jemand alte Archive gegen die heutige Zahl hält.
 
-### Was offen bleibt: Befund 1
+### Befund 1 — siehe unten
 
-Die Sicherung liegt **weiterhin im selben Volume** wie die Datenbank. Der
-eingebaute Ausweg (`backup_channel_id`) braucht eine Kanal-ID, die nur du geben
-kannst — ein privater Kanal, in dem der Bot Dateien anhängen darf. Ein Klick in
-Setup → Einstellungen, und der Zweig läuft.
+Der ist am selben Tag noch angegangen worden.
 
 ---
 
@@ -386,3 +383,57 @@ bauen" das, was man beim Ausrollen will, und wer später von Hand
 `docker compose up -d` tippt, bekommt dann dasselbe Ergebnis wie die Automatik.
 
 Wer sie nicht will, kann sie folgenlos entfernen.
+
+---
+
+## Befund 1: die Sicherung verlässt jetzt das Volume
+
+`tools/abholen.ps1`, täglich um **03:30** — nach der Sicherung des Bots (ab
+03:00) und vor der von `d4rk_media` (04:30), damit nicht zwei Vorgänge
+gleichzeitig auf derselben Platte arbeiten.
+
+Es **sichert nicht**. Das Archiv baut der Bot selbst; hier wird nur abgeholt —
+und zwar so, dass am Ende feststeht, dass die Kopie heil ist, und nicht nur,
+dass ein Kopierbefehl keinen Fehler geworfen hat: Prüfsumme im Container gegen
+die Kopie draußen, dann auspacken und die Datenbank darin öffnen.
+
+Echter Lauf über die geplante Aufgabe:
+
+```
+Zustand: Ready   Ergebnis: 0   Naechster Lauf: 13.08.2026 03:30
+
+d4rkbot-2026-08-12.db.gz   993.332 Bytes
+andere Platte: Nr. 1 statt Nr. 0
+identisch (ff08516d293d...)
+in der Sicherung: 55 Tabellen, 86 Einstellungen
+
+last_zweitziel = { ok: true, ziel: "D:\backup\d4rkbot", … }
+```
+
+### Was außerhalb des Repos liegt
+
+Zwei Dinge, die ein `git clone` nicht mitbringt — sie stehen hier, damit sie
+nach einem Neuaufsetzen nicht fehlen:
+
+| Was | Wo |
+|---|---|
+| Arbeitskopie | `C:\Users\Darkster\Desktop\d4rkbot` — vorher gab es keine, der Bot lief nur aus Portainers Checkout |
+| Geplante Aufgabe | `d4rkbot Sicherung abholen`, täglich 03:30, als `Darkster`/Interactive |
+
+Die Aufgabe startet `pwsh.exe` über den **stabilen Ausführungsalias** unter
+`LOCALAPPDATA` und nicht über den Pfad mit Versionsnummer. Genau daran hing bei
+`d4rk_media` eine Sicherung, die beim nächsten PowerShell-Update aufgehört
+hätte zu laufen.
+
+### Und was weiter offen ist
+
+Beide Kopien liegen **im selben Rechner**. Gegen einen Plattenausfall hilft das
+jetzt, gegen Feuer, Diebstahl oder eine verschlüsselte Maschine nicht. Dafür
+gibt es zwei Wege, und sie schließen sich nicht aus:
+
+1. **`backup_channel_id`** setzen — der eingebaute Weg, ein privater Kanal, in
+   dem der Bot Dateien anhängen darf. Kostet einen Klick. Grenze: 9 MB je
+   Datei, heute bei 993 KB, hochgerechnet gegen Ende Oktober bei rund 6 MB.
+2. **In die Nextcloud**, wie `d4rk_media` es tut. `tools/sichern.ps1` dort
+   enthält den WebDAV-Teil fertig (`curl`, `MKCOL`, `PUT`, Prüfsumme
+   zurückgeholt, `PROPFIND` zum Ausdünnen) — er ließe sich übernehmen.