Org-Intelligence-Reports

Org-Intelligence-Reports sind spezielle Report-Typen im Aggregator, die formale Strukturen (Rollen, Beziehungen, OKRs) mit gelebten Interaktionssignalen aus externen Systemen vergleichen.

Voraussetzung: Data Node „Org Intelligence” eingeschaltet + mindestens eine konfigurierte Datenquelle + Personen-Mapping für aussagekräftige Ergebnisse.

Verfügbare Report-Typen

Engagement Score (`signals_engagement`)

Zeigt pro Person, wie stark die tatsächlichen Interaktionen mit den formal zugewiesenen Beziehungen übereinstimmen.

Wert	Bedeutung
> 60 %	Hohe Übereinstimmung — formale Rolle wird gelebt
30–60 %	Partielle Übereinstimmung
< 30 %	Geringe Übereinstimmung — formale Rolle möglicherweise nicht aktiv

Silo-Analyse (`signals_silos`)

Identifiziert formale Beziehungen (Schnittstellen zwischen Teams/Rollen), zu denen keine Interaktionssignale existieren. Hohe Silo-Rate = formal definierte Zusammenarbeit findet nicht statt.

Silo-Rate: Anteil formaler Beziehungen ohne Signal-Kante
Silo-Liste: Konkrete Paare, die formal verbunden sind, aber nicht interagieren

Informelle Leader (`signals_leaders`)

Erkennt Personen, die im Interaktionsgraph eine zentrale Rolle spielen (hohe Anzahl starker Verbindungen), aber keine formale Führungsrolle innehaben. Diese Personen koordinieren informell und sind oft kritisch für den Informationsfluss.

Formal vs. Gelebt (`signals_vs_formal`) — Org-Lückenanalyse

Erkennt Unterschiede zwischen der gelebten Organisation (tatsächlich stattfindende Interaktionen, aus allen konfigurierten Quellen aggregiert) und der definierten Organisation (Strukturen in roleALPHA). Drei Lückentypen:

Typ	Bedeutung	Erkennungslogik
Undokumentiert	Zusammenarbeit existiert in der Praxis, ist aber nicht formal definiert	Aggregierter Signal-Weight Person↔Entity > 0,4 ohne formale Zuordnung in rA
Widersprüchlich	Gelebte Interaktionen widersprechen der formalen Zuordnung	> 60 % der Interaktionen einer Person außerhalb ihres formalen Teams
Unwirksam	In rA definierte Struktur wird nicht gelebt	Entity in rA vorhanden, quellübergreifender Weight < 0,1 über 90 Tage

Wo erscheint die Analyse?

Org-Lücken-Tab (/signals → Org-Lücken): Gesamtübersicht aller Lücken im Tenant — filterbar nach Typ und Entity-Typ
Entity-Detail-Panel: Direkte Lückenanalyse für eine einzelne Entity (nur sichtbar für platform_admin und tenant_admin)

Quellennachweis (Anti-Halluzination)

Jeder Befund enthält:

Interaktionszahl aus echten Signaldaten (keine Schätzung)
sourceDiversity: Wie viele unabhängige Quellen (z.B. MSGraph + Confluence + Web = 3) den Befund bestätigen
Quell-URLs (bei Web-Crawler-Signalen): direkte Links zu den gecrawlten Seiten

Ein Befund ohne interactionCount ≥ Schwellenwert erscheint nie. Die Beschreibung zeigt immer konkrete Zahlen, z.B. „Person taucht 14 Mal informell bei ‚Budgetplanung’ auf”.

Multi-Quellen-Aggregation

Die Analyse wertet alle Signal-Quellen gemeinsam aus — MSGraph, Confluence, SharePoint, Jira, CSV, Web-Crawler. Erst durch die Kombination mehrerer unabhängiger Quellen mit hoher sourceDiversity entstehen belastbare Befunde.

Schwellenwerte

Diese Schwellenwerte gehören zur Org-Lückenanalyse (Org-Lücken-Tab / Entity-Detail-Panel, Motor in services/ra-signals) — nicht zu den unten unter „Konfigurierbare Parameter” beschriebenen minWeight/leaderMinEdgeCount-Parametern der signals_*-Aggregator-Reports. Beide Systeme werten Signaldaten aus, sind aber getrennte Code-Pfade mit getrennten Schwellenwerten — nicht verwechseln.

Parameter	Standard
Undokumentiert: Min. Weight	0,4
Widersprüchlich: Außerhalb-Anteil	> 60 %
Unwirksam: Max. Weight	< 0,1 über 90 Tage
Generell: Min. Interaktionen	5 (konfigurierbar)

OKR-Alignment (`signals_okr_alignment`)

Zeigt, welche Personen (gemessen an Interaktionsstärke) am aktivsten sind — und ermöglicht den manuellen Abgleich mit OKR-Zielsetzungen.

Automatisches OKR-Alignment erfordert manuelle Verknüpfung der Aktivitäts-Signale mit OKR-Zielen.

Einen Signal-Report erstellen

Öffne den Aggregator (/aggregator).
Klicke auf Neuer Report.
Wähle als Report-Typ einen der Signal-Typen (nur sichtbar, wenn der Data Node Org Intelligence eingeschaltet ist).
Vergib einen Namen und speichere.
Führe den Report aus.

Konfigurierbare Parameter

Jeder signals_*-Report liest optional folgende Felder aus seiner config:

Parameter	Bedeutung	Standard
`minWeight`	Mindest-Kantengewicht, das aus ra-signals geladen wird	`0.1`
`leaderMinEdgeCount`	Mindestanzahl Kanten, ab der eine Person als informeller Leader gilt (`signals_leaders`, `signals_vs_formal`)	`3`
`filters`	Filter (wie im Aggregator-Builder: Feldpfad/Operator/Wert), angewendet auf die berechneten Ergebniszeilen	—
`groupBy`	Fasst die Ergebniszeilen zu Anzahl-je-Gruppe zusammen, statt sie einzeln durchzureichen	—

Nur über API/MCP setzbar: Der Report-Builder-Assistent hat aktuell keinen Editor für Signal-Report-Configs (nur für builder-Reports). Diese Parameter setzt du direkt über PUT /api/aggregator/reports/:reportId mit config: { minWeight: 0.3, ... }.

Ergebnisse lesen

Jedes Ergebnis enthält neben seinen Detail-Feldern (items/silos/leaders/persons/summary, je nach Report-Typ) zusätzlich rows/columns — dieselbe generische Tabellen-/Diagramm-Form wie Builder-Reports. Verwende Diagrammtyp: Tabelle für die übersichtlichste Darstellung.

Warnung: Mapping-Qualität

Je mehr Personen gemappt sind, desto aussagekräftiger sind die Reports. Personen ohne Mapping (kein personUuid) erscheinen nicht im Ergebnis. Prüfe den Mapping-Status unter Personen-Mapping.

Verwandt

Aggregator — Report-Builder und Zeitpläne
Org Intelligence — Datenschutz und Funktionsweise
Personen-Mapping — Personen-Mapping verbessern