Op het forum heb ik de volgende vraag gesteld: Zelf rapportages maken zonder bewerkrechten op sta... - Visma Community   Op dit moment is het niet mogelijk om gebruikers zelf rapporten te laten maken zonder dat zij de standaard rapportage aan kunnen passen.   Wij willen bepaalde gebruikers (bijvoorbeeld Salarisadministrateurs of HR adviseurs) adhoc rapportages kunnen laten maken, echter hebben zij nu de mogelijkheid om de centraal gemaakte rapportages aan te passen. Dit is niet gewenst.   Daarom is onze wens om iemand wel eigen rapportages te laten maken en niet de standaard rapportages aan te kunnen laten passen. ... Meer weergeven

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. ... Meer weergeven

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. ... Meer weergeven

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. ... Meer weergeven