Ik wil nog een paar punten noemen ter aanvulling geven.   1. Ik vind de registratie van het verzuim niet de verantwoordelijkheid van een werknemer, maar de verantwoordelijkheid van de werkgever. Het registreren in het personeelssysteem hoort wat mij betreft pas plaats te vinden nadat er overleg heeft plaatsgevonden tussen werknemer en leidinggevende. Wanneer een werknemer beperkingen ervaart dan heeft hij overleg met zijn leidinggevende over aanpassingen van het werk die nodig zijn. Dat zelfde vind ik wanneer een werknemer na een periode (deel-)verzuim weer het volledige eigen werk kan doen. Ook dan bespreken de werknemer en de leidinggevende samen of er sprake is van volledig herstel. De registratie vindt daarna pas plaats. De werknemer en de leidinggevende bepalen in gezamenlijkheid wanneer de werknemer ziek is en wanneer de werknemer hersteld is.    2. Bij langdurig verzuim kan het nog wel eens zinvol zijn om voorafgaand aan de herstelmelding bij de bedrijfsarts te toetsen of de werknemer weer volledig duurzaam belastbaar is voor de bedongen arbeid. Als werknemers zelf de regie nemen over het hersteld melden kan deze toetsing nagelaten worden.   3. Werknemers zijn geneigd om zich pas hersteld te melden op de eerst volgende werkdag. Maar als een werknemer zich op vrijdagmiddag beter meldt en op maandag weer het werk aanvangt, meldt de werkgever de werknemer per zaterdag beter en niet op maandag. Ook met vakanties is dit nog wel eens het geval. Belangrijk is dat werknemer en leidinggevende  in gezamenlijkheid bepalen wanneer de werknemer volledig hersteld is.    4. Ik ben ook bang dat als een medewerker zich hersteld meldt en dat wordt daarna gecorrigeerd door de leidinggevende dit na de 42 weken gedoe geeft met het doorgeven van de juiste verzuimdata aan het UWV.   5. Bij kort verzuim kan ik me voorstellen dat een medewerker zich hersteld meld. Bij langdurige verzuim zou ik graag als leidinggevende daar grip op willen houden. Waar het kantelpunt moet liggen weet ik niet. Misschien bij 6 weken of bij 3 maanden.     ... Meer weergeven

@Paul Wevers - Ikazia , zoals @S_Kuijer al aangeeft kan dit inderdaad niet. Graag hiervoor een idee aanmaken. ... Meer weergeven

Op dit moment zijn we de mogelijkheden omtrent account onboarding aan het onderzoeken.  ... Meer weergeven

Dankjewel voor de toelichting @Gea Bussink-Veerbeek!  ... Meer weergeven

@Bastiaan Friederichs Is er misschien al bekend wanneer dit gerealiseerd kan worden, ook gezien de enorme hoeveelheid likes? Voor ons is dit een grote wens ... Meer weergeven

Het rapport is inmiddels al vernieuwd, maar dit idee stond niet op onze radar omdat het niet zoveel stemmen heeft. We kunnen de slicers in het rapport binnenkort wel aanpassen en zoeken mogelijk maken. Dit kan alleen voor de slicers die niet-numerieke waarden bevatten. Power BI ondersteund geen zoekfunctie namelijk voor numerieke velden. ... Meer weergeven

Binnen de gemeente is deze behoefte er zeker, maar ik heb nu ook binnen de zorg verschillende stuk declaraties die we niet in het rooster willen verwerken. Daarom zou de eenheden declaratie een zekere uitkomst zijn. We kunnen dat nu niet inregelen bij declaraties omdat er of kilometers worden berekend of een bonnetje moet worden toegevoegd. ... Meer weergeven

@margreet doornbosch  Kunt u aangeven wat het advies is als personen de enquête hebben ingevuld, en een volgende keer weer moeten invullen? Is dan de bedoeling dat voorafgaand voor het invullen de rubrieken worden leeggemaakt voor een representatief resultaat? Als iemand de enquête namelijk niet invult wordt anders namelijk wel het resultaat meegenomen in het eindtotaal.   Alvast bedankt!   Groet,    Christian ... Meer weergeven

Het lijkt me ook handig dat de beheerder alles kan zien en waar nodig een document kan overzetten naar een andere collega omdat bijv. een medewerker langere tijd afwezig is ivm ziekte of vakantie. gr. Marja ... Meer weergeven

Sturen jullie de medewerkers die uitdienst gaan een mail om het onyouforce account aan te maken en welke strekking heeft deze mail. Of informeren jullie de medewerkers uitdienst op een andere manier?   Graag hoor ik van jullie.    groet,  Inge Zieleman ... Meer weergeven

Hier zet ik mijn bevinding ook nog even neer:   Hoi @Remco te Ronde,   Ik heb al eerder vanuit Ikazia ziekenhuis een melding gemaakt. We merken toch veel beperkingen en daardoor komen de vragen nu bij de administratie terecht.   Dit komt omdat er steeds meer met rollen in centraal usermanagement gewerkt wordt. Bij DCMR kennen we bijvoorbeeld de volgende rollen: MGR SLG LMGR (deze rol wordt maar beperkt gegeven)  UMGR DIR BU Door de LMGR rol kunnen maar 2 leidinggevende elkaar vervangen ipv een leidinggevende binnen de eigen groep.   Zit er al beweging in de vervanging? Ik merk dat @Ralph tegen hetzelfde probleem aanloopt.   Dit zelfde probleem speelt bij Ikazia ziekenhuis. Daar kennen we de volgende rollen: MGR SLG BU SMGR BMGR Door de vele verschillende combinatie is het vaak niet mogelijk om de persoon te kiezen die jij wilt die jou vervang. Mijn voorstel zou zijn om de regie veel meer bij de aanvrager neer te leggen of de klant die keuze te geven.   Ik vind het wel een goede ontwikkeling dat er niet over organisaties heen vervanging geregeld kan worden. Hiermee worden risico's al beperkt. Dit mechanisme zou ook op lagere niveaus moeten kunnen worden ingesteld. Bijvoorbeeld alleen laten vervangen binnen de eigen groep. ... Meer weergeven

Hé @Paul Wevers - Ikazia . Een vergelijkbaar idee heb ik vorig jaar ingeschoten: https://community.visma.com/t5/Ideeen-Youforce-Portaal/Youforce-account-genereren-afhankelijk-van-de-arbeidsrelatie/idi-p/602422   ... Meer weergeven

Dit idee was ook aangemaakt op de community van de Youforce App. De verschillende updates van Maarten zijn hier terug te lezen:  https://community.visma.com/t5/Ideeen-Youforce-App/Naam-wijzigen-van-proces-Mijn-Youforce-proces-quot-gedeeltelijk/idi-p/632331  ... Meer weergeven

Hoi @Remco te Ronde,   Voor nu een duidelijk en te respecteren antwoord. Hopelijk wordt er tussendoor een keer opnieuw gepeild bij klanten.   Groet, Paul ... Meer weergeven

Hoi @Paul Wevers - Ikazia ,   Per mail zal ik je even de video sturen van de oplossing die bij @Roel_Harmsen is toegepast. Ik ken niet alle details van de robotics oplossing. Maar als die werkt met een rapportage (Youforce Reporting) dan heb ik goede hoop dat je daarmee altijd beide BIG-nummers kunt opnemen. En als iemand van één BIG naar twee BIG-nummers gaat zou het naar mijn inzien ook goed moeten werken. Op die manier is een extra eigen tekst niet nodig.   Hoop dat het voorbeeld je verder helpt. ... Meer weergeven

Beste @Rosa Carrasco Úbeda,   Voor professionals is dit nog niet voldoende. Zij werken (gelukkig) niet met het kleine scherm van de telefoon, maar wel op de desktop. Daar willen zij filteren op specifieke taken.   Nu doen ze dat via Selfservice, maar het liefst wil je dat zij dit ook via de Inbox gaan doen. Hopelijk kan dit in de toekomst ook nog toegevoegd worden.   Bedankt, Paul Wevers ... Meer weergeven

Hoi @Paul Wevers - Ikazia,  Dat klopt, we tonen de informatie wel in Gebruikersbeheer, maar het is niet eenvoudig om dit ook in een rapport te tonen omdat dit de informatie is die bij Ping opgeslagen staat. We hebben echt meerdere mogelijkheden bekenen, maar op dit moment is het technisch nog niet mogelijk.  ... Meer weergeven

Hoi @Paul Wevers - Ikazia ,   Ah top! Voor de robotics oplossing zal @MarcoV zeker een oplossing hebben. En ook voor het gerobotiseerde proces is het (op termijn) fijner en beter dat de waarde (79) overeenkomt met de waarde in de webservice van het BIG. Want zodra mondhygiënist defintief wordt toegelaten in het BIG verwacht ik dat de code (79) gelijk blijft, maar de naam inderdaad aangepast zal worden. ... Meer weergeven

Hoi @Paul Wevers - Ikazia ,   Uit de praktijk herken ik je idee. Toen bijvoorbeeld papieren personeelsdossier nog gebruikelijk waren was het heel normaal om deze in de kast te hangen op ''geboortenaam'', want anders was het niet terug te vinden.   Maar in dit onderwerp zijn de wettelijke principes belangrijker. Partners mogen elkaars achternaam gebruiken of combineren met de eigen achternaam. Dit geldt voor gehuwde paren en voor geregistreerde partners. (zie bron Rijksoverheid).    Je kunt er als organisatie voor kiezen om de functionaliteit 'Persoonsgegevens wijzigen' niet beschikbaar te stellen aan je medewerkers. Maar vanuit Visma|Raet zullen we geen aanpassing doen om de keuze voor de naam 'partner' uit te schakelen. ... Meer weergeven

Dank voor dit idee. Ook wij hebben enorme behoefte aan duidelijkere vervanging. In Self service kan een manager met meerdere rollen, het wel, maar dan is hij/zij zich er totaal niet van bewust dat dat niet voor alle rollen is. En dat was ik dus ook even niet. Zou zo perfect zijn als je per rol een vervanger kan aanklikken. Eventueel dus bij drie rollen, drie verschillende vervangers. En dat dan inderdaad please op 1 plek. ... Meer weergeven

We hebben geen plannen om proefproducties op te nemen in Reporting. Wel zijn we aan het onderzoeken of er andere manieren zijn om met behulp van reporting in een eerdere fase al controle te kunnen doen. Als hier meer over bekend is zullen we daar meer over delen ... Meer weergeven

@Anonymous wevers-ikazia @Maarten VB: onderstaand probleem is voor ons ook een knelpunt. wij hebben nu de optie uitgezet dat leidinggevende historie aan kan passen, maar het gekke is dat nog steeds sommige medewerkers aangepast kunnen worden met het potloodje. het is niet duidelijk waarom het bij de ene medewerker wel kan en bij de andere niet. Het probleem ligt voornamelijk bij medewerkers die al wat langer ziek zijn, wat een probleem geeft als de leidinggevende de historie gaat veranderen.    mvg, Lai       FBB Zorgboog ACTIVE CONTRIBUTOR * ‎31-01-2024 07:51  door FBB Zorgboog @Paul Wevers - Ikazia, @Maarten VB - Ik misbruik dit idee even voor een vraag m.b.t. (gedeeltelijk) hersteld melden: Ik merk dat het toch wel regelmatig voorkomt dat een manager een medewerker gedeeltelijk hersteld wilt melden, maar dan kiest hij/zij in het scherm niet voor de knop Toevoegen, maar gebruikt het potloodje en past dus de bestaande regel aan. Dit is uiteraard een foute werkwijze die ook grote (financiële) gevolgen kan hebben.  Ik vroeg me af of jullie deze foute werkwijze herkennen en of jullie een oplossing weten hoe dit te voorkomen ? ... Meer weergeven

Goed dat ik dit lees. Wij willen ook onze gemandateerde managers via user management gaan vastleggen ipv handmatig via een gebruikersrol in self service. Maar dat gaan we dus nog niet doen totdat er een oplossing is hiervoor. ... Meer weergeven

@Paul Wevers - Ikazia  Ik heb dit even afgestemd met het team dat HR Core beheert. Onze verwachting is dat het aanbieden van TWK salaristabellen bij veel werkgevers juist leidt tot verwarring m.b.t. het inlezen van de tabellen. De huidige werkwijze heeft tot op heden volstaan en dat willen we graag zo houden.   Als je wilt rapporteren op de historie van het bruto salaris, dan kun je dit ook doen in Youforce Reporting op bijvoorbeeld Gemal uitvoercode 01536 bruto salaris fulltime of 01001 bruto salaris (parttime). De bedragen in Gemal worden namelijk wel met TWK aangepast bij herrekening. ... Meer weergeven

Dank je wel @Gea Bussink-Veerbeek  ... Meer weergeven

@Chris van den Berg  Is het niet mogelijk dat het personeelsnummer tbv de slicer standaard aan het datamodel toegevoegd wordt. Het komt regelmatig voor dat er in rapporten gezocht wordt naar data bij een bepaalde persoon. Nu moet iedereen dit berekend veld handmatig aanmaken.   Hartelijke groet, Paul Wevers ... Meer weergeven

@Paul Wevers - Ikazia  Er is bewust gekozen om momenteel geen details rondom zwangerschapsverlof te laten zien. De functionaliteit is puur toegevoegd om inzicht te geven aan een leidinggevende waarom hij iemand bv niet kan ziekmelden. In de toekomst willen we zeker nadenken om ook de registratie/aanvraag van zwangerschapsverlof via de app te doen en dan zal zoiets zeker meekomen.   Daarnaast is het vrij eenvoudig voor de manager om deze informatie te achterhalen met de huidige oplossing. Hieronder een voorbeeld van hoe een manager dit eenvoudig kan achterhalen in de Youforce app (of desktop versie).   Klik op "Mijn medewerkers".   Je ziet hier nu dat "Anouk Vetter" met zwangerschapsverlof is door de oranje/bruine kleur. Klik op de naam van de medewerker en de gewenste informatie is zichtbaar     ... Meer weergeven

Hartelijk dank voor jouw idee!  We zijn momenteel aan het onderzoeken hoe we de navigatie tussen de processen vanuit Mijn youforce kunnen verbeteren. Zodra we meer informatie hebben, zullen we dit idee updaten.  ... Meer weergeven

Hoi @Paul Wevers - Ikazia,   Vanzelfsprekend snap ik je aanvullende vraag. Soms is er inderdaad geen perfecte oplossing. De kern zit hem in wat ik heb omschreven als: ''De algemene logica is dat alles was je in HR Core Beaufort op je scherm ziet je ook zit in Self Service als 'actueel gegeven'. ''   Het aanpassen van dit principe op enkel en alleen het veld ''afdeling'' binnen Self Service zorgt voor een hele specifieke afwijking die de consistentie van de module niet verbeterd.   Zoals aangegeven in mijn eerdere reactie voor dit idee 'alternatief aanwezig', maar wel met de toevoeging dat er veel zaken zijn waar je rekening mee moet houden. Daarom blijft het verstandig om de voor- en nadelen af te wegen met onze Visma|Raet consultants. Mogelijk is de conclusie uiteindelijk dat je de huidige inrichting van HSS_INGD blijft hanteren, wetende van het nadeel dat een 'vertrekkende' manager nadat de overplaatsing is verwerkt een eventuele mutatie moet laten doen door de 'ontvangende' manager. Mogelijk is dat voor jouw organisatie de beste (of minst slechte) keuze. ... Meer weergeven

Beste @TvanOudenaarden,   Als je rechtstreeks de Beaufort rubriek voor huisnummer toevoeging (P01018) gebruikt dan kan je hier tegenaan lopen. In praktijk zien we dat dit weinig gebruikt wordt als input voor de afstandsberekening (immers moet je bij de Beaufort rubrieken zelf eerst dit samenvoegen tot 1 "Huisnr van"). Vanwege de centrale plek in de Beaufort database is het momenteel niet mogelijk om de rubriek uit te breiden.   Het voorbeeld met B-0001 is natuurlijk een extreem voorbeeld, waar je vaak iets korter ziet (of zelfs geen toevoeging). Mocht het wel voorkomen dan kan je overwegen om een conditionele toevoeging te gebruiken, dat bij een lengte >4 je kiest om dit niet toe te voegen aan je "Huisnr van". Of dat je een extra rubriek toevoegt voor de PSA gebruiker met afwijkende Toevoeging, en dat als die gevuld is dat dan die waarde gebruikt wordt in plaats van de P01018. Beiden zijn niet ideaal, maar we moeten het natuurlijk ook wel in perspectief plaatsen hoe vaak dit aan de orde is. Ik hoop dat je er iets mee kan. ... Meer weergeven