2XT | The SuccessFactors Time Management Experts ads

🔥 „Auf Test können wir den Fehler nicht reproduzieren.“ Diesen Satz hört man im Time Tracking nicht besonders gern... Auf Prod liefert eine Zeitbewertung plötzlich ein Ergebnis, das niemand erwartet hat. Also macht man das Naheliegende: Mitarbeiterkonstellation nachbauen, Zeiten erfassen, Time Valuation laufen lassen und schauen, was passiert. Nur passiert auf Test: nichts. Alles funktioniert genauso, wie es soll. Dann beginnt die Fehlersuche. Liegt es an den Stammdaten? An einer anderen Schicht? An der Feiertagskonstellation? Wurde irgendwo eine Regel angepasst oder gibt es eine Besonderheit beim Mitarbeiter? Und irgendwann kommt eine Frage auf, die eigentlich viel früher hätte kommen müssen: Ist die Time-Tracking-Konfiguration auf Test und Prod überhaupt identisch? „Die Konfiguration wurde doch aus Test nach Prod übertragen.“ Mag sein. Das beantwortet aber nicht die Frage, ob beide Instanzen heute tatsächlich denselben Konfigurationsstand haben. Gerade bei komplexem SAP SuccessFactors Time Tracking ist das alles andere als selbstverständlich. Über die Zeit kommen neue Anforderungen hinzu und bestehende Einstellungen werden angepasst. Time Types, Time Profiles, Work Schedules, Time Recording Profiles, Valuation-Regeln und weitere Einstellungen greifen dabei ineinander. Bei internationalen Setups mit mehreren Ländern und Rollouts wird es noch unübersichtlicher. Und plötzlich versucht man, auf Test einen Fehler zu reproduzieren, den es dort gar nicht geben kann, weil die relevante Konfiguration von Prod abweicht. Die Lehre daraus ist ziemlich simpel: Bevor wir anfangen, einen produktiven Fehler stundenlang auf Test nachzubauen, sollten wir eine Frage beantworten können: Vergleichen wir überhaupt dasselbe? ➔ Welche Objekte unterscheiden sich zwischen Test und Prod? ➔ Welche Einstellungen weichen voneinander ab? ➔ Was gibt es auf der einen Instanz, aber nicht auf der anderen? ➔ Welche Unterschiede sind bewusst so konfiguriert? ➔ Und welche Abweichung könnte unseren Fehler erklären? Genau an diesem Punkt haben wir festgestellt, dass uns ein Werkzeug fehlt. Natürlich kann man die Konfiguration manuell durchgehen. Bei einer umfangreichen automatisierten Zeiterfassung wird das allerdings schnell mühsam. Also haben wir uns selbst etwas gebaut. Unser Tool liest die aktuelle Konfiguration einer oder mehrerer SAP-SuccessFactors-Instanzen zur Laufzeit aus und vergleicht die Konfigurationsstände miteinander. So sehen wir schnell, ob Test und Prod an den relevanten Stellen tatsächlich vergleichbar sind – und wo sie voneinander abweichen. Deshalb halte ich einen solchen Vergleich nicht nur bei der Fehlersuche für sinnvoll. Auch vor größeren Tests oder einem Go-live möchte ich wissen, welchen Stand ich eigentlich teste. Denn „auf Test funktioniert es“ ist nur dann wirklich beruhigend, wenn Test und Prod an den entscheidenden Stellen gleich konfiguriert sind. Wann habt Ihr Eure Test- und Prod-Instanzen zuletzt wirklich miteinander verglichen?

🔥 Was bleibt, wenn der einzige Time-Tracking-Experte plötzlich ausfällt? ⏰ Ich sehe das in Projekten immer wieder: Eine Person kennt die Time Valuations, die Business Rules, die Abhängigkeiten zwischen den Profilen oder welche Permissions existieren - und all die Sonderwege, die irgendwann einmal notwendig waren. Das System läuft einfach weiter. Aber niemand kann mehr sicher sagen, warum es genau so konfiguriert ist. 🍀 Dokumentiert ist davon meistens nur ein Teil. Und ob die Dokumentation noch zum aktuellen Systemstand passt, weiß auch niemand so genau. Solange alles läuft, fällt das kaum auf. Dann kommt eine neue Zuschlagsregel. Ein weiterer Standort soll angebunden werden. Test und Produktion liefern unterschiedliche Ergebnisse. Oder kurz vor dem Payroll Cutoff stimmt plötzlich die Bewertung nicht mehr. Dann beginnt die Suche. 😫 Alte Tickets. Excel-Dateien. Screenshots. Rückfragen an frühere Berater. Nicht weil das Team schlecht arbeitet. Sondern weil niemand schnell feststellen kann, was in SAP SuccessFactors Time Tracking tatsächlich konfiguriert ist. 🚀 Wir haben uns deshalb für unsere Projekte ein eigenes Werkzeug gebaut. Es liest die aktuelle Konfiguration direkt aus einer oder mehreren SuccessFactors-Instanzen aus und vergleicht sie miteinander. 😎 Damit sehen wir nicht, was laut Fachkonzept im System stehen sollte. Wir sehen, was wirklich drin ist. Das hilft beim Vergleich von Test und Produktion, bei Länder-Rollouts und bei Änderungen an einer gewachsenen Konfiguration. 🍀 Das Werkzeug ersetzt keinen guten Time-Tracking-Experten. Es sorgt aber dafür, dass sein Wissen nicht der einzige Plan B ist. ⏰ Könnte Ihr Team die aktuelle Konfiguration noch erklären, wenn diese eine Person morgen ausfällt?

🌞 Kannst Du auch so entspannt den Sommerabend genießen wie dieser Hund? 🔥 Wenn Du für SAP SuccessFactors Time Tracking verantwortlich bist, kennst Du vielleicht auch die andere Variante... Das Telefon klingelt und die eine Frage wird gestellt: "Warum verhält sich Prod eigentlich anders als Test?" ⏰ Genau so ist bei uns vor einiger Zeit ein Projekt gelaufen. Eine neue Funktion war fertig. Die Tests waren erfolgreich. Eigentlich hätte alles passen müssen. Hat es aber nicht. In der Produktion verhielt sich die Funktion anders als in der Testinstanz. Die Ursache war am Ende ziemlich unspektakulär. Vor über einem Jahr war ein Hotfix direkt in der Produktivinstanz eingespielt worden. Es musste damals einfach schnell gehen. In die Testinstanz hatte es diese Änderung nie geschafft, wurde schlicht vergessen. 😳 Seitdem testete das Projektteam gegen eine Konfiguration, die mit der Produktion gar nicht mehr übereinstimmte. Die Tests waren also nicht das Problem, sondern die Testbasis war es. Und genau das passiert im SAP SuccessFactors Time Management häufiger, als viele denken. Nicht, weil jemand einen Fehler gemacht hat. Sondern weil sich Test und Prod mit der Zeit einfach auseinanderentwickeln. Ein Hotfix. Eine lokale Anpassung. Irgendwann laufen Test und Prod einfach auseinander. 🍀 Ein zweites Projekt. Das nächste SAP-Release. Und irgendwann hat keine Instanz mehr exakt denselben Stand. Die Unterschiede sind oft klein, aber wirkungsvoll. Eine andere Time Valuation. Ein geänderter Time Type. Eine zusätzliche Business Rule. Eine kleine Einstellung, die niemand mehr auf dem Schirm hat. Genau diese Kleinigkeiten sorgen später dafür, dass Überstunden anders bewertet werden oder die Payroll plötzlich Ergebnisse liefert, die im Test nie aufgetaucht sind. Das Gemeine daran: Die meisten merken das erst, wenn etwas nicht mehr funktioniert. Deshalb haben wir irgendwann angefangen, uns das Leben einfacher zu machen. Eigentlich war das nie als Produkt gedacht. Wir wollten einfach nicht mehr stundenlang Konfigurationen vergleichen. ✔️ Also haben wir uns ein Tool gebaut. Es liest die komplette Konfiguration aus SAP SuccessFactors Time Management aus, einschließlich aller Objekte, Einstellungen und RBPs, erstellt automatisch eine Dokumentation und vergleicht mehrere Instanzen direkt miteinander. Keine Screenshots. Kein stundenlanges Suchen. Innerhalb weniger Minuten sehen wir: ➔ Welche Einstellungen identisch sind. ➔ Welche fehlen. ➔ Welche sich geändert haben. ➔ Welche Unterschiede man sich genauer anschauen sollte. 🚀 Seit wir das einsetzen, gibt es deutlich weniger Überraschungen. Nicht weil Test und Prod nie mehr auseinanderlaufen. Sondern weil wir sofort sehen, wo sie auseinanderlaufen. Und genau deshalb konnte ich den Sommerabend gestern genauso entspannt genießen wie unser Hund auf dem Foto. 🐶 Wie sieht es bei Ihnen aus? Wissen Sie heute wirklich, ob Ihre SAP SuccessFactors Time Management Konfigurationen in Test und Prod noch synchron sind?

🔥 Der Moment, in dem der Betriebsrat plötzlich Fan von Time Tracking wird... Klingt erstmal wie ein schlechter Witz.... 🚀 Aber genau das passiert gerade in Projekten, in denen wir das neue Feature Attendance Quota im SAP SuccessFactors Time Tracking Release H1 2026 ansprechen. Warum? Weil es ein Problem löst, das viele seit Jahren irgendwie handhaben, aber selten sauber adressieren: Überstunden entstehen einfach. Und danach versucht man irgendwie, sie einzufangen und zu begründen. ⏱️ Mitarbeiter buchen Mehrarbeit, Führungskräfte nicken das irgendwann ab, Payroll macht den Rest. Und am Ende steht die Frage im Raum, die oft keiner wirklich beantworten kann: War das eigentlich so geplant? Die meisten Prozesse sind darauf ausgelegt, Zeit im Nachgang zu dokumentieren - aber nicht darauf, sie im Vorfeld zu steuern. 🚀 Mit Attendance Quota dreht sich das zum ersten Mal sauber um. Plötzlich geht es nicht mehr nur darum, was gearbeitet wurde – sondern was überhaupt gearbeitet werden darf. ✔️ Ein Mitarbeiter beantragt z. B. ein Kontingent für Mehrarbeit in einem klar definierten Zeitraum. Die Führungskraft oder der Betriebsrat gibt das frei. Und erst dann entsteht überhaupt der Rahmen, in dem gearbeitet wird. Der entscheidende Punkt: Nur diese genehmigten Zeiten landen später in der Bewertung und in der Payroll. Und das verändert mehr, als viele denken. Die Diskussion verschiebt sich weg von „Warum hast du das gebucht?“ Hin zu „Was war eigentlich freigegeben?“ Das ist ein komplett anderes Spielfeld. Und genau deshalb wird das Thema plötzlich auch für Betriebsräte interessant. Weil es nicht mehr um nachträgliche Kontrolle geht, sondern um klare Regeln im Vorfeld. Die Lehre daraus ist ziemlich deutlich: Automatisierte Zeiterfassung allein bringt dir noch keine Steuerung. Sie macht nur sichtbar, was passiert ist. Steuerung entsteht erst dann, wenn du vorgelagerte Prozesse hast, die definieren, was überhaupt passieren soll. Wenn du das nutzen willst, fang nicht direkt im System an, sondern bei den Use Cases: ➔ Wo entsteht bei euch Mehrarbeit wirklich – Überstunden, Rufbereitschaft, Sonderthemen? ➔ Wo braucht ihr echte Vorab-Genehmigung statt nachträglicher Korrektur? ➔ Und wie stellt ihr sicher, dass genau diese Logik auch sauber in die Zeitauswertung und Payroll durchläuft? Wenn das sauber zusammenspielt, passiert etwas Interessantes: Du diskutierst nicht mehr über Zeiten - Du steuerst sie. ✔️ Und genau da beginnt echte Zeitwirtschaft.

🔥 Montagmorgen im Werk oder der Filiale beginnt der ganz normale Albtraum: Drei Krankmeldungen – der Personaleinsatzplan ist schon falsch. ⏱️ Ein typischer Start in den Tag im Schichtbetrieb: Mehrere Krankmeldungen gehen ein, die Planung steht bereits – und innerhalb kurzer Zeit wird umorganisiert. 🍀 Operativ funktioniert das meist gut. Schichten werden angepasst, Vertretungen gefunden, der Betrieb läuft weiter. Die eigentlichen Schwierigkeiten entstehen im System. ⏰ Abwesenheiten werden zwar erfasst, stehen aber nicht sofort in der Planung zur Verfügung. Änderungen an Schichten kommen verzögert im Time Tracking an. Und damit arbeiten Planung und Zeitbewertung mit unterschiedlichen Datenständen. ⏱️ Diese Differenzen fallen oft erst später auf – zum Beispiel bei der Abrechnung. 🔥 Wenn Zuschläge nicht stimmen oder Rückfragen aus der Payroll kommen. Und wenn dann HR anfängt, das Ganze manuell zu korrigieren. Die Ursache liegt dabei selten in der Qualität der Planung selbst, sondern in der Trennung der Systeme. Sobald Personaleinsatzplanung und Time Tracking getrennt voneinander laufen, entsteht zwangsläufig ein Zeitversatz und zusätzliche Komplexität. Und genau dieser Versatz sorgt für die Nacharbeit, die später sichtbar wird. Viele Unternehmen versuchen das über zusätzliche Tools und Insellösungen zu lösen. In der Praxis entsteht damit jedoch häufig vor allem eines: zusätzlicher Integrationsaufwand. Schnittstellen, Abstimmungen, unterschiedliche Logiken – und am Ende zwei Systeme, die dauerhaft komplex synchron gehalten werden müssen. ✔️ Ein stabilerer Ansatz besteht darin, Planung direkt als Bestandteil der Zeitwirtschaft zu integrieren. ➔ Planzeiten stehen unmittelbar im SAP SuccessFactors Time Tracking zur Verfügung. ➔ Abwesenheiten wirken ohne Verzögerung in die Planung hinein. ➔ Beide Prozesse greifen auf dieselbe Datenbasis zu. ✔️ Technisch lässt sich das heute vergleichsweise schlank umsetzen – etwa über eine Lösung auf der SAP BTP, die direkt in das bestehende SuccessFactors Time Management integriert ist. 🚀 Ohne zusätzliche Systemlandschaft und ohne komplexe Schnittstellen. Gerade für Unternehmen mit Schichtbetrieb entsteht dadurch spürbar mehr Stabilität im Alltag. Die entscheidende Frage ist am Ende ziemlich simpel: 🍀 Wie aktuell ist Ihre Planung im System – genau in dem Moment, in dem sich etwas ändert?

Unglaublich, aber wahr: unsere neue Website ist online: One Stop Time Management. In den letzten Monaten haben wir unsere Website komplett überarbeitet. Der einfache Grund: Wir wollen klarer zeigen, was wir tun und wie wir Unternehmen unterstützen, ihre Zeitwirtschaft in der Cloud mit SAP SuccessFactors zu automatisieren. Viele Unternehmen nutzen heute SuccessFactors, aber Teile der Zeitwirtschaft laufen oft noch auf verschiedenen Systemen. Das führt zu manueller Nacharbeit, Integrationen from hell, fehlerhaften Abrechnungen und unnötigem Aufwand in HR und IT. Auf unserer neuen Seite geht es genau darum, wie sich das ändern lässt. Wir zeigen, dass automatisiertes Time Tracking mit SAP SuccessFactors funktioniert, welche typischen Probleme in internationalen Setups auftreten und wie ein stabiler, integrierter Prozess aussieht. Unser Ansatz heißt One Stop Time Management. Das bedeutet: Wir begleiten den gesamten Weg – von der Analyse über die Einführung bis zum laufenden Betrieb. Ein Ansprechpartner, ein System, ein klarer Ablauf. Die Produktseite beschreibt unsere Leistungen Schritt für Schritt: ➔ Orientation Session ➔ Scoping & Readiness ➔ Implementation & Rollout ➔ Next Level ➔ Support & Care Jede Phase hat ihren Zweck, und am Ende steht ein System, das zuverlässig läuft – ohne manuelle Korrekturen, ohne komplizierte und undurchschaubare Integrationen. Und: Wir arbeiten bereits am nächsten Schritt: Integrierte Personaleinsatzplanung in SAP SuccessFactors. Ohne komplexe Schnittstellen oder Zusatzsysteme. Das Thema wird uns in diesem Jahr intensiv begleiten, und wir werden dazu bald mehr zeigen. Wer wissen will, wie modernes Time Management mit SAP SuccessFactors heute aussieht. Schaut mal rein: www.2xt.de