Bei der Zeiterfassung scheitert selten zuerst die Technik, sondern die Reihenfolge. Wer Einstellungen wählt, die Mitbestimmungsrechte berühren können, sollte Einigungstext und Systemlogik vor dem Go-live deckungsgleich machen.
Takeaway: Zeiterfassung wird beherrschbar, wenn Zweck, Rollen, Reports und Grenzen vor der Konfiguration feststehen. Sonst läuft die Betriebsvereinbarung dem System später nur hinterher.
Das eigentliche Problem bei der Zeiterfassung ist oft nicht die Tool-Auswahl, sondern die Reihenfolge. Erst wird konfiguriert, dann zeigt sich, dass genau diese Einstellungen Verhalten, Sichtbarkeit und Kontrolle beeinflussen. Je nach Ausgestaltung können solche Funktionen Mitbestimmungsrechte des Betriebsrats berühren – und dann muss die Konfiguration nachträglich verhandelt werden. Das gilt für jede Lösung, vom spezialisierten Zeiterfassungstool bis zur Plattform wie Bitrix24 mit integrierter Arbeitszeiterfassung.
Dass erfasst wird, ist in Deutschland keine Verhandlungsfrage mehr. Mit dem Beschluss des Bundesarbeitsgerichts vom 13. September 2022 (1 ABR 22/21) ist klar: Arbeitgeber sind nach § 3 Abs. 2 Nr. 1 ArbSchG verpflichtet, die Arbeitszeiten ihrer Beschäftigten zu erfassen. Eine bestimmte Form schreibt das Gericht nicht vor. Offen und gestaltbar ist damit vor allem das Wie – und genau dort setzt die Abstimmung mit dem Betriebsrat an.
Die kurze Antwort: Erst den Einigungsgegenstand abgrenzen, dann Zweck und rote Linien festlegen, danach die operativen Regeln beschließen und erst dann konfigurieren. Dieser Artikel ersetzt keine Rechtsberatung. Er beschreibt ein umsetzbares Vorgehen für HR, IT, Fachbereich, Payroll und Betriebsrat. Arbeiten diese Gruppen nicht mit demselben Modell, entstehen Reibungen: Reports sind zu detailliert, Korrekturwege unklar, Ausnahmen improvisiert und Änderungen später kaum kontrollierbar.
Nicht jede Systemeinstellung ist automatisch ein Thema für die Mitbestimmung. Entscheidend ist, ob eine Konfiguration Einfluss auf Verhalten, Kontrolle, Sichtbarkeit oder die Bewertung von Anwesenheit und Arbeitsleistung haben kann. Den rechtlichen Rahmen bildet vor allem § 87 Abs. 1 Nr. 6 BetrVG: die Mitbestimmung bei technischen Einrichtungen, die dazu geeignet sind, Verhalten oder Leistung der Beschäftigten zu überwachen.
In der Praxis betrifft das häufig diese Bereiche: Erfassungslogik, Auswertungen, Sichtbarkeiten, Korrekturprozesse, Benachrichtigungen und Umgang mit Verstößen. Die Liste ist nicht abschließend. Es geht also nicht nur darum, wie Zeit gebucht wird, sondern auch darum, wer Abweichungen sieht, welche Hinweise das System verschickt und ob daraus eine individuelle Kontrolle entsteht.
Davon zu trennen sind rein technisch-administrative Stammdaten: Mandanten anlegen, Schichtmodelle als Grundstruktur hinterlegen, Nutzer importieren, Kostenstellen pflegen oder ein Abrechnungssystem technisch anbinden. Solche Punkte sind operativ wichtig, lösen aber für sich genommen nicht dieselbe Diskussion aus wie ein Report, der Führungskräften minutengenaue Verspätungen einzelner Mitarbeitender zeigt.
Praktisch funktioniert die Abgrenzung mit einer Prüffrage: Verändert diese Einstellung, was Beschäftigte tun müssen, was über sie sichtbar wird oder wie Abweichungen individuell verfolgt werden? Wenn ja, gehört sie in den Einigungskorridor. Wenn nein, kann sie meist administrativ vorbereitet werden.
Für die Projektarbeit hilft eine Freigabelogik in drei Kategorien:
Besonders heikel sind unscheinbare Funktionen: automatische Abweichungswarnungen, Dashboards für Führungskräfte, Ereignisprotokolle, Standortbezug, Drill-down in Einzelereignisse oder Exportrechte. Solche Funktionen sind oft standardmäßig aktiv, obwohl sie später den größten Klärungsbedarf auslösen.
Eine einfache Projektregel verhindert bei der Einführung der Zeiterfassung viele Schleifen: Alles, was personenbezogene Auswertungen, individuelles Nachhalten oder verhaltenssteuernde Hinweise ermöglicht, wird bis zur Einigung weder final eingestellt noch produktiv geschaltet.
Prüfliste: Funktionen, die erst nach der Einigung live gehen sollten
Ohne gemeinsames Zielbild reden beide Seiten schnell aneinander vorbei. Diese Lücke muss vor jeder Detailkonfiguration geschlossen werden.
Die Zweckbindung sollte konkret entlang der tatsächlichen Nutzung formuliert werden. Typische zulässige Zwecke sind etwa: Dokumentation der Arbeitszeiten, Erfüllung gesetzlicher Pflichten, Abrechnung, Führung von Zeitkonten, Personaleinsatzplanung oder Nachweise gegenüber internen Prüfstellen. Jeder Zweck sollte in klarer Sprache beschrieben sein, damit später niemand technische Spielräume in den Text hineinliest.
Genauso wichtig ist die Negativabgrenzung: Wozu dient das System ausdrücklich nicht? Hierher gehören Punkte wie allgemeine Verhaltens- und Leistungskontrolle, permanente Überwachung, anlassloses Monitoring einzelner Personen oder die Nutzung von Zeitdaten für personenbezogene Produktivitätsvergleiche.
Hilfreich ist eine zweistufige Formulierung:
Bei Ausnahmen sollte man nicht vage bleiben. Wenn Einzelauswertungen nur bei konkretem Anlass, mit definierter Freigabe und begrenztem Empfängerkreis zulässig sein sollen, gehört genau das in die Vereinbarung.
Zweckbindung ist kein Datenschutz-Nebensatz, sondern die Vorgabe für Reports, Rollen, Exporte und Änderungswünsche. Wer sie früh sauber beschreibt, muss später nicht jede einzelne Funktion neu verhandeln.
Mögliche Formulierungen:
Die Zweckbindung steuert auch die Aufbewahrung der Daten, die Protokollierung von Zugriffen und die Regeln für Exporte. Sie ist damit ein technischer und organisatorischer Rahmen, der verhindert, dass spätere Änderungen unbemerkt Kontrollfunktionen einführen.
Sobald der Zweck feststeht, müssen die Regeln für den täglichen Ablauf bestimmt werden. Genau hier kippen Projekte oft ins Improvisieren, weil das Tool schnell einsatzbereit wirkt, die Ausnahmefälle aber nirgends geregelt sind.
Zuerst braucht es eine gemeinsame Entscheidung über die Erfassungslogik: Werden Beginn, Ende und Pausen aktiv erfasst? Gibt es nur Start-Stopp oder auch manuelle Nacherfassung? Sind Rundungen vorgesehen? Werden Pausen automatisch abgezogen oder aktiv bestätigt? Ist mobile Erfassung erlaubt, und wenn ja, unter welchen Bedingungen?
Besonders sensibel sind Offline-Nacherfassung, Geofencing und jeder Standortbezug. Technisch sind solche Funktionen schnell aktiviert. Organisatorisch verändern sie aber, welche Nachweise verlangt werden und welche Rückschlüsse möglich sind. Deshalb gehören sie als ausdrückliche Regel in den Einigungstext.
Danach kommen Rollen und Übergaben. Wer darf Zeiten erfassen? Wer darf Änderungen vornehmen? Wer darf Nachträge genehmigen oder zurückweisen? Welche Begründung ist erforderlich? Bis wann muss eine Korrektur erfolgen? Was passiert, wenn Beschäftigte und Führungskraft sich nicht einig sind?
Ein belastbarer Ablauf braucht mindestens diese Stationen:
Ohne diese Zuordnung ändern Führungskräfte Zeiten formlos, Beschäftigte tragen Tage später ohne Begründung nach, Payroll entdeckt Abweichungen erst am Monatsende, und niemand kann mehr nachvollziehen, wer was warum angepasst hat.
Auch die Sonderfälle gehören vorab auf den Tisch. Vertrauensarbeitszeit, Außendienst, Schichtbetrieb, Führungskräfte, Rufbereitschaft und technische Ausfälle stellen unterschiedliche Anforderungen. Fallen diese Gruppen erst nach dem Go-live auf, entstehen Workarounds: Nebenlisten, Freigaben per Mail, manuelle Excel-Nachträge. Dann ist die eigentliche Systemlogik schon gebrochen.
[BANNER type="lead_banner_2" blockquote="\"Nach der Einführung von Bitrix24 haben wir die Geschäftsprozesse in unserem Unternehmen maximal vereinfacht.\"" user-picture-src='/upload/optimizer/converted/upload/iblock/1f0/5znenimejlwyevt3s1tfd1gxgx08i7ew.png.webp?1742972973130' user-name="Geschäftsführer, Alexander Dortmann" user-description="DortmannKids" button-message="KOSTENFREI STARTEN"]Die größte Spannung liegt meist nicht in der Erfassung selbst, sondern in den Auswertungen. Zeiterfassung braucht Reporting. Aber nicht jeder Empfängerkreis braucht dieselbe Detailtiefe, Aktualität oder dieselben Exportrechte. Reporting sollte deshalb je Rolle geplant werden.
Für die Entscheidung helfen konkrete Fragen:
Ein praktikables Modell trennt operative Steuerung von Kontrolltiefe. Führungskräfte sehen etwa Status, offene Freigaben, Fehlzeiten und relevante Abweichungen in ihrem Verantwortungsbereich. Zu vermeiden sind frei verfügbare Reports, die ohne Anlass Vergleiche auf Personenebene oder eine dauerhafte Verhaltensbeobachtung erleichtern.
Wenn individuelle Reports ausnahmsweise nötig sein können, sollten sie an Bedingungen geknüpft werden: definierter Anlass, begrenzter Empfängerkreis, dokumentierte Freigabe und nachvollziehbarer Abruf.
Eine mögliche Aufteilung nach Rollen:
Wie lange die Daten jeweils aufbewahrt werden, gehört ebenfalls in die Vereinbarung. Gesetzliche Mindestfristen setzen dabei die Untergrenze – etwa § 16 Abs. 2 ArbZG für die dort genannten Arbeitszeitaufzeichnungen (mindestens zwei Jahre) oder die steuer- und handelsrechtlichen Fristen für Lohnunterlagen. Darüber hinaus sollte nichts länger gespeichert werden, als der vereinbarte Zweck es erfordert. Die konkreten Fristen sollten mit Datenschutz und Payroll abgestimmt werden.
Hier zeigt sich, ob die Zweckbindung ernst genommen wurde. Das Reporting entscheidet, ob das System Arbeitszeit nachweist oder zum Kontrollinstrument wird.
Ein sauber formulierter Einigungstext reicht nicht, wenn niemand ihn in Systemparameter übersetzt. Viele Konflikte entstehen aus Interpretationslücken. Die Vereinbarung sagt etwa, dass nur bestimmte Rollen Einzelansichten sehen dürfen. Im Tool gibt es aber Standardrollen, die deutlich weiter reichen.
Darum braucht jedes Projekt eine Systemmatrix. Sie verbindet jede vereinbarte Regel mit einer konkreten Konfiguration, Berechtigung, Reportfunktion oder Deaktivierung. So wird aus Text operative Steuerung.
Die Matrix muss nicht kompliziert sein. Sie sollte aber vollständig genug sein, damit IT, HR, Anbieter und Betriebsrat über dasselbe sprechen:
|
Regelinhalt |
Bezug |
Nutzergruppe |
Systemparameter/Funktion |
Sollzustand |
Testnachweis |
Verantwortlich |
Freigabedatum |
Erneute Freigabe bei |
|---|---|---|---|---|---|---|---|---|
|
Einzelansicht nur für eigene Zeiten |
Betriebsvereinbarung / Zweckbindung |
Beschäftigte |
Self-Service-Berechtigung |
Nur eigene Buchungen sichtbar |
Testnutzer sieht keine fremden Daten |
HR |
01.09.2026 |
System-Update |
|
Führungskräfte sehen Teamstatus, keine Rohprotokolle |
Reporting-Regel |
Führungskräfte |
Dashboard, Berichtsrechte, Drill-down |
Teamübersicht ohne Einzelprotokoll |
Drill-down deaktiviert |
Fachbereichsleitung |
01.09.2026 |
neues Analysemodul |
|
Nachträge nur mit Begründung |
Korrekturprozess |
Beschäftigte / Führungskräfte |
Korrektur-Workflow |
Pflichtfeld und Freigabeschritt aktiv |
Nachtrag ohne Begründung nicht abschließbar |
Payroll |
01.09.2026 |
Prozessänderung |
Der Nutzen der Matrix: Sie zeigt auch, was bewusst nicht genutzt wird. Erweiterte Analysen, Warnmeldungen, Produktivitätskennzahlen oder weitreichende Exportfunktionen sollten ausdrücklich als deaktiviert, gesperrt oder nur nach erneuter Beteiligung freischaltbar vermerkt werden.
Das schützt vor stillen Standardrechten, die mit Updates oder Rollenvorlagen hinzukommen, und vor späteren Diskussionen darüber, dass eine Funktion „schon immer im System war“. Entscheidend ist nicht, was technisch vorhanden ist, sondern was für den produktiven Einsatz vereinbart und freigegeben wurde.
Vor dem Start braucht das Projekt eine Freigabestrecke, die nicht umgangen werden kann. Sonst setzt die IT eine fachlich plausible Konfiguration um, die nicht zur Einigung passt. Das fällt oft erst auf, wenn Führungskräfte Reports öffnen oder Beschäftigte Korrekturen einreichen.
Ein wiederholbarer Ablauf ist meist einfacher als lange Abstimmungsschleifen. Der Fachbereich beschreibt den Bedarf. HR und IT prüfen, wie er fachlich und technisch abgebildet werden kann. Der Betriebsrat gleicht die Umsetzung mit Vereinbarung und Systemmatrix ab. Erst danach geht die Konfiguration in Produktion.
Die eigentliche Absicherung passiert über rollenbasierte Testfälle mit realistischen Nutzerprofilen und typischen Streitpunkten:
Beispiele für Testfälle:
Diese Tests sollten nicht nur „funktioniert / funktioniert nicht“ prüfen. Sie müssen die Einigung nachstellen. Ein Report kann technisch korrekt laufen und trotzdem zu weit gehen. Eine Warnmeldung kann hilfreich gemeint sein und dennoch eine unerwünschte Kontrolllogik erzeugen.
Nach dem Go-live beginnt das nächste Risiko: schleichende Änderungen. Neue Moduloptionen, Updates, zusätzliche Dashboards oder geänderte Standardrollen hebeln eine mitbestimmte Lösung selten offen aus, sondern nebenbei. Deshalb braucht es ein Änderungsverfahren mit denselben Kontrollpunkten wie beim Erstaufbau.
Die Regel dahinter ist einfach: keine Änderung an Reports, Rollen, Warnmeldungen, Exporten oder Korrekturwegen ohne erneute fachliche Prüfung und Abgleich mit der Einigung.
Bitrix24 bietet Ihnen integrierte Arbeitszeiterfassung und hilft Ihnen, den Prozess klar und transparent zu steuern. Machen Sie das Beste aus Ihrer Arbeitszeit.
Jetzt ausprobierenManche Konflikte lassen sich nicht wegmoderieren, weil das Tool die gewünschte Trennschärfe nicht hergibt. Ein klassischer Fall: Das System bietet standardmäßig mehr Überwachungstiefe, als vereinbart ist. Oder Berichte lassen sich nicht fein genug auf Empfängerkreise beschränken.
Dann hilft es wenig, auf guten Willen zu setzen. Ist eine Funktion technisch vorhanden und für eine Rolle erreichbar, ist sie operativ verfügbar. Genau deshalb muss dieser Punkt früh offen auf den Tisch.
Es gibt mehrere praktikable Reaktionen:
Am meisten hilft ein nüchterner Umgang: die Grenzen des Systems dokumentieren, Alternativen bewerten und festhalten, welche Funktionen gesperrt, ungenutzt oder nur nach erneuter Beteiligung freigeschaltet werden dürfen. Je mehr Werkzeuge eine Plattform bündelt – wie etwa Bitrix24 mit Zeiterfassung, Aufgaben und Berichten an einem Ort –, desto wichtiger ist diese Disziplin, damit Governance und Betriebsvereinbarung belastbar bleiben.
Praktisch heißt das: die vereinbarte Prüfliste konsequent anwenden, die Systemmatrix laufend pflegen und jede Änderung erst nach erneuter Freigabe umsetzen.