Y-Index: Unterschied zwischen den Versionen

(Die Seite wurde neu angelegt: „Bei einigen Objekten kann definiert werden, ob der Y-Index für dieses Objekt abgespeichert werden soll. Der Y-Index ist besonders wichtig im Zusammenhang…“)
 
Keine Bearbeitungszusammenfassung
Markierung: 2017-Quelltext-Bearbeitung
Zeile 1: Zeile 1:
Bei  einigen Objekten kann definiert werden, ob der Y-Index für dieses Objekt abgespeichert werden soll.  
Unter '''Y-Index''' verstehen wir die Zusammenfassung (WER, WIEVIEL, zu welcher UHRZEIT) eines bestimmten Dienstplaneintrages (Dienste, Planungscodes, Aufgaben, ...) '''an einem bestimmten Tag.''' 


{{AlexBild|Y-Index: Eintrag für ein bestimmtes Objekt an einem bestimmten Tag |[[Datei:Y-Index.png]]|}}


Der Y-Index ist besonders wichtig im Zusammenhang mit Besetzungsreports.  
 
Der Y-Index ist besonders wichtig im Zusammenhang mit Besetzungsreports, wenn diese '''zum gleichen Zeitpunkt''' für '''mehrere Benutzer''' von Relevanz sind.


Besetzungsreports sind eine wichtige Komponente für  
Besetzungsreports sind eine wichtige Komponente für  
Zeile 12: Zeile 14:
Somit ist gerade bei diesen Themen auch die Frage nach dem Abspeichern des Y-Indexes wichtig.  
Somit ist gerade bei diesen Themen auch die Frage nach dem Abspeichern des Y-Indexes wichtig.  


Der Y-Index wird standardmäßig nur für die aktuelle Ansicht des eingeloggten Benutzers berechnet.
Bei einigen Objekten kann definiert werden, ob der Y-Index für dieses Objekt abgespeichert werden soll. 
{{AlexBild|Y-Index: Parameter in den Stammdaten des Dienstes |[[Datei:Y-Index abgespeichert.png]]|}}


Ein kurzes Beispiel zur Erklärung:
Wird dieser Parameter auf "JA" gesetzt, wird der '''Y-Index''' für dieses Objekt nicht mehr nur für den einen Benutzer berechnet, sondern '''global verwaltet'''. 


== Beispiel zur Erklärung ==
Zwei Mitarbeiter haben das Recht auf dem gleichen Plan ihre Wunschdienste einzutragen.  
Zwei Mitarbeiter haben das Recht auf dem gleichen Plan ihre Wunschdienste einzutragen.  


Zeile 23: Zeile 31:
Das möchte man aber vermeiden.  
Das möchte man aber vermeiden.  


====  '''Lösung''' ====
Bei allen Diensten / Kombiprojekten / Planungscodes, welche im Besetzungsreport für die Wunschplanung relevant sind, wird der '''Parameter "Y-Index abgespeichert" auf JA''' gesetzt.
Somit werden der Y-Index für diese Objekte zentral am Server verwaltet.
Trägt nun ein Mitarbeiter einen Nachtdienst z. B. am 7.7.22 ein und speichert nicht, dann kann kein anderer Mitarbeiter einen Nachtdienst am 7.7.22 eintragen.
Hat der Mitarbeiter bereits gespeichert, werden beim Versuch eines anderen Mitarbeiters einen Nachtdienst am 7.7.22 einzutragen zunächst die Objekte neu geladen und dann kann der Dienst eingetragen werden, die Besetzung zeigt die korrekte Anzahl an.


Stellt man nun beim Nachtdienst ein, dass der Y-Index abgespeichert werden muss, so können diese beiden Mitarbeiter nicht am gleichen Tag einen Dienst eintragen, denn sobald an einem Tag ein Dienst eingetragen wird, ist der zweite Mitarbeiter für diesen Tag gesperrt.
Wird - wie in unserem Beispiel - nur 1 Nachtdienst benötigt, so bekommt der Mitarbeiter nun einen schweren Fehler, weil die Maximal-Besetzung überschritten ist.

Version vom 7. Juli 2022, 14:44 Uhr

Unter Y-Index verstehen wir die Zusammenfassung (WER, WIEVIEL, zu welcher UHRZEIT) eines bestimmten Dienstplaneintrages (Dienste, Planungscodes, Aufgaben, ...) an einem bestimmten Tag.

Y-Index: Eintrag für ein bestimmtes Objekt an einem bestimmten Tag
Y-Index.png


Der Y-Index ist besonders wichtig im Zusammenhang mit Besetzungsreports, wenn diese zum gleichen Zeitpunkt für mehrere Benutzer von Relevanz sind.

Besetzungsreports sind eine wichtige Komponente für

  • Aufgabenplanung,
  • Wunschdienstplanung oder
  • Leistungserfassung

Somit ist gerade bei diesen Themen auch die Frage nach dem Abspeichern des Y-Indexes wichtig.

Der Y-Index wird standardmäßig nur für die aktuelle Ansicht des eingeloggten Benutzers berechnet.

Bei einigen Objekten kann definiert werden, ob der Y-Index für dieses Objekt abgespeichert werden soll.

Y-Index: Parameter in den Stammdaten des Dienstes
Y-Index abgespeichert.png

Wird dieser Parameter auf "JA" gesetzt, wird der Y-Index für dieses Objekt nicht mehr nur für den einen Benutzer berechnet, sondern global verwaltet.

Beispiel zur Erklärung

Zwei Mitarbeiter haben das Recht auf dem gleichen Plan ihre Wunschdienste einzutragen.

Der Besetzungsreport liefert dazu die Grenzen, wie oft jeder Dienst maximal pro Tag für diese Planungseinheit eingetragen sein darf: z. B. pro Tag maximal 1 Nachtdienst.

Arbeiten nun diese beiden Mitarbeiter gleichzeitig, dann könnten diese beiden Benutzer für einen gleichen Tag jeweils einen Nachtdienst eintragen und somit würden auf der Planungseinheit 2 Nachtdienste eingetragen werden können.

Das möchte man aber vermeiden.

Lösung

Bei allen Diensten / Kombiprojekten / Planungscodes, welche im Besetzungsreport für die Wunschplanung relevant sind, wird der Parameter "Y-Index abgespeichert" auf JA gesetzt.

Somit werden der Y-Index für diese Objekte zentral am Server verwaltet.

Trägt nun ein Mitarbeiter einen Nachtdienst z. B. am 7.7.22 ein und speichert nicht, dann kann kein anderer Mitarbeiter einen Nachtdienst am 7.7.22 eintragen.

Hat der Mitarbeiter bereits gespeichert, werden beim Versuch eines anderen Mitarbeiters einen Nachtdienst am 7.7.22 einzutragen zunächst die Objekte neu geladen und dann kann der Dienst eingetragen werden, die Besetzung zeigt die korrekte Anzahl an.

Wird - wie in unserem Beispiel - nur 1 Nachtdienst benötigt, so bekommt der Mitarbeiter nun einen schweren Fehler, weil die Maximal-Besetzung überschritten ist.