Het zou handig zijn wanneer de ingangsdatum van een mutatie die ingevoerd wordt in Youforce en geëxporteerd wordt naar HR Core ook geldt voor de Self service.
Voorbeeld:
Een medewerker wordt intern overgeplaatst naar een ander team met als ingangsdatum 1 september. De salarisadministratie draait de salarisrun van augustus. Na de salarisrun is de mutatie die ingaat op 1 september al verwerkt in HR Core online én ook in de Self service. Hierdoor kan de oude manager zijn vertrekkende medewerker niet meer oproepen.
Inderdaad, leidinggevenden hebben hier bij ons ook last van, maar ook de overgeplaatste medewerker zelf wanneer hij bijvoorbeeld op één van zijn laatste werkdagen op zijn "oude" werkplek nog een declaratie wil indienen die betrekking heeft op deze "oude" werkplek. In Self Service is hij al overgezet naar zijn nieuwe afdeling en kan hij geen declaratie meer indienen op de oude afdeling.
@Anonymous Kun jij ter verduidelijking misschien het voorbeeld aanvullen qua plek waar je de mutaties vastlegt en welke ingangsdata je daarbij gebruikt? Ons is ook niet helemaal duidelijk in welke context de salarisaanlevering hierbij een rol speelt ('...Na de salarisrun is de mutatie die ingaat op 1 september al verwerkt in HR Core online én ook in de Self service').
Leidinggevende plaatst een medewerker over per 1-1-2024 via een mutatie in HRSS.
In HRcore wordt de mutatie geparkeerd tot dat de salarisverwerking afgesloten wordt (wij verwerken de salarissen al op de 7e dag van de maand omdat we moeten betalen op de 15e van de maand).
Na het afsluiten van de salarisverwerking van december 2023 zullen de mutaties voor de maand januari 2024 al doorgevoerd worden in HRcore.
De mutaties zijn in HRCore verwerkt en worden geëxporteerd naar HRSS. Dat betekent dat de medewerker uit ons voorbeeld al op de 7e dag van de maand december op de nieuwe afdeling staat. Terwijl deze pas op 1-1-2024 daar gaat werken. De manager die leiding geeft aan de medewerker tot en met 31-12-2023 kan niets meer zien/goedkeuren van deze medewerker.
Wij zouden graag willen dat de mutatie in HRcore pas daadwerkelijk zichtbaar wordt op de datum dat deze in gaat. Dus zodra de systeemdatum 1-1-2024 is moet deze pas zichtbaar worden in HRcore en dan pas geëxporteerd worden naar HRSS.
Als er vragen zijn laat het dan even weten, misschien moeten we dan een overleg plannen om het eea te verduidelijken.
Wanneer (indirecte) mutaties van externe systemen, zoals HRSS, in HR Core (Beaufort) worden verwerkt is afhankelijk van de ingangsdatum van de mutatie. Dit is b.v. niet de datum in dienst of de datum van de contractdatum. In het voorbeeld van de leidinggevende welke per 1-1-2024 actief moet worden zal dan in HRSS een ingangsdatum moeten worden vastgelegd van 01-01-2024. De mutatie wordt dan wel direct verzonden naar Beaufort maar niet eerder verwerkt dan op de datum 1-1-2024. Dit is overigens afhankelijk van het stuurgegeven HSS_INGD Zie voor meer informatie betreffende de ingangsdatum de HELP van de functie Verwerken indirecte mutaties. Van deze methode kan worden afgeweken als in Beaufort bij het stuurgegeven HSS_INGD is gevuld.
Zie voor meer informatie betreffende de ingangsdatum de HELP van de functie Verwerken indirecte mutaties alsmede de HELP van HRSS.
De werking van dit stuurgegeven is ons bekend, echter wij draaien op de 10e van de maand al de salarissen. Dit houdt in dat op basis van het stuurgegeven de mutaties per de volgende maand al op de 10e van de lopende maand verwerkt worden. Een overplaatsing per de volgende maand staat dus al op de 10e van de maand in Beaufort en gaat de medewerker vanaf dat moment al over naar zijn nieuwe OE en moet de nieuwe leidinggevende de medewerker al ziek gaan melden of een declaratie goed gaan keuren.
Bijvoorbeeld:
Medewerker komt om 1-2-2024 in team B te werken.
Op 10-1-2024 wordt de medewerker in HRcore overgeplaatst van team A naar team B.
Medewerker dient op 23-1-2023 nog een declaratie ten laste van het oude team in en de nieuwe leidinggevende moet dat goedkeuren terwijl de medewerker nog ten dienst staat van de oude leidinggevende. Dit werkt ook zo voor de ziekmeldingen.
Misschien is het een idee om dit mondeling toe te lichten.
In de note van 30 oktober heb je het over een mutatie vastgelegd in HRSS. Als je daar de betreffende ingangsdatum selecteert icm de juiste waarde voor het stuurgegeven zal die mutatie pas op het gewenste moment worden verwerkt.
In je note van 2 januari heb je het echter over een wijziging die in de actuele schermen van Beaufort wordt vastgelegd. Daar geldt inderdaad dat de mutatie meteen van kracht wordt.
Uiteraard sta ik er voor open om een en ander mondeling toe te lichten als dit net helder is.
@Frank JHM Poell : De mutatie wordt NIET direct vastgelegd in HR Core, maar via HRSS. Maar ná de salarisverwerking (en dat is bij ons al vroeg in de maand, de 10e) wordt de mutatie al verwerkt in HR Core. Dus vanaf de 10e van de maand (bijvoorbeeld maart) tot het einde van die maand staat de medewerker al op de nieuwe organisatiecode. En dat wil je niet. Je wilt pas dat die wijziging per de 1e (in dit geval 1 april) geldt en niet 3 weken eerder (op 10 maart).
@Frank JHM Poell ben het eens met de opmerking van @Sita Wennekes , ook wij lopen regelmatig tegen dit probleem aan. Aanpassing van het stuurgegeven is in deze geen optie.
U moet een geregistreerde gebruiker zijn om hier een opmerking toe te voegen. Als u al geregistreerd bent, moet u zich aanmelden. Als u zich nog niet hebt geregistreerd, moet u zich registreren en aanmelden.
Visma Denemarken
Visma Finland
Visma Letland
Visma Nederland
Visma Noorwegen
Visma Zweden
Visma Developers & Partners
Visma Latijns-Amerika