In RVM kun je in de actie de duur van het dossier opnemen. Deze duur is vanaf de begindatum van het dossier.   Wij zouden ook graag een conditie willen voor het aantal dagen dat de medewerker daadwerkelijk ziek is geweest. Zodat er juist getriggerd kan worden op basis van het aantal dagen ziek. Bijvoorbeeld bij 42 weken ziek in combinatie met een samengesteld dossier. ... View more

Het volgende idee is al eerder geplaats en is afgewezen: Concurrency blokkade mogelijk maken totdat er teru... - Visma Community   Toch wil ik het onderwerp toch weer graag onder de aandacht brengen en daarbij de best practice batchopdrachten in ogenschouw nemen (Best practice 'batchcommands' - Visma Community).   Op dit moment worden de mutaties vanuit HR Selfservice via de API snel verwerkt in HRcore, echter op basis van de best practice batchopdrachten worden de resultaten pas minimaal 10 minuten later weer terug gezonden naar HRSS. Zonder API verwerking van HRcore naar HRSS is het wenselijk dat er gedurende een extra tijd na export naar HRcore een workflow geblokkeerd blijft.   Ter illustratie: Bij drie van mijn klanten hebben medewerkers een budget ter beschikking gesteld gekregen per jaar (en deze kunnen niet verwerkt worden in FlexBenefits omdat het geen bron-doel regeling is. Het kan ook niet in een saldo regeling van Gemal omdat het geen inhoudingen zijn). In HRcore leggen we het beschikbare budget vast op een rubriek. Op het moment dat de medewerker gebruik maakt van een deel van het het budget halen we dit af van het budget en schrijven de nieuwe waarde terug naar HRcore. Zonder time out op de concurrency kan de medewerker direct naar export weer een aanvraag indienen met het oude saldo en wordt het saldo overschreven met de laatste waarde.   Er zijn voor dit probleem twee oplossingen: API van HRcore naar HRSS Time out periode op een concurrency, bijvoorbeeld 15 minuten na de export van het formulier naar HRcore Ik hoop dat het afwijzing van de vorige aanvraag heroverwogen kan worden en in het daglicht van de BP Batchopdrachten geplaats kan worden. ... View more

Veel declaraties gaan steeds meer na goedkeuring van de leidinggevende of zelfs direct vanuit de medewerker het systeem in en worden aan de achterkant steekproefsgewijs gecontroleerd.    Het zou mooi zijn als de steekproef niet aan de achterkant maar direct aan de voorkant (=declaratie module) uitgevoerd kan worden.   Steekproef zou bijvoorbeeld genomen kunnen worden op basis van een random gegenereerd getal of op basis van een teller, namelijk iedere 20e declaratie valt uit naar bijvoorbeeld de salarisadministratie. Maar dit zou ook kunnen werken bij leidinggevende. ... View more

Op dit moment is er een overzicht in Autorisatiebeheer met de volgende gegevens: Userid Username  Personeelsnummer  Applicaties Wij zouden graag ook een overzicht willen hebben met: Autorisatiegroep Toegepast op Applicaties Rechten binnen de applicaties Status Daarnaast willen we ook een overzicht voor de specifieke gebruikers in welke groep zij zitten.   Op basis van deze twee overzichten kan onze afdeling Interne Controle checken wie waarvoor geautoriseerd en hebben dan ook het overzicht op handmatige autorisaties. ... View more

In Gemal kunnen de reisdagen (code 2508) niet over het jaar heen verwerkt worden. Daarom is in de gewerkte dagen module dit geblokkeerd en is het jaar oude jaar (t/m november 2023) vanaf 7 december 2023 dichtgezet door de volgende inrichting: De thuiswerkdagen (941 en 942) kunnen wel over het jaar heen.   Graag zouden wij willen dat de thuiswerkdagen gewoon verwerkt worden via het volgende principe:   Startperiode voor thuiswerken los zien van reisdagen bijvoorbeeld door een vergelijkbare procedure als in HRSS voor het afsluiten van de variabele mutaties. In dit geval een procedure waarmee je aangeeft dat het fiscale jaar wordt afgesloten. Hierdoor worden de mutaties dan als volgt verwerkt:   (Bijvoorbeeld in februari 2024 wordt de volgende declaratie ingediend over november 2023)   Ingevoerde reisdagen op 2508 wordt niet geëxporteerd naar Gemal Ingevoerde thuiswerkdagen op 941 en 942 worden wel geëxporteerd naar Gemal ... View more

Wij zijn de kilometer declaraties voor de app aan het inrichten en lopen tegen het probleem aan dat de routes bepaald worden o.b.v. een auto. Bij het reizen per fiets of te voet zijn de afstanden essentieel anders. Bijvoorbeeld   Afstand Alblasserdam (2954 BJ) naar Schiedam (3112 NA) is per auto 36 kilometer enkele reis. Dezelfde route per fiets is 26 kilometer.       Met de afwijkingen die de berekening nu geeft is het voor ons niet acceptabel om over te stappen op de registratie via de app! ... View more