Nieuwe rechteninstelling voor Coördinator rol: Coördinator mag alleen geselecteerde soorten leeractiviteiten zien (ref. 23414)
Een coördinator is een LMS gebruiker die slechts voor een specifieke groep medewerkers en/of leeractiviteiten in de beheeromgeving mag werken. Een coördinator ziet in de beheeromgeving slechts de groep medewerkers en leeractiviteiten waarvoor hij werkzaamheden verricht. De groep kan uit elke willekeurige dwarsdoorsnede van de organisatie bestaan.
De volgende 3 rechteninstellingen om leeractiviteiten te koppelen aan de coordinator bood Class al sinds Class release Luna (8.11):
- De coördinator mag een beperkt aantal leeractiviteiten zien. Per coördinator selecteert een beheerder welke leeractiviteiten dat zijn.
- De coördinator mag een beperkt aantal gebruikers zien. Per coördinator selecteert een beheerder welke gebruikers dat zijn.
- De coördinator mag een beperkt aantal gebruikersgroepen zien. Per coördinator selecteert een beheerder welke gebruikersgroepen dat zijn.
Vanaf release Penelope (8.15) komt daar een rechteninstelling bij:
- De coördinator mag een beperkt aantal soorten leeractiviteiten Bijvoorbeeld alleen ‘Open aanbod’, ‘Vrije keuze’ en ‘Maatwerk’. Of juist alleen alle ‘Volledig online’ leeractiviteiten en verder geen enkele soort. Per coördinator selecteert een beheerder welke soorten dat zijn.
De rechteninstellingen werken als volgt samen:
Stel, een beheerder stelt met de nieuwe rechteninstelling 4 voor een coördinator in dat deze alleen leeractiviteiten van soort Open Aanbod mag zien, en stelt daarnaast tevens met rechteninstelling 1 in dat deze coördinator leeractiviteit ‘Onboarding’ mag zien, wat een Incompany leeractiviteit is. Dan ziet de coördinator als hij inlogt in de beheeromgeving, alle Open aanbod leeractiviteiten en tevens Onboarding (wat een incompany leeractiviteit is).
Extra optie voor geldigheid van de certificering op dynamisch basisleerpad (ref: 22131)
Sinds release Juno (8.9) is het mogelijk om een certificering in te richten voor een leerpad. De certificering op het basisleerpad kan een dynamische of een statische verloopdatum hebben.
Voor certifceringen op een basisleerpad met een dynamische verloopdatum, hebben we een derde optie voor de geldigheid van de certificering toegevoegd.
Naast de bestaande opties ‘Geldigheid verloopt nooit’ en ‘Geldigheid verloopt na x periode’ (bijvoorbeeld na 1 jaar), is het vanaf release Penelope ook mogelijk om voor ‘Geldigheid verloopt zodra het eerstvolgende leeractiviteit certificaat verloopt’ te kiezen. Als je voor deze optie kiest, zal de certificering op het basisleerpad verlopen op het moment dat het eerstvolgende actuele certificaat voor de verplichte* leeractiviteiten in het basisleerpad verloopt.
*Als er geen enkele leeractiviteit in een module in het basisleerpad verplicht is, maar de module vereist in plaats daarvan afronding van minimaal 1 (of meer) van de leeractiviteiten in de module, dan wordt bij het bepalen van de einddatum van de certificering op het leerpad ook met de einddatum van de certificering op deze leeractiviteit(en) rekening gehouden.
Deze optie is alleen beschikbaar voor een dynamisch basisleerpad.
De herhaalcyclus voor dynamische leerpaden is ongewijzigd.
Bij ontdubbelen van een portaalgebruiker, ook de identiteiten en de (inactieve) LMS gebruikers samenvoegen (ref. 21421)
Vanaf release Penelope worden, wanneer twee portaalgebruikers worden ontdubbeld (samengevoegd), ook de bijbehorende identities en daaraan gekoppelde LMS gebruikers samengevoegd.
Bij het samenvoegen is er sprake van een bron- en een doelgebruiker. Na het samenvoegen blijft alleen de doelgebruiker over. Bij het samenvoegen van LMS gebruikers wordt met specifieke rechten die aan samen te voegen LMS gebruikers hangen als volgt omgegaan:
| Bron LMS gebruiker
|
Doel LMS gebruiker
|
LMS gebruiker na samenvoegen
|
| Leverancier A is gekoppeld aan deze LMS gebruiker | Leverancier B is gekoppeld aan deze LMS gebruiker | Leverancier B is gekoppeld aan deze LMS gebruiker |
| Docent A is gekoppeld aan deze LMS gebruiker | Docent B is gekoppeld aan deze LMS gebruiker |
Docent B is gekoppeld aan deze LMS gebruiker |
| Heeft rollen D,E, en F | Heeft rollen D,E, en G | Heeft rollen D, E, F en G |
| Heeft toegang tot catalogus H | Heeft toegang tot catalogus I en J | Heeft toegang tot catalogus H, I en J |
Verbeterde afhandeling van inschrijvingen die na goedkeuring door leidinggevende toch door Leer-Rijk worden afgewezen (ref. 22743)
Er kan enige tijd overheen gaan voordat een inschrijving op een leeractiviteit die uit Leer-Rijk komt in het Class portaal wordt goedgekeurd door de leidinggevende. Op het moment dat de leidinggevende goedkeurt, kan het voorkomen dat Leer-Rijk de inschrijving niet meer accepteert omdat deze intussen al vol zit. Dat komt doordat het aanbod van Leer-Rijk in heel veel LMS’en beschikbaar is en er van al deze LMS’en inschrijvingen op dat aanbod kunnen komen. In het geval dat dit voorkomt, krijgt de inschrijving vanaf release Penelope de status ‘Geannuleerd door leverancier’. De deelnemer ontvangt vervolgens notificatie 27 (Inschrijving is geannuleerd (voor deelnemer en/of autorisator)). Deze wijziging is met terugwerkende kracht ook in release Ostara geintegreerd.
Aanscherping security in Moodle (ref. 22826)
De globale gebruikerslijst in Moodle was zichtbaar voor LMS gebruikers die beheerder zijn in Moodle. Wij hebben een wijziging doorgevoerd die ervoor zorgt dat de globale gebruikerslijst in Moodle alleen zichtbaar is voor LMS-gebruikers die ikn Class toestemming hebben om alle catalogi te bekijken. LMS gebruikers die alleen toegang hebben tot één specifieke catalogus zullen de globale gebruikerslijst in Moodle niet meer zien. Ze behouden wel de mogelijkheid om in Moodle inschrijvingen voor online cursussen binnen hun eigen catalogus te beheren en kunnen dus de medewerkers zien die ingeschreven zijn in die specifieke catalogus.
Deze wijziging is met terugwerkende kracht ook in release Ostara geintegreerd.