Versie: OnStage 28.20
Productie release moment: 21 januari 2025

Deze release notes bevatten een volledig overzicht van alle geleverde wijzigingen.

In deze release hebben wij ons gefocust op een begin maken met het implementeren van Groep Matchen, de modernisering en uitbreiding van Collectief matchen. Daarnaast hebben we verbeteringen opgenomen in de component koppeling en hebben we verschillende zaken verbeterd op basis van gebruiker meldingen.

Release momenten

Hieronder volgt een overzicht van alle relevante momenten voor deze release:

	Datum	Update window
Testomgeving	8 januari	12:00 – 13:00 uur
Release presentatie	16 januari	11:00 – 12.00 uur
Productieomgeving	21 januari	5:00 uur – 8:00 uur
Cursusomgeving	22 januari	6:00 uur – 8:00 uur

Tijdens de installatie van deze release is de omgeving enige tijd niet beschikbaar.

Release presentatie

Hier volgt de opname de release presentatie gehouden op 16 januari jl.

Groep Matchen

Vanaf deze release zijn we begonnen met het implementeren van Groep Matchen. Deze nieuwe functionaliteit zal collectief matchen moderniseren en uitbreiden. Het doel van deze functie is om collectief matchen te blijven ondersteunen zoals bekend met het toevoegen van verschillende extra functies zoals; Teams ondersteuning, uitvoeren over begeleidingsgroepen heen en bijhouden status van al gematchte en nog te matchen studenten.

In deze release zetten we de eerste stappen en hebben we het mechanisme aangemaakt welke gebruikers kunnen gebruiken om groep matchen in beta te gebruiken en de eerste onderdelen omgezet naar de nieuwe design standaard.

Nieuwe knop: Groep matchen (beta)

Het leveren van groep matchen zal meerdere releases in beslag nemen. Tijdens de ontwikkeling is het nieuwe matching scherm al beschikbaar om uit te proberen in een beta variant.

We hebben dit gedaan door naast de matching knop in de begeleidingsgroep is een nieuwe knop toegevoegd met de tekst "New" in de icoon. Klikken op deze knop laadt het nieuwe matching scherm. Om voor gebruikers duidelijk te maken dat dit niet de standaard versie is krijgt deze bij binnenkost de melding "Dit is de beta versie van het nieuwe matching scherm.".

Student details in Groep Matchen

Het detailscherm van studenten is het tweede deel van de match functie die wij om gezet hebben naar de nieuwe stijl van de applicatie. Enige tijd terug is dit ook al gedaan voor de vacaturedetails. Je vindt dit deel van het match scherm zodra je de student aanklikt en de details opent.

In de details zie je nu alle gegevens onder elkaar staan in plaats van in meerdere tabs. De tabs bestaan nog wel om snel door de details te kunnen scrollen, net als in de Vacaturebank. De student details staan nu altijd bovenaan en de knop om de dossiercommunicatie te openen is daarbij toegevoegd in plaats van als een geheel apart tab te hebben ergens in de informatie.

Naast de visuele aanpassing, is er functioneel niets veranderd in wat mogelijk was in dit deel van het groep matchen scherm.

Student filtering en sortering in Groep Matchen

Naast de details hebben we ook de filtering en sortering van het groep matchen geïmplementeerd volgens de nieuwe standaarden. Dit houdt in dat je altijd kan zoeken op trefwoord boven in beeld, daar ook de sortering kan aanpassen en de nieuwe filtering kan openen via de filter knop.

Na het openen van de filtering staan alle filter groepen nu standaard dicht geklapt onder elkaar. Als je een groep open klapt wordt dat in deze sessie van groep matchen onthouden.

Je kan zoeken in de filtering zoals je gewend bent van andere schermen en na het vastleggen van een filter klik je op Filteren of Enter om de filtering uit te voeren.

Elke ingevoerde filter wordt in een pil getoond onder de trefwoord balk en kan daar verwijderd worden, net als je gewend bent van andere schermen.

Verbeteringen in component koppeling

Op basis van de pilots en het gebruik van de componenten en resultaten koppeling zijn een aantal verbeteringen geconstateerd in het verwerken van de componenten en deelnames. Deze zijn opgenomen in deze release om voor te bereiden op gebruik van deze koppeling door meer onderwijsinstellingen.

Componentdeelname details bij Student uitgebreid

Op basis van de feedback van gebruikers van de component en deelname koppeling voor courses en toetsen hebben we de component deelname details die je bij de student kan zien aangepast. In het verleden zag je enkel een kleine popup met beperkte informatie over de deelnames in het Student scherm, we hebben er nu voor gezorgd dat er aparte scherm is waarin je alle details kan bekijken en uitgebreide zoek en filteropties hebt zoals je gewend bent van andere moderne schermen in OnStage zoals het integratiemeldingen scherm.

Het scherm geeft nu altijd alle componenten, ongeacht het type weer en geeft de mogelijkheid om te filteren op datum, status en type. Ook worden alle component details getoond vanuit zowel het component en de deelname, met een indicatie als de deelname andere informatie dan het component bevat.

Aantalpogingen en andere deelname details verwerken

Tot op heden werden bepaalde component details die meegestuurd konden worden in de deelname niet verwerkt voor de deelname van een student als deze anders waren dan de bovenliggende gegevens. Dit is van belang omdat wij willen ondersteunen dat een specifieke deelname bepaalde details van overrulen; zoals bijvoorbeeld deadline, aantal pogingen, studiepunten, etc,

Met deze wijziging is dit voor de versie 2 van de component en component deelname uitgebreid. Als je gebruik wilt maken van deze nieuwe functionaliteiten zal je over moeten gaan naar deze nieuwe versie. Team XIP kan samen met bestaande gebruikers de overgang naar versie 2 ondersteunen als dit benodigd is.

LET OP:Het aantal pogingen is op dit moment enkel relevant als er meer dan één toetsinschrijving wordt meegegeven voor een toets. Op het moment dat er maar 1 toetsinschrijving is, zal het aantal pogingen niet gebruikt worden. In de toekomst gaan we extra functionaliteit toevoegen in het kader van pogingen voor alle situaties.

Aantal pogingen mogelijk bij toets en deelname

In I&B activiteiten wordt de toets bepaald op basis van de deelnames en het aantal pogingen van deelnames. Tot voor kort werd ook enkel het aantal pogingen van de deelname zelf gebruikt. Vanaf heden is het zo dat als het aantal pogingen niet is opgegeven in de deelname, er wordt teruggevallen op het aantal pogingen wat bij de toets is vastgelegd in deze bepaling.

Uitbreiden componenten verwerking versie 2

In deze release hebben we voor OnStage een aanpassing gedaan om de komende v2 van de onderwijscomponentendeelname koppeling te ondersteunen.

Het gaat hierbij om het aanpassen van de status van een onderwijscomponentdeelname via een losse call zonder dat het volledige bericht meegestuurd hoeft te worden. Deze functie was al beschikbaar voor de componenten zelf, maar nog niet voor de deelnames.

Verbeterde afhandeling in component koppeling

Op de onderwijscomponent en -deelname koppelingen hebben we een retry mechanisme ingebouwd om onderlinge afhankelijkheden automatisch op te lossen. Dit zorgt er voor dat als de berichten van een component en deelname niet in de correcte volgorde worden aangeboden, wij deze alsnog goed kunnen verwerken.

Componentenkoppeling v2 opgenomen in Integratiemeldingen

Meldingen van de onderwijscomponent en onderwijscomponentdeelname koppeling v2 zijn nu opgenomen in het Integratiemeldingen scherm. Het gaat om zowel de standaard berichten, als de status berichten die onderdeel zijn van de v2 verwerking.

De meeste gebruikers van de componenten koppeling zitten nog op de 1e versie van deze koppeling en zullen deze verandering nog niet merken. Als je wilt weten wat het verschil is tussen v1 en v2 en hoe je over kan gaan, kan je hierover contact opnemen met onze Servicedesk en deze zal je in contact brengen met de mensen die je hier bij kunnen helpen.

Verbeteringen in de vormgeving

Alhoewel het gros van onze focus voor het verbeteren van de vormgeving van OnStage gericht was op Groep Matchen, hebben we nog een aantal andere verbeteringen doorgevoerd.

Afronden knop terug gebracht bij 'Vacature zoeken'

Afgelopen release hebben we in het kader van een experiment de afronden knop bij de activiteit 'Vacature zoeken' verwijderd rechtsonder in beeld en vervangen met een 'definitief maken' knop bij de reservering informatie.

Omdat we mogelijk dit meer gaan doen willen we wel eerst betere informatie of dit echt een betere plek is of niet. We hebben daarom gekozen het experiment verder uit te breiden door de afronden knop weer terug te brengen bij deze activiteitsoort. De definitief maken knop blijft nog steeds beschikbaar met dezelfde functie.

Ons doel is om de komende periode te volgen hoe vaak welke gebruikers op welke knop klikken om de verandering van de nieuwe knop te valideren. Op basis van onze observaties gaan we beslissen of we hier mee doorgaan of toch een ander pad gaan volgen.

OnStage4Business opent het dossier in een groter scherm

Een Onstage4Business gebruiker kan, als deze toegang heeft tot het dossier, deze openen vanuit het O4B portaal. Deze mogelijkheid opent dan het dossier in een standaard popup. Dit zag er als volgt uit:

Voor gebruikers met normale of grote schermen werkte dit goed genoeg, ondanks de extra balken boven en onder het dossier. Maar gebruikers op kleinere schermen en laptops of die vanwege visuele beperkingen met een grotere zoom factor moeten werken zorgde deze standaard popup er voor dat er nog maar heel weinig van de dossier details zichtbaar was.

We hebben daarom een aantal wijzigingen gedaan om dit te verbeteren. Hieronder zie je het voorbeeld van hierboven in de nieuwe situatie.

Voor deze verbetering hebben we de twee zaken aangepast. Ten eerste hebben we we voor gezorgd dat d e popup zo veel mogelijk ruimte gebruikt zonder volledig full screen te worden. Hiervoor is gekozen zodat de gebruiker nog wel ziet dat het een popup is en niet denkt in een heel andere applicatie te zijn gekomen.

Ten tweede hebben we d e popup header verwijderd. Normaal hebben popups een header nodig, maar omdat dezelfde informatie in de dossier header staat is de popup header niet nodig. We hebben de sluiten/close knop nog wel onder in beeld beschikbaar gehouden in zijn eigen balk zodat de interactie nog steeds hetzelfde is als elke andere standaard popup. De gebruiker kan ook nog steeds ergens naast de popup klikken om deze te sluiten.

Met deze wijziging verwachten wij alle gebruikers beter te ondersteunen in het gebruik van OnStage dossiers vanuit OnStage4Business.

Diverse oplossingen en verbeteringen in vormgeving

Naast bovenstaande wijzigingen hebben we nog een aantal andere verbeteringen doorgevoerd:

Op de documenten tab werkte sorteren op datum niet goed, dit kwam omdat er in dit veld werd gesorteerd alsof het veld tekst was in plaats van een datum. Hierdoor ervaarde gebruikers onverwachte sortering in het Documententab. Dit probleem is verholpen, dit tab opent nu altijd met de meest recente acties bovenaan gefilterd.
De uitlijning van de tabel met voorgestelde organisaties bij de dubbele invoer controle van 'organisatie toevoegen' kon zorgen voor vreemde layout van de tabel. Dit issue is verholpen.
Het was niet meer mogelijk om een activiteit van type "Vacature reserveren" af te ronden vanuit de activiteit zelf omdat er geen afrond knop beschikbaar was. Dit probleem is verholpen.
De bovenbalk met de actieve activiteit erin verdween als je de vacature details popup opende vanuit een activiteit. Dit issue is verholpen.

Alerts scherm

Op basis van feedback van gebruikers en wat kansen die wij zagen de afgelopen weken hebben we een paar verbeteringen gedaan in het Alerts scherm. Dit initiatief kwam naar voren vanwege issues die we tegenkwamen in dit scherm tijdens het verbeteren van toegangsbeheer tot de dossiers. Hieronder volgen de wijzigingen.

Alerts niet meer met actie zichtbaar als je die actie niet mag uitvoeren

Bij het verbeteren van de toegangsbepaling voor dossiers kwam een issue naar voren dat personen met enkel de backoffice rol soms vanuit het alerts scherm een dossier of mutatie actie beschikbaar kregen waar zij geen toegang toe hadden. De gebruiker kreeg hier dan een foutmelding als ze het toch probeerde.

We hebben een aanpassing gedaan die er voor zorgt dat backoffice medewerkers niet meer de 'naar dossier' knop en de actie knop om het alert op te lossen zien als ze geen toegang hebben tot het betreffende dossier. De alerts zelf blijven nog wel zichtbaar, maar moeten dus door iemand anders opgelost worden.

"Ontvanger zonder e-mail adres" alerts worden gekoppeld aan goede organisatie eenheid

Als bij een mailing of notificatie een ontvanger geen email adres heeft dan wordt er een alert van het type " O ntvanger zonder e-mailadres " aangemaakt. Deze alert werd altijd gekoppeld aan de organisatie eenheid waar het mail template op was vastgelegd.

Als dit de hoofd organisatie eenheid was van de school dan verscheen de alert onder "[Niet toewijsbaar]" op het alerts scherm. Omdat veel mails op dat niveau worden aangemaakt waren er dus veel mail issues niet toe te wijzen aan specifieke opleidingen of domeinen van bepaalde key users of relatiebeheerders.

We hebben er daarom nu voor gezorgd dat alerts van dit type op een andere wijze worden bepaald. Alerts die ontstaan vanuit dossier mailings komen nu onder de organisatie eenheid van de begeleidingsgroep komen te vallen. Alerts die ontstaan uit organisatie mailings komen onder het domein waar de organisatie voor gevalideerd is. Als laatste vallen alerts die ontstaan uit student mailings onder de opleiding van de student.

Deze wijziging moet er voor zorgen dat deze alerts nu altijd bij iemand terecht komen die het probleem ook op kan lossen.

Rapportages

Op basis van feedback via onze Servicedesk zijn er enkele wijzigingen doorgevoerd in rapportages.

Dossierdatums in 'Begeleidingsgroep dossierstatus' rapport

In de rapportage 'Begeleidingsgroep dossierstatus' vanuit werd de kolom StartdatumDossier gevuld met de datum waarop de eerste actie van het voortraject is uitgevoerd, en niet de startdatum zoals ingevuld in het dossier. Dit is aangepast zodat de juiste waarde getoond wordt als StartdatumDossier.

De datum die in dit veld werd gevuld wordt nu getoond in de kolom 'StartdatumVoorTraject'. Voorheen heette deze kolom 'AanmaakDatumDossier' en werd deze nooit gevuld. De aangepaste naam is gekozen om functioneel duidelijker te maken welke datum het hier om gaat.

Verlopen en vervuld status in vacature rapportages

De nieuwe status velden voor 'Verlopen' en 'Vervuld' worden nu ook getoond in vacature rapportages. Deze velden worden leeg getoond of met de waarde Ja als de specifieke status is bepaald voor deze vacature.

De rapportages waarin deze velden worden getoond zijn:

In vacatureaanbod;
- Opdrachten per regio (PDF)
- Overzicht opdrachten (Excel)
- Uitgebreid overzicht opdrachten (Excel)
In organisaties scherm:
- Organisaties en opdrachten (Excel)

Vaker foutmeldingen bij issues met ophalen van rapportages

Als een rapportage ophalen mislukt, kreeg de gebruiker hier geen foutmelding van, maar stopte de voortgang animatie met draaien. Dit zorgde er voor dat mensen soms heel lang bleven wachten op een rapport terwijl deze nooit meer zou komen vanwege de fout.

Vanaf deze release wordt er een foutmelding getoond, en wordt er op de server ook de juiste foutmelding gelogd, zodat gebruikers beter weten wat er gebeurd en er meer informatie is om te achterhalen wat er precies fout is gegaan door onze servicedesk.

Overeenkomst activiteiten via massa acties

Als onderdeel van deze release hebben we een veelgehoorde wens opgenomen om overeenkomst afronden activiteiten via een massa actie mogelijk te maken. Tijdens het testen hiervan kwamen we tevens achter meerdere andere issues met het aansturen van overeenkomst activiteiten via de beheer dossieractiviteiten massa actie die we ook direct opgelost hebben omdat we verwachten dat men nu deze methode meer zal gebruiken voor het beheren van de overeenkomst afronden activiteit. Hieronder een overzicht van de wijzigingen en oplossingen.

Overeenkomst afronden mogelijk via massa actie dossieractiviteiten beheren

Voor scholen die met overeenkomsten werken in OnStage, zoals veel van onze MBO klanten, is het altijd nodig om de overeenkomst nog af te ronden. Tot op heden ondersteunde wij dit enkel individueel omdat men altijd nog uren moest invullen en bepaalde andere zaken moest controleren. We zien echter dat meer en meer scholen deze zaken niet meer op het laatste moment controleren maar al eerder ondervangen, en dat het aantal uren heel specifiek maken ook minder belangrijk wordt. Beheerders en andere backoffice gebruikers willen daarom deze actie simpelweg op massa niveau kunnen afronden om daarmee dossiers te kunnen sluiten, of de BPVO afrond berichten te genereren.

Daarom is het nu mogelijk om een 'overeenkomstgegevens afronden' activiteit via de massa actie 'dossier activiteiten beheren' af te ronden. Om dit te kunnen doen moet de activiteit wel eerst gestart zijn voor elk dossier, dit kan ook via dezelfde massa actie.

Bij het afronden is het niet mogelijk de ingevulde gegevens aan te passen, alle activiteiten zullen dus met alle gegevens op dat moment ingevuld in het dossier worden uitgevoerd. Bij selecteren van deze actie wordt ook een waarschuwing getoond dat dit gebeurt.

Tijdens afronden worden alle normale controles voor afronden van een overeenkomst uitgevoerd. Zaken die normaal het afronden zouden blokkeren, zullen dat voor de massa actie ook doen. Naast blokkerende meldingen bij individueel afronden zullen ook zaken die normaal enkel voor een waarschuwing tijdens de massa actie het afronden ook tegenhouden. Hieronder een voorbeeld van enkele van deze meldingen:

Deze dossiers zullen dan alsnog individueel afgerond moeten worden of moet eerst de gegevens voor worden aangepast voordat deze alsnog via de massa actie afgerond kunnen worden.

Met deze wijziging verwachten wij dat bepaalde gebruikers veel tijdwinst behalen bij het afronden van grote groepen dossiers, maar nog wel de aandacht hebben voor dossiers waar eventuele issues zijn in de overeenkomst zelf op basis van de al bekende controles.

Overeenkomst afronden activiteit was toe te voegen met lopende aanpassen overeenkomst activiteit

Via de massa actie Beheer dossieractiviteiten was het mogelijk om een Overeenkomst Afronden activiteit te starten terwijl er nog een Overeenkomst Aanpassen activiteit open stond in het dossier. Dit zorgt voor problemen in het dossier en is ook niet mogelijk als je dit in een individueel dossier probeert te doen.

We hebben er daarom voor gezorgd dat er nu een foutmelding getoond wordt dat er nog een overeenkomst activiteit open staat en dat de activiteit niet gestart wordt via de massa actie.

Via massa actie staarten van Overeenkomst afronden vult verwachte datum en uren in

Als een Overeenkomstgegevens afronden activiteit via de massa actie gestart werd, dan werd de definitieve einddatum gevuld met de huidige datum. Normaal gesproken als deze activiteit gewoon in een dossier wordt gestart dan wordt de definitieve einddatum gevuld met de verwachte einddatum.

We hebben er nu voor gezorgd dat dit ook gebeurt als deze activiteit met de massa actie gestart wordt. Daarnaast hebben we er ook voor gezorgd dat verwacht aantal uren wordt ingevuld als de activiteit wordt gestart, zowel individueel als via massa actie.

Invoervalidatie school optie werkt nu ook correct voor overeenkomst afronden

Als bij de schoolinstellingen de invoervalidatie van dossier einddatums uitstond, dan werd in de overeenkomstgegevens afronden activiteit toch een invoervalidatie melding getoond als de datum niet binnen de inschrijvingsperiode viel. Dit probleem is verholpen.

Inleveren en Beoordelen

Een aantal verbeteringen zijn doorgevoerd in I&B activiteiten op basis van feedback van onze gebruikers. Hieronder een overzicht.

Bibliotheken in I&B configuraties

De afgelopen tijd was er een verschil tussen hoe bibliotheken werden getoond voor mailtemplates en voor I&B activiteiten. Bij I&B activiteiten zag je nog een volledige lijst van alle mogelijke bibliotheken op een niet gesorteerde manier. We hebben in deze release er voor gezorgd dat de ervaring in I&B configuraties en mailtemplates hetzelfde is.

We hebben hiervoor twee wijzigingen gedaan. Ten eerste worden bij het selecteren van I&B configuraties in de filtering nu alleen bibliotheken getoond waarin er minstens één configuratie bestaat. (Bij gebruik van Safari wordt dit niet ondersteund, daar worden lege bibliotheken nog wel getoond.) Ook worden deze nu altijd op alfabetische volgorde getoond. Deze beide wijzigingen gelden voor zowel het selecteren van een I&B configuratie vanuit een begeleidingsgroep als vanuit het management scherm bij de basisinstellingen.

Verbeteringen in I&B activiteiten

Op basis van enkele meldingen hebben we verschillende verbeteringen doorgevoerd in het kader van I&B activiteiten. Hieronder een overzicht van alle verbeteringen:

In een voortraject proces met een verplichte team I&B activiteit en daarna een verplichte individuele I&B activiteit trad er een technische fout op bij het afronden van de team I&B activiteit en het starten van de I&B activiteit erna. Dit probleem is verholpen.
Als in een 4-ogen sessie één van de beoordelaar wordt vervangen dan werd onder het kopje "Andere beoordelaars" de oude beoordelaar nog getoond, tot dat de nieuwe beoordelaar iets had opgeslagen in de nakijksessie. Dit probleem is verholpen en de nieuwe beoordelaar wordt nu direct getoond.
Direct na het starten van een eerste poging in een I&B activiteit met een toets eraan gekoppeld werd die gekoppelde toets nog niet getoond in de info popup. Pas na verversen werd de toetsinformatie getoond. We hebben er nu voor gezorgd dat de toetsinformatie ook in de eerste poging direct getoond wordt zonder dat verversen nodig is.
Als een Alleen Beoordelen activiteit gestart werd er initieel in het sessie key veld van de 'status informatie' popup een melding getoond dat de sessie niet beschikbaar zou zijn omdat de activiteit informatie was overgenomen. Vanaf nu wordt er in deze situatie correct niet meer de sessie key getoond totdat de nakijksessie gestart is.

Security en monitoring verbeteringen

Als onderdeel van deze release hebben we tevens een aantal verbeteringen doorgevoerd in het kader van security en monitoring om onze applicaties veilig te houden. Hieronder een overzicht.

Verbetering in bepalen van toegang tot informatie in dossier

Bij het opvragen van een dossier wordt gecontroleerd of de gebruiker daar rechten voor heeft. De wijze waarop dit gebouwd was liet medewerkers altijd toe als deze rechten hadden voor de opleiding van het dossier. Er werd hier voor begeleiders en andere rollen dus niet gecontroleerd of ze aan het dossier gekoppeld waren. Schoolmedewerkers hadden geen mogelijkheid om vanuit de applicatie zelf in deze dossiers te komen, maar als ze een link daarvan kregen dan konden ze daarmee het dossier opvragen.

De kans dat iemand dit deed was niet heel groot, maar door de uitbreiding van routing kon het nu wel vaker voorkomen dat iemand een link kon krijgen naar een dossier waar ze geen rechten op hadden.

We hebben daarom deze security check nu aangescherpt zodat een schoolmedewerker echt aan het dossier gekoppeld moet zijn als begeleider of in de begeleidingsgroep gekoppeld moet zijn als backoffice/coordinator/ondersteuner, of functioneel beheerder of key user moet zijn.

Deze wijziging heeft invloed op de begeleider, manager, studentvolger en onderwijsadministratie rol. De begeleider heeft nu enkel nog toegang mits gekoppeld, de andere rollen hebben alleen een 'alleen lezen' toegang.

Logging toegevoegd van frontend acties

Een nieuwe manier om specifieke informatie vanuit de frontend van de applicatie te loggen is toegevoegd. Dit logt de handelingen op een manier die beter door ons is te doorzoeken en monitoren dan voorheen. Deze implementatie is nog een begin die wij met nieuwe ontwikkelingen, of op basis van noodzaak uit support, zullen uitbreiden.

Deze nieuwe logging methode is toegevoegd voor wat wij al voorheen logde: de frontend fouten die een gebruiker krijgt en security errors die ze ontvangen. We hebben daarnaast ook de logging van het gebruik van de 3 afrond knoppen in de zoeken stageplaats activiteit toegevoegd aan deze logging zodat we dit als bron kunnen gebruiken voor onze A/B test.

In de toekomst zal dit mechanisme vaker ingezet worden om gebruik van de applicatie nog beter te kunnen monitoren voor zowel security doeleinden als om betere data te krijgen over hoe onze applicatie wordt gebruikt.

Bijlages in notities activiteiten

In een notities activiteit kan je bepalen voor wie deze notities zichtbaar zijn. Als deze notities niet zichtbaar zijn voor een rol ziet deze gebruiker de inhoudt van de activiteit niet, inclusief de bijlage. Het was alleen wel zo dat gebruikers de specifieke bijlage nog wel konden zien via het Documententab.

We hebben er daarom voor gezorgd dat bijlages van notitie activiteiten voor rollen die geen toegang hebben tot de activiteit, ook niet meer zichtbaar zijn voor deze rollen in het documententab.

Overige verbeteringen

Naast bovenstaande wijzigingen hebben we zoals altijd ook nog een aantal andere verbeteringen doorgevoerd op basis van klant meldingen en doorontwikkeling. Hieronder een overzicht van deze wijzigingen.

Opdrachtservice gaf onbekende fout bij onbekende studierichting

Als er bij een school die OnStage4Busiiness gebruikt een vacature werd aangeboden via de integratie met een RichtingReferentie die niet bestond, dan werd er een "onbekende fout" teruggegeven door de koppeling.

We hebben er nu voor gezorgd dat er een betere melding wordt teruggegeven waardoor het probleem duidelijk is voor de verzender van de opdrachten.

Issue met Stagemonitor matches via dossierstatus koppeling

In de integratie met StageMonitor zou een OnStage dossier gepubliceerd moeten worden als er een activiteit in het voortraject afgerond wordt waarvoor er een "externe match status" geconfigureerd is in de activiteit template.

Door een issue kon het gebeuren dat een dossier dan niet gepubliceerd werd als voor publicatie een andere activiteit zonder match status werd afgerond voordat de publicatie had plaats gevonden. Het dossier werd dan pas gepubliceerd zodra het voortraject afgerond was en de match status weer op definitief werd gezet. We hebben dit probleem verholpen.

Nieuwe mailmerge velden - activiteiten

Als onderdeel van de release hebben we een aantal merge velden toegevoegd in het kader van dossier activiteiten. De toegevoegde merge velden zijn:

Mijlpaaldatum ingevuld in mijlpaalstap
Informatie over overeenkomst beëindiging bestaande uit:
- Beëindigingscode
- Beëindigingsnaam
- Beëindigingsomschrijving toegevoegd vanuit een overeenkomst

Al deze merge velden zijn te vinden onder de groep 'Huidige Activiteit' in zowel mails and document templates.

Diverse oplossingen en verbeteringen