# Raumverwaltung Ruhrstr. 48 — Tenants, Kalender, Genehmigungswege

**Stand:** 2026-09-22 · Datengrundlage: Doku `40_m365/121`, alle Werte am System gemessen.

---

## 1. Raumbestand beider Tenants und ihr Status

```mermaid
%%{init: {'flowchart': {'curve': 'step'}}}%%
flowchart TB
  subgraph EVPOP["ev-pop.de — Heimat aller Räume Ruhrstr. 48"]
    direction TB
    subgraph EVCK["von CK genutzt"]
      GS["Großer Saal<br/>saalgross@<br/>200 Plätze"]
      KS["Kleiner Saal CK<br/>kleinersaalck@"]
      BI["Bistro CK<br/>bistrock@"]
      R8E["R8 Gruppenraum CK<br/>r8gruppenraumck@"]
    end
    subgraph EVEIGEN["ev-pop-eigen"]
      HK["Hochschul-Keller"]
      OK["Orgelkeller"]
      R14["Raum 1–4"]
    end
  end

  subgraph CKT["creative-kirche.de"]
    direction TB
    subgraph CKECHT["Pferdebachstr. — echte Räume"]
      B1["Besprechung EG groß"]
      B2["Besprechung EG klein"]
      B3["Besprechung OG links"]
      B4["Besprechung OG rechts"]
    end
    subgraph CKSPIEGEL["Spiegel aus der Migration 05/2026"]
      S1["grosser-saal-pop@"]
      S2["kleiner-saal-pop@"]
      S3["bistro-pop@"]
      S4["R8@"]
    end
  end

  CKSPIEGEL -. "Altlast: 127 Termine<br/>als Organisator im GS" .-> GS

  classDef ok fill:#d5f5d5,stroke:#2d7a2d,color:#000
  classDef warn fill:#ffe9c7,stroke:#b8761a,color:#000
  classDef tot fill:#e0e0e0,stroke:#888,color:#555,stroke-dasharray: 5 3
  class HK,OK,R14,B1,B2,B3,B4 ok
  class GS,KS,BI warn
  class R8E,S1,S2,S3,S4 tot
```

| Farbe | Bedeutung | `AutomateProcessing` |
|---|---|---|
| 🟩 grün | Genehmigung funktioniert nativ | `AutoAccept` |
| 🟧 orange | **keine automatische Weiterleitung an Delegates** | `AutoUpdate` |
| ⬜ grau gestrichelt | stillgelegt / versiegelt | `None` |

🔑 Die **ev-pop-eigenen** Räume stehen alle auf `AutoAccept`. Nur die drei von CK genutzten Säle
stehen auf `AutoUpdate` — der Große Saal ist die Ausnahme, nicht die Regel.
Die vier CK-Spiegel sind seit 10.06.2026 versiegelt (aus dem Adressbuch ausgeblendet, Rechte
gestrippt); ihre **Löschung steht seit Juni aus**.

---

## 2. Buchungs- und Genehmigungswege

```mermaid
%%{init: {'flowchart': {'curve': 'step'}}}%%
flowchart LR
  CKU["CK-Mitarbeitende<br/>5 Verwalter · 3 Bucher"]
  POP["kalender.popstudium@<br/>Sammelkonto Hochschule<br/>geteiltes Passwort"]
  ING["Ingrid Köhler<br/>Lisa Viehl<br/>eigene Outlook-Buchung"]

  APP["Raumbelegungs-App<br/>raum-popa.service-ck.de<br/>FastAPI auf VPS"]
  RB["raumbuchung@ev-pop.de<br/>Shared Mailbox"]

  GS["Großer Saal"]
  KSB["Kleiner Saal<br/>Bistro"]

  DEL["Lisa · Axel<br/>FullAccess auf saalgross@<br/>könnten zusagen"]
  VERW["Verwalter in der App<br/>AK · Ingrid · Miriam<br/>Torben · Timo"]

  CKU -- "SSO Microsoft" --> APP
  APP -- "Anfrage" --> RB
  RB -- "Einladung" --> GS
  APP -- "bucht + genehmigt<br/>per Graph" --> KSB
  POP -- "234 Termine (45%)" --> GS
  POP -- "8 Termine" --> KSB
  ING -- "63 Termine" --> GS

  KSB --> VERW
  VERW -- "bestätigt in der App" --> KSB
  GS -. "KEINE Benachrichtigung" .-x DEL
  DEL -. "Zusage möglich, erfolgt aber nicht" .-> GS

  classDef app fill:#cfe2ff,stroke:#1a4f9c,color:#000
  classDef ok fill:#d5f5d5,stroke:#2d7a2d,color:#000
  classDef bad fill:#ffd6d6,stroke:#c0392b,color:#000
  classDef src fill:#fff,stroke:#555,color:#000
  class APP,RB app
  class KSB,VERW ok
  class GS,DEL bad
  class CKU,POP,ING src
```

### Wer darf — und wer muss zustimmen

| Raum | Wer bucht | Wer muss zustimmen | Funktioniert? |
|---|---|---|---|
| **Großer Saal** | alle (App: Anfrage über `raumbuchung@`) | Lisa Viehl, Axel Grenz (haben `FullAccess`) | 🔴 **faktisch nein** — sie werden nie benachrichtigt |
| **Kleiner Saal** | Bucher → vorläufig, Verwalter → sofort fest | Verwalter in der App | 🟢 ja |
| **Bistro** | nur Verwalter | niemand (sofort fest) | 🟢 ja |
| ev-pop-eigene Räume | ev-pop-intern | Lisa, Axel (nativ) | 🟢 ja (`AutoAccept`) |

🔴 **Der Bruch beim Großen Saal:** `AutomateProcessing = AutoUpdate` legt den *Resource Booking
Attendant* still. Der ist es, der Anfragen an Delegates weiterleitet und `RequestInPolicy`
anwendet — er läuft erst ab `AutoAccept`. Delegates und Richtlinie sind deshalb Karteileichen.
Messung über 9 Tage: **13 Einladungen rein, 0 Nachrichten raus.**

🔑 **Es fehlt die Benachrichtigung, nicht die Berechtigung:** **Lisa und Axel haben `FullAccess`
auf `saalgross@`** und könnten jederzeit im Raumpostfach zusagen — sie erfahren nur nie von den
Anfragen. Am Kleinen Saal funktioniert genau das: Ingrid Köhler hat dort `FullAccess` und
bestätigte am 22.09. eine Outlook-Einladung binnen 52 Minuten nativ.

⚠️ **Nativ zusagen kann nur, wer ein ev-pop-Konto hat** — CK-Kennungen haben nur Leserechte,
Cross-Tenant-Genehmigung unterstützt Microsoft nicht. Fällt ein ev-pop-Konto weg, bleibt der
Person nur die App (und die deckt den Großen Saal nicht ab).

⚠️ Kleiner Saal und Bistro stehen ebenfalls auf `AutoUpdate` — dort genehmigt aber die **App**
per Graph und braucht den Attendant nicht.

---

## 3. `kalender.popstudium` und seine Kalender

```mermaid
%%{init: {'flowchart': {'curve': 'step'}}}%%
flowchart TB
  STUD["104 Personen mit Kalenderrechten<br/>72 intern · 22 extern · 10 verwaist<br/>272× Editor · 262× Reviewer"]
  AK["andreas.knorr@ev-pop.de<br/>Vollzugriff + Editor"]
  POPUSER["direkte Anmeldung am Konto<br/>3× in 7 Tagen · 2 Plattformen<br/>geteiltes Passwort"]

  KONTO["kalender.popstudium@ev-pop.de<br/>Sammelkonto · A1-Lizenz<br/>19 Kalenderordner · 19.724 Elemente"]

  LINK["Pop Gemeinsamer Stundenplan<br/>öffentlich per Link · FullDetails<br/>ohne Anmeldung lesbar"]
  GSR["Raumkalender Großer Saal<br/>234 Termine · 45% aller Buchungen"]
  DUB["Übe-Kalender 5.386<br/>vs. Uebe-Kalender 2.461<br/>Dublettenverdacht"]
  PAR["Ordner Großer Saal · 974<br/>parallele Liste? ungeprüft"]

  STUD -- "eigene Anmeldung" --> KONTO
  AK -- "seit 22.09." --> KONTO
  POPUSER -- "Outlook Web" --> KONTO
  KONTO -- "veröffentlicht" --> LINK
  KONTO -- "Einladungen" --> GSR
  KONTO --- DUB
  KONTO --- PAR

  classDef konto fill:#fff3cd,stroke:#b8860b,color:#000
  classDef risk fill:#ffd6d6,stroke:#c0392b,color:#000
  classDef ok fill:#d5f5d5,stroke:#2d7a2d,color:#000
  classDef raum fill:#e7e0ff,stroke:#5b3fb8,color:#000
  classDef offen fill:#fff,stroke:#888,color:#333,stroke-dasharray: 4 3
  class KONTO konto
  class LINK,POPUSER risk
  class STUD,AK ok
  class GSR raum
  class DUB,PAR offen
```

| Kalender | Einträge | Berechtigte |
|---|---|---|
| Übe-Kalender | 5.386 | 63 |
| Kalender (Standard) | 2.475 | 2 |
| Uebe-Kalender (ohne Umlaut) | 2.461 | 1 |
| Pop Gemeinsamer Stundenplan | 2.149 | 65 |
| Großer Saal | 974 | 1 |
| Klassik gem. Stundenplan · Master · Team | 264–288 | 5–49 |
| JG 23 / JG 24 Stundenplan | 146 / 49 | 48 / 44 |
| Kreuzkirche, Friedenskirche, Saalbau, Kino, Krankenhauskapelle | 3–29 | je ~41 |
| Termine, Bachelor, Feiertage, Geburtstage | 0–77 | 0–1 |

**Wichtig:** Studierende und Dozenten brauchen das Sammelkonto **nicht** — sie greifen über
normale Kalenderfreigaben mit ihrer **eigenen** Anmeldung zu. Trotzdem melden sich Personen
direkt mit der Kennung an (3 Anmeldungen in 7 Tagen von zwei Plattformen).

⚠️ **Datenschutz-Hinweis, bewusst nicht geändert:** „Pop Gemeinsamer Stundenplan" ist mit
`FullDetails` per Link veröffentlicht — wer die URL hat, sieht alle Termine samt Betreff ohne
Anmeldung, und Stundenplan-Betreffs enthalten Personennamen. Zuständig ist die Hochschule im
ev-pop-Tenant; unsere Rolle ist der Hinweis im Gespräch. Entscheidung AK 22.09.2026: bleibt so.

❓ **Offen:** Der Ordner „Großer Saal" im Konto hat 974 Einträge — mehr als die 234 Termine, die
von dort im echten Raumkalender stehen. Ob dort parallel geführt wird, ist ungeprüft.

---

Volldetail, Messwerte und offene Entscheidungen: **Doku `40_m365/121`** ·
Historie der Irrwege: `40_m365/108` · Memory `projekt_raumverwaltung-evpop`