Der Betriebsrat braucht geschützte Räume – mitten in der Microsoft-365-Umgebung des Arbeitgebers.
Betriebsratsarbeit behandelt das Vertraulichste, was ein Unternehmen hat: Personalvorgänge, Anhörungen, persönliche Anliegen von Beschäftigten. Dafür braucht das Gremium Bereiche, auf die nur seine Mitglieder und die von ihm benannten Personen zugreifen – und eine Antwort auf die Frage, wer trotz Admin-Rechten technisch mitlesen könnte. Dazu kommt der Alltag: Nach jeder Wahl werden Zugänge von Hand umgebaut, Übergabe und Aufbewahrung bleiben ungeregelt. Wir geben Ihnen ein Konzept für einen Bereich, den das Gremium selbst verantwortet – Ablagen ohne Einsichtsmöglichkeit durch Geschäftsführung und Unternehmens-IT, jeder verbleibende Admin-Eingriff protokolliert und für das Gremium nachvollziehbar, Mitgliederwechsel nach jeder Wahl automatisiert.
Geschützte Betriebsratsarbeit: Externe Treiber.
„Bei der Verarbeitung personenbezogener Daten hat der Betriebsrat die Vorschriften über den Datenschutz einzuhalten“ – § 79a BetrVG; Verantwortlicher ist dabei der Arbeitgeber, und beide Seiten „unterstützen sich gegenseitig bei der Einhaltung der datenschutzrechtlichen Vorschriften“. Ein Bereich mit eigener Rollenstruktur des Gremiums, in dem jeder verbleibende Admin-Eingriff protokolliert und für das Gremium nachvollziehbar ist, unterstützt genau dieses Zusammenspiel.
Sicherheit der Verarbeitung (Art. 32 Abs. 1): Betriebsratsunterlagen enthalten oft besonders sensible Angaben über Beschäftigte, etwa aus Personalvorgängen und Anhörungen. Zugriff nur für gewählte Mitglieder, Verschlüsselung und dokumentierte Wechsel machen den Schutz prüfbar.
Risikofragebögen fragen, wie sensible Beschäftigtendaten geschützt und Zugriffe begrenzt sind. Ein Betriebsratsbereich mit eigener Zugriffsstruktur zahlt auf diese Antworten ein – zum Schutz derer, um deren Daten es geht.
Unsere technische Basis.
Angepasst an Ihre Umgebung und Lizenzen.
01 · Zielsysteme
Microsoft 365 – abgegrenzte Teams- und SharePoint-Bereiche des Gremiums, mit Zugriff nur für seine Mitglieder und die von ihm benannten Personen. Vertraulichkeitsbezeichnungen aus Microsoft Purview verschlüsseln die Unterlagen am Dokument selbst – lesbar nur für die vom Gremium benannten Personen, für Admin-Rollen nicht –, Aufbewahrungsrichtlinien regeln die Fristen.
02 · Durchführung & Self-Service
Microsoft Entra ID steuert Rollen, Mehrfaktor-Anmeldung (MFA) und bedingten Zugriff. Die Mitgliederliste pflegt das Gremium selbst: Wer nach Wahl oder Nachrücken darauf steht, erhält seine Zugriffe automatisch, wer ausscheidet, verliert sie – die Unternehmens-IT muss dafür nicht ran. Mobiler Zugriff läuft über App-Schutzrichtlinien aus Microsoft Intune – sie regeln den Umgang mit Gremiendaten in den Apps, ohne das Gerät selbst zu verwalten.
03 · Prozess-Dokumentation & Ablauf
Jeder Supportfall wird ein Vorgang, jede Änderung am Bereich ein Change – festgehalten in Jira Service Management, mit einer Spur, die auch das Gremium einsehen kann.
Ein Bereich in Verantwortung des Gremiums – mit Grenzen, die alle Seiten kennen.
Der Zuschnitt folgt Ihrer Ausgangslage und Lizenzsituation – der Kern ist in jedem Projekt derselbe. Sie nutzen andere Tools? Wir prüfen, wie sich unser Konzept am besten bei Ihnen abbilden lässt.
Befund der Gremienarbeit
Ablagen, Geräte, Kommunikationswege und Schutzbedarf des Gremiums – samt der Frage, wer heute technisch zugreifen könnte.
Zielbild Betriebsratsbereich
Struktur, Rollen und Berechtigungen des Gremiums; Schutz und Aufbewahrung je Dokumenttyp; die Grenzen der technischen Administration stehen im Konzept – nachlesbar für alle Seiten.
Prozess: Mitglieder & Wahlperioden
Nachrücken, Stellvertretung, Ausscheiden und die Übergabe zwischen Wahlperioden als beschriebene Abläufe – dokumentiert in Jira Service Management.
Pilot & Umsetzung
Das Gremium arbeitet im neuen Bereich und prüft ihn an echten Vorgängen – mit Supportweg und Zugriffsübersicht. Danach der Regelbetrieb.
Fragen vor dem Start.
Kann die IT des Unternehmens Betriebsratsdokumente lesen?
Ohne besondere Vorkehrungen ja – wer die Plattform administriert, kann sich Zugriff auf Ablagen verschaffen. Genau das stellt das Konzept ab: Die Unterlagen des Gremiums sind am Dokument selbst verschlüsselt, lesen kann sie nur, wer auf der Mitgliederliste steht. Verschafft sich eine Admin-Rolle Zugriff auf die Ablage, sieht sie Dateinamen, aber keine Inhalte – und der Eingriff steht im Protokoll, das das Gremium einsieht. Die wenigen Sonderrechte, die die Verschlüsselung aufheben könnten, werden stillgelegt oder protokolliert. Was davon Ihre Architektur und Lizenzen tragen, steht im Zielbild, bevor umgesetzt wird.
Braucht der Betriebsrat einen eigenen Tenant?
Nicht automatisch. Ein abgegrenzter Bereich im vorhandenen Tenant reicht oft – bewertet wird nach Schutzbedarf, Identitäten, Betrieb und Support. Ein eigener Tenant bleibt eine Option für besonders hohe Anforderungen; er bringt eigenen Betriebs- und Lizenzaufwand mit.
Was passiert mit den Unterlagen nach der Wahl?
Übergabe, Aufbewahrung und Löschung folgen einem Lebenszyklus-Modell: Laufende Vorgänge gehen geordnet an das neue Gremium über, Abgeschlossenes wird nach den Fristen behandelt, die bei Ihnen gelten. Welche das sind, entscheiden Gremium und zuständige Stellen – das Konzept macht diese Entscheidung ausführbar.
Hat Ihr Betriebsrat einen Bereich, dem alle Seiten vertrauen?
30 Minuten Ausgangslage besprechen: Sie schildern Gremium und Umgebung – etwa heutige Ablagen und den letzten Wechsel nach der Wahl –, Loptr ordnet ein.
Der passende Einstieg ist manchmal ein anderer.
Nicht jede Schutzfrage beginnt beim eigenen Bereich – vier typische Fälle:
Oder der Überblick: alle Lösungen im Bereich Multi-Tenant-Collaboration →