LernHive Organisationsstruktur

Was dieses Plugin macht

OrgChart spiegelt die reale Organisation in LernHive, sodass Einschreibung, Sichtbarkeit und Berichte der Struktur automatisch folgen. Administratoren pflegen Frameworks, Abteilungen, Positionen und Jobs einmalig; Führungskräfte, Trainer/innen und Lernende erhalten dann die richtigen Kurse, Team-Ansichten und Genehmigungswege ohne manuelle Buchführung.

Für wen ist es

Der Zugriff ist Capability-basiert: Die Pflege erfordert local/lernhive_orgchart:manageframework / :managesubtree / :managejobs (standardmäßig dem Archetyp manager und damit der Rolle Manager (Moodle-Rolle) zugewiesen). Die Team-Oberflächen (:viewreports, :enrolteam, :approverequests) sind zusätzlich dem Archetyp editingteacher für delegiertes Teamleitungs-Reporting zugewiesen; das Plugin begrenzt sie über das unten beschriebene Delegationsmodell pro Abteilung.

Kernkonzepte

Personen und Führungskräfte

In der Ansicht Vorgesetztenverhältnisse öffnen Sie die Persondetails über das Auge-Symbol. Dort sehen Sie die aktuelle Berichtslinie und die Genehmigungsrouten. Über Vorgesetzte/n setzen bzw. bearbeiten pflegen Sie die Führungskraft; ist noch keine gesetzt, bleibt das Auswahlfeld leer.

People Org, Vorgesetztenverhältnisse und Team Map nennen für eine Person dieselbe Führungskraft („berichtet an“). Eine von Hand gesetzte Führungskraft (Vorgesetzte/n setzen oder eine externe Quelle) hat immer Vorrang. Sonst ergibt sie sich aus der Abteilung: die Personen auf der nächsthöheren besetzten Position derselben Abteilung; eine unbesetzte Ebene dazwischen wird übersprungen. Gesperrte Personen zählen wie gelöschte: Eine gesperrte Führungskraft wird nicht angezeigt, dann gilt die Abteilungslinie bzw. die nächste besetzte Ebene. Die von Hand gesetzte Führungskraft gilt für alle Jobs der Person. People Org zeichnet eine Führungskraft nur, wenn sie auf derselben Ansicht erscheint (gleiches Framework, in Ihrem Sichtbereich). Genehmigungen und die Sicht auf Lernfortschritte folgen derselben Regel: Hat eine Person eine von Hand gesetzte Führungskraft, genehmigt diese (und ihre Vertretung) und sieht die Person; die Führungskräfte der Abteilungslinie der Person nicht mehr. Über der von Hand gesetzten Führungskraft setzt sich die Linie fort: Deren eigene Vorgesetzte, also ihre Abteilungslinie oder ihre eigene von Hand gesetzte Führungskraft, genehmigen ebenfalls und sehen die Person. Gesperrte Personen werden auch hier übersprungen. Ohne von Hand gesetzte Führungskraft gilt die ganze Abteilungslinie, also auch die höheren Ebenen. Hat eine Führungskraft der Abteilungslinie, etwa die Abteilungsleitung, selbst eine von Hand gesetzte Führungskraft, setzt sich die Linie über diese fort: Diese Führungskraft und die Linie über ihr genehmigen ebenfalls und sehen die Mitarbeitenden der Abteilung. Die Einstellung Führungskraft der Führungskraft sieht deren Mitarbeitende (standardmäßig an) legt fest, ob diese höheren Ebenen überhaupt zählen. Ist sie aus, genehmigt und sieht nur die direkte Führungskraft: die von Hand gesetzte Führungskraft oder die nächste besetzte Ebene der Abteilungslinie, also die Person, die „berichtet an“ zeigt.

Die Team Map zeigt verständliche Abteilungsnamen. Technische ID-Nummern werden nicht als zusätzliche Bezeichnung eingeblendet.

Abteilungsadministrator/in (Delegation)

Ein/e Abteilungsadministrator/in ist jede Person, an die die Plattform-Administration die Administration ihrer eigenen Abteilung mit untergeordneten Abteilungen delegiert hat: Abteilungen und Jobs darin anlegen, ändern und löschen, optional weiter nach unten delegieren. Die Delegation ist rekursiv und nachvollziehbar — jede administrative Aktion wird protokolliert; die Delegationskette (wer wen wofür zur Administration ermächtigt hat) ist einsehbar. Gesperrte und gelöschte Personen deckt eine Delegation nicht ab: Abteilungsadministrator/innen sehen deren Daten nicht mehr, können deren Delegationen aber weiterhin entziehen. Abteilungsadministration ist eine Delegationsbeziehung, keine der Standardrollen: Die delegierte Person kann eine Führungskraft, ein/e Trainer/in oder jede andere Person sein.

Statusmodell der Genehmigungen

Kurseinschreibe-Anfragen durchlaufen diese Zustände:

• requested → approved → enrolled
• requested → rejected
• requested → closed

Erlebnisprinzipien

• Arbeitsplatznahe Begriffe, die Praktiker/innen wiedererkennen: Framework, Abteilung, Position, Job, Berichtslinie.
• Onboarding mit minimalem Aufwand für den flachen Personalfall mit dem Werkzeug Rollentypen einrichten (ein Schritt) — kein händisches Konfigurieren von Profilfeldern, globalen Gruppen und dynamischen Regeln.
• Interaktive Baumbearbeitung für Abteilungs- und Positionshierarchien — Drag-to-reparent, Tastatur-Pickup, Inline-Umbenennen via core/inplaceeditable, Kebab-Menü als Fallback für Touch- und Screenreader-Nutzung. (Die ursprünglichen R1-Formulare bleiben als Detailseiten zum Anlegen / Bearbeiten erhalten.)
• Nachvollziehbare Delegation — jede administrative Aktion wird protokolliert; die Delegationskette (wer wen wofür zur Administration ermächtigt hat) ist einsehbar.
• Schlanke Manager-Oberfläche — ein Teammitglied einschreiben oder eine Anfrage genehmigen funktioniert ohne Seitenwechsel.
• Progressive Disclosure — der flache Fall sieht nie die Komplexität der Hierarchie, der Hierarchiefall stößt nie an die Grenzen des flachen Modells.

Begriffe in der Oberfläche

Release-Umfang

Release 1 (das substanzielle Plugin) deckt ab:

• Vollständiges Datenmodell (Framework, Abteilung, Position, Job) mit formularbasierter Pflege und CSV-Import.
• „Rollentypen einrichten“ für den flachen Fall.
• Mehrere Jobs pro Person, mehrere Vorgesetzte pro Person.
• Ableitung der Berichtslinien (Workplace-Muster).
• Rekursive Delegation an Abteilungsadministrator/innen mit Audit-Log und Delegationsketten-Ansicht.
• Personenzentrierte Ansicht der Vorgesetztenverhältnisse zur Klärung von Führungskraft-Beziehungen und Genehmigungswegen, inklusive direkter Aktion Vorgesetzte/n setzen für Personen, deren Anfragen noch nicht automatisch geroutet werden können.
• Manager-Oberflächen: Sichtbarkeit in Berichten, Einschreibe-Befugnis, Genehmigungs-Workflows.
• Organisationseinheit als Berichtsdimension. Beim Erstellen eines eigenen Berichts unter Berichte → Nutzerdefinierte Berichte stehen in den nutzer- und abschlussbezogenen Quellen eine Spalte und ein Filter Organisationseinheit (sowie Position) zur Verfügung – so lassen sich z. B. Kursabschlüsse nach Abteilung filtern, mit dem Zertifikatsstatus in einem Bericht kombinieren und als CSV/Excel exportieren.
• Projektion in globale Gruppen über tool_dynamic_cohorts (harte Abhängigkeit).
• Datenschutz-API-Abdeckung; Events-API für die Integration in andere LernHive-Plugins.

Ausgeliefert in v0.2.0 (2026-04-25):

• Interaktive Baumbearbeitungs-UI (Drag-to-reparent für Abteilungs- und Positionshierarchien, Tastatur-Pickup, Kebab-Fallback, core/inplaceeditable für Inline-Umbenennen) — der genannte Wettbewerbsvorteil. Die Implementierung nutzt core/sortable_list.
• Manager-„Team-Karte" mit Fortschrittskacheln.
• Plugin Shell §3 + UX-System v0.1.11 Konformität für alle 17 Einstiegspunkte.

Abläufe nach Rolle

Jeder administrative Ablauf unten startet von der zentralen Seite Organisationsstruktur: Website-Administration → LernHive → Organisationsstruktur.

Lernende: Kurseinschreibung anfragen

1. Öffnen Sie die Landingpage eines Kurses.
2. Wenn der Kurs als freigabepflichtig markiert ist und Ihr Job die Berechtigungsregel erfüllt, erscheint eine Schaltfläche Einschreibung anfragen.
3. Fügen Sie optional eine Notiz hinzu und schicken Sie die Anfrage ab.
4. Die Anfrage landet bei Ihrer Führungskraft (oder mehreren, falls Sie mehrere Jobs haben). Wer zuerst genehmigt, gewinnt.
5. Auf dem Dashboard sehen Sie unter Meine Einschreibungs-Anfragen den aktuellen Status in Echtzeit.

Lernende: regulärer Lernbetrieb (unverändert)

Lernende sehen keine neue Oberfläche über die optionale Schaltfläche Einschreibung anfragen hinaus. Im Dashboard erscheinen weiterhin die Kurse, in die sie eingeschrieben sind. Der Unterschied: Die Einschreibung folgt jetzt automatisch der Job-Struktur, statt manuell gepflegt zu werden.

Führungskraft: Team einsehen und einschreiben

1. Öffnen Sie den Block / Tab Mein Team.
2. Sie sehen direkte und indirekte Berichtende (Nachfolger/innen in der Positionshierarchie innerhalb jeder gemeinsamen Abteilung). Wer zwei Abteilungen führt, sieht beide. Indirekte Berichtende erscheinen nur, solange Führungskraft der Führungskraft sieht deren Mitarbeitende aktiv ist.
3. Klicken Sie auf eine berichtende Person, um deren Lernfortschritt aufzurufen (bereitgestellt über local_lernhive_reporting).
4. Eine berichtende Person inline in einen Kurs einschreiben — wählen Sie einen Kurs, für den die Abteilung berechtigt ist, bestätigen Sie, fertig. Das Plugin legt eine manuelle Einschreibung über die Moodle-Enrol-API an.

Führungskraft: eine Einschreibe-Anfrage genehmigen

1. Öffnen Sie Offene Team-Anfragen.
2. Jede Zeile zeigt: Antragsteller/in, Kurs, Notiz der anfragenden Person, Abteilungskontext.
3. Genehmigen oder ablehnen, optional mit Notiz.
4. Genehmigen → das Plugin schreibt die anfragende Person ein; beide Seiten sehen den Statuswechsel.
5. Ablehnen → die Anfrage schließt; die anfragende Person wird über die Moodle-Mitteilungspipeline informiert.

Tägliche Routine:

1. Offene Team-Anfragen öffnen.
2. Antragsteller/in, Kurs und Abteilungskontext prüfen.
3. Mit kurzer Notiz genehmigen oder ablehnen.
4. Aktualisierten Status in den Anfragelisten bestätigen.

Trainer/in: einen Kurs taggen

1. Öffnen Sie die Kurs-Einstellungen → Organisationsstruktur.
2. Wählen Sie eine Abteilung und/oder Position; untergeordnete Abteilungen bzw. Positionen sind eingeschlossen. Beispiel: „alle Personen in Pflege Nord an der Position examinierte Pflegekraft oder darunter".
3. Speichern. Das Plugin legt die passende Bindung an eine globale Gruppe an und registriert eine tool_dynamic_cohorts-Regel. Bestehende manuelle Einschreibungen bleiben unangetastet.

> R1-Hinweis: Der Kurs-Auswahlbereich „intended audience" ist ein R2-Item. In R1 hängen Kursverantwortliche die vorhandenen globalen Gruppen über die eingebaute Moodle-Methode enrol_cohort an.

Plattform-Administration: Ersteinrichtung (empfohlene Reihenfolge)

1. Setup-Modus festlegen:
   • Flacher Personalfall: „Rollentypen einrichten“ verwenden.
   • Vollständige Hierarchie: Framework, Abteilungsbaum und Positionsbaum manuell anlegen.
2. Framework mit stabiler idnumber anlegen.
3. Abteilungs- und Positionshierarchien mit klaren Namen und validierter Eltern-Auswahl bauen.
4. Job-Zuordnungen anlegen.
5. Projektionskette bestätigen:
   • OrgChart schreibt abgeleitete Profilfeldwerte.
   • tool_dynamic_cohorts mappt Werte auf globale Gruppen.
   • enrol_cohort führt die Kurseinschreibungen aus.
6. Abteilungsadministration mit minimal nötigen Capabilities delegieren.

Hilfe-Hinweis:

• Wenn das Kunden-Vokabular „nur Rollentypen" lautet, mit „Rollentypen einrichten“ starten.

Plattform-Administration: Erstkonfiguration (flacher Personalfall)

1. Öffnen Sie Website-Administration → LernHive → Organisationsstruktur.
2. Öffnen Sie den Reiter Mehr und dort Rollentypen einrichten.
3. Tragen Sie die Liste der Rollentyp-Werte ein (z. B. „Pflegefachkraft", „Pflegehilfskraft", „Leitung", „Auszubildende") und klicken Sie auf Rollentypen anlegen.
4. Das Plugin legt automatisch an:
   • ein Framework
   • eine einstufige Positionshierarchie
   • ein eigenes Nutzerprofilfeld
   • eine globale Gruppe je Rollentyp
   • tool_dynamic_cohorts-Regeln, die Profilwerte auf globale Gruppen abbilden
5. Lassen Sie den Site-Administrator das Profilfeld mit dem Identity-Provider verknüpfen (Keycloak / SAML / OIDC / LDAP-Attribut-Mapping), damit jeder Login automatisch den richtigen Wert setzt.
6. Fertig. Nutzer/innen landen innerhalb eines tool_dynamic_cohorts-Sync-Zyklus in den richtigen globalen Gruppen.

Plattform-Administration: Erstkonfiguration (vollständige Hierarchie)

1. Öffnen Sie Website-Administration → LernHive → Organisationsstruktur.
2. Legen Sie ein Framework an (z. B. „Pflegeverbund").
3. Modellieren Sie die Abteilungshierarchie im interaktiven Baum:
   • Eine Abteilung legen Sie über das Plus-Symbol Abteilung anlegen im Seitenkopf an (öffnet ein LernHive-Formular).
   • Eltern oder Reihenfolge ändern: ziehen Sie eine Zeile am Ziehgriff (die gepunktete Spalte links). Die Zeile springt in Position; eine Akzentlinie zeigt, wo sie landet.
   • Tastatur-Alternative: Fokussieren Sie den Ziehgriff einer Zeile und drücken Sie Leertaste / Enter: Der Verschieben-Dialog von Moodle listet alle gültigen Ziele mit Namen („Nach …“, „An den Anfang von …“); wählen Sie eines mit Tab und Enter oder schließen Sie den Dialog mit Escape.
   • Kebab-Fallback: Der Punkt Verschieben… im ⋮-Menü jeder Zeile öffnet denselben Tastatur-Move-Picker — nützlich auf Touchgeräten oder mit Screenreader.
   • Inline-Umbenennen: Klicken Sie auf das Stiftsymbol neben einem Namen, um ohne Seitenwechsel umzubenennen (Moodle core/inplaceeditable).
4. Modellieren Sie die Positionshierarchie auf dieselbe Weise auf der Seite Positionen.
5. Weisen Sie Jobs zu:
   • entweder einzeln über den Tab „Jobs" im Profil einer Person,
   • oder in Massen per CSV-Import (Vorlage herunterladen, username, department_idnumber, position_idnumber, validfrom, validto ausfüllen, hochladen).
6. Prüfen Sie die abgeleiteten Berichtslinien — sie werden als schreibgeschützte Überlagerung angezeigt; Vorgesetzte ergeben sich automatisch aus der Positionshierarchie.

Plattform-Administration: ein Beispiel-Organigramm zur Evaluation laden

1. Öffnen Sie Website-Administration → LernHive → Organisationsstruktur.
2. Klicken Sie auf Beispiel-Organigramme.
3. Wählen Sie die LernHive-Flavour, die zu Ihrem Kontext passt — Schule, Learning Experience Platform, Hochschule oder Unternehmen — und klicken Sie auf Beispiel laden.
4. Das Plugin legt ein eigenes Framework Sample - … mit vollständigem Abteilungs- und Positionsbaum plus Demo-Nutzer/innen und Job-Zuordnungen an. Das Beispiel ist sofort nützlich für Berichte, Team-Karte und Screenshots, weil Vorgesetzte und Berichtende bereits existieren.
5. Klicken Sie auf derselben Seite auf Beispiel löschen, sobald Sie es nicht mehr benötigen. Die Bereinigung räumt die Struktur vollständig ab, sodass das nächste Laden bei einem sauberen Zustand startet.

> Beispiel-Organigramme sind demo-fähig, nicht nur strukturell: Sie erzeugen markierte Demo-Nutzer/innen und Job-Zuordnungen, sodass Berichte und Personensichten sofort sinnvoll sind. Entfernen Sie das Beispiel wieder, wenn Sie es nicht mehr brauchen; die Bereinigung entfernt auch die zum Beispiel gehörenden Nutzer/innen und Jobs.

Nutzen Sie Beispiele für Demos, Admin-Schulungen und Smoke-Tests, bevor Sie eine echte Kundenstruktur modellieren. Betriebsregeln:

• Beispiele erzeugen Framework, Abteilungsbaum, Positionsbaum, Demo-Nutzer/innen und Demo-Job-Zuordnungen.
• Vom Beispiel angelegte Nutzer/innen und Jobs sind temporär und werden mit dem Beispiel wieder entfernt.
• Eine Neu-Installation ist gesperrt, bis das vorhandene Beispiel entfernt wurde.

Plattform-Administration: Abteilungsadministration delegieren

1. Öffnen Sie die Abteilung, die Sie mit ihren untergeordneten Abteilungen delegieren wollen (z. B. Region Nord).
2. Im Bereich Administrator/innen fügen Sie eine Person hinzu → wählen Sie die Capabilities: managesubtree, managejobs, viewreports, enrolteam, approverequests.
3. Die delegierte Administration (z. B. Frau Weiß) kann nun innerhalb von Region Nord und ihren Nachfolgern alles verwalten, kommt aber nicht an Region Süd. Sie kann auch weiter nach unten delegieren — z. B. Herr Blau zur Administration von Team A ermächtigen.
4. Die Ansicht der Delegationskette zeigt: Site-Admin → Frau Weiß → Herr Blau.
5. Jede Aktion wird protokolliert; das Audit-Log ist nach Abteilung oder Akteur/in filterbar.

Beim Erteilen von Rechten:

• Die Personensuche zeigt nur Personen, für die Sie zuständig sind: Ihre Berichtslinie und die Personen in den Abteilungen, die Sie verwalten (Administrator/innen der Website finden alle). E-Mail-Adressen erscheinen nur, wenn Moodles Einstellungen zu Identitätsfeldern sie Ihnen zeigen. Die Auswahl auf der Seite Abwesenheitsvertretung funktioniert genauso und zeigt Ihre Berichtslinie.
• Nur die wirklich nötigen Capabilities erteilen.
• Subset-only-Logik mit einem delegierten Account validieren.
• Begründung im Team-Runbook festhalten.

Beim Entziehen von Rechten:

• Den Cascade-Revoke für mittlere Delegierte beachten.
• Vor dem Bestätigen die betroffenen delegierten Administrator/innen prüfen.

Plattform-Administration: delegierte Abteilungen verwalten

Diesen Ablauf führt der/die Abteilungsadministrator/in aus — die Person, die die Delegation erhalten hat (siehe Kernkonzepte); sie agiert als Plattform-Administration mit begrenztem Wirkungsbereich in ihrer Abteilung mit untergeordneten Abteilungen.

1. Öffnen Sie Organisation und dort den Reiter Abteilungen. Der Baum zeigt nur die Abteilungen (mit untergeordneten Abteilungen), die an Sie delegiert sind (bei Delegationen in mehreren Frameworks wechseln Sie das Framework über dem Baum).
2. Jede Abteilung bietet Bearbeiten (Name und Beschreibung; Speichern und Kind hinzufügen legt eine Unterabteilung an) und Delegieren; bis zu drei Aktionen erscheinen als Symbole, ab vier im Menü ⋮. Abteilungen innerhalb Ihrer delegierten Abteilung verschieben Sie mit dem Ziehgriff oder über Verschieben …. Speichern und Abbrechen führen zu diesem Baum zurück.
3. Legen Sie Positionen und Jobs in der Abteilung und ihren untergeordneten Abteilungen an oder bearbeiten Sie sie.
4. (Wenn managesubtree erteilt wurde) delegieren Sie eine untergeordnete Abteilung über Delegieren weiter an eine Teamleitung. Abteilungen, für die Sie nur andere Capabilities haben, zeigen nur Delegieren und lassen sich weder bearbeiten noch verschieben.
5. Nicht möglich: Abteilungen außerhalb von Region Nord bearbeiten, Abteilungen löschen (nur Framework-Verwaltung), eine Capability vergeben, die Sie selbst nicht haben, oder benachbarte Abteilungen erreichen.

Plattform-Administration: Tagesbetrieb

Pflege von Abteilungen und Positionen — vor dem Bearbeiten eines Knotens prüfen:

• Reine Umbenennung oder strukturelle Änderung?
• Sind Berichtslinien betroffen?
• Sind nachgelagerte Regeln für globale Gruppen betroffen?

Nach der Änderung:

• Stichproben-Nutzer/innen in der betroffenen Abteilung und ihren untergeordneten Abteilungen prüfen.
• Manager-Sicht und offene Genehmigungen prüfen.

Lebenszyklus von Jobs — Formulare für Einzeländerungen, CSV-Import für Massenänderungen. Hybride Gültigkeitsregel:

• Die Checkbox Bestehende Jobs der Person in derselben Abteilung beenden ist standardmäßig aktiviert.
• Für Standard-Positionswechsel angeschaltet lassen.
• Nur bei bewussten parallelen Zuordnungen abschalten.
• Beginn und Ende wirken von selbst: Eine stündliche Aufgabe aktualisiert die abgeleiteten Profilfelder (und damit globale Gruppen und darauf beruhende Kurszugänge), sobald ein Job begonnen oder geendet hat. Eine befristete Vertretung verliert den Zugang also nach dem Enddatum ohne weiteres Zutun.

Plattform-Administration: Governance-Routine

Wöchentlich:

• Neue Abteilungen und Positionen validiert.
• Stichprobe der Job-Zuordnungen je Hauptzweig.
• Delegationsänderungen geprüft.
• Offene Genehmigungen, die älter als drei Tage sind, abgearbeitet.

Monatlich:

• Stichprobe der Projektion in globale Gruppen abgeschlossen.
• CSV-Vorlage und -Prozess geprüft.
• Konsistenzprüfung der Begriffe abgeschlossen.

Vierteljährlich:

• Governance-Review mit Vertreter/innen aus Administration und Management.
• Schulungs-Screenshots aktualisiert.
• Lessons Learned in diesen Handbuchabschnitt eingepflegt.

Relevante Einstellungen

Diese Einstellungen liegen unter Website-Administration → Plugins → Lokale Plugins und werden vom Site-Administrator gesetzt:

• Führungskraft der Führungskraft sieht deren Mitarbeitende — an (Standard): Auch die Führungskräfte über einer Führungskraft sehen deren Mitarbeitende, handeln für sie und genehmigen ihre Anfragen; das gilt für die höheren Ebenen der Abteilungslinie und für die Linie über einer von Hand gesetzten Führungskraft, auch über einer Abteilungsleitung mit von Hand gesetzter Führungskraft. Aus: Das gilt nur für die direkte Führungskraft. Delegationen an Abteilungsadministrator/innen sind davon nicht betroffen.
• Kurse mit Freigabepflicht — die Liste der Kurse, deren Einschreibung über den Genehmigungs-Workflow anfragepflichtig ist.
• Backup-Freigabe-Personen — Ausweich-Genehmiger/innen für Anfragen, die nicht an eine Führungskraft der Berichtslinie geroutet werden können. Gesperrte oder gelöschte Konten in der Liste werden übergangen.

Grenzen

Was das Orgchart-Plugin nicht ist:

• Kein Ersatz für Moodles Rollen & Fähigkeiten. Eine Position ist ein Etikett für eine organisatorische Funktion, keine Moodle-Rolle. Capabilities werden weiterhin über das übliche Moodle-Rollensystem vergeben.
• Keine Mandanten-Schicht. Das gesamte Organigramm gehört zu einer einzigen Moodle-Site (bestätigt single-tenant).
• Kein Workplace-Klon. Es deckt ausschließlich das Workplace-Konzept Organisation structure ab — nicht Programs, Certifications, Appraisals oder andere Workplace-Module.
• Kein HR-System. Kein Recruiting, keine Verträge, keine Lohnabrechnung, keine Performance-Reviews.
• Kein Autorenwerkzeug für Inhalte. SCORM, xAPI und Kursinhalte bleiben Aufgabe von Moodle.

Geplant, nicht im aktuellen Release:

• Dotted-line manager (explizite Mehrfach-Vorgesetzte außerhalb der Positionshierarchie-Ableitung).
• Kurs-Auswahlbereich „intended audience", der globale Gruppen automatisch anhängt.
• Sub-Plugin availability_orgchart für erstklassige „in Abteilung (mit untergeordneten Abteilungen)"-Bedingungen.
• Verlaufs-Schicht für Job-Zuordnungen (Audit vergangener Jobs).
• Begleitendes SCIM-Plugin für HRIS-Provisionierung (eigenes Plugin, eigener Scope).
• People Org View — personenzentrierte Sicht für kleine Organisationen, parallel zum Strukturbaum.

Fehlerbehebung

Eine Person ist nicht wie erwartet eingeschrieben. In dieser Reihenfolge prüfen:

1. Die Person hat eine aktuelle Job-Zuordnung.
2. Pfadwerte für Abteilung und Position existieren in den Profilfeldern.
3. Es gibt eine passende tool_dynamic_cohorts-Regel (Bedingung contains).
4. Die Mitgliedschaft in der globalen Gruppe ist synchronisiert.
5. Der Kurs hat die korrekte Einschreibung über die Methode „Globale Gruppe“ konfiguriert.

Eine Führungskraft sieht keine Team-Anfragen. Prüfen:

1. Die Manager-Beziehung wird korrekt aus aktuellen Jobs und Positionshierarchie abgeleitet.
2. Die Führungskraft hat approverequests in der relevanten Abteilung.
3. Die Anfrage gehört zu einer Abteilung, die die Führungskraft verwalten kann.

Eine delegierte Administration kann erwartete Knoten nicht bearbeiten. Prüfen:

1. Die Delegation zeigt auf die korrekte Abteilung.
2. Das Capability-Set umfasst die erforderliche Aktion.
3. Der Zielknoten liegt in der delegierten Abteilung oder einer ihrer untergeordneten Abteilungen (nicht in einer Geschwister- oder übergeordneten Abteilung).
4. In der Delegationskette gibt es keinen versehentlichen Entzug.

Referenz

• product/ux/orgchart.md für die R1-Formular-basierten UX-Oberflächen.

Konsolidiertes deutsches Benutzerhandbuch

Das folgende Material wurde aus Legacy-DevFlow-Nebendokumenten konsolidiert, damit dieses Plugin exakt die fünf Standard-Markdown-Dateien in docs/ behält. Es ist die deutschsprachige Vorfassung dieses Handbuchs; die Abschnitte oben sind die maßgebliche, auf den LernHive-Doku-Standard umgestellte Fassung.

> Hinweis: Der Hauptteil oben folgt dem LernHive-Doku-Standard > (kanonische fünf Rollen, Abschnittsreihenfolge); dieser Anhang > folgt strukturell noch der Vorfassung. Rollen-Mapping: > „Administrator/in der Website" → Plattform-Administration > (technisch: Manager (Moodle-Rolle); IdP-Anbindung bleibt beim Site-Administrator), > „Direkte/r Vorgesetzte/r (Line Manager)" → Führungskraft (Orgchart-Berichtslinie), > „Kursverantwortliche/r / Trainer/in" → Trainer/in.

Benutzerhandbuch (Vorfassung)

local_lernhive_orgchart — Benutzerhandbuch

> Sprache: Diese Übersetzung folgt der englischen Originalfassung > (dem englischen 02-user-doc.md), die als Source of Truth gilt. > Begriffe folgen dem Product String Inventory. > Framework, Job, Move-Picker bleiben als > Brand- bzw. UI-Begriffe auf Englisch.

##### Nutzerwert

OrgChart spiegelt die reale Organisation in LernHive, sodass Einschreibung, Sichtbarkeit und Berichte der Struktur automatisch folgen.

##### Wer dieses Plugin verwendet

• Administrator/in der Website — legt Frameworks an, modelliert die Hierarchien für Abteilungen und Positionen, importiert oder verwaltet Job-Zuordnungen, verbindet die Struktur mit dem Identity-Provider, ernennt Abteilungsadministrator/innen.
• Abteilungsadministrator/in — eine delegierte Administration, die ihre eigene Abteilung mit untergeordneten Abteilungen verwaltet: Abteilungen und Jobs darin anlegen, ändern und löschen, optional weiter nach unten delegieren.
• Direkte/r Vorgesetzte/r (Line Manager) — eine Person, deren Position in der Abteilung mit untergeordneten Abteilungen höher steht. Sieht den Lernfortschritt des Teams, kann Teammitglieder in Kurse einschreiben und Anfragen auf Kurseinschreibung genehmigen.
• Kursverantwortliche/r / Trainer/in — versieht Kurse mit einer Abteilung oder Position samt untergeordneten Abteilungen bzw. Positionen, sodass die richtigen Personen automatisch eingeschrieben werden (über die vom Plugin gesteuerten globalen Gruppen).
• Teilnehmer/in — erlebt das Organigramm indirekt. Im Dashboard erscheinen die Kurse, die zu den aktuellen Jobs passen; Teilnehmer/innen können Einschreibungen für berechtigte Kurse anfragen, die zur Genehmigung an die zuständige Führungskraft geleitet werden.

##### Was die Nutzer/innen erleben sollen

• Arbeitsplatznahe Begriffe, die Praktiker/innen wiedererkennen: Framework, Department (Abteilung), Position, Job, Reporting line (Berichtslinie).
• Onboarding mit minimalem Aufwand für den flachen Personalfall mit dem Werkzeug Rollentypen einrichten (ein Schritt) — kein händisches Konfigurieren von Profilfeldern, globalen Gruppen und dynamischen Regeln.
• Interaktive Baumbearbeitung für Abteilungs- und Positionshierarchien — per Drag & Drop umordnen, Tastatur-Pickup, Inline-Umbenennen via core/inplaceeditable, Kebab-Menü als Fallback für Touch- und Screenreader-Nutzung. (Die ursprünglichen R1-Formulare bleiben als Detailseiten zum Anlegen / Bearbeiten erhalten.)
• Nachvollziehbare Delegation — jede administrative Aktion wird protokolliert; die Delegationskette (wer wen wofür zur Administration ermächtigt hat) ist einsehbar.
• Schlanke Manager-Oberfläche — ein Teammitglied einschreiben oder eine Anfrage genehmigen funktioniert ohne Seitenwechsel.
• Progressive Disclosure — der flache Fall sieht nie die Komplexität der Hierarchie, der Hierarchiefall stößt nie an die Grenzen des flachen Modells.

##### Wichtige Workflows

Alle Workflows unten starten auf der zentralen Seite Organisationsstruktur.

###### Workflow 1 — Administrator/in: Erstkonfiguration (flacher Personalfall)

1. Öffnen Sie Website-Administration → LernHive → Organisationsstruktur.
2. Öffnen Sie den Reiter Mehr und dort Rollentypen einrichten.
3. Tragen Sie die Liste der Rollentypen ein (z. B. „Pflegefachkraft", „Pflegehilfskraft", „Leitung", „Auszubildende") und klicken Sie auf Rollentypen anlegen.
4. Das Plugin legt automatisch an:
   • ein Framework
   • eine einstufige Positionshierarchie
   • ein eigenes Profilfeld
   • eine globale Gruppe je Rollentyp
   • tool_dynamic_cohorts-Regeln, die Profilwerte auf globale Gruppen abbilden
5. Verknüpfen Sie das Profilfeld mit dem Identity-Provider (Keycloak / SAML / OIDC / LDAP-Attribut-Mapping), damit beim Login automatisch der richtige Wert gesetzt wird.
6. Fertig. Nutzer/innen landen innerhalb eines tool_dynamic_cohorts-Sync-Zyklus in den richtigen globalen Gruppen.

###### Workflow 2 — Administrator/in: Erstkonfiguration (vollständige Hierarchie)

1. Öffnen Sie Website-Administration → LernHive → Organisationsstruktur.
2. Legen Sie ein Framework an (z. B. „Pflegeverbund").
3. Modellieren Sie die Abteilungshierarchie im interaktiven Baum:
   • Eine Abteilung legen Sie über das Plus-Symbol Abteilung anlegen im Seitenkopf an (öffnet ein LernHive-Formular).
   • Reihenfolge oder Eltern ändern: ziehen Sie eine Zeile am Ziehgriff (gestrichelte Spalte links). Die Zeile springt in Position; eine farbige Linie zeigt das Ziel.
   • Tastatur-Alternative: Fokussieren Sie den Ziehgriff einer Zeile und drücken Sie Leertaste / Enter: Der Verschieben-Dialog von Moodle listet alle gültigen Ziele mit Namen („Nach …“, „An den Anfang von …“); wählen Sie eines mit Tab und Enter oder schließen Sie den Dialog mit Escape.
   • Kebab-Fallback: Der Punkt Verschieben… im Dreipunkt-Menü ⋮ jeder Zeile öffnet denselben Tastatur-Move-Picker — nützlich auf Touchgeräten oder mit Screenreader.
   • Inline-Umbenennen: Klicken Sie auf das Stiftsymbol neben einem Namen, um ohne Seitenwechsel umzubenennen (Moodle core/inplaceeditable).
4. Modellieren Sie die Positionshierarchie auf dieselbe Weise auf der Seite Positionen.
5. Weisen Sie Jobs zu:
   • entweder einzeln über den Tab „Jobs" im Profil einer Person,
   • oder per CSV-Import in Massen (Vorlage herunterladen, username, department_idnumber, position_idnumber, validfrom, validto ausfüllen, hochladen).
6. Prüfen Sie die abgeleiteten Berichtslinien — sie werden als schreibgeschützte Überlagerung angezeigt; Vorgesetzte ergeben sich automatisch aus der Positionshierarchie.

###### Workflow 2a — Administrator/in: Beispiel-Organigramm zur Evaluation laden

1. Öffnen Sie Website-Administration → LernHive → Organisationsstruktur.
2. Klicken Sie auf Beispiel-Organigramme.
3. Wählen Sie die LernHive-Flavour, die zu Ihrem Kontext passt — Schule, Learning Experience Platform, Hochschule oder Unternehmen — und klicken Sie auf Beispiel laden.
4. Das Plugin legt ein eigenes Framework Sample - … mit vollständigem Abteilungs- und Positionsbaum plus Demo-Nutzer/innen und Job-Zuordnungen an. Das Beispiel ist sofort nützlich für Berichte, Team-Karte und Screenshots, weil Vorgesetzte und Berichtende bereits existieren.
5. Klicken Sie auf Beispiel löschen, sobald Sie es nicht mehr benötigen. Die Bereinigung räumt die Struktur vollständig ab, sodass das nächste Laden bei einem sauberen Zustand startet.

> Beispiel-Organigramme sind demo-fähig, nicht nur strukturell: Sie erzeugen markierte Demo-Nutzer/innen und Job-Zuordnungen, sodass Berichte und Personensichten sofort sinnvoll sind. Entfernen Sie das Beispiel wieder, wenn Sie es nicht mehr brauchen; die Bereinigung entfernt auch die zum Beispiel gehörenden Nutzer/innen und Jobs.

###### Workflow 3 — Administrator/in: Abteilungsadministration delegieren

1. Öffnen Sie die Abteilung, die Sie mit ihren untergeordneten Abteilungen delegieren wollen (z. B. Region Nord).
2. Im Bereich Administrator/innen fügen Sie eine Person hinzu → wählen Sie die Capabilities: managesubtree, managejobs, viewreports, enrolteam, approverequests.
3. Die delegierte Administration (z. B. Frau Weiß) kann nun innerhalb von Region Nord und ihren Nachfolgern alles verwalten, kommt aber nicht an Region Süd. Sie kann auch weiter nach unten delegieren — z. B. Herr Blau zur Administration von Team A ermächtigen.
4. Die Ansicht der Delegationskette zeigt: Site-Admin → Frau Weiß → Herr Blau.
5. Jede Aktion wird protokolliert; das Audit-Log ist nach Abteilung oder Akteur/in filterbar.

###### Workflow 4 — Abteilungsadministrator/in: eigene Abteilungen verwalten

1. Öffnen Sie Meine Administration → Region Nord.
2. Legen Sie Abteilungen, Positionen und Jobs in der Abteilung und ihren untergeordneten Abteilungen an, ändern Sie sie oder löschen Sie sie.
3. (Wenn managesubtree erteilt wurde) delegieren Sie eine untergeordnete Abteilung weiter an eine Teamleitung.
4. Nicht möglich: Abteilungen außerhalb von Region Nord bearbeiten, eine Capability vergeben, die Sie selbst nicht haben, oder benachbarte Abteilungen erreichen.

###### Workflow 5 — Kursverantwortliche/r / Trainer/in: einen Kurs taggen

1. Öffnen Sie die Kurs-Einstellungen unter Einstellungen → Organisationsstruktur.
2. Wählen Sie eine Abteilung und/oder Position; untergeordnete Abteilungen bzw. Positionen sind eingeschlossen. Beispiel: „alle Personen in Pflege Nord an der Position examinierte Pflegekraft oder darunter".
3. Speichern. Das Plugin legt die passende Bindung an eine globale Gruppe an und registriert eine tool_dynamic_cohorts-Regel. Bestehende manuelle Einschreibungen bleiben unangetastet.

> R1-Hinweis: Der Kurs-Auswahlbereich „intended audience" ist ein R2-Item. In R1 hängen Kursverantwortliche die vorhandenen globalen Gruppen über die eingebaute Moodle-Methode enrol_cohort an.

###### Workflow 6 — Direkte/r Vorgesetzte/r: Team einsehen und einschreiben

1. Öffnen Sie den Block / Tab Mein Team.
2. Sie sehen direkte und indirekte Berichtende (Nachfolger/innen in der Positionshierarchie innerhalb derselben Abteilung). Wer zwei Abteilungen führt, sieht beide. Indirekte Berichtende erscheinen nur, solange Führungskraft der Führungskraft sieht deren Mitarbeitende aktiv ist.
3. Klicken Sie auf eine Person, um deren Lernfortschritt aufzurufen (über local_lernhive_reporting).
4. Eine berichtende Person inline in einen Kurs einschreiben — wählen Sie einen Kurs, für den die Abteilung berechtigt ist, bestätigen Sie, fertig. Das Plugin legt eine manuelle Einschreibung über die Moodle-Enrol-API an.

###### Workflow 7 — Direkte/r Vorgesetzte/r: eine Anfrage genehmigen

1. Öffnen Sie Offene Team-Anfragen.
2. Jede Zeile zeigt: Antragsteller/in, Kurs, Notiz der anfragenden Person, Abteilungskontext.
3. Genehmigen oder ablehnen, optional mit Notiz.
4. Genehmigen → das Plugin schreibt die Person ein; beide Seiten sehen den Statuswechsel.
5. Ablehnen → die Anfrage schließt; die anfragende Person wird über die Moodle-Mitteilungspipeline informiert.

###### Workflow 8 — Teilnehmer/in: Kurseinschreibung anfragen

1. Öffnen Sie die Landingpage eines Kurses.
2. Wenn der Kurs als freigabepflichtig markiert ist und Ihr Job die Berechtigungsregel erfüllt, erscheint eine Schaltfläche Einschreibung anfragen.
3. Optional eine Notiz hinzufügen, abschicken.
4. Die Anfrage landet bei Ihrer Führungskraft (oder mehreren, falls Sie mehrere Jobs haben). Wer zuerst genehmigt, gewinnt.
5. Auf dem Dashboard sehen Sie unter Meine Einschreibungs-Anfragen den aktuellen Status in Echtzeit.

###### Workflow 9 — Teilnehmer/in: regulärer Lernbetrieb (unverändert)

Teilnehmer/innen sehen keine neue UI über die optionale Schaltfläche Einschreibung anfragen hinaus. Im Dashboard erscheinen weiterhin die Kurse, in die sie eingeschrieben sind. Der Unterschied: die Einschreibung folgt jetzt automatisch der Job-Struktur, statt manuell gepflegt zu werden.

##### Begriffe in der Oberfläche

##### Release 1 — was ausgeliefert wird

Das substanzielle Plugin. R1 deckt ab:

• Vollständiges Datenmodell (Framework, Abteilung, Position, Job) mit formularbasierter Pflege und CSV-Import.
• „Rollentypen einrichten“ für den flachen Fall.
• Mehrere Jobs pro Person, mehrere Vorgesetzte pro Person.
• Ableitung der Berichtslinien (Workplace-Muster).
• Rekursive Delegation an Abteilungsadministrator/innen mit Audit-Log und Delegationsketten-Ansicht.
• Personenzentrierte Ansicht der Vorgesetztenverhältnisse zur Klärung von Führungskraft-Beziehungen und Genehmigungsrouten, inklusive direkter Aktion „Vorgesetzte/n setzen" für Personen, deren Anfragen noch nicht automatisch geroutet werden können.
• Manager-Oberflächen: Sichtbarkeit in Berichten, Einschreibe-Befugnis, Genehmigungs-Workflows.
• Projektion in globale Gruppen über tool_dynamic_cohorts (harte Abhängigkeit).
• Datenschutz-API; Events-API für die Integration in andere LernHive-Plugins.

##### Release 2 — UX-Politur und Nice-to-haves

Ausgeliefert in v0.2.0 (2026-04-25):

• Interaktive Baumbearbeitung (Drag-to-reparent für Abteilungs- und Positionshierarchien, Tastatur-Pickup, Kebab-Fallback, core/inplaceeditable für Inline-Rename) — der genannte Wettbewerbsvorteil. Die Implementierung nutzt core/sortable_list.
• Manager-„Team-Karte" mit Fortschrittskacheln.
• Plugin Shell §3 + UX-System v0.1.11 Konformität für alle 17 Einstiegspunkte.

Weiterhin auf der R2-Liste:

• Dotted-line manager (explizite Mehrfach-Vorgesetzte außerhalb der Positionshierarchie-Ableitung).
• Kurs-Auswahlbereich „intended audience", der globale Gruppen automatisch anhängt.
• Sub-Plugin availability_orgchart für erstklassige „in Abteilung (mit untergeordneten Abteilungen)"-Bedingungen.
• Verlauf der Job-Zuordnungen (Audit vergangener Jobs).
• Begleitendes SCIM-Plugin für HRIS-Provisionierung (eigenes Plugin, eigenes Scope).
• People Org View — Personen-zentrierte Sicht für kleine Organisationen, parallel zum Strukturbaum.

##### Was das Orgchart-Plugin nicht ist

• Kein Ersatz für Rollen & Capabilities in Moodle. Eine Position ist ein Etikett für eine organisatorische Funktion, keine Moodle-Rolle. Capabilities werden weiterhin über das übliche Moodle-Rollensystem vergeben.
• Keine Mandantenfähigkeit. Das gesamte Organigramm gehört zu einer einzigen Moodle-Site (bestätigt single-tenant).
• Kein Workplace-Klon. Es deckt ausschließlich das Workplace-Konzept Organisation structure ab — nicht Programs, Certifications, Appraisals oder andere Workplace-Module.
• Kein HR-System. Kein Recruiting, keine Verträge, keine Lohnabrechnung, keine Performance-Reviews.
• Kein Autorenwerkzeug für Inhalte. SCORM, xAPI und Kursinhalte bleiben Aufgabe von Moodle.

##### Betriebshandbuch für Administration und Management

Dieser Abschnitt ist das kanonische Betriebshandbuch für Orgchart. Primärsprache ist Englisch. Kurze deutsche Hinweise stehen nur dort, wo sie Missverständnisse im Tagesbetrieb reduzieren.

###### Erstkonfiguration (empfohlene Reihenfolge)

1. Setup-Modus festlegen:
   • Flacher Personalfall: „Rollentypen einrichten“ verwenden.
   • Vollständige Hierarchie: Framework, Abteilungsbaum und Positionsbaum manuell anlegen.
2. Framework mit stabiler idnumber anlegen.
3. Abteilungs- und Positionshierarchien mit klaren Namen und validierter Eltern-Auswahl bauen.
4. Job-Zuordnungen anlegen.
5. Projektionskette bestätigen:
   • Orgchart schreibt abgeleitete Profilfeldwerte.
   • tool_dynamic_cohorts mappt Werte auf globale Gruppen.
   • enrol_cohort führt die Kurseinschreibungen aus.
6. Abteilungsadministration mit minimal nötigen Capabilities delegieren.

Hilfe-Hinweis:

• Wenn das Kunden-Vokabular „nur Rollentypen" lautet, mit „Rollentypen einrichten“ starten.

###### Schnellstart mit Beispiel-Organigrammen

Nutzen Sie das für Demos, Admin-Schulungen und Smoke-Tests, bevor Sie eine echte Kundenstruktur modellieren.

1. Öffnen Sie Website-Administration → LernHive → Organisationsstruktur.
2. Klicken Sie auf Beispiel-Organigramme.
3. Wählen Sie ein Beispiel passend zur Flavour:
   • Schule
   • Learning Experience Platform
   • Hochschule
   • Unternehmen
4. Klicken Sie auf Beispiel laden und prüfen Sie, dass Framework, Abteilungen und Positionen in den Verwaltungsansichten erscheinen.
5. Nutzen Sie Beispiel löschen, wenn Sie aufräumen wollen.

Betriebsregeln:

• Beispiele erzeugen Framework, Abteilungsbaum, Positionsbaum, Demo-Nutzer/innen und Demo-Job-Zuordnungen.
• Vom Beispiel angelegte Nutzer/innen und Jobs sind temporär und werden mit dem Beispiel wieder entfernt.
• Eine Neu-Installation ist gesperrt, bis das vorhandene Beispiel entfernt wurde.

###### Tagesbetrieb

####### Pflege von Abteilungen und Positionen

Vor jeder Änderung prüfen:

• Reine Umbenennung oder strukturelle Änderung?
• Sind Berichtslinien betroffen?
• Sind nachgelagerte Regeln für globale Gruppen betroffen?

Nach der Änderung:

• Stichproben-Nutzer/innen in der betroffenen Abteilung und ihren untergeordneten Abteilungen prüfen.
• Manager-Sicht und offene Anfragen prüfen.

####### Lebenszyklus von Jobs

Formulare für Einzeländerungen, CSV-Import für Massenänderungen.

Hybride Gültigkeitsregel:

• Die Checkbox „Bestehende Jobs der Person in derselben Abteilung beenden" ist standardmäßig aktiviert.
• Für Standard-Positionswechsel angeschaltet lassen.
• Nur bei bewussten parallelen Zuordnungen abschalten.

####### Delegationsbetrieb

Beim Erteilen von Rechten:

• Nur die wirklich nötigen Capabilities erteilen.
• Subset-only-Logik mit einem delegierten Test-Account validieren.
• Begründung im Team-Runbook festhalten.

Beim Entziehen von Rechten:

• Den Cascade-Revoke für mittlere Delegierte beachten.
• Vor dem Bestätigen die betroffenen delegierten Administratoren/innen prüfen.

####### Genehmigungs-Routine (Manager/in)

Statusmodell:

• requested → approved → enrolled
• requested → rejected
• requested → closed

Manager-Routine:

1. Offene Team-Anfragen öffnen.
2. Antragsteller/in, Kurs und Abteilungskontext prüfen.
3. Mit kurzer Notiz genehmigen oder ablehnen.
4. Aktualisierten Status in den Anfragelisten bestätigen.

###### Troubleshooting-Playbook

####### Eine Person ist nicht eingeschrieben, obwohl sie es sein sollte

In dieser Reihenfolge prüfen:

1. Person hat eine aktuelle Job-Zuordnung.
2. Pfadwerte für Abteilung und Position existieren in den Profilfeldern.
3. Es gibt eine passende tool_dynamic_cohorts-Regel (Bedingung contains).
4. Die Mitgliedschaft in der globalen Gruppe ist synchronisiert.
5. Der Kurs hat die korrekte Einschreibung über die Methode „Globale Gruppe“ konfiguriert.

####### Manager/in sieht keine Team-Anfragen

Prüfen:

1. Die Manager-Beziehung wird korrekt aus aktuellen Jobs und Positionshierarchie abgeleitet.
2. Die Manager-Person hat approverequests in der relevanten Abteilung.
3. Die Anfrage gehört zu einer Abteilung, die die Manager-Person verwalten kann.

####### Delegierte Administration kann erwartete Knoten nicht bearbeiten

Prüfen:

1. Die Delegation zeigt auf die korrekte Abteilung.
2. Das Capability-Set umfasst die erforderliche Aktion.
3. Der Zielknoten liegt in der delegierten Abteilung oder einer ihrer untergeordneten Abteilungen (nicht in einer Geschwister- oder übergeordneten Abteilung).
4. In der Delegationskette gibt es keinen versehentlichen Entzug.

###### Governance-Checkliste

Wöchentlich:

• Neue Abteilungen und Positionen validiert.
• Stichprobe der Job-Zuordnungen je Hauptzweig.
• Delegationsänderungen geprüft.
• Offene Genehmigungen, die älter als drei Tage sind, abgearbeitet.

Monatlich:

• Stichprobe der Projektion in globale Gruppen abgeschlossen.
• CSV-Vorlage und -Prozess geprüft.
• Konsistenzprüfung der Begriffe abgeschlossen.

Vierteljährlich:

• Governance-Review mit Vertreter/innen aus Administration und Management.
• Schulungs-Screenshots aktualisiert.
• Lessons Learned in diesen Handbuchabschnitt eingepflegt.

Referenz:

• product/ux/orgchart.md für die R1-Formular-basierten UX-Oberflächen.