Nav het kennisartikel van 30-12-2022 mbt dit onderwerp heb ik het volgende idee.   Ook wij lopen hier tegen aan als grote instelling, met inmiddels meer dan 80.000 dienstverbanden in onze database van HR Core Online Beaufort.   Het is voor ons niet te doen om vervallen schalen of anciëniteiten te verwijderen door op dienstverbandniveau een andere waarde te muteren etc. Tevens als je bij een medewerker uit dienst het scherm Salaris wilt raadplegen, dan wil je daar wel de juiste inschaling zien wat op dat moment van toepassing was of deze nu vervallen is of niet. Nu is het wel zo dat de historie van deze twee rubrieken denk ik wel in tact blijft, maar dat is omslachtig, ook in rapportages.   Mijn idee is om binnen de salarisregeling, in ons geval 38, bij elke schaal en anciëniteit een filterboxje krijgt waarmee je de schaal of anciëniteit inactief kan zetten, zodat deze niet meer zichtbaar is en te selecteren in het scherm Salaris (en garantiesalaris). Dit werkt ook al zo bij organisatorische afdelingen, kostenplaatsen- en de functietabel. Als de export vanuit HR Core Beaufort naar HRSS dan alleen de actieve schalen en anciëniteiten doorgeeft, dan is het meteen in HRSS ook goed geregeld. Nu hebben we het binnen HRSS afgevangen door een scriptje en de waarschuwingstekst als een vervallen anciëniteit wordt gekozen. Men kan deze vervallen anciëniteit nog wel steeds selecteren en dat is ook het geval in HR Core Beaufort. Dat hebben we liever niet.   Kan mijn idee niet de oplossing zijn voor dit probleem? Het mooie is natuurlijk dat Visma | Raet bij een nieuwe gewijzigde salarisregeling al standaard schalen en anciëniteiten inactief zet. Hoeven wij het niet meer te doen:-)     ... Meer weergeven

Er ontbreekt in deze functie dat je een keuze kunt maken om alleen een bepaalde rubriekcode te controleren. Maandelijks hebben wij een grote import van indirecte mutaties uit ons roosterpakket. Iets van 70.000 indirecte mutaties. We zijn al genoodzaakt om deze functie buiten kantoortijden te draaien ivm blauwe schermen en foutmeldingen als deze procedure na verloop van tijd daarmee wordt afgesloten. Een uitbreiding om een rubriekcode op te geven zal ontzettend kunnen helpen bij het uitvoeren van deze functie bij zo'n groot aantal indirecte mutaties. De performance is slecht van deze functie en daar heb ik al een tijd lang een call voor open staan bij de Servicedesk. Tevens ook al een wens ingediend om deze functie in de batch te kunnen draaien, aangezien deze functie bij ons meer dan 8 uur draait bij zo'n groot aantal indirecte mutaties in één keer te controleren. Zit je ook nog met het herstarten van de servers aan de kant van Raet na 00:00 uur. Hierdoor wordt deze procedure, als deze nog loopt, afgesloten en kan je weer opnieuw beginnen. ... Meer weergeven