We lopen tegen verschillen aan in de rapportages waarin gebruik wordt gemaakt van het voortschrijdend gemiddelde (12M). Voorbeeld: FTE(12M) = 1000 Verzuim % (12M) = 5% Verzuim FTE (12M) =  132 (of iets dergelijks)... Verwacht wordt 5% van 1000 = 50 Zien we iets over het hoofd? Hoe wordt het berekend? ... View more

Er komt een nieuwe manager, wordt opgevoerd in de organisatiestructuur, de vorige manager krijgt een einddatum.  In de declaratie app krijgt de oude manager nog geruime tijd (lijkt ongeveer een maand?) declaratieaanvragen ter goedkeuring. Het enige wat ik kan verzinnen: De declaratie is uit de periode van toen de oude manager nog actief was.   Maar... waarom? De oude manager heeft geen mandaat meer. Is dit een configuratie? We krijgen hier veel vragen over. Alvast bedankt voor reacties. ... View more

Het zou erg praktisch zijn als er per medewerker ook wordt aangegeven via welke profielen de rechten zijn verkregen of welke profielen er van toepassing zijn op een medewerker. ... View more

Alweer 3 gebruikers hebben de verkeerde maand of halverwege de maand foutief hun thuiswerkdagen ingediend. Dus 3 meldingen bij support aangemaakt. Zou het niet makkelijk zijn als je minimaal de mogelijkheid hebt door middel van een toggle/switch (variant op 'Registratie toekomstige dagen'),  dat alleen afgesloten maanden kunnen worden ingediend? ... View more

Een tekst rubriek mag maximaal 50 tekens zijn, zou dit niet naar bijvoorbeeld 249 kunnen? Dan komt het tenminste overeen met een tekstblok in self service.  Nu moet je 5 rubrieken aanmaken en met javascript de data erin plaatsen, dat is omslachtig en inefficiënt.  ... View more

De kracht van GR formulieren is het kunnen vastleggen van meerdere records bij een medewerker, zoals nu bijvoorbeeld bij kind gegevens. Echter is deze functionaliteit beperkt tot 4 soorten.   Het zelf maken van GR formulieren zou bijvoorbeeld tot het volgende leiden: - meerdere notities bij een medewerker vastleggen. - Historisch, actuele en toekomstige data, bijvoorbeeld in tijdlijnen inzichtelijk te hebben voor diverse doelen. (Bij ons bijvoorbeeld ook registratie feitelijke werktijd, nodig voor bepalen van een verschil tussen formele en feitelijke uren) - minder rubrieken nodig als je ergens meerdere regels voor nodig hebt en presentatie en bewerking is overzichtelijker. - Verhogen flexibiliteit systeem, enkelvoudige- én meervoudige records eenvoudig registreren.   Zonder het datamodel verder te kennen, zou wellicht de introductie van een speciale 'volgnr' rubriek hier een rol in kunnen spelen.   ... View more

Wij werken veel met medewerkers die voor verschillende afdelingen/teams taken kunnen verrichten.   Als er nu gebruik wordt gemaakt van meerdere inzet registraties, is het al snel onoverzichtelijk. -  Het niet makkelijk kunnen zien van overlap in de verschillende tijdlijnen. - Bij nieuwe registraties, dien je de einddata te onthouden om aan te laten sluiten op andere tijdlijnen. - geen controle als je een tijdlijn beëindigd, terwijl de totale uren niet meer kloppen. Er is wel een controle als je inzet toevoegt en over de uren heen gaat. Gewenste aanpassingen: - In- en uit kunnen zoomen op de 'kalender', zodat er meerdere maanden tot een jaar zichtbaar zijn. - Data ook in tabelvorm zichtbaar, zodat er veel sneller te zien is waar er mogelijk overlap is. - Deze tabel ook zichtbaar, als er een inzet aangepast wordt (data wordt nu afgedekt). - Ook waarschuwing als een tijdlijn ingekort wordt en er wordt toch verder gegaan (volgende stap).   Nice to have: - Kleur codering, wanneer er overlap is in uren, bijvoorbeeld stukje rood maken in balk waar teveel uren overlappen. ... View more