dev: Deploy v1.1.0 am 05.10.2026 live — Protokoll in Deploy-Checkliste, Entwicklungsplan (Blöcke 9/10) und Monitoring-Plan

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

dev/2026-09-11-audit/ENTWICKLUNGSPLAN.md

@@ -1,6 +1,6 @@
 # Entwicklungsplan zum Audit vom 11.09.2026
 
-**Stand:** 29.09.2026 (Blöcke 1–9 umgesetzt; Block 9 = Umsetzungsaudit 29.09., Deploy offen)
+**Stand:** 05.10.2026 (Blöcke 1–10 umgesetzt und live seit 05.10.2026 als **v1.1.0**, siehe [`deploy-v1.1.0.md`](../betrieb/deploy-v1.1.0.md))
 **Grundlage:** [AUDIT.md](AUDIT.md) (geprüfter Commit `5d0570b`), abgeglichen mit HEAD `24c1bbf` auf `technik/betriebsfixes-2026-09`
 **Zweck:** Nur die Befunde, die am aktuellen Code belegt sind, in eine abarbeitbare Reihenfolge bringen. Jeder Punkt hat einen konkreten Fix, einen Regressionstest und eine Aufwandsklasse.
 
@@ -482,3 +482,13 @@ Offen: U05–U07 nach E9 aufgeschoben; 7.6 (Fokusführung) manuell im Browser ab
 *Stand 02.10.2026: 1.8 ist mit Block 9 (K-08, `LoginCompletion`) und N09 mit Block 9.5 erledigt; die beiden Absätze unten sind historisch.*
 
 Offen aus dem Plan: 6.6 (MySQL-/Worker-Integrationstests) bleibt aufgeschoben; 1.8 nur als Google-Zweig, nicht als Service-Zusammenführung; 4.2 hatte die Prüfung in `publish()` nicht (siehe Block 7, U02). Nachträglich zwei zufallsabhängige Tests festgezurrt (Kategorie-Portal in den API-Tests, Titel in der MAN-PDF-Adresse). Gesamtsuite nach allen Commits: 1.891 Tests grün, einer übersprungen; PHPStan ohne Meldung.
+
+**05.10.2026 — Blöcke 9 und 10 live (v1.1.0).** Zusammen mit der
+Betriebsüberwachung Phase 1 und dem Composer-Update ausgeliefert; Ablauf und
+Ergebnisse der Schritte 8–13 des Deploy-Plans in
+[`deploy-v1.1.0.md`](../betrieb/deploy-v1.1.0.md) (Protokoll). Kurz: keine
+offenen Archivaufträge, drei API-Zuordnungen von connektar alle freigeschaltet,
+342 Canonical-Paare neu zugeordnet und 13 veraltete Verweise zurückgesetzt,
+Sweeps leer, Scheduler mit 21 Tasks. Schritte 14–18 (Abnahme) nicht einzeln
+gemeldet; 19–21 (KAS-Passwort, DSE, Restore-Übung) offen. Q-05 entschieden
+(`docs/` aus dem Repository).

dev/betrieb/deploy-v1.1.0.md

@@ -1,5 +1,7 @@
 # Deploy v1.1.0 — Checkliste
 
+> **Live seit 05.10.2026** — Abschluss vom Betreiber bestätigt. Protokoll am Ende.
+
 **Stand:** 05.10.2026 · **Live bisher:** Stand `98c465b` (Deploy 28.09.2026, ca. 14:34)
 **Inhalt:** alles danach — Blöcke 9 und 10 aus dem Audit
 ([`ENTWICKLUNGSPLAN.md`](../2026-09-11-audit/ENTWICKLUNGSPLAN.md), Deploy-Plan
@@ -171,3 +173,24 @@ php artisan up
 Die Migrationen sind additiv; der alte Code läuft mit den neuen Spalten und
 Tabellen. Nur bei Datenproblemen das DB-Backup aus Nr. 5 einspielen und danach
 die Archiv-Schritte aus Runbook Abschnitt 9 befolgen.
+
+## Protokoll
+
+**05.10.2026 — Deploy v1.1.0 live** (Paket aus Abschnitt A, Commit `df7ebdc` = Tag `v1.1.0`).
+
+Abschnitt D, Ausgaben auf Live:
+
+| Nr. | Ergebnis |
+|---|---|
+| 11 | Zunächst Version „—“: Datei `RELEASE` fehlte bzw. Config-Cache war älter. Behoben mit `echo v1.1.0 > RELEASE` + `config:cache`. Eine lokal neu erzeugte `RELEASE` hatte `v1.1.0-2-g8a64bd7-dirty` ergeben (Doku-Commits nach dem Tag, `docs/` nicht eingebunden) — Lehre: `RELEASE` aus dem Paket nehmen, nicht neu erzeugen |
+| 14 | `archive:retry-pending`: 0 Aufträge, 0 offen |
+| 15 | `company-memberships:api-assignments`: 3 Mitgliedschaften (connektar, User 13993), alle freigeschaltet — kein `--remove` |
+| 16 | `assign-canonicals`: 9.887 Paare, 342 geändert, 13 veraltete Verweise zurückgesetzt, Caches geleert |
+| 17 | `sweep-orphan-originals` (Trockenlauf): 6 geprüft, 0 verwaist; `archive:sweep-orphans --dry-run`: 0 |
+| 18 | `schedule:list`: 21 Tasks inkl. `monitoring:heartbeat`, `queue:prune-failed` 03:55, `sweep-orphan-originals` So 04:45 |
+| 19, 20 | GlitchTip- und ntfy-Test ausgeführt; nach `config:cache` wiederholt |
+
+Abschnitt E (Abnahme Testkonto) vom Betreiber nicht einzeln gemeldet.
+Abschnitt F offen: externer Monitor auf `/health` (29), KAS-Passwort (30),
+Datenschutzerklärung (31), Restore-Übung (32); dazu Context7-Schlüssel rotieren
+(stand bis `df7ebdc` im Repository).

dev/betrieb/monitoring-plan.md

@@ -1,6 +1,6 @@
 # Betriebsüberwachung, Bedienbarkeit, Nutzungsstatistik — Plan
 
-**Stand:** 02.10.2026 · **Branch:** `technik/monitoring-phase-1`
+**Stand:** 05.10.2026 · **Phase 1 live seit 05.10.2026 (v1.1.0)**
 
 Ziel: Fehler fallen auf, bevor Kunden sie melden — Serverfehler aus der
 Programmierung ebenso wie Bedienungs- und Usability-Probleme. Dazu eine
@@ -188,3 +188,10 @@ Versionen sind Git-Tags nach SemVer (`v1.0.0` Go-Live 20.07., nächster Deploy
 (`git describe --tags --always --dirty`); dieselbe Kennung als GlitchTip-Release,
 in `/health` (`version`), im Admin-Systemstatus und in `php artisan about`.
 Grundlage für die spätere Changelog-Seite.
+
+### 05.10.2026 — Phase 1 live (v1.1.0)
+
+Mit Deploy v1.1.0 ausgeliefert ([`deploy-v1.1.0.md`](deploy-v1.1.0.md)).
+GlitchTip (`production`), ntfy und Scheduler-Herzschlag auf Live aktiv.
+Offen aus Phase 1: externer Monitor auf `/health`; DSE-Absätze, danach
+`UMAMI_PORTAL_ENABLED`/`UMAMI_IDENTIFY_USERS`.