Op donderdag 26 februari 2026 zijn de processen voor deadline klaargezet voor alle faculteiten. Tijdens de procedure is er een fout gemaakt waardoor onbedoeld alle vakken die in TEC in 2026-2027 staan, over de lijn van TEC naar uSis gegaan.

Dit artikel geeft een korte terugblik op wat er is gebeurd en geeft daarna een uitleg die hoort bij een dataexport van uSis waarin de situatie van vóór de fout met de situatie na de fout wordt vergeleken. Het doel: eventuele ongewenste wijzigingen herstellen.

De processen BESTAAND VAK AANPASSEN en BESTAAND VAK AANPASSEN NA DEADLINE zijn vakprocessen waarin alle vakken een plek hebben. Zowel bestaande vakken als nieuwe vakken. Als we niets doen staan deze allemaal in de status ONGEBRUIKT. Het is belangrijk dat we, voordat de processen daadwerkelijk gaan lopen, de bestaande vakken van de nieuwe vakken scheiden. Bovendien moet de Opsteller voor de bestaande vakken het proces kunnen heropenen (en niet voor de nieuwe vakken). 

Om dit mogelijk te maken moeten alle bestaande vakken tevoren in AFGEROND worden gezet. Een bijkomstigheid van deze status is, dat hier ook meteen de hook van de uSis-koppeling zit. Om te voorkomen dat deze onnodig af zou gaan, wilden we centraal deze koppeling tijdelijk eraf halen. Dit laatste is echter tot onze grote spijt niet gebeurd. 

Het resultaat: alle vakken in 2026-2027 zijn over de lijn van TEC naar uSis gegaan. Oftewel, de waarheid in TEC is de waarheid in uSis geworden. Omdat niet alle controles wellicht even grondig waren, kan dit negatieve gevolgen hebben gehad voor de datakwaliteit in uSis.

Om te kunnen nagaan welke wijzigingen door deze actie zijn gecreërd zijn de volgende stappen gezet:

1. Check: Welke studiedelen zijn gewijzigd op donderdagavond 26 feb vanaf 18.00 uur?
2. Deze studiedelen geexporteerd d.d. donderdag 5 februari van uSis PRD gemaakt
3. De studiedelen geexporteerd d.d. woensdagavond 25 februari van uSis TRA gemaakt (vanuit back up).
4. Deze twee exports tegen elkaar afgezet in de Wijzigingenlijst versie 2.

• Elke rij bevat een studiedeel met bijbehorende datumrij. Hier zien we dus niet of iets een y is of een toets- of werkvorm. uSis maakt dit onderscheid tenslotte niet.

• De kolom FACULTEIT is bepaald door de begincijfers van de studiegidsnummers. Let dus op als er binnen jouw faculteit andere studiegidsnummers zijn.

   

• Dit is een export van uSis. Er staan dus ook velden in die niet onderdeel zijn van de koppeling of die door uSis default op een bepaalde waarde worden gezet. Als deze waarden 'gewijzigd' zijn, is dat dus minder interessant.

• In principe kijk je dus in eerste instantie alleen naar de tabbladen met 'NA' in de titel. 

   

• Er zijn twee basiskolommen:
  • 'Laatste datumrij over de lijn gegaan?'
  • 'Zelfde data'?

• Interessant zijn de combinaties:

  • Laatste datumrij ONWAAR & Zelfde data ONWAAR - Er is een oude datum rij over de lijn gegaan en heeft data gewijzigd op deze rij.
  • Laatste datumrij WAAR & Zelfde data ONWAAR - De meest recente datumrij is over de lijn gegaan en heeft data gewijzigd op deze rij.
  • Laatste datumrij ONWAAR & Zelfde data WAAR - Er is geen data gewijzigd op de rij, maar weet je zeker dat je deze datumrij wilde wijzigen?

   

• Kijk naar de gele cellen om de specifieke wijzigingen te bekijken.

• De rijen met NEW: De ingangsdatum in TEC kwam niet overeen met de y en/of de onderliggende toets- en/of werkvormen. Deze rijen zijn geheel geel aangemerkt.