Mitarbeiter, Arbeitszeit, Urlaub und Verträge
Nutzen Sie den Personalbereich, um aus Personen echte Mitarbeiterprofile zu machen und die Voraussetzungen für Zeiterfassung, Urlaub, Abwesenheiten und Arbeitsverträge sauber einzurichten.
Diese Seite richtet sich an Administratoren und HR-Verantwortliche, die Mitarbeiter, Arbeitszeit, Urlaub, Abwesenheiten, Arbeitsverträge und Team- Freigaben belastbar in Workspace einrichten möchten. Nach dem Lesen können Sie prüfen, ob Person, Benutzerkonto, Staff-Rolle, Mitarbeiterprofil, Beschäftigungsbezug und Vertrag zusammenpassen.
Workspace trennt dabei Stammdaten, Rollen, Beschäftigungsbezug, Vertrag und transaktionale HR-Daten:
- Eine Person speichert Identität, Kontaktdaten, Sichtbarkeit und flexible Attribute.
- Die Rolle
staffmarkiert die Person fachlich als Mitarbeiter. - Das Mitarbeiterprofil ist der funktionale Anker für HR-Logik.
- Ein Beschäftigungsbezug verbindet die Person mit Arbeitgeber, Standort, Abteilung und Personalnummer.
- Ein Arbeitsvertrag steuert vertragliche Werte wie Gültigkeit und Wochenstunden.
- Zeiterfassung, Urlaub und Abwesenheiten schreiben nachvollziehbare Journale und Konten.
Begriffe einordnen
Person: Eine Person ist der zentrale Datensatz für Menschen im Arbeitsbereich. Eine Person kann intern oder extern sein, einen Benutzerzugang haben oder nur als fachlicher Kontakt existieren.
Mitarbeiter: Ein Mitarbeiter ist eine Person mit interner Workforce-Semantik, Staff-Rolle und Mitarbeiterprofil. Erst diese Kombination schaltet HR-Fachlogik belastbar frei.
Benutzerkonto: Ein Benutzerkonto erlaubt Anmeldung und Self-Service. Es macht eine Person nicht automatisch zum Mitarbeiter.
Beschäftigungsbezug: Der Beschäftigungsbezug ordnet eine Person einem Unternehmen, einer Personalnummer, einer Abteilung, einer Position und optional einem Arbeitsstandort zu.
Arbeitsvertrag: Der Arbeitsvertrag ist ein workflow-gebundener Vertrag vom Typ contract.employment.v1. Er liefert vertragliche Werte für HR-Prozesse, zum Beispiel Gültigkeit und Wochenstunden.
Mitarbeiterprofil: Das Mitarbeiterprofil ist der technische und fachliche HR-Anker für Urlaubskonten, Urlaubssaldo, HR-Readiness und weitere Staff-Funktionen.
Mitarbeiter anlegen
Legen Sie einen Mitarbeiter nicht nur als freie Person an. Richten Sie die gesamte HR-Kette ein.
- Öffnen Sie
Personal > Mitarbeiter. - Legen Sie die Person an oder wählen Sie eine bestehende Person aus.
- Setzen Sie die Person als interne Workforce-Person, wenn sie im eigenen Betrieb mitarbeitet.
- Weisen Sie die Rolle
staffzu. - Prüfen Sie, ob Workspace ein Mitarbeiterprofil angelegt hat.
- Pflegen Sie Personalnummer, Position, Abteilung und Beschäftigungsbezug.
- Hinterlegen Sie den Arbeitsstandort, wenn Feiertage, Urlaub oder Vertragsaktivierung davon abhängen.
- Legen Sie den Arbeitsvertrag an.
- Aktivieren oder unterschreiben Sie den Vertrag über den vorgesehenen Workflow.
- Prüfen Sie danach Profil-Self-Service, Zeiterfassung, Urlaubssaldo und Readiness.
Wenn nur die Person sichtbar ist, aber kein Mitarbeiterprofil existiert, bleiben Urlaub und weitere Staff-Funktionen deaktiviert. Beheben Sie dann zuerst die Staff-Rolle und das Mitarbeiterprofil, statt Urlaubskonten oder Zeiteinträge manuell zu erzwingen.
Für den Profil-Self-Service zählt nicht der ähnlichste Name, die gleiche E-Mail-Adresse oder die „beste“ Mitarbeiterperson. Workspace nutzt die eindeutige Verknüpfung zwischen Benutzerkonto und Person im aktuellen Arbeitsbereich. Diese Verknüpfung muss auf genau eine aktive Person zeigen. Wenn ein Benutzerkonto versehentlich mit mehreren aktiven Personen verbunden ist, gilt das als Datenfehler und nicht als Auswahlfrage.
Prüfen Sie in Personal > Mitarbeiter im Tab Zugriff, ob das Benutzerkonto mit der richtigen internen Person verbunden ist. Korrigieren Sie falsche Verknüpfungen dort oder über Ihren Administrationsprozess. Legen Sie keine zweite aktive Person mit demselben Benutzerkonto an, um fehlende HR-Daten zu umgehen.
Was macht eine Person zum Mitarbeiter?
Eine Person wird nicht durch einen Namen, eine E-Mail-Adresse oder einen Login zum Mitarbeiter. Für HR-Funktionen zählt die fachliche Staff-Kette.
Prüfen Sie diese Punkte gemeinsam:
- Die Person gehört zum aktuellen Arbeitsbereich.
PersonKindsteht fachlich auf Workforce.- Die Rolle
staffist zugewiesen. - Ein Mitarbeiterprofil existiert.
- Ein Beschäftigungsbezug existiert, wenn Standort, Abteilung, Personalnummer oder Arbeitgeber relevant sind.
- Ein Arbeitsvertrag vom Typ
contract.employment.v1existiert. - Der Vertrag ist unterschrieben oder aktiv, wenn Zeiterfassung oder Urlaub ihn benötigen.
- Für Urlaub existiert ein Urlaubskonto oder die HR-Readiness zeigt, warum es fehlt.
Ein Benutzerzugang ist für Self-Service nötig, aber nicht die Quelle der HR-Wahrheit. Ohne Benutzerzugang kann HR Mitarbeiterdaten verwalten; die Person kann dann aber eigene Profilfunktionen nicht selbst nutzen.
Profil-Self-Service eindeutig zuordnen
Das Profil zeigt persönliche Self-Service-Daten für das angemeldete Benutzerkonto im aktuellen Arbeitsbereich. Für HR-Funktionen muss dieses Konto eindeutig zur richtigen Person gehören.
Merken Sie sich diese Regel:
- Ein Benutzerkonto kann sich anmelden.
- Eine Person trägt Stammdaten und HR-Zuordnung.
- Das Mitarbeiterprofil schaltet Staff-Funktionen frei.
- Arbeitsvertrag, Urlaubskonto und Standort liefern fachliche Voraussetzungen.
- Die Profilseite verbindet diese Bausteine nur, wenn die Konto-Person-Zuordnung eindeutig ist.
Wenn Arbeitszeit oder Urlaub im Profil fehlen, prüfen Sie die Kette von vorne nach hinten:
- Benutzerkonto gehört zum richtigen Arbeitsbereich.
- Benutzerkonto ist mit genau einer aktiven Person verbunden.
- Diese Person ist die interne Workforce-Person.
- Die Person hat die Rolle
staff. - Das Mitarbeiterprofil existiert.
- Ein aktiver oder unterschriebener Arbeitsvertrag existiert.
- Für Urlaub existiert ein Jahreskonto.
- Für Feiertage und bestimmte Kalenderprüfungen ist ein Arbeitsstandort mit Feiertagsregion gepflegt.
- Für eigene Zeitbuchungen besitzt die Rolle die Self-Service-Scopes
staff_time_ledger:create,staff_time_ledger:listundstaff_time_ledger:read.
Vermeiden Sie Umwege wie doppelte Personen, freie Notizen, manuelle Salden oder zusätzliche Kontakte mit gleicher E-Mail-Adresse. Solche Umwege machen HR-Auswertungen unklar und verhindern, dass Führungskräfte, HR und Mitarbeiter dieselben Daten sehen.
Beschäftigungsbezug pflegen
Nutzen Sie den Beschäftigungsbezug für organisatorische Zuordnung, nicht für Vertragslogik.
Pflegen Sie dort:
- Arbeitgeber oder verbundenes Unternehmen
- Personalnummer
- Position
- Abteilung
- Eintrittsdatum und Austrittsdatum
- Arbeitsstandort
- Tags für operative Filter
Der Arbeitsstandort ist besonders wichtig, wenn Feiertage oder Standortregeln genutzt werden. Der Standort braucht eine passende Feiertagsregion, damit Feiertage und bestimmte Urlaubs- oder Vertragsprüfungen korrekt arbeiten.
Verwenden Sie das freie Details-Feld nicht als Ersatz für strukturierte HR-Verträge oder Urlaubskonten. Es ist kein öffentlich erklärter Fachvertrag für Zeiterfassung, Urlaub oder Payroll.
Arbeitsvertrag anlegen
Öffnen Sie den Vertragsbereich und legen Sie einen Vertrag vom Typ contract.employment.v1 für die Person an.
Prüfen Sie vor dem Aktivieren:
- Der Vertrag verweist auf die richtige Person.
- Der Vertrag nutzt den Employment-Contract-Typ.
- Der Workflow ist der Arbeitsvertragsworkflow.
valid_fromist gepflegt.valid_untilist gepflegt, wenn der Vertrag befristet ist.weekly_hoursenthält die vertraglichen Wochenstunden.vacation_daysenthält den vertraglichen Jahresurlaubsanspruch, wenn Urlaubskonten daraus initialisiert werden sollen.- Der zuständige Owner oder die zuständige Gruppe ist gesetzt, wenn Genehmigungen darauf zurückfallen sollen.
- Standort und Feiertagsregion passen, wenn der Vertrag Feiertage materialisiert.
Aktivieren Sie Arbeitsverträge über die vorgesehenen Workflow-Aktionen. Ändern Sie den Status nicht als freies Feld. Workspace schützt Workflow-, System- und sensible Vertragsfelder, damit HR- und Payroll-Sichten nachvollziehbar bleiben.
Zeiterfassung einrichten
Zeiterfassung funktioniert über ein Buchungsjournal. Workspace überschreibt bestehende Zeitereignisse nicht still.
Für Zeiterfassung braucht die Person typischerweise:
- Staff-Rolle
- Mitarbeiterprofil
- aktiven oder unterschriebenen Arbeitsvertrag
- vertragliche Wochenstunden oder einen Tenant-Default für Zielstunden
- Benutzerzugang, wenn die Person selbst im Profil buchen soll
- Berechtigungen für Self-Service oder Team-Sichten
Live-Buchungen verwenden die Serverzeit. Benutzer starten und beenden Arbeitszeit im Profil. Pausen laufen über eigene Start- und Endereignisse. Fehlende historische Zeiten oder Pausen erfassen Benutzer oder berechtigte Rollen über Korrekturbuchungen.
Korrigieren Sie Zeit nicht durch Löschen oder Überschreiben alter Einträge. Nutzen Sie Korrekturen, damit die Historie nachvollziehbar bleibt.
Team konfigurieren
Ein Team entsteht für Zeiterfassung und Urlaub nicht durch einen freien Teamnamen. Workspace nutzt direkte Reporting-Beziehungen und Berechtigungen.
Richten Sie ein Team so ein:
- Legen Sie alle Teammitglieder als Mitarbeiter an.
- Legen Sie die Führungskraft ebenfalls als Mitarbeiter an, wenn sie eigene Arbeitszeit oder Abwesenheiten nutzt.
- Öffnen Sie den Mitarbeiterdatensatz jedes Teammitglieds.
- Pflegen Sie im Tab
Reportingdie Relationreports_tozur Führungskraft. - Wiederholen Sie den Schritt für alle direkten Reports.
- Weisen Sie der Führungskraft eine Rolle mit
staff_time_team:readzu. - Ergänzen Sie
staff_time_team:write, wenn die Führungskraft Urlaub oder Abwesenheiten genehmigen darf. - Prüfen Sie
Personal > Team-Zeiterfassungmit der Führungskraft.
Nutzen Sie den IAM-Preset Staff: Team Lead, wenn Sie eine schmale Teamleitungsrolle brauchen. Dieser Preset gibt Teamlesen und Entscheidungen frei, aber keine HR-Korrekturen, keine Evidence-Pflege und keine Payroll-Sichten.
Wenn die Führungskraft zusätzlich eigene Arbeitszeit im Profil buchen soll, braucht sie außerdem eine operative Staff-Rolle mit staff_time_ledger:create, staff_time_ledger:list und staff_time_ledger:read.
Sollstunden verstehen
Die Zielstunden kommen aus dieser Reihenfolge:
weekly_hoursim aktiven Arbeitsvertrag- Tenant-Default für Wochenstunden
- System-Fallback
Wenn Workspace einen Default nutzt, sehen Benutzer im Profil einen Hinweis. Pflegen Sie die Wochenstunden im Arbeitsvertrag, wenn die Zielwerte für Teilzeit, Vollzeit oder individuelle Vereinbarungen korrekt ausgewertet werden sollen.
Abwesenheiten wie Urlaub, Krankheit oder Feiertage senken das Soll nicht still. Sie werden als Abwesenheits- oder Feiertagsgutschrift in die Ist-/Soll-Logik einbezogen.
Feiertage, Soll und Ist verstehen
Feiertage sind keine gestempelte Arbeitszeit. Workspace behandelt einen Feiertag als bezahlte, genehmigte Abwesenheit vom Typ public_holiday, wenn der Feiertag aus der Kalender- und Feiertagslogik für die Person aufgelöst wurde.
Die Logik hat drei Teile:
- Feiertagsvorlagen liefern den fachlichen Feiertag, zum Beispiel für eine Region.
- Der Arbeitsstandort der Person liefert die Feiertagsregion.
- Der Feiertagsabgleich erzeugt für die betroffene Person eine genehmigte Feiertagsabwesenheit.
In Zeitsummen erscheint dieser Feiertag als Zeitgutschrift. Die Person muss an diesem Tag nicht stempeln, bekommt aber den täglichen Zielwert gutgeschrieben. Dadurch wirkt der Feiertag in Wochen- oder Monatswerten wie bezahlte Arbeitszeit, ohne ein echtes Arbeitszeitereignis zu erzeugen.
Beispiel:
- Vertragliche Wochenzeit: 40 Stunden
- Täglicher Zielwert bei einer Fünftagewoche: 8 Stunden
- Ein Feiertag im Zeitraum: 8 Stunden Feiertagsgutschrift
Die Team- und HR-Sichten nutzen zusätzlich den Kalenderkontext, um Arbeitstage pro Person zu bestimmen. Wenn Standort oder Feiertagsregion fehlen, kann Workspace Feiertage nicht sicher auflösen und bricht kalenderabhängige Prüfungen geschlossen ab. Pflegen Sie deshalb Arbeitsstandort und Feiertagsregion, bevor Sie Zeiterfassung, Urlaubsanträge oder Teamkalender produktiv nutzen.
Urlaub und Abwesenheiten einrichten
Urlaub nutzt ein Konto-Prinzip. Ein Jahreskonto hält Anspruch, Übertrag, Bonus und Korrekturen. Buchungen im Vacation-Ledger erklären jede Veränderung.
Für Urlaubsanträge braucht die Person:
- Staff-Rolle und Mitarbeiterprofil
- aktiven oder unterschriebenen Arbeitsvertrag
- Urlaubskonto für das Jahr
- aktiven Abwesenheitstyp, zum Beispiel
vacation - bei Self-Service einen Benutzerzugang
- Approval-Routing über
reports_tooder eine zuständige Gruppe am Vertrag
Offene Anträge reservieren verfügbaren Urlaub. Genehmigte Anträge verbrauchen Urlaub. Korrekturen, Übertrag und Bonus laufen als eigene Ledger-Buchungen.
Pflegen Sie Urlaubsansprüche nicht als freie Notiz. Nutzen Sie Urlaubskonten und Ledger-Aktionen, damit HR später erklären kann, warum ein Saldo entstanden ist.
Urlaubstage festlegen
Legen Sie Urlaubstage strukturiert fest. Schreiben Sie den Anspruch nicht in freie Notizen, Personendetails oder Kommentare.
Nutzen Sie diese Reihenfolge:
- Pflegen Sie den vertraglichen Jahresurlaubsanspruch im Arbeitsvertrag, wenn der Anspruch aus dem Vertrag kommen soll.
- Prüfen Sie im Vertrag
valid_from, optionalvalid_until,weekly_hoursundvacation_days. - Aktivieren oder unterschreiben Sie den Vertrag über den vorgesehenen Workflow.
- Öffnen Sie
Personal > Urlaubsansprüche. - Prüfen Sie, ob für das Kalenderjahr ein Urlaubskonto existiert.
- Legen Sie das Jahreskonto an oder aktualisieren Sie es über die vorgesehene HR-Aktion, wenn die Oberfläche dies anbietet.
- Pflegen Sie Übertrag, Bonus oder Korrekturen als eigene Ledger-Buchungen.
- Prüfen Sie danach den Saldo im Profil der Person oder in der HR-Sicht.
Das Urlaubskonto ist ein Jahres-Snapshot. Wenn sich der Arbeitsvertrag später ändert, überschreibt Workspace bestehende Jahreskonten nicht still. Entscheiden Sie dann fachlich, ob HR eine nachvollziehbare Korrekturbuchung, einen Bonus oder eine neue Jahresberechnung braucht.
Typische Werte:
| Fall | Wo pflegen |
|---|---|
| Vertraglicher Jahresanspruch, zum Beispiel 30 Tage | Arbeitsvertrag vacation_days und Jahreskonto |
| Resturlaub aus Vorjahr | Übertrag im Urlaubskonto oder Ledger-Aktion |
| Sonderbonus | Bonus- oder Korrekturbuchung im Vacation-Ledger |
| Nachträgliche fachliche Korrektur | HR-Korrektur im Vacation-Ledger |
Prüfen Sie nach jeder Änderung, ob Aktuell nutzbar, Reserviert, Verbraucht und Anspruch inkl. Übertrag fachlich zusammenpassen.
Führung und Genehmigungen einrichten
Richten Sie die fachliche Führung nicht über freie Beziehungen ein. Öffnen Sie den Mitarbeiterdatensatz des Reports und pflegen Sie im Tab Reporting die Relation reports_to zur zuständigen Führungskraft.
Für die Genehmigung gilt diese Reihenfolge:
reports_toam Mitarbeiter bestimmt die direkte Führungskraft.- Wenn keine direkte Führungskraft auflösbar ist, kann die zuständige Gruppe am Arbeitsvertrag als Fallback dienen.
- Selbstfreigabe bleibt blockiert.
Die Teamleitung braucht getrennte Berechtigungen:
| Aufgabe | Scope |
|---|---|
| Eigene Arbeitszeit im Profil buchen, lesen und korrigieren | staff_time_ledger:create, staff_time_ledger:list, staff_time_ledger:read |
| Team-Zeiterfassung, direkte Reports, Teamkalender und offene Team-Anträge lesen | staff_time_team:read |
| Urlaub und Abwesenheiten direkter Reports genehmigen oder ablehnen | staff_time_team:write |
| HR-Urlaubskonten, Ledger, Readiness und Operations lesen | vacation_entitlements:list |
| HR-Übertrag, Bonus und Korrekturen pflegen | vacation_entitlements:update |
| Evidence-Metadaten lesen | staff_absence_evidence:read |
| Evidence-Metadaten pflegen | staff_absence_evidence:update |
Vergeben Sie staff_time_team:write nur an Rollen mit echter Genehmigungsverantwortung. Eine fachliche Teamleitung muss nicht automatisch HR-Korrekturen oder payroll-nahe Details sehen.
Der IAM-Preset Staff: Team Lead bildet diese schmale Teamleitungsrolle ab. Er gibt Teamleitungen Lese- und Entscheidungsrechte für direkte Reports, aber keine HR-Urlaubskonto-, Evidence- oder Payroll-Rechte.
Eine Teamleitung braucht für eigene Zeitbuchungen zusätzlich die normalen Mitarbeiter-Self-Service-Rechte. Trennen Sie deshalb „ich buche meine eigene Arbeitszeit“ von „ich genehmige Anträge meiner direkten Reports“. Beide Aufgaben können dieselbe Person betreffen, bleiben aber unterschiedliche Berechtigungen.
Urlaubsprozess end-to-end prüfen
Prüfen Sie die Einrichtung mit einem echten Ablauf, bevor Sie den Prozess breit ausrollen.
- Melden Sie sich als Mitarbeiter an oder nutzen Sie eine freigegebene Stellvertretung.
- Öffnen Sie
Profil > Urlaub. - Prüfen Sie den Saldo und stellen Sie einen Antrag für einen kurzen Zeitraum.
- Melden Sie sich als zuständige Führungskraft an oder nutzen Sie eine freigegebene Stellvertretung.
- Öffnen Sie
Personal > Team-Zeiterfassung. - Prüfen Sie, ob der Antrag unter
Offene Anträgeerscheint. - Genehmigen oder lehnen Sie den Antrag.
- Prüfen Sie den Teamkalender für den Zeitraum.
- Prüfen Sie den Urlaubssaldo der Person.
Wenn der Antrag nicht erscheint, prüfen Sie zuerst reports_to, die Teamlead-Scopes und den Zeitraumfilter der Team-Zeiterfassung. Wenn der Antrag gar nicht gestellt werden kann, prüfen Sie Mitarbeiterprofil, Arbeitsvertrag, Urlaubskonto, Abwesenheitstyp, Standort und Berechtigung.
Abwesenheitsantrag bearbeiten
Benutzer stellen Abwesenheitsanträge im Profil, wenn Self-Service aktiv ist. Teamleitungen prüfen offene Anträge ihrer direkten Reports. HR bearbeitet Sonderfälle in den Administrationssichten.
Der typische Ablauf:
- Benutzer stellt Antrag mit Typ, Startdatum, Enddatum und optionaler Notiz.
- Workspace prüft Mitarbeiterprofil, Vertrag, Abwesenheitstyp und Urlaubssaldo.
- Der Antrag geht an die zuständige Führungskraft oder Gruppe.
- Genehmigung erzeugt die fachlichen Abwesenheitstage.
- Urlaub verbraucht den reservierten Saldo erst bei Genehmigung.
- Storno oder Ablehnung folgt dem Workflow und bleibt nachvollziehbar.
Krankheit während genehmigtem Urlaub ist ein HR-Sonderfall. Bearbeiten Sie diesen Fall über den vorgesehenen Abwesenheits- und Evidence-Prozess, nicht durch manuelles Umschreiben alter Urlaubsbuchungen.
Teamleitung und HR trennen
Teamleitungen brauchen direkte Reports, offene Genehmigungen, Teamkalender, Coverage-Hinweise und Arbeitszeit-Kennzahlen.
HR braucht zusätzlich Urlaubskonten, Ledger-Korrekturen, Evidence-Status, Vertragsdetails, Payroll-Readiness und administrative Sonderfälle.
Geben Sie Berechtigungen entsprechend getrennt. Ein Teamleiter muss nicht automatisch sensible Vertragsattribute, HR-Korrekturen oder payroll-nahe Details sehen.
Properties, Attribute und Grenzen
Workspace nutzt Properties und Attribute für flexible Stammdaten. Diese Flexibilität ersetzt keine fachlichen HR-Journale.
Property Definition: Eine Property Definition beschreibt ein einzelnes Feld, zum Beispiel Datentyp, Label, Format und ob ein Feld sensibel ist.
Attributsatz: Ein Attributsatz gruppiert mehrere Property Definitions für einen fachlichen Kontext, zum Beispiel Staff-Core-Attribute für Mitarbeiter oder Vertragsattribute für Arbeitsverträge.
Personenattribute: Personenattribute liegen an der Person. Nutzen Sie sie für langlebige HR-Stammdaten wie Eintrittsdatum, Basis-Urlaubsanspruch, Jobtitel oder Abteilung, wenn diese Felder im Staff-Core vorgesehen sind.
Vertragsattribute: Vertragsattribute liegen am Arbeitsvertrag. Nutzen Sie sie für vertragliche Werte wie Gültigkeit, Wochenstunden und Urlaubsanspruch. Sensible Vertragsattribute sind zusätzlich berechtigungsgeschützt.
Beschäftigungsdetails: Beschäftigungsdetails sind ein freier JSON-Bereich für spätere Erweiterungen. Nutzen Sie ihn nicht als Quelle für Zeiterfassung, Urlaub oder Payroll.
Transaktionale Daten: Zeiterfassungen, Abwesenheitsanträge, Urlaubskonten und Ledger-Buchungen sind eigene Fachdatensätze. Speichern Sie diese Daten nicht als freie Attribute an Person, Beschäftigung oder Vertrag.
Typische Fehler
- Eine Person hat einen Login, aber keine Staff-Rolle.
- Eine Person ist im Mitarbeiterbereich sichtbar, aber es fehlt das Mitarbeiterprofil.
- Ein Arbeitsvertrag existiert, ist aber noch im Entwurf.
weekly_hoursfehlt und Zielstunden fallen auf Default-Werte zurück.- Ein Standort ist gesetzt, aber die Feiertagsregion fehlt.
- Urlaub wird erwartet, aber es fehlt ein Jahreskonto oder ein aktiver Abwesenheitstyp.
- Approval-Routing fehlt, weil weder
reports_tonoch eine zuständige Vertragsgruppe gesetzt ist. - HR-relevante Werte werden in freie Details geschrieben statt in Vertrag, Staff-Core oder Ledger.
Prüfliste für neue Mitarbeiter
- Person im richtigen Arbeitsbereich angelegt.
- Interne Workforce-Semantik gesetzt.
- Rolle
staffzugewiesen. - Mitarbeiterprofil vorhanden.
- Benutzerzugang eingerichtet, wenn Self-Service benötigt wird.
- Personalnummer, Position und Abteilung gepflegt.
- Beschäftigungsbezug mit Arbeitgeber und Standort gepflegt.
- Standort besitzt eine Feiertagsregion, wenn Feiertage relevant sind.
- Arbeitsvertrag vom Typ
contract.employment.v1angelegt. - Vertragsattribute
valid_from,weekly_hoursund optionalvacation_daysgeprüft. - Vertrag unterschrieben oder aktiv.
- Urlaubskonto und Abwesenheitstypen geprüft.
- Manager-Relation oder zuständige Vertragsgruppe gesetzt.
- Profil zeigt Arbeitszeit und Urlaub wie erwartet.