Uit Xedule komen groepsberichten waar van een hele lesgroep alle studenten in zitten. Op basis van dit bericht wordt afgeleid wat de bovenliggende leergroep van de lesgroep is. Dit wordt gedaan door naar de code te kijken. Leergroep komt overeen met een course offering in Brightspace en een lesgroep komt overeen met een sectie binnen Brightspace.

Op basis van dit bericht worden studenten ingeschreven op de course offering en daarbinnen op een sectie. Mocht de sectie nog niet bestaan in Brightspace dan maakt de koppeling de sectie ter plekke aan.

Om te voorkomen dat studenten onnodig vroeg in Brightspace in een course offering worden ingeschreven zit er een filter in de koppeling die alleen wijzigingen oppakt dit tijdens of 14 dagen voor de start van het kwartiel waarin de cursus loopt worden verwerkt. Ver van te voren is onnodig omdat de cursus toch nog niet start en je nog wel kans hebt dat de indeling van de groepen gaat wijzigen. Gemiste wijzigingen die al eerder gedaan zijn dan 14 dagen van te voren worden door een eenmalige initiële vulling 14 dagen voor de start van het kwartiel gedaan. Een andere reden om met deze 14 dagen van te voren te werken is omdat we vooralsnog in Brightspace werken met course offerings per collegejaar. Er zitten dus studenten in 1 course offering die op verschillende momenten in het collegejaar starten met die cursus.

Als een student in Xedule uit een lesgroep wordt gehaald dan zal de koppeling de student uit de betreffende sectie halen. De student blijft echter wel in de course offering actief. Omdat Xedule alleen berichten stuurt over lesgroepen is voor de koppeling niet te achterhalen of de student mogelijk in een andere lesgroep gestopt gaat worden binnen de cursus. Daarnaast is het niet wenselijk dat ingeleverd werk (en dergelijke) verdwijnt op het moment dat de student eventueel zou stoppen met de cursus. Om die reden is er bewust voor gekozen om uitschrijvingen op course offerings niet te doen met de koppeling. Met de hand kan school support altijd alsnog doen mocht dat nodig zijn.

Naast studenten worden ook docenten ingeschreven op course offerings door de koppeling. Bron hiervoor is ook Xedule, maar dan via MyX.

Docenten hebben in Brightspace toegang tot alle secties, daarom worden docenten door de koppeling uitsluitend op de course offering ingeschreven. Bij docenten wordt er niet gewerkt met de 14 dagen van te voren, zoals dat bij studenten wel het geval is. Zodra het rooster van docenten in Xedule gepubliceerd wordt naar MyX (of zodra er op een later moment toch nog een wijziging is) wordt de docent direct in Brightspace voor de betreffende course offering ingeschreven.

Docenten worden altijd met de rol Lecturer B ingeschreven op de course offering. Met de informatie uit Xedule is een onderscheid naar Lecturer A en B namelijk niet te maken. Met de hand kan door school support iemand geupgrade worden naar Lecturer A als dat nodig is. Een eventuele wijziging die vanuit de koppeling wordt aangeleverd zal hierbij het upgraden niet overschrijven. De docent zal dus Lecturer A blijven in zo'n geval.

Docenten worden, net zoals studenten, niet door de koppeling uitgeschreven. Dit is functioneel niet gewenst, maar technische zou dit ook niet kunnen omdat er vanuit Xedule geen uitschrijvingen van docenten aangeleverd kunnen worden.