DSAG HR Insights 2025: LM Consulting als Aussteller – Erfolgreicher Fachvortrag mit AGRAVIS

Die DSAG HR Insights 2025 bot erneut eine hochkarätige Plattform für HR-IT-Verantwortliche, SAP-Expert:innen und Entscheider:innen. In diesem Jahr war LM Consulting nicht nur als Aussteller vertreten, sondern präsentierte gemeinsam mit unserem Kunden AGRAVIS Raiffeisen AG einen Fachvortrag, der zu den inhaltlichen Highlights der Veranstaltung gehörte.

Unter dem Titel „Die Transformations-Roadmap zu SAP HCM for SAP S/4HANA und SuccessFactors Employee Central“ führten Martin Müller (AGRAVIS) und Lars Möller (LM Consulting) das Publikum durch eine praxisnahe und strategische Roadmap, die aktuell viele Unternehmen beschäftigt.

Ein Thema, das die HR-IT bewegt: SAP HCM Transformation bis Ende 2027

Ein Thema, das die HR-IT bewegt: SAP HCM Transformation bis Ende 2027

Während SAP zahlreiche Produkte und Optionen rund um SAP HCM, SuccessFactors und S/4HANA anbietet, herrscht bei vielen Unternehmen Unsicherheit über die richtige Transformationsstrategie. Genau hier setzte unser Vortrag an.

Zentrale Fragen, die wir beantworteten:

• Welche SAP-Strategie und Roadmap verfolgt die AGRAVIS?
• Welche Rolle spielen SAP HCM for SAP S/4HANA, SuccessFactors EC und EC Payroll?
• Wie trifft man die richtige Architekturentscheidung – Talent Hybrid, Core Hybrid, Full Cloud, oder HCM On-Prem ohne Talent?
• Wie gelingt ein strukturierter Übergang ohne Risiken für Payroll, Zeitwirtschaft und Stammdaten?

Die verschiedenen Architekturoptionen wurden anhand einer detaillierten SWOT-Analyse beleuchtet. So wurde dem Publikum klar: Die strategische Ausrichtung beeinflusst nicht nur Projektaufwände, sondern auch Innovation, Investitionssicherheit und die Komplexität des zukünftigen HR-IT-Betriebs.

Der Transformationsweg der AGRAVIS – ein praxisnaher Leitfaden

Die AGRAVIS Raiffeisen AG setzte – gemeinsam mit LM Consulting – frühzeitig auf eine klare Transformationsstrategie:

1. Upgrade von SAP R/3 auf SAP HCM for SAP S/4HANA
Ein technologischer Pflichtschritt, um die HR-IT-Landschaft auf ein modernes, wartbares Fundament zu heben.

2. Einführung von SuccessFactors Employee Central
Gleichzeitig wird EC das führende HR-System bei AGRAVIS – einschließlich des OrgChart, teile des Stammdatenmanagement und künftigen Talentprozessen.

3. Schrittweise Erweiterung des SuccessFactors-Portfolios
Recruiting, Performance & Goals, Compensation, Onboarding und mehr werden sukzessive integriert – inklusive der Harmonisierung der HR Prozesse im Konzern.

4. Klare Roadmap bis 2028
Die Transformation erfolgt entlang einer transparenten Zeitachse und unterstützt die langfristige Modernisierung der gesamten HR-Prozesslandschaft.
Die dargestellten Projektstrukturen, klaren Verantwortlichkeiten und die Nutzung vorkonfigurierter Templates von LM Consulting ermöglichten ein effizientes Projektvorgehen.

Erfolgreiches Zusammenspiel von SAP HCM for S/4HANA und SuccessFactors

Ein zentrales Highlight des Vortrags war die Darstellung, wie beide Welten – Cloud und On-Premise – sinnvoll miteinander orchestriert werden können.
Wichtige Erfolgsfaktoren, die wir vorgestellt haben:

Geteiltes Datenmodell richtig aufsetzen
SAP-Infotypen müssen sauber mit den SuccessFactors-Datenobjekten harmoniert werden.

Business Integration Builder konsequent nutzen
Konfiguration statt Programmierung – inklusive Unterstützung für historische Daten, Wertelisten und kundenspezifische Erweiterungen.

Fiori-Prozesse bewerten und migrieren
AGRAVIS behält zunächst bestehende Fiori HR-Prozesse bei und migriert ab 2026 schrittweise in SuccessFactors – ein pragmatischer und risikoarmer Ansatz.

Fokus auf integrierte HR-Prozesslandschaft
Talentprozesse in der Cloud, Payroll und Zeitwirtschaft zunächst On-Premise, später flexibel migrierbar – ein Best-of-Both-Worlds-Szenario.

Resonanz auf der Veranstaltung

Die Teilnehmenden schätzten den konkreten Praxisbezug, die transparente Darstellung der Optionen und die Erfahrungswerte aus einem echten Transformationsprojekt.

Zudem ermöglichte unser Stand den ganzen Tag über intensiven Austausch mit Unternehmen, die vor ähnlichen Transformationsfragen stehen. Besonders gefragt waren unsere Inhalte zur:

• S/4HANA-Lizenzmigration und deren Auswirkungen auf HR
• Zukunft von Payroll (SF Payroll, EC Payroll)
• Cloud-Architektur im HR-Kontext
• Projektvorgehen und Templates von LM Consulting

Fazit: LM Consulting als strategischer Begleiter für HR-Transformationen

Die DSAG HR Insights 2025 hat erneut gezeigt: Unternehmen suchen einen klaren, realistischen und risikoarmen Weg bei der Transformation des HRIS Systems. Zusammen mit AGRAVIS konnten wir demonstrieren, wie eine solche Roadmap erfolgreich aussieht – und wie LM Consulting Organisationen auf diesem Weg end-to-end unterstützt.

Wir freuen uns bereits auf das nächste Jahr und auf viele weitere spannende Transformationsprojekte mit unseren Kunden.

Kalkulation von Zuschlägen auf Basis von hinterlegten Schichtklassifizierungen

Viele Unternehmen gewähren Schichtzuschläge wie beispielsweise Spät- oder Nachtschichtzulagen, die in verschiedenen Zeitkorridoren gewährt werden sollen. Ein Zuschlag wird in der Regel nur gewährt, wenn Mitarbeiter auch tatsächlich eine Spät- oder Nachtschicht geleistet haben. Die Selektion, ob der Mitarbeiter nun für einen Spät- oder Nachtschichtzuschlag berechtigt ist, wird bei der Erstellung eines Arbeitszeitplans (eng. Work Schedule) mit dem Feld „Schichtklassifizierung“ (eng. Shift Classification) vorgenommen.

Der nachstehende Blog-Beitrag soll Ihnen aufzeigen, wie man eine solche Anforderung konfiguriert.

Um einen schichtklassifizierten Zuschlag zu konfigurieren, müssen wir dem System mittels einer Time Valuation mitteilen, wann es sich um eine Früh-, Spät-, oder Nachtschicht handelt. In unserem Beispiel soll eine Wechselschichtzulage (eng. Switch Premium) von 0,08€/Std. in der Zeit zwischen 14:00 – 05:30 Uhr für Mitarbeiter generiert werden, welche sich in Schichtarbeit befinden. Hierzu muss eine Time Valuation mit dem Valuation Type „Filter Segments from Input Groups” erstellt werden.

1. Um die jeweilige Schicht (Früh und Spät) zu klassifizieren, müssen wir als erstes eine Shift Classification über „Manage Data“ erstellen.

Diese wird dann in dem jeweiligen Arbeitszeitplan hinterlegt.

2. Als nächstes legen wir 3 Time Valuations an, welche uns die jeweiligen Schichten filtern. Dies machen wir mit dem Valuation Type „Filter Input Groups“.

A. Als Input Group nehmen wir die Arbeitszeit ohne Pause (die Time Type Group „Working Time under 10h“ bezieht sich auf die Arbeitszeit ohne Pause unter 10h, welche an anderer Stelle konfiguriert wurde).

B. Als nächstes brauchen wir einen „Time Records Filter“, welcher benötigt wird, um in der Valuation die Shift Classification  herauszufiltern. Dieser wird über Daten verwalten (eng. Manage Date) wie im Screenshot zu sehen erstellt:

3. Nun haben wir eine Time Type Group erstellt, welche die Arbeitszeit einer jeweiligen Schicht identifiziert – in diesem Falle „DEU_TTG_SS_Late_Shift“ welche wir als Input für die jeweilige Zuschlagsberechnung hernehmen können. Die nachstehende Time Valuation generiert eine Zulage von 13:45 – 06:00 Uhr für Mitarbeiter, die im Schichtbetrieb arbeiten.

Der Zeitraum wird über den „Time Segment Filter“ festgelegt.

Im nachstehenden Beispiel sehen Sie, dass ein gewisser Zuschlag nur gewährt wird, wenn entsprechende Schichtklassifizierungen in der Work Schedule. hinterlegt worden sind.

Hinterlegte Schichtklassifizierung im Arbeitszeitplan = Prämie:

Nicht hinterlegte Schichtklassifizierung im Arbeitszeitplan = Keine Prämie:

Fixe und dynamische Pausen in SAP SuccessFactors Time Management kombinieren

In vielen Unternehmen gibt es Mitarbeitende, deren Arbeitszeitmodell sowohl fixe als auch dynamische Pausenregelungen umfasst. Ein typisches Beispiel könnte wie folgt aussehen:

• Montag: 08:00–16:00 mit fixer Pause von 12:00–12:30
• Dienstag: 08:00–16:00 mit fixer Pause von 12:00–12:30
• Mittwoch: 08:00–14:00 mit dynamischer Pause (ab 6 Stunden wird eine Pause automatisch abgezogen)
• Donnerstag: 08:00–16:00 mit fixer Pause von 12:00–12:30
• Freitag: 08:00–14:00 mit dynamischer Pause

Die Herausforderung: SAP SuccessFactors Time Management unterstützt im Standard aktuell (Stand: April 2025) nur eine Pausenart pro Mitarbeiter. Sobald fixe und dynamische Pausen parallel verwendet werden, überschreibt die fixe Pause die dynamische – was zu fehlerhaften Berechnungen führen kann.

Doch es gibt einen funktionierenden Workaround, welcher diese Anforderung erfüllen kann:

Die Lösung Schritt für Schritt:

1. Arbeitszeitplan mit Verlaufszeitraum anlegen – dieses Modell erlaubt die Zuordnung unterschiedlicher Tagesmodelle innerhalb eines Wochenplans.
2. Tagesmodelle individuell definieren:
   • Für Tage mit fixer Pause (z. B. Montag, Dienstag, Donnerstag) wird die Pause direkt im Tagesmodell hinterlegt.
   • Für Tage mit dynamischer Pause (z. B. Mittwoch, Freitag) wird keine Pause im Tagesmodell definiert. Stattdessen wird die dynamische Pause im Personenprofil des Mitarbeitenden zugeordnet.
3. Time Valuation anpassen:
   • Eine eigene Time Valuation berechnet automatisch die gesamten Pausen (fix und dynamisch) und speichert sie in einer Time Type Group (Dieser Schritt könnte je nach Anforderungen sehr komplex sein).
   • Diese Time Type Group wird dann in weiteren Time Valuations eingebunden, um eine korrekte Zeitbewertung zu gewährleisten.

Fazit:

Auch wenn der SAP-Standard aktuell keine gemischten Pausenarten pro Mitarbeiter zulässt, lässt sich das gewünschte Szenario mit etwas Konfigurationsaufwand erfolgreich umsetzen. Es ist wichtig zu erwähnen, dass dieser Workaround nicht das Szenario abbilden kann, wenn der Mitarbeiter an einem einzigen Tag beide Pausenreglung hat (das liegt darin, dass die dynamische Pause immer überschrieben wird, wenn eine fixe Pause hinterlegt ist).

Dynamische Schichtplanzuordnung in SuccessFactors Employee Central Time

Manche Unternehmen mit Schichtsystemen stehen vor der Herausforderung, dass die Schichten nicht im regelmäßigen Zyklus geplant sind (z. B. immer abwechselnd eine Zuordnung der Früh- und Spätschicht), sondern kurzfristig oder unregelmäßig durch die Führungskraft oder Schichtleitung zugewiesen werden. Daher muss das Zeitwirtschaftssystem in der Lage sein, auf Basis des Arbeitszeitbeginns die korrekte Schicht zu identifizieren, um entsprechende Gleitzeitrahmen und Zuschläge zu berechnen.

Technische Einschränkung in SuccessFactors Employee Central Time

Zum heutigen Stand (April 2025) ist die dynamische Schichterkennung in SuccessFactors Employee Central Time nicht im Standard verfügbar und noch eine Produktvision von SAP. Workarounds mithilfe der SAP Integration Suite oder ABAP-Programmierungen in einem SAP HCM-System haben den Nachteil, dass zusätzliche Lizenzen für die jeweilige Anwendung erforderlich sind. Im Folgenden stellen wir unsere Lösung zur Abbildung der dynamischen Schichterkennung innerhalb von SuccessFactors Employee Central Time vor.

Fachliche Anforderungen

Wie in der Einleitung kurz skizziert, muss das System in der Lage sein, auf Basis des Arbeitszeitbeginns die Schicht zu erkennen. Beispielsweise resultiert ein Arbeitsbeginn um 16 Uhr darin, dass der Mitarbeitende an dem Tag in der Spätschicht arbeitet und nicht in der Frühschicht. Je nach Anforderung soll das System z. B. Spätschichtzulagen ab Arbeitsbeginn berechnen, die bei einer Frühschicht nicht anfallen. Diese Zuordnung kann zudem unterschiedliche Kriterien wie Standort, Abteilung, juristische Einheit oder sogar Arbeitszeitplan umfassen, die mit zu berücksichtigen sind.

Technischer Lösungsansatz

Zunächst müssen in allen relevanten Zeiterfassungsprofilen Zeitbewertungen („Time Valuations“) hinterlegt werden, die die erste Zeiterfassung am jeweiligen Tag identifizieren. Hierbei ist sicherzustellen, dass es sich tatsächlich um den Arbeitsbeginn des Tages handelt – beispielsweise dürfen Ausstempelungen für Raucherpausen nicht die ursprünglich erfasste erste Uhrzeit überschreiben. Im Anschluss wird diese Information mit Hilfe einer Integration (via „Integration Center“) in ein kundeneigenes Objekt geschrieben. Je nach Anforderungsausprägung können in dem Zuge weitere Kriterien wie beispielsweise Standort oder juristische Einheit aus den Mitarbeiterinformationen mit in das Objekt übernommen werden. Da die zur Identifizierung der jeweiligen Schicht notwendigen Informationen nun konsolidiert in einem Objekteintrag je Mitarbeitenden vorliegen, können mithilfe einer Geschäftsregel verschiedenste Wenn-Dann-Prüfungen erfolgen, um die jeweils korrekte Schicht aus den Parametern abzuleiten. Im letzten Schritt wird durch eine weitere Integration die identifizierte Schicht in den temporären Arbeitszeitplan geschrieben.

Zusammenfassung und Ausblick

Dieser Ansatz zur Schichterkennung bietet den Vorteil, dass innerhalb der Bordmittel von SuccessFactors eine automatische Schichtzuweisung erfolgen kann, bis eine entsprechende Standardfunktionalität von SAP bereitgestellt wird. Es ist jedoch darauf hinzuweisen, dass innerhalb von SuccessFactors keine Programmierungen mit ABAP möglich sind. Die finale Entscheidung über einen Workaround sollte daher im Kontext der Anforderungskomplexität sowie der bestehenden und lizenzierten Systemarchitektur getroffen werden.

Gerne unterstützen wir Sie hierbei nach Ihrer Kontaktaufnahme per Telefon oder über unser Kontaktformular.

Überblick Systemarchitektur SAP SuccessFactors Time Off-Solution & SAP SuccessFactors Time Management

Wie schon im vorherigen Blogbeitrag SAP Time Management erklärt wurde, ermöglicht die Time Off Solution Mitarbeitenden die Erfassung ihrer Abwesenheiten. Dieser Überblick fokussiert sich auf die Systemarchitektur und die Funktionsweise der SuccessFactors Time Off-Solution.

Die Abbildung verdeutlicht die Systemarchitektur der Time Off Solution. Anhand der Abbildung kann man alle notwendigen Objekte sehen, die man zusammen „puzzeln“ muss, damit die Time Off-Solution einwandfrei funktioniert.

Die Systemarchitektur der SAP Time Off-Solution lässt sich in drei Komponente gliedern. Die erste Komponente lässt sich durch die Stammdaten abbilden. Die Stammdaten werden in drei wichtigen Objekten gespeichert und verwaltet. Diese drei Objekte heißen Holiday Calendar, Work Schedule und Time Profile. Diese Objekte werden den Mitarbeitern in der Job Information zugeordnet (in der Abbildung sind die Stammdatenobjekte gelb markiert). In diesen Objekten sind alle für den Abwesenheitsverwaltungsprozess relevanten Informationen und Unterobjekte zu finden und zu verwalten. Daher müssen die Stammdatenobjekte im System vorhanden und den entsprechenden Mitarbeitern zugewiesen sein, damit Time Off Funktionalität genutzt werden kann. Die Implementierung ist nicht unbedingt erfolgreich, nur weil die Objekte den Mitarbeitern zugewiesen sind.

Die zweite Komponente wird durch die sogenannten Konfigurationsdaten abgebildet, die in der Abbildung grau markiert sind. Die Konfigurationsdatenobjekte können als Unterobjekte betrachtet werden, welche konfiguriert und im Anschluss den Stammdatenobjekten zugewiesen werden. Die Beziehung zwischen den Stammdatenobjekten und den Konfigurationsdatenobjekten wird ebenfalls durch die Abbildung verdeutlicht. Die Holidays  werden beispielsweise dem Stammdatenobjekt, dem Holiday Calendar zugewiesen. Der Time Account Type und seine zugehörigen Regeln (Accrual Rule, Period-End Processing Rule und Hire/Termination Rule) werden dem Time Type-Objekt zugwiesen, welches wiederum dem Stammdatenobjekt, dem Time Profile zugeordnet wird.

Die dritte Komponente besteht aus den in der Abbildung blau markierten Bewegungsdaten. Die Bewegungsdatenobjekte enthalten alle Informationen, die sich „bewegen“. In anderen Worten enthalten die Bewegungsdatenobjekte Informationen, die sich ständig verändern wie z.B. der jährliche Urlaubsanspruch. Dieser verändert sich beispielsweise, wenn der Mitarbeiter X Urlaubstage beantragt.

Grobe Vorgehensweise einer Implementierung:

Der erste Schritt, um die Time Off Solution erfolgreich zu implementieren ist, die Stammdaten im System anzulegen. Dazu gehören drei Objekte. Ein Work Schedule, welcher von dem Kunden definiert wird, ein Time Profile, in dem alle zur benötigten Time Types von einem Land enthalten sind. Außerdem gehört dazu auch ein Holiday Calendar. Wie schon erwähnt besteht der Holiday Calendar aus Feiertagen, die separat angelegt werden. Allerdings muss der Kunde eine Liste mit den notwendigen Feiertagen liefern, damit diese überhaupt angelegt werden können.

Im zweiten Schritt werden die Konfigurationsdaten im System konfiguriert. Das heißt, die vom Kunden gelieferten Holidays werden angelegt und dem Holiday Calendar zugewiesen. Im Anschluss wird das Time Type passend zu den Kundenanforderungen konfiguriert und dem Time Profile zugeordnet (das Time Type hat viele Einstellungen und Optionen, die je nach Kundenanforderungen entweder aktiviert oder deaktiviert werden müssen).

Im dritten Schritt werden nur bei Bedarf Regeln definiert wie z.B. die Accrual Rule, Period-End Processing und die Hire/Termination Rule. Daraufhin wird ein Time Account Type entsprechend den Kundenanforderungen konfiguriert und dem erstellten Time Type zugewiesen (das Time Account Type hat auch viele Einstellungen und Optionen, die je nach Kundenanforderungen entweder aktiviert oder deaktiviert werden müssen). Die Bewegungsdaten werden sich mithilfe bestimmter Tools aus den Konfigurations- und Stammdaten ergeben, wenn alles richtig implementiert wurde.

SAP SuccessFactors Time Management – Ein Modul zur Optimierung des Arbeitszeitmanagements in Ihrem Unternehmen

Employee Central bildet das Herzstück der SAP SuccessFactors HCM-Suite und ist damit eines der bedeutendsten Module der Plattform. Als integraler Bestandteil von Employee Central ist SAP Time Management für das Arbeitszeitmanagement in SAP SuccessFactors verantwortlich. Es handelt sich um eine äußerst flexible Lösung, die bei Bedarf aktiviert werden kann. Die Verwendung von Employee Central ist Voraussetzung für die Nutzung von SAP Time Management.

SAP Time Management besteht aus zwei Teilen: Time Off und Time Sheet. Time Off dient dem Management von Abwesenheiten, während Time Sheet zur Erfassung von Anwesenheiten dient. Mitarbeitende können ihre Abwesenheiten bequem über den Employee-Self-Service (ESS) beantragen wie z.B. Urlaubstage, Krankheitstage etc. Diese Anträge können von den Vorgesetzten über den Manager-Self-Service (MSS) genehmigt oder abgelehnt werden. Dabei haben sie durch diverse Tools ein gesamten Überblick über die An- und Abwesenheiten des Teams. An dieser Stelle ist relevant zu erwähnen, dass Time Off und Time Sheet sowohl kombiniert als auch einzeln genutzt werden können.

Das Abwesenheitsmanagement (Time Off) ermöglicht Mitarbeitenden die Erfassung ihrer Abwesenheiten. Dazu können diverse Abwesenheitsarten konfiguriert werden, um die unterschiedlichen Fälle innerhalb des Unternehmens abzubilden. Beispielsweise kann ein Kontingent für den Urlaubsanspruch hinterlegt werden, um diesen nach gesetzlichen Regelungen zu berechnen und zu speichern. Abhängig von der Abwesenheitsart können auch Verknüpfungen zur Abrechnung mit Employee Central Payroll bestehen.

Anwesenheitserfassung (Time Sheet) dient zur Erfassung der geleisteten Arbeit, sei es vor Ort beim Arbeitgeber oder im Homeoffice. Die Anwesenheitserfassung (Time Sheet) kann ergänzend mit dem Abwesenheitsmanagement (Time Off) genutzt werden; sie erweitert die Basiselemente um Zeitkonten sowie um deren Berechnungslogiken. Hierbei kann unter anderem festgelegt werden, welche Zeiten in das jeweilige Konto fließen und ob Auszahlungen von Lohnarten über Employee Central Payroll erfolgen sollen.

Zusätzlich zu Time Off und Time Sheet gibt es eine Erweiterung namens „Time Tracking“, mit der komplexere Anwendungsfälle bezüglich der Bewertung von Anwesenheiten abgedeckt werden können. Hierfür ist eine zusätzliche Lizenz erforderlich. Time Off und Time Sheet sind jedoch in der Employee-Central-Lizenz enthalten. Mit SAP Time Management können Unternehmen ihr Arbeitszeitmanagement effizienter gestalten und ihre HR-Prozesse optimieren.

Ampelkonto Zeitwirtschaft & Mailinformationen von Mitarbeitern bei Gleitzeitüberschreitung in SAP HCM

Ausgangssituation

Sie möchten ein Ampelkonto in SAP HCM als Zeitauswertung z.B. für Gleitzeitüberschreitungen
einführen? Wie der Mailversand und eine visuelle Benachrichtigung bei Gleitzeitüberschreitung in SAP HCM einzuführen ist, soll in diesem Artikel dargestellt werden. Im Fall der Überschreitung bestimmter Grenzen schaltet „die Ampel“ auf gelb
oder rot und ein definierter Personenkreis wird per Mail informiert.
Wenn der Schwellwert gelb überschritten wird, soll die betroffene Person informiert
werden. Die Personalabteilung und der Betriebsrat wird darüber hinaus informiert, wenn
der Schwellwert die rote Grenze überschreitet.

Ampelkonto

Bei Teilzeitkräften sind die Schwellwerte anteilig anzuwenden. Die oben genannten Grenzwerte werden jeweils zum Ende eines Monats geprüft.

Die Beantragung von Gleitzeittagen geschieht im Rahmen eines FIORI Prozess. Folgende Regeln gelten hinsichtlich der Beantragung:

1. Es dürfen nur 5 Tage Gleitzeit pro Monat und
2. Nur max. 20 Tage Gleitzeit pro Jahr beantragt werden

Diese Regeln sind in den Antragprozess FIORI programmiert.

Lösung: Gleitzeit Grenzwerte

Bei einem Gleitzeit Stand < 40 Stunden steht die Ampel auf Grün, hier ist keine Systemeinstellung erforderlich.

Der Geitzeit Stand > 40 < 70 Stunden, Gelb, mit der Aktion E Mailversand an den Mitarbeiter wurde nicht über LIMITS abgebildet, da die Realisierung über eine Regel einfacher war. Die IF Abfrage Z024 ist eine Datumsabfrage, da die Ampelregelung in eine seit Jahren bestehende Zeitwirtschaft eingebaut wurde.

Schema Zeitauswertung

Rechenregel zur Meldungserzeugung

Die oben genannten Grenzen werden jeweils zum Ende eines Monats geprüft.

Die rote Ampel (Gleitzeit Stand > 70 Stunden) wurde mit der Funktion LIMITS abgebildet. Gleitzeit Stand > 70, Rot, Aktion E Mailversand an den Mitarbeiter, Vorgesetzter, BR und Personalabteilung.

LIMIT Customizing zur Meldungserzeugung und Kappung einer Zeitart

Wenn trotz einem Gleitzeitstand von 70 Stunden der Aufbau von weiteren Stunden erlaubt werden soll, kann dies z. B. durch einen Genehmigungsschalter erfolgen. Dieser kann am einfachsten über den Infoty 2012 erfasst werden. Eine Zeitumbuchungsart wird dann erzeugt. Diese wird in einer Regel abgefragt und bucht die gekappten Stunden wieder um.

Email Versand

Das SAP Standardprogramm RPTCORTMAIL (Zeitbuchungskorrektur: Aufforderung zur Fehlerbehebung) wurde für den Mailversand genutzt. Es wurde in den Kundennamensraum kopiert und für die Zwecke des Ampelkontos angepasst.

Das Programm interpretiert die durch die Zeitauswertung anhand der Tabelle T555e erzeugten Fehlermeldungen und wurde so ausgeprägt, dass beim Vorliegen bestimmter Fehler eine Mail an den jeweiligen Adressatenkreis versendet wird.

Die Mailtexte wurden im SAP System – SE61 Dokumentenpflege: Einstieg – erfasst.

Anhand einer weiteren Kundentabelle wird sichergestellt, dass eine Mail nicht doppelt versendet wird.

Überblick & Nutzen

Anhand von Schwellwerten werden Mitarbeiter, Vorgesetzte und Arbeitnehmervertreter proaktiv per Mail über zu hohe Arbeitszeitkonten informiert.

Zusammenfassung

Ein Beitrag von Lars Möller

Haben Sie Fragen zum Thema SAP HCM Zeitauswertung bei Gleitzeitüberschreitung oder brauchen Sie weitere Hilfe? Kontaktieren Sie uns über das Kontaktformular und senden Sie uns eine Nachricht.