chore(scanner): alte Scanner-App zurueckgebaut

Die eigenstaendige Vorgaenger-App unter scanner.perinco.de ist auf dem Server
entfernt: Unit project-scanner-backend (Port 5005), beide Apache-Vhosts, das
Let's-Encrypt-Zertifikat samt Renewal-Config, /var/www/Projekt Scanner (486 MB)
und die Datenbank project_scanner (Dump unter /root/backups). Damit entfallen
die LEGACY_*-Variablen und das Importskript, dessen Quelle es nicht mehr gibt.

/root/.cache/ms-playwright bleibt bewusst stehen: der Cache stammt aus der
Installation der alten App, liegt aber ausserhalb beider Verzeichnisse und wird
vom CRM-Scanner benutzt - playwright ist auf 1.60.0 gepinnt, damit es genau
dieser Build (chromium-1223) bleibt. Der Hinweis steht jetzt in README und
docs/06-betrieb.md, damit ihn beim naechsten Aufraeumen niemand mitnimmt.

SCANNER_SCHEDULER_OFFSET geht auf 0: der Versatz sollte verhindern, dass beide
Instanzen mit denselben Portal-Cookies gleichzeitig losziehen. Ohne zweite
Instanz hat er keinen Zweck mehr, die Mechanik bleibt fuer kuenftige Erststarts
im Code.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs/06-betrieb.md

@@ -34,11 +34,10 @@ Das Passwort kommt aus `$env:PERINCO_CRM_SSH_PASSWORD` oder per `-Password`.
 | Unit | Verzeichnis | Port | Anmerkung |
 | --- | --- | --- | --- |
 | `perinco-crm-backend` | `/var/www/perinco_CRM/server` | 5006 | `MemoryMax=1536M` |
-| `project-scanner-backend` | `/var/www/Projekt Scanner/backend` | 5005 | alte App, läuft bis zur Ablosung |
 
-Der Verzeichnisname der alten App enthält ein **Leerzeichen**. In Skripten und in
-der `.env` immer in Anführungszeichen setzen - systemd liest `.env` als
-`EnvironmentFile` und trennt sonst am Leerzeichen.
+Die zweite Unit `project-scanner-backend` (Port 5005, `/var/www/Projekt Scanner/backend`)
+ist mit dem [Rückbau der alten App](03-scanner.md#rückbau-der-alten-app---09092026)
+am 09.09.2026 entfallen. Port 5005 ist seither frei.
 
 `MemoryMax=1536M` statt der ursprünglichen 512M: ein Scan-Lauf startet Chromium
 als Kindprozess in derselben cgroup. Mit 512M würde der OOM-Killer das Backend
@@ -58,8 +57,7 @@ mitten im Scrapen beenden.
 | `SCANNER_ENCRYPTION_KEY` | AES-Schlüssel für Portal-Passwörter |
 | `SCANNER_UPLOAD_DIR` | CV-Verzeichnis, leer = `<server>/uploads` |
 | `SCANNER_SCHEDULER` | Hintergrund-Scraper, Standard an, nur `false` schaltet ab |
-| `SCANNER_SCHEDULER_OFFSET` | Minuten Versatz für den ersten Lauf, Standard 30 |
-| `LEGACY_*` | Quelle für `npm run scanner:import` |
+| `SCANNER_SCHEDULER_OFFSET` | Minuten Versatz für den ersten Lauf, seit dem Rückbau der alten App 0 |
 | `MS_TENANT_ID`, `MS_CLIENT_ID`, `MS_CLIENT_SECRET` | App-only-Zugriff auf Microsoft Graph |
 | `MS_MAILBOX` | abzugleichendes Postfach, Standard `crm@perinco.de` |
 | `MS_MAIL_FOLDER` | Ordner, Standard `inbox` |
@@ -81,10 +79,17 @@ Exchange Online: [11 Postfachanbindung](11-postfach.md).
 
 ## Playwright
 
-`playwright` ist auf **exakt 1.60.0** gepinnt - dieselbe Version wie die alte App.
-Deren Chromium-Build (`chromium-1223`) liegt in `/root/.cache/ms-playwright`, also
-fällt kein zweiter Browser-Download an. Ein `^` in der Version würde das
-aufgeben; die Begründung steht als `comments`-Feld in `server/package.json`.
+`playwright` ist auf **exakt 1.60.0** gepinnt. Der passende Chromium-Build
+(`chromium-1223`) liegt in `/root/.cache/ms-playwright` - dieser Cache stammt aus
+der Installation der alten App und hat deren Rückbau überlebt, weil beide Apps
+ihn geteilt haben und `PLAYWRIGHT_BROWSERS_PATH` nirgends gesetzt ist. Ein `^` in
+der Version würde einen zweiten Browser-Download ziehen; die Begründung steht als
+`comments`-Feld in `server/package.json`.
+
+> **Beim Aufräumen nicht anfassen:** `/root/.cache/ms-playwright` (641 MB) liegt
+> ausserhalb beider Anwendungsverzeichnisse. Wer ihn mit löscht, nimmt dem
+> Scanner den Browser - Oberfläche und Treffer bleiben, Scan-Lauf und
+> Verbindungstest fallen aus.
 
 Fehlt der Browser, funktioniert alles ausser Scan-Lauf und Verbindungstest:
 
@@ -96,17 +101,14 @@ cd /var/www/perinco_CRM/server && npx playwright install chromium
 
 ```bash
 bash /var/www/perinco_CRM/deploy/scanner-setup.sh   # .env ergänzen, Schlüssel erzeugen
-cd /var/www/perinco_CRM/server
-npm run scanner:import -- --dry-run
-npm run scanner:import -- --with-matches
 systemctl restart perinco-crm-backend
 ```
 
-> **Reihenfolge:** Der Import schreibt `search_interval` aus der alten App in die
-> Einstellungen. Der laufende Scheduler merkt die Änderung binnen einer Minute
-> und plant sich neu - beim Rollout hat er direkt nach dem Import einen Scan
-> gestartet, den der folgende Restart mitten im Scrapen beendet hat. Harmlos, aber
-> vermeidbar: erst neu starten, dann importieren.
+Datenbank und Tabellen legt der Start selbst an, Portale und
+Standardeinstellungen werden geseedet. Agenten, Zugangsdaten und Cookies kommen
+danach über die Oberfläche. Das frühere `npm run scanner:import` holte diese
+Daten aus der Datenbank der alten App - beides ist mit dem Rückbau am 09.09.2026
+entfallen.
 
 ## Störungssuche