Technische Daten-Dokumentation

Auf dieser Seite finden Sie Informationen zum Aufbau der zugrunde liegenden Daten des LHP Personal-Dashboards. Eine Anleitung zu den Ansichten und Funktionen des Dashboards finden Sie auf dieser Seite:

→ Hilfe zum LHP Personal-Dashboard

Inhaltsverzeichnis

Datengrundlage und Updates

Datengrundlage

Das Tool nutzt CSV- und Excel-Dateien als Grundlage. Diese werden von der LHP aus Loga exportiert und zur Verfügung gestellt. Als Hauptdatenquelle dienen Stellenbesetzungslisten in monatlicher Auflösung. Jeden Monat wird eine neue Stellenbesetzungsliste von der LHP zur Verfügung gestellt, wobei der Erste des jeweiligen Monats als Stichtag für die Daten gilt.

Die Stellenbesetzungslisten werden durch Bewerbungsdaten ergänzt. Hierfür wird eine Datei jährlich zur Verfügung gestellt, die alle vergangenen Bewerbungen enthält.

Als dritte Datenquelle dient eine Datei, die durch eine KI-Analyse ausgewählter Anforderungsprofile entstanden ist. Diese ergänzt die Stellenbesetzungslisten durch Informationen zu Bildungsniveau, Bildungsfach und Jobgruppe. Um das Dashboard zu verbessern, sollten diese letzten Daten künftig direkt in Loga hinterlegt und über die Stellenbesetzungslisten in das Dashboard übertragen werden.

Derzeit werden die Stellenbesetzungslisten und Bewerbungsdaten per E-Mail an die Entwickler gesendet. In Zukunft wird das Dashboard über einen Server der LHP zur Verfügung gestellt werden. Das Hochladen neuer Dateien wird dann über eine Upload-Seite als Schnittstelle funktionieren.

Formatierung der Input-Dateien

Stellenbesetzungsliste

Bewerbungen

Verarbeitung der Daten

Einlesen und Verarbeiten

Zunächst wird für jede Stellennummer ein Eintrag erstellt und mit den Informationen aus der Stellenbesetzungsliste angereichert. Dabei werden die Zeitstempel der Dateien mitgespeichert. Sollte eine Information also beispielsweise zum ersten Mal in der Datei stellen-201901.csv auftauchen, wird für diese Information der Zeitstempel 20190101 vergeben.

Die Informationen aus den Bewerbungsdaten und den Anforderungsprofilen werden über die Stellennummer zugeordnet. Falls mehrere Personalnummern für eine Stellennummer existieren oder der letzte existierende Vertrag nicht bis zum aktuellsten Datensatz reicht, wird dieser Eintrag noch einmal in mehrere Bsetzungen unterteilt.

Beispielhafter verarbeiteter Eintrag

[ 
...,
{
  "id": "381.200.30_v1",
  "stellennummer": "381.200.30",
  "version": 1,
  "organisationseinheit": [
    [
      20190101,
      "381.2 Recht und Vertragsmanagement"
    ]
  ],
  "organigramm": [
    "gb3",
    "fb38",
    "be381",
    "ag381.200"
  ]
  "stellenbezeichnung": [
    [
      20190101,
      "SB/in Verwaltung"
    ]
  ],
  "fuehrungsebene": [
    [
      20190101,
      "Keine Führungskraft"
    ]
  ],
  "laufbahngruppe": [
    [
      20190101,
      "Gehobener Dienst (gD)"
    ]
  ],
  "laufbahngruppe-processed": [
    [
      20190101,
      "Gehobener Dienst (gD)"
    ]
  ],
  "stellenart": [
    [
      20190101,
      "Beschäftigte PK Erstattung"
    ]
  ],
  "stellenart-processed": [
    [
      20190101,
      "Beschäftigte"
    ]
  ],
  "vollzeiteinheiten": [
    [
      20190101,
      0.82
    ]
  ],
  "vollzeiteinheiten-processed": [
    [
      20190101,
      "Unter 1,0 (Teilzeit)"
    ]
  ],
  "vze-stelle": [
    [
      20190101,
      1
    ],
    [
      20190501,
      0.88
    ],
    [
      20190701,
      1
    ]
  ],
  "vze-stelle-processed": [
    [
      20190101,
      "1,0 (Vollzeit)"
    ],
    [
      20190501,
      "Unter 1,0 (Teilzeit)"
    ],
    [
      20190701,
      "1,0 (Vollzeit)"
    ]
  ],
  "besetzungsstatus": [
    [
      20100822,
      {
        "status": "besetzt"
      }
    ],
    [
      20191231,
      {
        "status": "beendet"
      }
    ]
  ],
  "besetzungsstatus-processed": [
    [
      20100822,
      "Besetzt"
    ],
    [
      20191231,
      "Beendet"
    ]
  ],
  "timeline": 20191231,
  "personalnummer": [
    [
      20190101,
      "012345"
    ]
  ],
  "geschlecht": [
    [
      20190101,
      "Männlich"
    ]
  ],
  "vertragsbeginn": [
    [
      20190101,
      20100822
    ]
  ],
  "vertragsende": [
    [
      20191201,
      20191231
    ]
  ],
  "vertragsendegrund": [
    [
      20191201,
      "Vertragsende ohne Vertragsendegrund"
    ]
  ],
  "vertragsendegrund-processed": [
    [
      20191201,
      "Sonstige"
    ]
  ],
  "regelsaltersgrenze": [
    [
      20190101,
      20441231
    ]
  ],
  "bildungsniveau": ["Bachelor", "Master"],
  "bildungsfach": ["Verwaltung"],
  "jobgruppe": ["Verwaltungsfachwirt/in"],
},
...
]

Im Folgenden werden die Kategorien eines Records anhand dieses Beispiels erklärt.

ID

"id": "381.200.30_v1"

Jeder Eintrag hat eine eindeutige ID, die aus der Stellennummer und der Version besteht. In diesem Beispiel handelt es sich um die erste Version der Stellennummer 381.200.30. Falls mehrere Verträge zu dieser Stellennummer existieren oder falls der neueste Vertrag nicht bis zur aktuellsten Datei reicht, gibt es mehrere Versionen pro Stellennummer.

Stellennummer

"stellennummer": "381.200.30"

Die Stellennummer wird aus der Spalte »Stellennummer« aus Loga eingelesen. In diesem Beispiel handelt es sich um einen Eintrag mit der Stellennummer 381.200.30. Das heißt der Eintrag befindet sich im Geschäftsbereich 3, Fachbereich 38, Bereich 381 und der Arbeitsgruppe 381.2.

Version (bzw. Besetzung)

"version": 1

Falls mehrere Verträge zu einer Stellennummer existieren, oder falls der neueste Vertrag nicht bis zur aktuellsten Datei reicht, gibt es pro Stellennummer mehrere Besetzungen, genannt Versionen. In diesem Beispiel handelt es sich um die erste Version zu dieser Stellennummer. Auch wenn es nur eine Version der Stellennummer gibt, wird die Versionsnummer 1 vergeben. Falls mehrere Versionen existieren, werden diese in der Reihenfolge des ersten Datums aus dem Besetzungsstatus vergeben.

Organisationseinheit

"organisationseinheit": [
  [
    20190101,
    "381.2 Recht und Vertragsmanagement"
  ]
]

Die Organisationseinheit wird aus der Spalte »Organisationseinheit« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle der Arbeitsgruppe 381.2 Recht und Vertragsmanagement. Da sich die Organisationseinheit für eine Stellennummer verändern kann, wird sie mit Zeitstempel abgespeichert. In diesem Fall taucht der Eintrag zur Organisationseinheit zum ersten Mal in der Stellenbesetzungsliste stellen-201901.csv auf. Informationen zu hierarchisch höher liegenden Organisationseinheiten werden in der Kategorie Organigramm gespeichert.

Organigramm

"organigramm": [
  "gb3",
  "fb38",
  "be381",
  "ag381.200"
]

In diesem Beispiel handelt es sich um eine Stelle, die innerhalb von Geschäftsbereich 3, Fachbereich 38, Bereich 381 und der Arbeitsgruppe 381.2 existiert. Die Informationen hierfür werden aus der Stellennummer extrahiert. Die Namen der einzelnen Ebenen, die später im Dashboard auftauchen, werden aus einer zusätzlichen Datei organigramm.json gezogen. Diese Datei wird basierend auf allen Einträgen dynamisch erstellt und ist nach dieser Logik aufgebaut:

"gb1": {
  "name": "1 Finanzen, Investitionen, Controlling",
  "ebene": "geschaeftsbereich",
  "children": {
    "be103": {
      "name": "103 Geschäftsstelle Haushalt",
      "ebene": "bereich",
      "children": {
        "ag103.100": {
          "name": "103.1 Ergebnishaushalt",
          "ebene": "arbeitsgruppe",
        },
        ...
      },
    },
    ...
  },
},
...

Die Namen entsprechen dem Loga-Wert für die Organisationsheit des letzten Eintrags mit einer passenden Stellennummer und werden somit dynamisch generiert.

Stellenbezeichnung

"stellenbezeichnung": [
  [
    20190101,
    "SB/in Verwaltung"
  ]
]

Die Stellenbezeichnung wird aus der Spalte »Stellenbezeichnung« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle mit der Bezeichnung »SB/in Verwaltung«.

Führungsebene

"fuehrungsebene": [
  [
    20190101,
    "Keine Führungskraft"
  ]
]

Die Führungsebene wird aus der Spalte »Ebene der Stelle« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, welche nicht explizit als Führungskraft-Stelle definiert ist. Dieser Wert wird durch die »Ebene der Stellen« aus Loga definiert: Falls hier ein Eintrag vorhanden ist wird die Stelle als »Führungskraft« definiert. Ansonsten wird sie als »Keine Führungskraft« definiert.

Laufbahngruppe

"laufbahngruppe": [
  [
    20190101,
    "Gehobener Dienst (gD)"
  ]
]

Die Laufbahngruppe wird aus den Spalten »Eingruppierung-Besetzung«, »Stellenwert« und »Stellenart« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, die für den gehobenen Dienst definiert ist. Die Werte werden nach folgenden Regeln zugeordnet:

Stellenart

"stellenart": [
  [
    20190101,
    "Beschäftigte PK Erstattung"
  ]
],
 
"stellenart-processed": [
  [
    20190101,
    "Beschäftigte"
  ]
]

Die Stellenart wird aus der Spalte »Stellenart« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle für »Beschäftigte PK Erstattung«. Da es viele unterschiedliche Werte für die Stellenart gibt, was zu unübersichtlichen Darstellungen im Dashboard führen würde, wird der Wert in einem extra processed-Wert zusätzlich kategorisiert. Die Originalwerte sind in der Detailansicht einer Stelle weiterhin verfügbar.

Die Kategorisierung der processed-Werte funktioniert nach folgenden Regeln:

Vollzeiteinheiten

"vollzeiteinheiten": [
  [
    20190101,
    0.82
  ]
],
    
"vollzeiteinheiten-processed": [
  [
    20190101,
    "Unter 1,0 (Teilzeit)"
  ]
]

Die Vollzeiteinheiten werden aus der Spalte »VZE-Besetzung« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, die mit einer Person besetzt ist, deren Vertrag auf 0,82 Vollzeiteinheiten festgelegt ist. Dieser Wert kann von dem Wert abweichen, welcher für die Stelle festgelegt ist. Da es viele unterschiedliche Werte für die Vollzeiteinheiten gibt, was zu unübersichtlichen Darstellungen im Barchart führen würde, wird der Wert in einem extra processed-Wert zusätzlich kategorisiert. Die Originalwerte sind in der Detailansicht einer Stelle weiterhin verfügbar.

Die Kategorisierung der processed-Werte funktioniert nach folgenden Regeln:

Vollzeiteinheiten der Stelle

"vze-stelle": [
  [
    20190101,
    1
  ],
  [
    20190501,
    0.88
  ],
  [
    20190701,
    1
  ]
],
    
"vze-stelle-processed": [
  [
    20190101,
    "1,0 (Vollzeit)"
  ],
  [
    20190501,
    "Unter 1,0 (Teilzeit)"
  ],
  [
    20190701,
    "1,0 (Vollzeit)"
  ]
]

Die Vollzeiteinheiten der Stelle werden aus der Spalte »VZE-Stelle« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, welche über die Zeit hinweg mit unterschiedlichen Vollzeiteinheiten geplant wurde. Dieser Wert kann von dem Wert, der in einem Vertrag festgelegt ist (siehe Vollzeiteinheiten) abweichen. Da es viele unterschiedliche Werte für die Vollzeiteinheiten gibt, was zu unübersichtlichen Darstellungen im Barchart führen würde, wird der Wert in einem extra processed-Wert zusätzlich kategorisiert. Die Originalwerte sind in der Detailansicht einer Stelle weiterhin verfügbar.

Die Kategorisierung der processed-Werte funktioniert nach folgenden Regeln:

Besetzungsstatus

"besetzungsstatus": [
  [
    20100822,
    {
      "status": "besetzt"
    }
  ],
  [
    20191231,
    {
      "status": "beendet"
    }
  ]
],
    
"besetzungsstatus-processed": [
  [
    20100822,
    "Besetzt"
  ],
  [
    20191231,
    "Beendet"
  ]
]

Der Besetzungsstatus wird anhand verschiedener Parameter vergeben. In diesem Beispiel handelt es sich um eine Stelle, die vom 22. August 2010 bis zum 31. Dezember 2019 mit einer Person besetzt ist. Neben den Statuswerten »besetzt« und »beendet« existieren noch »geplant« und »ausgeschrieben«. Die Statuswerte werden nach folgenden Regeln vergeben:

Der processed-Wert entspricht dem Originalwert, nur die Schreibweise und die Eintragsstruktur wird verändert.

Der Besetzungsstatus dient als Grundlage für die zeitliche Gültigkeit einer Stelle im Barchart und für die Darstellung der Stelle innerhalb der Tabelle.

Timeline

"timeline": 20191231,

In diesem Beispiel handelt es sich um eine Stelle, die bis zum 31. Dezember 2019 existiert. Der Timeline-Wert dient dazu, die Einträge in der Tabellen-Visualisierung zeitlich zu sortieren. Hierfür wird der Zeitpunkt des »beendet«-Status des Besetzungsstatus verwendet. Sollte dieser nicht existieren, wird »now« als Wert eingefügt. Wenn der Wert »now« ist und keine Informationen zu einem Vertragsende hinterlegt sind, existiert die Stelle bis zum aktuellen Zeitpunkt zu dem das Dashboard aufgerufen wird, da keine Informationen existieren, dass die Stelle beendet wurde, aber auch keine Informationen existieren, wie lange sie in der Zukunft weitergeführt wird.

Personalnummer

"personalnummer": [
  [
    20190101,
    "012345"
  ]
]

Die Personalnummer wird aus der Spalte »Personalnummer« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, die mit einer Person besetzt ist, welche die Personalnummer 012345 hat.

Geschlecht

"geschlecht": [
  [
    20190101,
    "Männlich"
  ]
]

Das Geschlecht wird aus der Spalte »Geschlecht« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, die mit einer männlichen Person besetzt ist. Es existieren zusätzlich die Kategorien »Weiblich« und »Divers«.

Vertragsbeginn

"vertragsbeginn": [
  [
    20190101,
    20100822
  ]
]

Der Vertragsbeginn wird aus der Spalte »Vertragsbeginn« aus Loga eingelesen. Sollte kein Vertragsbeginn in den Loga-Daten definiert sein, wird der Zeitpunkt an dem die Personalnummer zum ersten Mal in den Daten auftaucht als Vertragsbeginn festgelegt. In diesem Beispiel handelt es sich um eine Stelle, die mit einer Person besetzt ist, deren Vertrag zum 22. August 2010 beginnt.

Vertragsende

"vertragsende": [
  [
    20191201,
    20191231
  ]
]

Das Vertragsende wird aus der Spalte »Vertragsende« aus Loga eingelesen. Sollte kein Vertragsende in den Loga-Daten definiert sein, wird der letzte des Monats an dem die Personalnummer zum letzten mal in den Daten auftaucht als Vertragsende festgelegt. In diesem Beispiel handelt es sich um eine Stelle, die mit einer Person besetzt ist, deren Vertrag zum 31. Dezember 2019 endet. Sollte die Stelle bis zum aktuellen Zeitpunkt besetzt sein, wird die Regelsaltersgrenze als Vertragsende festgelegt.

Vertragsendegrund

"vertragsendegrund": [
  [
    20191201,
    "Vertragsende ohne Vertragsendegrund"
  ]
],
 
"vertragsendegrund-processed": [
  [
    20191201,
    "Sonstige"
  ]
]

Der Vertragsendegrund wird aus der Spalte »Vertragsendegrund« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, die mit einer Person besetzt ist, für die kein Vertragsendegrund vorliegt. Dieser Wert wird automatisch eingefügt, wenn eine Stelle endet, obwohl kein expliziter Grund vorliegt und die Regelsaltersgrenze noch nicht erreicht ist. Da es viele unterschiedliche Werte für das Vertragsende gibt, was zu unübersichtlichen Darstellungen im Dashboard führen würde, wird der Wert in einem extra processed-Wert zusätzlich kategorisiert. Die Originalwerte sind in der Detailansicht einer Stelle weiterhin verfügbar.

Die Kategorisierung der processed-Werte funktioniert nach folgenden Regeln:

Regelsaltersgrenze

"regelsaltersgrenze": [
  [
    20190101,
    20441231
  ]
]

Die Regelsaltersgrenze wird aus der Spalte »Datum Regelsaltersgrenze« aus Loga eingelesen. In diesem Beispiel handelt es sich um eine Stelle, die mit einer Person besetzt ist, welche regulär am 31. Dezember 2044 in Rente geht. Dieser Wert wird anhand des Geburtsdatums berechnet.

Bildungsniveau

"bildungsniveau": ["Bachelor", "Master"]

In diesem Beispiel handelt es sich um eine Stelle, für die ein Bachelor- und Masterabschluss als Voraussetzung im Anforderungsprofil hinterlegt ist. Es ist möglich, dass mehrere Werte für diese Kategorie hinterlegt sind. Neben Bachelor und Master existieren noch die Niveaus »Diplom« und »Ausbildung«. Die Daten hierfür sind nicht in Loga hinterlegt, sondern stammen aus einer KI-Auswertung ausgewählter Anforderungsprofile und sind deshalb unvollständig und können Fehler enthalten.

Bildungsfach

"bildungsfach": ["Verwaltung"]

In diesem Beispiel handelt es sich um eine Stelle, für die eine Ausbildung aus dem Fachbereich der Verwaltung als Voraussetzung im Anforderungsprofil hinterlegt ist. Es ist möglich, dass mehrere Werte für diese Kategorie hinterlegt sind. Die Daten hierfür sind nicht in Loga hinterlegt, sondern stammen aus einer KI-Auswertung ausgewählter Anforderungsprofile und sind deshalb unvollständig und können Fehler enthalten.

Jobgruppe

"jobgruppe": ["Verwaltungsfachwirt/in"]

In diesem Beispiel handelt es sich um eine Stelle, die der Jobgruppe »Verwaltungsfachwirt/in« entspricht. Die Jobgruppe wird nicht mit der Stellenbezeichnung abgeglichen. Es ist möglich, dass mehrere Werte für diese Kategorie hinterlegt sind. Die Daten hierfür sind nicht in Loga hinterlegt, sondern stammen aus einer KI-Auswertung ausgewählter Anforderungsprofile und sind deshalb unvollständig und können Fehler enthalten.

Startansicht

Zeitpunkt der dargestellten Werte

Für die dargestellten Zahlen der Stellen wird der Stichtag der neuesten verfügbaren Stellenbesetzungsliste verwendet. Für die Zahlen der endenden Verträge werden die Zeiträume 12 Monate und 4 Jahre ab dem derzeitigen Monat (ausgehend vom Datum, an dem das Dashboard aufgerufen wird) berechnet.

Besetzte Stellen

Der Wert zeigt den Anteil der besetzten Stellen an der Gesamtanzahl aller definierten Stellen. Anders als in der offiziellen Berechnung der Stellenbesetzungsquote wird hierbei der Erste eines Monats als Stichtag verwendet. Außerdem werden gesperrte Stellen, Reserven etc. nicht bereinigt.

Genutzte Vollzeiteinheiten

Der Wert zeigt den Anteil der Gesamtmenge an Vollzeiteinheiten aller besetzten Stellen zur Gesamtmenge an Vollzeiteinheiten, die für alle Stellen definiert sind. Hier ist ein vereinfachtes Beispiel, das die Berechnung erklärt:

Ausgeschriebene Stellen

Der Wert zeigt die Anzahl aller Stellen, die zum Stichtag der neuesten Stellenbesetzungsquote ausgeschrieben sind.

In den nächsten 12 Monaten endende Verträge

Der Wert zeigt alle Verträge, die wegen einem Zeitvertragsende oder einem anstehenden Ruhestand in den nächsten 12 Monaten enden.

In den nächsten 4 Jahren endende Verträge von Führungskräften

Der Wert zeigt alle Verträge, die wegen eines Zeitvertragsendes oder einem anstehenden Ruhestand in den nächsten 48 Monaten enden und als Führungskraft definiert sind.

Balkendiagramm

Zeitpunkt der Abbildung

In der Stellenansicht des Balkendiagramms werden die Einträge zu den auf der x-Achse angegebenen Zeiten aggregiert. Dabei ist zu beachten, dass der jeweils letzte Zeitpunkt, der in den Stellenbesetzungslisten zur Verfügung steht, als Stichtag verwendet wird. Da die Stellenbesetzungslisten in monatlicher Auflösung immer zum ersten eines Monats vorliegen, werden die Einträge in der Jahresansicht jeweils zum 1. Dezember eines Jahres aggregiert. Dies ist immer der letzte Zeitpunkt in vergangenen Jahren, zu dem eine Stellenbesetzungsliste vorliegt.

Eine Ausnahme bildet das aktuelle Jahr: auch hier wird das letzte Datum, an dem eine Stellenbesetzungsliste vorliegt, als Stichtag verwendet, was aber auch bedeutet, dass dieser Zeitpunkt vor dem 1. Dezember liegen kann. Bis zu welchem Zeitpunkt Stellendaten im aktuellen Jahr vorliegen, kann an der Prognose abgelesen werden. Ab dem Monat, in dem keine Stellendaten mehr vorliegen, werden die Balken schraffiert als Prognose dargestellt. Im unten gezeigten Beispiel bedeutet dies, dass bis zum 1. Dezember 2024 Stellendaten vorliegen.

In der 12-Monate-Ansicht werden die Daten immer zum Ersten des Monats gezeigt.

In der Endende-Verträge-Ansicht werden die Daten anders als bei der Stellenansicht nicht zu einem Stichtag sondern über den jeweiligen Zeitraum hinweg dargestellt. Grundlage hierfür ist das Vertragsende der Einträge. Endet ein Vertrag beispielsweise zum 4. Oktober 2022, taucht er in der Jahresansicht im Balken zu 2022 und in der 12-Monate-Ansicht im Oktober 2022 auf.

Umgang mit doppelten Stellennummern

Oftmals sind zu einem Zeitpunkt mehrere Einträge mit derselben Stellennummer definiert. In der Stellenansicht des Balkendiagramms stellt dies ein Problem dar, da hier nur ein Eintrag pro Stelle abgebildet werden soll. Aus diesem Grund werden mehrere Einträge mit derselben Stellennummer nach folgenden Regeln zusammengefasst:

In der Endende-Verträge-Ansicht tritt dieses Problem nicht auf, da hier alle Vertragsenden relevant sind.

Prognose

Für Zeiträume, für die noch keine Stellenbesetzungslisten als Datengrundlage vorhanden sind, wird eine Prognose abgebildet. In der Stellenansicht wird die Prognose auf Basis des letzten Zeitpunkts berechnet, zu dem es eine Datengrundlage gab. Davon ausgehend werden alle Einträge abgezogen, die derzeit besetzt sind, für die aber vor dem jeweiligen Stichtag in der Zukunft ein Vertragsende existiert. Wenn eine Stelle beispielsweise zum aktuellen Zeitpunkt besetzt ist, der Vertrag aber zum 4. Oktober 2026 endet, wird diese Stelle in der Jahresansicht zu 2026 nicht mehr auftauchen, da der Stichtag für diese Ansicht der 1. Dezember 2026 ist. In der 12-Monate-Ansicht wird die Stelle noch zum Oktober 2026 auftauchen, aber zum November 2026 nicht mehr, da die Stichtage hierfür der 1. Oktober bzw. der 1. November sind.

Stellen, für die zum Zeitpunkt der neuesten vorhandenen Stellenbesetzungsliste keine Vertragsinformationen vorliegen, werden bis zum aktuellen Abrufdatum des Dashboards weiterhin aufgeführt. Das betrifft Stellen mit dem Besetzungsstatus »geplant« oder »ausgeschrieben«. Bei Zeiträumen, die in der Zukunft liegen, werden diese Stellen nicht mehr aufgeführt. Wenn die neueste Stellenbesetzungsliste beispielsweise zum 1. Dezember 2024 vorliegt und das Dashboard am 20. Februar 2025 abgerufen wird, werden Stellen, die zum 1. Dezember 2024 unbesetzt waren bis zum Februar 2025 angezeigt. Der Grund für diese Darstellung ist, dass für diese Stellen keine Informationen vorliegen, wann sie in der Zukunft enden werden, da es kein Vertragsende gibt. Es gibt aber auch keine Information darüber, dass sie seit dem Zeitpunkt der letzten Daten beendet wurden. Deshalb wird davon ausgegangen, dass sie bis zum aktuellen Zeitpunkt existieren. Nachbesetzungen und neu geschaffene Stellen werden nicht beachtet, weshalb die dargestellte Menge an Stellen in der Zukunft wahrscheinlich unter der tatsächlichen Menge liegt.

Für die Endende-Verträge-Ansicht werden für die Prognose ausschließlich die Vertragsendegründe »Zeitvertragsende« und »Ruhestand« betrachtet, da hierfür belastbare Daten existieren. Als Grundlage für die Endenden Verträge in der Zukunft werden ausschließlich die Werte aus der Kategorie Vertragsende angewendet. Da somit Kündigungen, Wechsel und sonstige Vertragsenden in der Zukunft nicht betrachtet werden, liegt die dargestellte Menge wahrscheinlich unter der tatsächlichen Menge an Vertragsenden in der Zukunft.

Gruppierung

Die Gruppierungen basieren auf den Kategorien, die im Kapitel Verarbeitung der Daten vorgestellt wurden. In der Stellenansicht werden die Stellen in der Gruppierung abgebildet, die zum jeweiligen Stichtag gültig sind. Die Stichtage werden im Kapitel Zeitpunkt der Abbildung erläutert.

In der Endende-Verträge-Ansicht wird für jeden endenden Vertrag die Gruppierungen abgebildet, welche zum Zeitpunkt des Vertragsendes gültig ist.

Filter

Wenn der Filter (A) aktiviert wird, werden die Daten-Einträge gefiltert. Es bleiben nur die Einträge erhalten, auf die alle ausgewählten Filter in der eingestellten Zeitspanne (B) zutreffen. Das heißt es wird für jeden Eintrag geprüft, ob die gefilterten Werte in den gefilterten Kategorien im gefilterten Zeitraum vorhanden sind.

Zusätzlich wird für jeden Zeitpunkt auf der x-Achse geprüft, ob die gefilterten Werte in den gefilterten Kategorien auch zum jeweiligen Stichtag gelten. Ein Beispiel:

Eine Stelle ist zwischen dem 1. Januar 2022 und dem 20. März 2023 mit 1,0 Vollzeiteinheiten und vom 1. April 2023 bis zum 31. Dezember 2024 mit 0,8 Vollzeiteinheiten besetzt. Der Filter Vollzeiteinheiten ist aktiv und mit einem Wert von 0–0,8 eingestellt. In diesem Fall wird der Eintrag in der Jahresansicht für die Jahre 2023 und 2024 angezeigt, für das Jahr 2022 jedoch nicht. Das hängt damit zusammen, dass der Eintrag zum Stichtag des 1. Dezember 2022 die Vorgaben des Filters nicht erfüllt.

Tabelle

In der Tabelle werden die Einträge untereinander dargestellt. Die Stellenbezeichnung sowie die Werte für die aktuell eingestellte Gruppierung werden aus den entsprechenden Kategorien des jeweiligen Eintrags entnommen. Die Zeitleiste in der Mitte wird anhand der Kategorie Besetzungsstatus erstellt.

Gruppierung

Die Gruppierungen basieren auf den Kategorien, die im Kapitel Verarbeitung der Daten vorgestellt wurden. Falls während dem Zeitraum, in dem die Stelle bzw. der Vertrag definiert ist mehrere Werte für die gewählte Gruppierung existieren, wird dies über die hinterlegte Zahl (z.B. »+1«) angezeigt. Standardmäßig wird nur der aktuellste Wert angezeigt. Die vorherigen Werte können durch das Bewegen des Mauszeigers über die Zahl angezeigt werden.

Filter

Wenn der Filter (A) aktiviert wird, werden die Daten-Einträge gefiltert. Es bleiben nur die Einträge erhalten auf die alle ausgewählten Filter in der eingestellten Zeitspanne (B) zutreffen. Das heißt es wird für jeden Eintrag geprüft, ob die gefilterten Werte in den gefilterten Kategorien im gefilterten Zeitraum vorhanden sind.

Detailansicht

In der Detailansicht sind alle verfügbaren Informationen eines Eintrages aufgelistet. Diese basieren auf den Kategorien, die im Kapitel Verarbeitung der Daten vorgestellt werden.

Für die Kategorien »Geplante VZE« und »Genutzte VZE« werden die Originalwerte aus den Kategorien Vollzeiteinheiten der Stelle und Vollzeiteinheiten verwendet. Für die Kategorie »Vertragsendegrund« werden sowohl der verarbeitete Wert als auch der Originalwert in Klammern abgebildet.