AP0 Schritte 0.4 und 0.6: Antworten vom 05.10. und Claude Design 0.3 eingearbeitet

- Fragenliste: erste Antworten von BauIn und ITM eingetragen, übrige Fragen auf „gestellt“
- Anmeldung mit eigenem Passwort, 2FA später Pflicht; keine E-Mails; Mehrfach-Upload ohne ZIP
- Nur Produktionsschlüssel: Tests rufen die echte API nie auf
- Stellungnahme BÜW und Österreich in Phase 2; „Vor dem Livegang zu klären“ in AP11
- Claude Design Stand 0.3 abgeglichen (AP13), Prüfmaske v4 in AP6
- Gitea von ITM als Push-Mirror eingetragen

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

docs/plaene/AP11-betrieb.md

@@ -32,8 +32,29 @@ gesichert und überwacht. Ein Ausfall fällt auf, bevor BauIn ihn bemerkt.
 
 ## Voraussetzungen
 
-C10 (Ausstattung, Root-Zugang), B2 (Zugriff Internet/VPN), B3 (Domain, Mail), B5 und C10 (Backups),
-C12 (wer deployt).
+- C10 (05.10.): Ausstattung, Zugang, Verschlüsselung und Sicherung der Server sind Sache von ITM.
+  Wir liefern die Server-Anforderungen und die Vorlagen (11a).
+- B3 (05.10.): Die Anwendung verschickt keine E-Mails. Die Adresse wird vor dem Livegang geplant.
+- C12 ist beantwortet, offen blieb: Wer deployt im Betrieb, und wie viel Zeit hat der
+  ITM-Entwickler?
+- B2, B5 und B6 werden vor dem Livegang geklärt (Abschnitt unten).
+
+## Vor dem Livegang zu klären
+
+Für die Entwicklung des Prototyps nicht nötig, vor dem Livegang aber Pflicht. Stand 05.10.:
+
+| Thema | Frage | Mit wem |
+|---|---|---|
+| Zugriff (B2) | Aus dem Internet mit Login, oder nur über VPN bzw. feste IP-Adressen? | BauIn IT, ITM |
+| Adresse (B3) | Domain und Zertifikat | BauIn IT, ITM |
+| 2FA (B1) | Pflicht einschalten (Schalter aus AP1, E1.6) und Benutzer vorher informieren | BauIn |
+| Backups (B5) | Speicherort, Aufbewahrung, Zuständigkeit | BauIn IT, ITM |
+| Datenschutz und Informationssicherheit (B6) | Vorgaben von BauIn oder der DB, z. B. Sicherheitsanforderungen an Auftragnehmer der DB, ISO 27001, Geheimhaltung. Wer muss der Verarbeitung über die KI-API zustimmen? | BauIn IT |
+| Datenverarbeitung bei API-Werk (C2) | Standort, Speicherdauer, Auftragsverarbeitung, kein Training. Klärt ITM; wir brauchen nur das Ergebnis für die Doku | ITM |
+| Alarmierung (E11.3) | Ohne E-Mail aus der Anwendung: über die Überwachung von ITM? | ITM |
+
+Nach dem Livegang von Phase 1: Aufbewahrung nach Projektende (A27), Nutzung der DB-Richtlinien in
+einem KI-System (A28).
 
 ## Entscheidungen
 
@@ -41,7 +62,7 @@ C12 (wer deployt).
 |---|---|---|---|
 | E11.1 | Deployment | Skript auf dem Server mit Versionsverzeichnissen (`releases/`, `current`), ausgelöst per SSH | offen |
 | E11.2 | Backup-Werkzeug | restic, verschlüsselt, Ziel von ITM | offen (B5) |
-| E11.3 | Alarmierung | E-Mail an dich und den ITM-Entwickler | offen |
+| E11.3 | Alarmierung | Die Anwendung verschickt keine E-Mails (B3). Vorschlag: Lebenszeichen und Prüfbefehle, die die Überwachung von ITM abfragt | offen (mit ITM) |
 
 ## Schritte
 
@@ -55,7 +76,7 @@ C12 (wer deployt).
   - Lebenszeichen für Worker und Scheduler
   - Zählung fehlgeschlagener Jobs
   - Statusprüfung der KI-API (aus AP3)
-  - Mail bei Problemen (E11.3)
+  - Meldung bei Problemen nach E11.3
 - [ ] **11b.1** Staging aufsetzen (ITM-Entwickler, KW 42–44), erstes Deployment gemeinsam
 - [ ] **11a.5** Backup-Skript nach E11.2 und Betriebsdoku `docs/betrieb.md`:
   - Deployment, Wiederherstellung, `APP_KEY` sicher aufbewahren
@@ -65,7 +86,7 @@ C12 (wer deployt).
 ## Abnahmekriterien
 
 - Ein Deployment aus dem Gitea auf Staging klappt mit einem Befehl.
-- Ein absichtlich gestoppter Worker löst innerhalb von 10 Minuten eine Mail aus.
+- Ein absichtlich gestoppter Worker löst innerhalb von 10 Minuten einen Alarm aus (Weg nach E11.3).
 - Der Restore-Test war erfolgreich und ist dokumentiert.
 
 ## Risiken