Zeiterfassung Software: Welche Fehlerfälle ich bei einer Vorführung anspreche

Warum ich bei einer Demo nicht mit dem einfachen Idealfall beginne

Wenn ich mir eine neue Zeiterfassung Software ansehe, interessiert mich die perfekte Musterbuchung nur am Rand. Eine Startzeit tippen und später sauber ausstempeln kann fast jedes Team nach wenigen Minuten erklären. Im Betrieb entstehen die eigentlichen Fragen erst dann, wenn der Abend länger wird, Gäste noch sitzen bleiben oder jemand nach dem Schließen erschöpft direkt beim Abräumen hilft und die Endzeit vergisst. Genau dort entscheidet sich für mich, ob eine Zeiterfassung für Mitarbeiter im Alltag wirklich entlastet oder ob wir später mit Rückfragen, Nachträgen und Diskussionen Zeit verlieren.

Darum führe ich eine Vorführung nicht mit einem Lehrbuchtag, sondern mit einem normalen Gastroabend. Ich schildere etwa ein Bankett, bei dem die Küche schon sauber macht, der Service aber noch letzte Rechnungen schließt. Eine Person merkt am nächsten Morgen, dass die Schicht noch offen ist. In meinem Bonzumo Projekt möchte ich dann nicht nur hören, dass Ausnahmen bearbeitet werden können. Ich will konkret sehen, welche Rolle Einsicht hat, wer korrigieren darf, wie Arbeitszeitkonten mit gesonderten Bearbeitungsrechten eingebunden sind und wie wir den Grund für eine Änderung sauber festhalten und anschließend auf Plausibilität prüfen.

Alltagssituation eins: Nach dem Bankett fehlt die Endzeit und morgens beginnt die Klärung

Der häufigste Ausnahmefall in meiner Demo ist banal und gerade deshalb wichtig. Nach einem langen Bankett ist die Endzeit nicht erfasst. Die Person war wirklich da, hat Gläser verräumt, eine Reklamation geklärt und ist erst deutlich nach dem geplanten Schichtende gegangen. Am nächsten Tag brauche ich in der Zeiterfassung Software keinen pauschalen Knopf, der einfach irgendetwas ergänzt. Ich brauche einen nachvollziehbaren Ablauf: Die Sitzung ist persönlich zugeordnet, Beginn und Ende sind sichtbar, und eine nachträgliche Korrektur wird nicht nebenbei gemacht, sondern mit Blick auf den tatsächlichen Ablauf geprüft.

In Bonzumo spreche ich in so einem Fall zuerst über Zuständigkeiten. Nicht jede Vertretung soll alles bearbeiten können, nur weil am Morgen gerade jemand im Büro sitzt. Rollen und Berechtigungen helfen mir, Einsicht und Bearbeitung zu trennen. Für die Korrektur fordere ich von berechtigten Personen immer einen Grund an, etwa vergessene Endzeit nach Veranstaltung oder technische Unterbrechung am gemeinsamen Gerät. Danach prüfe ich die Plausibilität gegen Schichtplanung, Abwesenheiten und den Ablauf des Abends. So wird aus einer schnellen Korrektur kein blinder Eingriff, sondern eine nachvollziehbare Entscheidung im betrieblichen Prozess.

Welche Ursachen ich hinter einer offenen Schicht zuerst prüfe, bevor ich Zeiten anfasse

Eine fehlende Endzeit hat in der Praxis selten nur eine Ursache. Manchmal wurde am gemeinsamen Gerät schlicht nicht abgestempelt. Manchmal hat eine Person beim Schichtende noch geholfen, obwohl sie im Dienstplan schon ausgetragen war. Manchmal ist die Schichtleitung gewechselt und niemand fühlte sich zuständig, die offenen Punkte zu kontrollieren. Ich nutze die Demo deshalb, um nicht nur den Fehlerfall zu zeigen, sondern die vorgelagerten Entscheidungen. Eine gute Zeiterfassung Software wird für mich erst dann interessant, wenn sie zu klaren Verantwortungen im Team passt und nicht einfach jeden Sonderfall gleich behandelt.

In meinem Ablauf sehe ich mir zuerst an, welche Informationen in unserem bestehenden Bonzumo Projekt bereits vorhanden sind. Dienstpläne können im Entwurfs- und Veröffentlichungsstand vorliegen, Schichten und Abwesenheiten sind sichtbar, und Zeiterfassungssitzungen sind Mitarbeitenden persönlich zugeordnet. Das reicht noch nicht für eine automatische Entscheidung, aber es schafft eine Gesprächsgrundlage. Wenn eine Endzeit fehlt, frage ich also nicht nur, wer sie jetzt eintragen darf. Ich frage auch, wer gestern die Schicht geführt hat, ob eine Abweichung bereits abgesprochen war und ob der nachgetragene Zeitraum im Zusammenhang mit dem tatsächlichen Betriebsgeschehen glaubhaft ist.

Mitternachtsschicht: Wenn ein Einsatz in den Folgetag läuft, will ich die Trennlinie vorher besprechen

Der zweite Demo-Fall ist für mich die Mitternachtsschicht. In Restaurants ist es völlig normal, dass ein Einsatz nicht mit dem Kalendertag endet. Das Problem entsteht oft erst bei der späteren Auswertung, wenn ein Abenddienst in den Folgetag hineinläuft und Mitarbeitende am nächsten Morgen wissen wollen, ob alles richtig erfasst wurde. Bei einer Zeiterfassung Software lasse ich mir daher nicht nur den Start und das Ende zeigen. Ich möchte verstehen, wie wir solche Schichten organisatorisch einordnen, wie Ausnahmen markiert werden und wer sie bei Bedarf nachvollziehen kann, ohne dass jeder Vollzugriff auf alle Bearbeitungen erhält.

Für mein Team formuliere ich dazu schon vor der Einführung eine einfache Regel: Wer absehen kann, dass die Schicht über Mitternacht geht, arbeitet nach dem normalen Ablauf weiter und meldet nur dann aktiv etwas, wenn es eine Unterbrechung oder Unklarheit gab. In Bonzumo interessiert mich bei der Vorführung dann, wie diese persönlich zugeordneten Sitzungen sichtbar bleiben und wie die Schichtleitung am Folgetag offene Fragen klärt. Ich verlasse mich nicht auf pauschale Versprechen, sondern prüfe mit unseren Rollen und Berechtigungen, wer Einsicht braucht, wer nur lesen darf und welche Person aus dem Leitungskreis eine Korrektur mit Grund und Plausibilitätsprüfung übernehmen soll.

Rollenwechsel am gemeinsamen Gerät: Einsicht ermöglichen, Bearbeitung bewusst begrenzen

Der dritte Fall ist in vielen Betrieben heikel, weil er weniger technisch als organisatorisch ist. Ein gemeinsames Gerät steht im Servicebereich, mehrere Personen arbeiten nacheinander, und zwischendurch übernimmt eine Vertretung. Diese Vertretung soll sehen können, ob eine Schicht läuft oder ob eine Rückfrage offen ist, aber sie soll nicht gleich umfassende Bearbeitungsrechte erhalten. Genau an dieser Stelle frage ich in einer Demo sehr konkret nach Rollen und Zugriffsrechten. Eine Zeiterfassung Software ist für mich nur dann alltagstauglich, wenn Verantwortung abgestuft vergeben werden kann und nicht jede Einsicht automatisch zur Änderungsmöglichkeit wird.

Bonzumo unterstützt Rollen und Rechte, und genau das nutze ich als Gesprächsgrundlage für unsere Einrichtung. Ich bespreche nicht abstrakt, was theoretisch gehen könnte, sondern welche Aufgaben unsere Vertretung im Alltag wirklich hat. Braucht sie nur Leserechte auf persönlich zugeordnete Zeiterfassungssitzungen, damit sie offene Punkte an die Schichtleitung melden kann? Oder braucht sie zusätzlich Zugriff auf Arbeitszeitkonten, aber ohne Bearbeitungsrechte? Wenn wir das vorab sauber definieren, vermeiden wir zwei Probleme zugleich: unnötige Sperren, die den Betrieb bremsen, und zu weite Zugriffe, die spätere Klärungen unübersichtlich machen.

So verbinde ich Ausnahmen mit Dienstplan, Dokumenten und der Nachbereitung im Team

Fehlerfälle lassen sich nicht allein mit einem Knopf lösen, deshalb gehört für mich zur Vorführung immer der Blick auf den gesamten Ablauf im Team. Wenn eine Endzeit fehlt oder eine Schicht in den Folgetag läuft, vergleiche ich den Eintrag nicht nur mit einer Erinnerung aus dem Bauch heraus. Ich ziehe den Dienstplan heran, beachte den Freigabestatus des Plans und sehe nach, ob es zu dieser Schicht bereits eine Notiz oder eine Abwesenheit gab. Bei Bonzumo helfen mir dabei die Kombination aus Schichtplanung, Zeiterfassung für Mitarbeiter und klaren Zuständigkeiten. Die eigentliche Entscheidung bleibt trotzdem eine betriebliche Prüfung durch berechtigte Personen.

Für die Einführung im Team heißt das ganz praktisch: Wir legen fest, wo Ausnahmen gemeldet werden, wie Gründe dokumentiert werden und wann eine Schichtleitung den Fall spätestens prüft. Zusätzlich nutze ich Dokumente und Schulungen, damit neue Mitarbeitende dieselben Regeln lernen wie erfahrene Kolleginnen und Kollegen. Wenn jemand am gemeinsamen Gerät arbeitet, muss klar sein, was bei einer vergessenen Endzeit zu tun ist und an wen die Meldung geht. So wird die Zeiterfassung Software nicht zu einem stillen Kontrollwerkzeug, sondern zu einem verbindlichen Teil unserer Organisation, der Rückfragen verkürzt und den Alltag für alle verständlicher macht.

Welche Antworten ich am Ende einer Vorführung wirklich haben will

Am Ende einer Demo bewerte ich nicht, ob jede Oberfläche schick aussieht, sondern ob unsere drei Ausnahmefälle ohne Ausreden durchgespielt wurden. Ich möchte gesehen haben, wie eine fehlende Endzeit nach einem Bankett erkannt und geprüft wird, wie eine Mitternachtsschicht organisatorisch nachvollziehbar bleibt und wie eine Vertretung Einsicht erhält, ohne umfassende Bearbeitungsrechte zu bekommen. Bei einer Zeiterfassung Software frage ich deshalb immer nach unserer konkreten Einrichtung: Welche Rollen gibt es schon, welche Berechtigungen fehlen noch, welche Regeln sind konfigurierbar und wie beziehen wir Ausnahmen auf unsere tatsächlichen Abläufe statt auf allgemeine Standardannahmen.

Wenn ich danach mit meinem Team entscheide, ob wir den Ablauf so übernehmen, formuliere ich die nächsten Schritte bewusst klein und klar. Zuerst definieren wir Zuständigkeiten für Korrekturen und die erforderliche Begründung. Dann testen wir zwei oder drei typische Schichten mit offenem Ende, Übergang nach Mitternacht und Vertretung am gemeinsamen Gerät. Erst wenn diese Situationen verständlich laufen, verbreitern wir die Nutzung. Genau deshalb ist für mich der Wert einer Zeiterfassung Software nicht die schnelle Normalbuchung, sondern die verlässliche Behandlung der Ausnahmen. Dort zeigt sich, ob unser Bonzumo Projekt den Restaurantalltag wirklich sauber organisiert.