Start · Lösungen · Weitere Lösungen
Lösung · Weitere LösungenEine Änderung des Gehaltskontos, die niemand für eine andere Person beantragen kann
Adresse, Name und Bankdaten ändern Mitarbeitende selbst
Mitarbeitende ändern Adresse, Name und Bankdaten über eine authentifizierte Karte in Microsoft Teams; jede Bankänderung durchläuft eine Bestätigung und einen Rückruf der Lohnbuchhaltung, bevor ein Roboter sie bucht.
Kurzfassung für die Geschäftsführung
Eine dreizeilige E-Mail sollte nicht genügen, um ein Gehalt auf ein anderes Konto zu verschieben.
Wir bauen die Änderung selbst, nicht ein Formular, das eine E-Mail erzeugt.
Ein Gehalt umzuleiten ist keine Frage einer überzeugenden E-Mail mehr, denn die Änderung braucht die eigene Anmeldung.
der Stammsatz in SAP SuccessFactors oder Workday; das Abrechnungssystem; Kontaktattribute in Microsoft Entra ID
Geschäftsproblem
HR-Self-Service
Änderungen von Personaldaten kommen per E-Mail und auf Papier, und jede wird von HR oder der Lohnbuchhaltung in die Systeme abgetippt, die diese Daten führen. Die Arbeit wirkt nebensächlich, und genau deshalb wurde sie nie neu entworfen. Bankänderungen sind die gefährlichen: Eine weitergeleitete Nachricht trägt keinen Nachweis darüber, wer sie geschrieben hat, und wer sie erfasst, arbeitet meist gegen einen Stichtag.
Um dieses Risiko herum liegt ein alltäglicher Aufwand. Dieselben Werte werden zweimal erfasst, in zwei Systeme mit unterschiedlichen Feldregeln, sodass eine im HR-System richtige Adresse in der Abrechnung falsch ist und amtliche Post an eine Wohnung geht, aus der jemand im März ausgezogen ist. Eine Namensänderung berührt vier Systeme und wird selten am selben Tag in allen abgeschlossen.
Das Problem hält sich, weil das Volumen stetig statt dramatisch ist. Der Self-Service im HR-System ist für Bankdaten aus Sicherheitsgründen abgeschaltet, was den manuellen Weg zur Kontrolle macht. Er ist keine Kontrolle. Er ist die Lücke, und darin steht allein die Vorsicht einer Sachbearbeiterin an einem Tag, an dem vierzig andere Dinge fertig werden müssen.
Wie es heute läuft
Der folgende Weg ist überall dort wiederzuerkennen, wo das Abrechnungsteam kleiner ist als das Filialnetz.
- MenschEine Mitarbeiterin schickt eine Änderung per E-Mail oder gibt ein Papierformular in der Filiale ab
- MenschDie Filialleitung leitet es mit der Bitte um Bearbeitung an HR oder die Lohnbuchhaltung weiter
- SystemEine Sachbearbeiterin liest die Nachricht und erfasst die neuen Werte im HR-System
- SystemDieselben Werte werden ein zweites Mal in der Abrechnung erfasst, manchmal auch im Verzeichnis
- WartezeitEine Bestätigung geht nur zurück, wenn jemand daran denkt, oft erst nach dem Stichtag
- FehlerrisikoEs gibt keinen Prüfschritt, der nicht von der Vorsicht einer einzelnen Person an einem vollen Tag abhängt
- FehlerrisikoDer Fehler zeigt sich am Zahltag oder als Postrückläufer und endet mit einer Korrektur und einer Abschlagszahlung
Warum der heutige Prozess mehr kostet, als es scheint
Die Kosten wachsen dort, wo niemand hinsieht.
- Betrügerische Anträge auf Bankänderung sind im Postfach von echten nicht zu unterscheiden, und sie kommen genau in der Woche, in der die Lohnbuchhaltung am meisten zu tun hat.
- Ein umgeleitetes Gehalt ist nicht ein Kostenposten. Es ist ein Monatsnetto, eine Strafanzeige, ein meist erfolgloser Rückholversuch, eine Mitarbeiterin ohne Geld und ein Gespräch, das niemand in der Personalabteilung führen möchte.
- Doppelte Erfassung erzeugt ihre eigene Fehlerquote: zwei Systeme, zwei Sätze Feldregeln, ein Paar Hände und die Postrückläufer, die daraus folgen.
- Prüfer fragen, wie Bankänderungen verifiziert werden. Die ehrliche Antwort beschreibt, was eine sorgfältige Sachbearbeiterin tut, nicht, was der Prozess garantiert, und das sind zwei verschiedene Dokumente.
- Korrekturen werden im Nachhinein bezahlt. Eine Abschlagszahlung trägt eine Bankgebühr, eine Stunde Abrechnungszeit und eine Entschuldigung, und bei diesem Volumen geschieht das rund dreißigmal im Monat.
Kosten des Nichtstuns
Die Fluktuation hält das Volumen stabil, also bedeuten zwölf Monate auf diesem Weg mehrere tausend per E-Mail bearbeitete Änderungen ohne einen Prüfschritt, der einen vollen Tag übersteht, und die Wahrscheinlichkeit eines umgeleiteten Gehalts ist eine Funktion dieser Zahl und nicht der Sorgfalt Einzelner. Jede Korrektur kostet eine Stunde, eine Bankgebühr und eine Entschuldigung, und hinter jeder steht ein Gespräch mit jemandem, dessen Miete zu spät kam.
Ein Prüfer stellt die Frage nach der Verifikation einmal im Jahr und erhält eine Prozessbeschreibung, die der Praxis nicht entspricht. Die Exponierung, die die Zeilen oben nicht tragen können, ist die, die jede Diskussion beendet: ein Monatsnetto an eine fremde Person, eine Strafanzeige, ein meist erfolgloser Rückholversuch und eine Geschäftsführung, die wissen will, warum eine E-Mail genügt hat.
Eine plausible Organisation mit realistischen Größenordnungen. Die Zahlen sind zum Nachrechnen mit Ihren Daten gedacht, kein Kundenergebnis.
Eine Handelskette mit 4.600 Beschäftigten in 190 Filialen, hoher Fluktuation und einem fünfköpfigen Abrechnungsteam; SAP SuccessFactors Employee Central führt den Stammsatz, die Entgeltabrechnung läuft im Haus.
Rund 620 Änderungen von Personaldaten im Monat, etwa die Hälfte Adressen und ein Viertel Bankdaten, überwiegend als E-Mails, die Filialleitungen weiterleiten.
Änderungen werden aus einem Postfach gelesen, im HR-System erfasst und ein zweites Mal in der Abrechnung. Ein Betrugsversuch mit Bankdaten im Vorjahr wurde nur gestoppt, weil eine Sachbearbeiterin zufällig vor dem Lauf anrief.
Fünfzehn Minuten Bearbeitung je Änderung über HR und Lohnbuchhaltung hinweg, dazu rund 31 Korrekturen im Monat zu je 45 Minuten; der Prüfschritt taucht in keiner Prozessbeschreibung auf.
Die Mitarbeiterin ändert ihren eigenen Satz über eine authentifizierte Karte in Microsoft Teams oder ein Power-Apps-Formular auf einem Filialgerät; Adressänderungen laufen durch, und jede Bankänderung durchläuft eine Bestätigung an die hinterlegte Identität sowie einen Rückruf der Lohnbuchhaltung, bevor ein Roboter sie bucht.
Im Modell entfällt die doppelte Erfassung, Korrekturen gehen zurück, weil Formatregeln Fehler am Eingang stoppen, und aus der Verifikation wird eine Warteschlange mit Nachweis statt eines Telefonats, an das sich jemand erinnert. Illustrativ, kein Kundenergebnis.
Vorgeschlagene Lösung
Wir bauen die Änderung selbst, nicht ein Formular, das eine E-Mail erzeugt. Die Mitarbeiterin öffnet eine Karte in Microsoft Teams, angemeldet mit ihrem Microsoft-Entra-ID-Konto, und sieht die Daten, die das HR-System aktuell über sie führt. Filialkräfte ohne Schreibtisch nutzen dasselbe als Power-Apps-Formular auf einem gemeinsam genutzten Gerät oder dem Telefon. Die Eingabe begrenzen Regeln statt Hoffnung: Die IBAN-Prüfsumme wird geprüft, die Adresse gegen eine Struktur validiert, und eine Namensänderung lässt sich ohne den beigefügten Nachweis nicht absenden.
Was danach geschieht, hängt davon ab, was sich geändert hat. Adress-, Kontakt- und Notfallkontaktänderungen schreibt ein UiPath Robot direkt fort, ins HR-System, in die Abrechnung und in die Verzeichnisattribute, bestätigt in derselben Unterhaltung. Eine Bankänderung startet eine Kontrolle, die wir mit Finanzbereich und Innenrevision entwerfen: Eine Bestätigung geht an die Identität und die E-Mail-Adresse, die bereits hinterlegt sind, nie an etwas, das mit dem Antrag kam, und im UiPath Action Center erscheint eine Prüfaufgabe für die Lohnbuchhaltung samt Rückruf an die hinterlegte Rufnummer. Wer prüft, ist nie wer beantragt, und die Aufgabe lässt sich nicht schließen, ohne festzuhalten, was geprüft wurde.
Erst wenn beide Bestätigungen vorliegen, bucht der Roboter die Änderung. Er wendet den Abrechnungsstichtagskalender an, sodass die Mitarbeiterin erfährt, ab welchem Lauf das neue Konto gilt, und schreibt die Werte vor und nach der Änderung in den Prüfpfad des Orchestrator. Eine verweigerte Bestätigung oder ein unbeantworteter Rückruf hält die Änderung zurück, statt sie halb auszuführen, und Mitarbeiterin wie Abrechnungsleitung sehen, dass sie zurückgehalten wird und warum.
Microsoft Teams Adaptive Cards; Microsoft-Power-Apps-Formulare für gemeinsam genutzte Filialgeräte; Anmeldung und Gruppenzugehörigkeit in Microsoft Entra ID; Aufgaben und Aktionsbenachrichtigungen des UiPath Action Center in Microsoft Teams und Outlook; Prüfprotokoll des UiPath Orchestrator
Die Self-Service-Karte und das Filialformular, den Feld- und Formatregelsatz, den Prüfablauf für Bankänderungen samt Rückrufnachweis, den Buchungsroboter mit Stichtagslogik, die Warteschlange zurückgehaltener Änderungen und die Kontrollsicht in Power BI
Lesen und Schreiben des Stammsatzes in SAP SuccessFactors über SAP OData oder in Workday über den Konnektor des UiPath Integration Service; Buchung in die Entgeltabrechnung über deren Schnittstelle oder über UiPath SAP automation, wo keine API bereitsteht
So läuft der automatisierte Prozess
- MenschDie Mitarbeiterin meldet sich mit Microsoft Entra ID an und ändert ihren eigenen Satz über eine Karte in Microsoft Teams
- AutomatisierungFormatregeln prüfen IBAN-Prüfsumme, Adressstruktur und den bei einer Namensänderung nötigen Nachweis
- AutomatisierungAdress- und Kontaktänderungen gehen direkt an den Roboter, der HR-System, Abrechnung und Verzeichnis schreibt
- SystemEine Bankänderung sendet die Bestätigung an die hinterlegte Identität und E-Mail-Adresse, nie an die neue
- MenschDie Lohnbuchhaltung erledigt eine Prüfaufgabe mit Rückruf an die hinterlegte Nummer und ist nie die antragstellende Seite
- AutomatisierungLiegen beide Bestätigungen vor, bucht der Roboter die Änderung und wendet den Stichtagskalender an
- AutomatisierungDie Mitarbeiterin erfährt, ab welchem Lauf die Änderung gilt, und der Orchestrator hält die Werte vor und nach
Zusammenspiel von Mensch und Automatisierung
Die Automatisierung übernimmt
- Die authentifizierte Annahme, sodass jeder Antrag die Identität der Person trägt, zu der er gehört
- Format- und Plausibilitätsregeln auf IBAN-, Adress-, Steuer- und Kontaktfeldern, noch vor dem Absenden
- Bestätigungsanfragen ausschließlich an bereits hinterlegte Kontaktdaten
- Das Schreiben der geprüften Änderung in HR-System, Abrechnung und Verzeichnis, mit Stichtagslogik und Bestätigung
Menschen entscheiden
- Die Lohnbuchhaltung prüft jede Bankänderung und hält fest, was der Rückruf ergeben hat
- HR sichtet die Nachweise hinter einer Namensänderung
- Über zurückgehaltene Änderungen: verweigerte Bestätigung, unbeantworteter Rückruf, Austritt, Pfändung
- Welche Felder überhaupt im Self-Service stehen dürfen und welche bei HR bleiben
Vorher und nachher
Systeme und Integrationen
Alles unten läuft auf Lizenzen und Systemen, die Sie bereits haben oder ohnehin brauchen.
Eingänge
- die Self-Service-Karte in Microsoft Teams
- ein Power-Apps-Formular auf gemeinsam genutzten Filialgeräten
- der Nachweis-Upload hinter einer Namensänderung
Automatisierungsschicht
- UiPath Orchestrator
- UiPath Robots
- UiPath Integration Service
- UiPath Action Center
Zielsysteme
- der Stammsatz in SAP SuccessFactors oder Workday
- das Abrechnungssystem
- Kontaktattribute in Microsoft Entra ID
- die Kontrollsicht in Power BI
Berührungspunkte für Menschen: die Prüfaufgabe der Lohnbuchhaltung in Microsoft Teams; die Bestätigung an die hinterlegte Identität; die HR-Sichtung der Namensnachweise
Eingesetzte Technologien
die authentifizierte Karte, auf der eine Mitarbeiterin ihren eigenen Satz sieht und ändert
Aderselbe Antrag als Formular auf einem gemeinsam genutzten Filialgerät oder Telefon
Adie Anmeldung, die belegt, wer fragt, und die Gruppe, die festlegt, wer prüfen darf
Aschreiben die geprüfte Änderung in jedes System, wenden Stichtagslogik an, halten die Werte vor und nach
Adie Bestätigung an die Mitarbeitenden und die Prüfaufgabe der Lohnbuchhaltung, erledigt in Teams oder Outlook
Aliest den aktuellen Satz und schreibt Änderungen über APIs statt über Bildschirme
Abucht in die Entgeltabrechnung, wo keine API bereitsteht
Adie Kontrollsicht: Volumen nach Art und Filiale, Vollständigkeit der Prüfungen, zurückgehaltene Änderungen
AIllustratives Wirtschaftlichkeitsmodell
Ein Modell, kein Versprechen.
620 Änderungen im Monat gehen als 496 in den Kalkulator ein, denn eine von fünf braucht weiterhin einen Menschen, und der automatisierbare Anteil steckt im Volumen statt im Ergebnis. Fünfzehn Minuten sind die gemeinsame Bearbeitung in HR und Lohnbuchhaltung samt zweiter Erfassung, und 31 € sind ein vollbelasteter Stundensatz der Entgeltadministration. Korrekturen sind unter der Tabelle getrennt bewertet, die Betrugsexponierung gar nicht. Keine dieser Zahlen stammt von einem Kunden.
Rechnen Sie mit Ihren Zahlen
Eine illustrative Schätzung aus Ihren Eingaben. Sie modelliert freigesetzte Kapazität und verspricht keine Einsparung.
Geschäftlicher Nutzen
- Ein Gehalt umzuleiten ist keine Frage einer überzeugenden E-Mail mehr, denn die Änderung braucht die eigene Anmeldung, eine Bestätigung an den hinterlegten Kontakt und einen dokumentierten Rückruf
- Die doppelte Erfassung entfällt: Ein geprüfter Satz wird im selben Lauf in HR-System, Abrechnung und Verzeichnis geschrieben
- Korrekturen und Abschlagszahlungen gehen zurück, weil Formatregeln ihre Ursachen bereits am Eingang stoppen
- Mitarbeitende ändern ihre Daten selbst und erfahren, ab welchem Lauf das gilt, was eine ganze Klasse von Rückfragen beseitigt
- Die Lohnbuchhaltung erhält eine Prüfwarteschlange mit Nachweis statt eines Telefonats, das stattgefunden haben mag oder nicht
- Die Kontrolle lässt sich einem Prüfer in einem Satz beschreiben und aus dem Protokoll belegen, nicht aus einem Verfahrenspapier
Aus Sicht der Geschäftsführung
- Die Lohnbuchhaltung führt eine Warteschlange statt eines Postfachs, mit jeder offenen Prüfung sichtbar und alternd an einer Stelle
- HR sieht Volumen nach Änderungsart und Filiale, Durchlaufzeit und den Anteil, der Menschen braucht, was zeigt, wo eine Filiale ihre Leute zum Mailschreiben erzieht
- Der CFO erhält eine Kontrolle, die eine Prüferfrage ohne Probe übersteht, weil der Nachweis im Prozess entsteht und nicht hinterher zusammengetragen wird
- Jede Änderung trägt antragstellende Person, prüfende Person, Zeitstempel und die Werte vor und nach, sodass ein Streitfall aus dem Datensatz beantwortet wird
KPIs für die Geschäftsführung
Sicherheit und Governance
Sicherheit wird mit dem Prozess entworfen, nicht danach.
- Die Identität ist die Kontrolle und kein Schritt darin: Jeder Antrag hängt an einer Microsoft-Entra-ID-Anmeldung, und Bestätigungen gehen nur an Kontaktdaten, die schon vor dem Antrag hinterlegt waren
- Funktionstrennung wird erzwungen statt empfohlen; wer prüft, kann nicht beantragen, und die prüfberechtigte Gruppe ist eine Verzeichnisgruppe, keine Gewohnheit
- Bankdaten sind in Karten, Benachrichtigungen und Protokollen maskiert, und das technische Konto des Roboters hat Schreibrechte nur auf die Felder, die es ändert, mit dem Kennwort in einem Anmeldedatenspeicher, den der Ablauf nicht offenlegt
- Die Roboter laufen in der EU-Region der UiPath Automation Cloud, Karten und Uploads bleiben in Ihrem Microsoft-365-Tenant innerhalb der EU Data Boundary, und auf Namensnachweise wirkt Purview-Aufbewahrung
- Der Orchestrator hält für jedes Feld die Werte vor und nach, sodass „was stand im März in diesem Satz“ eine Antwort hat, die nicht von Erinnerung abhängt
Warum jetzt
Social-Engineering-Nachrichten sind heute so gut, dass „es sah echt aus“ keinen Prüfer mehr zufriedenstellt, und die Umleitung von Gehältern ist ein benanntes Betrugsmuster mit eigenen Kontrollerwartungen geworden
Jede Mitarbeiterin trägt bereits eine Microsoft-Entra-ID-Identität und nutzt Microsoft Teams, was HR einen Kanal gibt, der belegt, wer fragt, ohne dass etwas gekauft wird
Das Geld läuft unterdessen weiter: 3.844 € Bearbeitung im Monat und 713 € Korrekturen im Monat, und keiner dieser Beträge kauft eine einzige geprüfte Bankänderung
Relevante Führungsrollen
Eine belegte Kontrolle gegen Gehaltsumleitung, die ein Prüfer testen kann, statt einer Beschreibung dessen, was sorgfältige Menschen üblicherweise tun
Mitarbeitende verantworten ihre eigenen Daten, und HR ist nicht länger die Schreibstube zwischen einem Postfach und zwei Systemen
Weniger Korrekturen, weniger Postrückläufer und ein Datensatz, der über die Systeme hinweg mit sich selbst übereinstimmt
Aus der Prüfung wird eine protokollierte Warteschlange mit festgehaltenem Rückruf statt eines Telefonats, das jemand geführt zu haben glaubt
Häufige Fragen und Einwände
Heute kann jeder, der eine E-Mail schreiben kann, diese Änderung beantragen. Hier braucht es die eigene Anmeldung, eine Bestätigung an die bereits hinterlegten Kontaktdaten und einen Rückruf, den die Lohnbuchhaltung vor der Buchung dokumentieren muss.
Dann übergibt der Roboter die geprüfte Änderung an das Portal oder die Dateischnittstelle des Dienstleisters, mit genau derselben Kontrolle davor. Auslagerung verschiebt die Erfassung, nicht die Frage nach der Prüfung.
Das Formular läuft auf dem Filialgerät oder dem Telefon, und die Anmeldung ist dieselbe wie für den Dienstplan. Wer einen Dienstplan in Microsoft Teams lesen kann, ändert auch die eigene Adresse.
Wann diese Lösung nicht passt
- Der Self-Service im HR-System deckt diese Felder bereits ab und die Lohnbuchhaltung vertraut dem davorliegenden Prüfschritt
- Die Beschäftigten haben keine Microsoft-365-Identität, womit das Einzige entfällt, was daraus eine Kontrolle statt eines schnelleren Formulars macht
- Eine Migration der Entgeltabrechnung steht bereits an, sodass die Kontrolle jetzt entworfen und im neuen System gebaut wird statt zweimal
Eine Frage für die nächste Sitzung
Welche Kontrolle steht in diesem Unternehmen zwischen einer weitergeleiteten E-Mail und einem geänderten Gehaltskonto, und wo liegt der Nachweis, dass sie im letzten Monat gegriffen hat?
Vorgehen bei der Umsetzung
Die erste Woche sieht bei jedem Kunden gleich aus: Wir sehen uns die Daten an.
Wir liefern
- Die Kontrolle für Bankänderungen, entworfen mit Finanzbereich und Innenrevision und so aufgeschrieben, dass sie prüfbar ist
- Die Self-Service-Karte in Microsoft Teams und das Power-Apps-Formular für gemeinsam genutzte Filialgeräte
- Die Feld-, Format- und Plausibilitätsregeln inklusive IBAN-Prüfung und Nachweispflicht bei Namensänderungen
- Den Buchungsroboter für HR-System, Abrechnung und Verzeichnis, mit eingebautem Stichtagskalender
- Die Prüfwarteschlange, den Weg für zurückgehaltene Änderungen und die zugehörigen Benachrichtigungen
- Die Kontrollsicht in Power BI, Schulung der Lohnbuchhaltung und Hypercare über einen vollen Abrechnungszyklus
Wir brauchen von Ihnen
- Die Liste der Felder, die Mitarbeitende ändern dürfen, und das führende System je Feld
- API-Zugang zum HR-System und zur Abrechnungsschnittstelle sowie einen Testmandanten mit repräsentativen Sätzen
- Eine prüfende Person in der Lohnbuchhaltung und eine Kontrollverantwortung im Finanzbereich
- Den Abrechnungsstichtagskalender und die aktuellen Korrekturvolumen
Etappen
Analyse
Felder, Systeme, Stichtagskalender und die mit Finanzbereich und Revision abgestimmte Prüfkontrolle
Design
Karte und Formular, Regelsatz, Bestätigungs- und Rückrufablauf, Sicherheitsmodell, Umgang mit Zurückhaltungen
Aufbau
Regeln, Buchungsroboter, Prüfaufgaben und Kontrollreporting in Ihrem Tenant
Pilot
Adressänderungen in einer Region, danach Bankänderungen über einen Abrechnungszyklus unter Aufsicht
Rollout
Namensänderungen mit Nachweissichtung, das Filialformular und die restlichen Regionen, mit Hypercare
Quick Win. Der Aufwand hängt daran, wie viele Systeme dasselbe Feld führen, ob die Abrechnung eine Schnittstelle oder nur einen Bildschirm bietet, und wie viel der Prüfkontrolle vor dem Bauen mit der Revision abzustimmen ist.
Die E-Mail, die ein Gehalt auf ein neues Konto verschiebt, hat drei Zeilen.
Geben Sie uns die Anträge auf Bankänderung des letzten Quartals ohne Namen. Wir schicken zurück, welche unsere Kontrolle zur Prüfung zurückgehalten hätte, mit der Begründung zu jedem.
Bankänderungen des Quartals prüfenDer Nachbarprozess hat meist dasselbe Problem
Fehler in der Abrechnung findet der Mitarbeitende am Zahltag, nicht das Team, das die Datei gebaut hat.
Lösung ansehen Finanzen & BuchhaltungLieferantenstammdaten mit Kontrolle gegen ZahlungsbetrugEine überzeugende E-Mail genügt, damit eine sechsstellige Zahlung auf dem Konto eines Betrügers landet.
Lösung ansehen Weitere LösungenZeitnachweise vollständig vor jedem Payroll-StichtagZwei Fachkräfte verbringen jedes Monatsende mit Erinnerungen, und gezahlt wird trotzdem auf geschätzten Stunden.
Lösung ansehen Weitere LösungenKeine Zahlung an einen ungeprüften LieferantenEine Bankverbindung, die auf eine E-Mail hin geändert wird, ist der billigste Weg zu einem sechsstelligen Verlust.
Lösung ansehen Case StudyMassenaktualisierung von MitarbeiterdatenHunderte Datenänderungen — schnell, sicher und fehlerfrei erledigt.
Case Study ansehen Case StudyDer HR-Agent auf Teams — Case StudyEin Mitarbeiter fragt auf Teams nach Urlaub, einer Bescheinigung oder einem Benefit.
Case Study ansehenBranchen, in denen wir das am häufigsten umsetzenProduktion & IndustrieHandel & E-CommerceÖffentlicher SektorDienstleistungen & ITShared Services