Files
diagramme/raumverwaltung-evpop.md

7.8 KiB
Raw Blame History

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

%%{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 14"]
    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

%%{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

%%{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 264288 549
JG 23 / JG 24 Stundenplan 146 / 49 48 / 44
Kreuzkirche, Friedenskirche, Saalbau, Kino, Krankenhauskapelle 329 je ~41
Termine, Bachelor, Feiertage, Geburtstage 077 01

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