Integration
Att lägga schemat i er lärplattform
Studenter besöker inte ett schemaläggningssystem. De lever i lärplattformen och i sin kalender, och schemat måste komma dit. Den här sidan handlar om de två mekanismer som gör det, och om insticksprogrammet vi inte publicerar.
Börja med den ärliga delen
Vi publicerar inget Moodle-plugin, ingen Canvas-app, inget Blackboard building block och inget LTI-verktyg. Om Ert krav är ett block inuti lärplattformen som vi underhåller och Ert lärplattformsteam installerar är vi inte svaret, och det ska Ni få veta på den här sidan i stället för i ett möte.
Det som finns i stället är det som sådana insticksprogram oftast omsluter: ett prenumererbart kalenderflöde per person och ett dokumenterat REST API. Alla system som nämns på den här sidan kan använda det ena eller det andra, och båda finns redan i produkten i stället för på en färdplan.
Vad varje system kan göra med det vi publicerar
| System | Mekanismen | Vad studenten eller läraren ser |
|---|---|---|
| Moodle | iCalendar-prenumeration per användare, tillagd i Moodles kalender | Sina egna pass i kalenderblocket, vid sidan av inlämningsdatum. |
| Canvas | iCalendar-prenumeration per användare | Sina egna pass i Canvas-kalendern. |
| Blackboard Learn | iCalendar-prenumeration per användare | Samma sak, i Blackboards kalender. |
| Microsoft Teams | Mötesländen som följer med själva passet | Lektionen startas från schemaposten. Länkar till onlinemöten är sidan om detta. |
| Outlook och Microsoft 365 | iCalendar-prenumeration | Schemat i den kalender de redan har öppen. |
| Google Calendar | iCalendar-prenumeration | Samma sak, och i telefonen utan app. |
| Apple Calendar | iCalendar-prenumeration | Samma sak. |
| Allt annat | REST API:et | Vad Era utvecklare än bygger. Ett enda anrop returnerar en vecka med lokaler, lärare och grupper redan ifyllda. |
Varför ett flöde i stället för en kopia
Ett flöde är en prenumeration: studenten prenumererar en gång och varje senare ändring kommer av sig själv. En kopia är en import, och en import är inaktuell första gången en lokal flyttas — vilket i ett levande schema sker samma vecka.
Det här spelar störst roll i det fall som ingen planerar för. En lokaländring klockan nio på morgonen måste nå dem som sitter i den lokalen, inte dem som råkar ladda om en sida. Kalenderprenumerationer beskriver hur ändringen färdas, och ändringsaviseringar är vad som händer när den måste färdas snabbare än en kalenderuppdatering.
De två sakerna att kontrollera innan Ni bygger kring detta
Vem flödet är till för. Ett flöde är personligt — en students egna pass, inte hela skolans. Ett schema per student är det som gör det möjligt, och det förutsätter att gruppstrukturen är rätt.
Hur ofta lärplattformen uppdaterar det. Kalenderklienter bestämmer själva hur ofta de läser om en prenumeration, och vissa är långsamma. Det är en egenskap hos klienten, inte hos flödet, och det är skälet till att en ändringsavisering finns också.
Om det Ni egentligen behöver är schemat på en webbsida snarare än i en kalender handlar det om webbpublicering och studentportalen, och ingen av dem behöver lärplattformen alls.
Vill ni se hur det fungerar?
Boka en onlinepresentation på 45 minuter, så går vi igenom den mot ert eget lärosätes schemaläggningsproblem.