Dienstplan veröffentlichen: Warum eine gespeicherte Schicht noch keine verteilte Einteilung ist

Eine Planungs-App sollte zwischen der Arbeit am nächsten Dienstplan und dessen bewusster Ausgabe an das Team unterscheiden. Sonst kann ein Zwischenstand wie eine geltende Einteilung aussehen oder ein fertiger Plan unbemerkt beim Planungsverantwortlichen liegen bleiben. Legen Sie vor der Entwicklung fest, welche Fassung Beschäftigte sehen sollen, wer sie veröffentlichen darf und wie spätere Änderungen mitgeteilt werden.

Dieser Artikel behandelt die Organisation der Software. Er legt keine arbeitsrechtlichen Ankündigungsfristen, Zustimmungspflichten oder zulässigen Arbeitszeiten fest. Die maßgeblichen Regeln muss Ihr Betrieb mit geeigneter fachlicher Beratung bestimmen.

Einteilung, Veröffentlichung und Mitteilung getrennt benennen

Eine Schicht kann bereits eine Person und eine Uhrzeit enthalten, während die Leitung noch den Wochenplan überarbeitet. Das ist ein anderer Zustand als ein Plan, den das Team für seine Vorbereitung verwenden soll. Der Unterschied darf nicht allein daraus hervorgehen, dass die planende Person sich daran erinnert, was sie schon verschickt hat.

Die offizielle Planungsdokumentation von Odoo 19 zeigt einen konkreten Ablauf: Entwürfe erscheinen in der administrativen Planungsansicht; Beschäftigte werden erst nach Veröffentlichung benachrichtigt. Die dokumentierte Aktion „Publish & Save“ bestätigt eine Schicht und sendet der zugewiesenen Person ihren Plan per E-Mail.

Das ist ein Produktbeispiel, keine universelle Definition der Verbindlichkeit eines Dienstplans. Vereinbaren Sie für Ihr Projekt die fachliche Bedeutung der Zustände. Falls zwischen Vorbereitung und Ausgabe noch eine interne Prüfung nötig ist, benennen Sie diese gesondert. Ein gespeicherter Datensatz sollte nicht stillschweigend als geprüft gelten.

Die Mitarbeiteransicht gehört zur Vorführung

Lassen Sie sich nicht nur den Kalender der Leitung zeigen. Prüfen Sie mit einem fiktiven Mitarbeiterkonto, welcher Plan dort tatsächlich erreichbar ist und woran ein veröffentlichter Stand erkannt wird. Erforderliche Angaben wie Datum, Zeit, Rolle und Einsatzort sollten für die jeweilige Aufgabe verständlich sein.

Odoo unterscheidet in der Anleitung auch das Ziel der Benachrichtigung: Beschäftigte ohne Benutzerkonto gelangen zu einem eigenen Planungsportal, Personen mit Benutzerkonto zur Ansicht „My Planning“ im System. Damit ist der Kontotyp ein konkreter Punkt für die Abnahme. Eine funktionierende Ansicht im Administratorkonto beweist nicht, dass Beschäftigte ohne dieses Konto den vorgesehenen Zugang erhalten.

Legen Sie Zugriffsrechte für Ihr eigenes Projekt ausdrücklich fest. Die Möglichkeit, den persönlichen Plan zu öffnen, bedeutet nicht automatisch, dass jemand vertrauliche Angaben anderer Teammitglieder sehen oder fremde Schichten verändern soll. Diese Abgrenzung ist eine vorgeschlagene Anforderung, keine aus der zitierten Passage abgeleitete Rechtegarantie.

Wiederholungen erzeugen nicht automatisch einen ausgegebenen Plan

Ein wichtiger Sonderfall sind regelmäßig wiederkehrende Schichten. Odoo dokumentiert, dass solche Wiederholungen geplant, aber nicht veröffentlicht werden. Ein gefüllter Kalender ist dort deshalb kein ausreichender Nachweis für die Benachrichtigung des Teams.

Besprechen Sie den Übergang zwischen Planungsperioden: Wer kontrolliert die neu angelegten Wiederholungen, prüft bekannte Abwesenheiten und gibt den nächsten Zeitraum aus? Lassen Sie die Liste noch nicht veröffentlichter Schichten verständlich anzeigen, statt sich auf eine scheinbar vollständige Wochenansicht zu verlassen.

Die Veröffentlichung beantwortet wiederum nicht, ob jede benötigte Stelle besetzt ist. Eine bewusst ausgegebene offene Schicht bleibt eine Besetzungslücke. Selbstbedienung zur Vertretungssuche ist ein weiterer Ablauf und sollte nicht mit dem Veröffentlichen der Planung vermischt werden.

Änderungen nach der Ausgabe brauchen eine eigene Regel

Nehmen Sie einen erfundenen Empfangsdienst: Der Plan wurde ausgegeben, später soll der Arbeitsbeginn vorverlegt werden. Das Team braucht nun eine klare Antwort darauf, ob die Änderung noch vorbereitet wird oder bereits zum veröffentlichten Stand gehört. Eine frühere E-Mail mit der alten Uhrzeit erklärt das nicht.

Vereinbaren Sie deshalb, wer veröffentlichte Schichten ändern darf, wann eine erneute Ausgabe erforderlich ist und wie betroffene Personen auf die Änderung hingewiesen werden. Zeigen Sie nach Möglichkeit den geänderten Inhalt und den maßgeblichen aktuellen Stand. Diese Punkte sind Projektanforderungen; die zitierte Dokumentation belegt keinen vollständigen revisionsbezogenen Bestätigungsprozess.

Wenn Ihr Betrieb eine ausdrückliche Kenntnisnahme benötigt, beschreiben Sie deren Bedeutung separat. Eine ausgelöste E-Mail ist kein Beweis, dass die Person den neuen Beginn gelesen oder ihm zugestimmt hat. Entscheiden Sie, wie eine fehlende Rückmeldung verfolgt wird und wer einen dringenden Fall über einen vereinbarten alternativen Weg klärt.

Einen kleinen Plan vollständig durchspielen

Für die Akzeptanzkriterien der Planungs-App genügt zunächst ein überschaubares fiktives Team. Erstellen Sie einen Entwurf, ändern Sie eine Zuweisung und kontrollieren Sie die vereinbarte Mitarbeiteransicht vor der Veröffentlichung. Geben Sie anschließend nur den vorgesehenen Zeitraum aus und prüfen Sie das tatsächliche Zugangsziel für beide vereinbarten Kontotypen.

Erzeugen Sie danach eine wiederkehrende Schicht und zeigen Sie, dass deren Planungszustand nicht versehentlich als bereits erfolgte Ausgabe ausgegeben wird. Ändern Sie zuletzt eine veröffentlichte Uhrzeit. Die verantwortliche Person soll erklären können, welcher Stand jetzt maßgeblich ist, wer informiert werden muss und welcher Nachweis dafür vorliegt.

Nutzen Sie kontrollierte Testempfänger nur mit ausdrücklicher Versandfreigabe. Eine Simulation kann den Ablauf der Oberfläche prüfen, belegt aber keine echte E-Mail-Zustellung. Halten Sie diese Grenze im Abnahmeprotokoll fest.

Bringen Sie einen anonymen Beispielplan und Ihre Regeln für dessen Ausgabe in ein Gespräch über eine individuelle Team-App mit. Die entscheidende Leistung ist nicht das schnelle Füllen eines Kalenders, sondern eine verständliche Trennung zwischen Vorbereitung, veröffentlichtem Stand und tatsächlicher Kommunikation.

Quellenabgrenzung

Odoo 19 belegt die administrative Entwurfsansicht, die Benachrichtigung nach Veröffentlichung, die unterschiedlichen Zugangszielseiten und den unveröffentlichten Zustand wiederkehrender Schichten. Prüfzustände, Zugriffsgrenzen, Änderungsmitteilungen und ausdrückliche Kenntnisnahmen sind hier vorgeschlagene Anforderungen. Es wird weder eine konkrete arbeitsrechtliche Wirkung behauptet noch ein echter Dienstplan veröffentlicht.