SDB Planning
Welkom op het wensenportaal voor SDB Planning van SDB Groep. Dit is de plek waarop je ideeën en wensen kunt plaatsen ter verbetering en doorontwikkeling van SDB Planning.
15 gevonden resultaten
-
Plangroep in beheer aanmaken
Wij willen op beheer niveau regio's of plangroepen kunnen aanmaken die voor iedereen zichtbaar zijn. Nu is het zo dat iedere roosteraar een plangroep kan aanmaken die voor zichzelf zichtbaar is maar als er iets wijzigt in een bestaande vestiging moet deze bij alle roosteraars toegevoegd worden. Roosteraars zijn niet altijd direct op de hoogte van nieuwe groepen terwijl de beheerder dit wel is. Tevens hoeft de beheerder dit toevoegen maar eenmalig te doen terwijl alle roosteraars dit allemaal afzonderlijk moeten doen.
10 stemmenDe plangroep is gebruikers specifiek, hierdoor is aanmaken in beheer niet mogelijk
-
Medewerkertellers ingeleend personeel verbergen
Wanneer een medewerker van een andere planeenhedi wordt ingepland kan de planner van inlenende planeenheid alle medewerkertellers zien, dus ook verlofsaldi. ik zou graag zien dat dit verborgen wordt.
7 stemmenOnvoldoende stemmen
-
balansbudget
In het kader van registratie aan de bron en zelforganisatie wille we dat de medewerker zelf bovenwettelijke uren en plus uren toe kan voegen aan het balansbudget zonder tussenkomst planner/manager. Bij voorkeur op een aantal aangegeven momenten in het jaar. Kan dit op korte termijn gerealiseerd worden?
6 stemmenWe hebben besloten om de wens af te wijzen vanwege het gebrek aan voldoende stemmen
-
Functionele sleutels uitbreiden
Graag zou ik willen zien dat de functionele sleutels uitgebreid worden, ik wil bijvoorbeeld dat medewerkers(Planners) alleen dienst-codes aan kunnen maken maar niet meer zien dan dat ze nodig hebben. Als ik dit nu toeken zien ze best veel dingen.
In Aysist 6 kon je dit namelijk wel qua autorisatie groepen netjes zelf regelen (Module) -> (Wat iemand mag doen).
5 stemmenEr niet of nauwelijks op deze wens gestemd.
De volledige dienstcode lijst zal altijd getoond worden. Wellicht dat we in de toekomst het gemakkelijker maken om je eigen voorkeursset samen te stemmen
-
Autorisaties geldend per planeenheid
Ik zou graag willen dat je per planeenheid ( groep) de sleutels kan toebedelen.
Bijvoorbeeld: ik heb een manager die verantwoordelijk is woning A die geef ik rechten via woningA_A met het vinkje uren uitbetalen aan en de "sleutel" Extra uren uitbetalen.
Daarbij wil ze graag inzage hebben in woning B omdat ze hier soms personeel mee deelt. MAAR ik wil niet hebben dat ze van deze woning de mogelijkheid krijgt om Extra uren uit te betalen hier voeg ik dan alleen de "sleutel" roosterplan view toe.
In de huidige situatie is het zo dat de "hoogst" geldende autoristatie overruled…
3 stemmenWe wijzen deze wens af aangezien er geen stemmen zijn uitgebracht op deze wens.
-
Een splitsing in rechten aan te brengen in zichtbaar maken en publiceren van het rooster
Wij maken een (formeel) onderscheid tussen het publiceren van de roosters en het zichtbaar maken van de roosters. Het één ligt bij de teamleider, het ander bij de planner. Dit is nu één recht. Dit recht zouden we graag opgesplitst zien.
2 stemmenWe wijzen deze wens af aangezien er geen stemmen zijn uitgebracht op deze wens.
-
Autorisatie op functieniveau
We zouden graag op functieniveau standaard een aantal accountgroepen willen laten vullen bij een medewerker en bij sommige functies ook gelijk het vinkje "Inzetbaar voor flex" automatisch aan willen laten zetten
2 stemmenWe hebben besloten om de wens af te wijzen vanwege het gebrek aan voldoende stemmen.
Overigens snappen wij het wel, maar zien technisch nog geen oplossing om dit mogelijk te maken.
Wellicht kunnen we komend jaar kijken of AIM identity management kan worden ingezet om bepaalde functies direct te koppelen aan functies.
-
Verbetering in sleutelkeuze mogelijkheden mbt zelfroosteren.
Graag zien wij dat je meerdere groepen tot verschillende autorisatierechten kan aanmaken op gebied van zelfroostering.
Nu zien we dat je de sleutel krijgt van zelfroostering en dat bij de DUS code wordt bepaalt welke je mag gebruiken voor het zelfroosteren dit is dan voor heel de organisatie hetzelfde.
Wij zouden graag zien dat je verschillende groepen kan aanmaken en dat je kan bepalen per groep welke DUS code deze groep mag gebruiken voor zelfroostering.
bv kantoormedewerkers mogen standaarddiensten roosteren, verlof enz.
Zorgmedewerkers werken met basisroosters en zouden wel zelf overheadsdiensten mogen roosteren maar niet de standaard diensten, nu moeten…2 stemmenWe wijzen deze wens af aangezien er geen stemmen zijn uitgebracht op deze wens.
-
Logging op autorisatie
Ik wil als beheerder graag kunnen zien wannner iemand gemachtigd is tot een bepaalde planeenheid. Berichten komen pas bij betreffende manager binnen vanaf moment dat hij rechten heeft op de planeenheid. Binnen onze organisatie zijn er meerder partijen die rechten toekennen aan medewerkers. Om vragen over berichten te kunnen beantwoorden is inzage in de logging noodzakelijk. In Aysist 6 was logging wel in te zien.
Een quick win zou al zijn dat je autorisatie niet met terugwerkende kracht kunt toekennen, dan weet je ook dat deze is toegekend per de startdatum.
1 stemEr zijn niet voldoende stemmers om deze wens op te pakken.
Overigens gaan we wel met logging aan de slag en proberen deze wens dan toch mee te nemen.
-
Personeelsnummer toevoegen in sso onder autorisatie
Als je sso gebruikt heb je in Planning onder autorisatie niet de mogelijkheid om op personeelsnummer te zoeken, maar enkel op naam en achternaam of e-mailadres. Dat maakt het zoeken en vinden lastiger. Een personeelsnummer is uniek en weet je direct ook dat je de juiste medewerker in beeld hebt. Dus graag zien wij dit toegevoegd.
1 stem -
ervoor te zorgen dat de autorisatie op planeenheden ook doorwerkt als er een voorkeursmedewerker is aangegeven
via een workaround is het voor een planner mogelijk om een PNIL'er van het flexpbureau in te zetten als deze een keer op een locatie heeft gewerkt. Door de PNIL'er namelijk als voorkeursmedewerker aan te geven, komt deze bij het matchen door de planner van de locatie ook naar voren en kan de planner deze voorkeursmedewerker ook inplannen (ondanks dat de planner hier geen rechten voor heeft). Dit lijkt ons niet wenselijk.
1 stem -
Gebruikersinstelling externe absentie ook in te stellen op werkgeversniveau
Is het mogelijk om van deze instelling ook een werkgeversinstelling te maken.
Dat bij het opstarten van het rooster deze altijd getoond/aan staat en gedurende het roosteren door de gebruiker wel aan/uit te zetten is.
Maar altijd weer bij het opstarten met deze aansturing begint.Door deze optie als gebruiker niet aan te zetten of te gebruiken wordt daardoor soms niet of onjuist geregistreerd. Dit heeft weer gevolgen voor de uiteindelijke loonverwerking hiervan.
1 stemDit is een interne proces afspraak en voor de medewerker persoonlijk aan of uit te zetten. Er zijn niet meer wensen binnengekomen. Wij sluiten deze wens
-
Autorisatiesleutel voor het aanmaken van decentrale dienstcodes
Goedemorgen,
Wij zouden graag een autorisatiesleutel hebben waarmee wij het aanmaken van decentrale dienstcodes kunnen scheiden tussen de rol van planner en de rol van roosteraar.
Alvast bedankt!
1 stemWe hebben besloten om de wens af te wijzen vanwege het gebrek aan voldoende stemmen
-
Laatste inlogdatum zichtbaar maken in accountoverzicht.
Vanwege veiligheidsrisico's voeren wij in onze applicaties periodieke controles uit op inactieve accounts. Het account van iemand die een X periode niet heeft ingelogd wordt dan inactief gezet. Dit willen we ook bij SDB doen. Het moment waarop iemand voor het laatst ingelogd is, is nu enkel zichtbaar als je het Identity profiel bekijkt bij het veld: laatste keer ingelogd. Echter is dit voor onze organisatie met meer dan 3200 accounts onbegonnen werk. Graag zouden we daarom de laatste inlogdatum willen zien in de tabel van het accountoverzicht zodat we hierop kunnen sorteren.
1 stemWe wijzen deze wens af aangezien er geen stemmen zijn uitgebracht op deze wens.
Volgens ons is in SDB Identity een rapport beschikbaar met deze informatie. Stuur een ticket naar de helpdesk voor eventuele hulp
-
Datarechten - App - Kiezen andere planeenheid niet meer mogelijk maken
Wens is dat er een aanpassing komt in de app waarmee het in te stellen is dat het voor een medewerker niet meer mogelijk is om een andere planeenheid te kiezen bij een reeds ingeplande dienst.
Nu is dit nl wel mogelijk en wordt de dienst bij de nieuw gekozen planeenheid ook al meteen bij deze planeenheid geplaatst en bij de oude planeenheid weggehaald. Bij afkeuren van dit verzoek wordt dit wel weer teruggeplaatst, maar in tussentijd is dit wel zo zichtbaar. Dit is organisatorisch gezien niet wenselijk, bij het feit dat dit ook kostentechnisch consequenties kan hebben. Aangezien een…1 stemDoor de instelling aanmaken diensten mag de medewerker ook de geplande dienst veranderen naar een andere planeenheid.
We in de lijst met te wijzigen planeenheden wel meer logica toepassen, door de bronplaneenheid boven in de lijst te tonen, (Waarschijnlijk met een ster)
Jullie kunnen eventueel medewerkers hierop aanspreken, wanneer dit niet is toegestaan. Door in het log te kijken in het rooster, d.m.v rechtermuistoets op een dienst - dienstgeschiedenis.
- Ziet u uw idee niet?