Lernplattformen #326
Comments
|
Die Endpunkte für den WebClient sind hier für 2025 geplant. Allerdings liegt hier noch keine konkrete Planung vor. Hinzu kommt auch noch die "alte" Diskussion über eine Lernplattform-Schnittstelle, die wir auch gerne irgendwann angehen wollen/müssen. Hier möchten wir aber gerne auf einen gemeinsamen Standard für alle setzen. Da wurde ja schon einmal "SchulconneX" in den Ring geworden. Dazu erfahre ich aber erst im Februar mehr... |
|
Schulconnex stammt ja aus Niedersachsen. Die mir bekannten Systeme LogoDidact und MNSPro setzen auf klassische CSV Dateien für die Benutzerimporte. Denen müsste man also erstmal die Schnittstelle schmackhaft machen. Und dann kommt wieder die Frage: Wie kommen diese Plattformen an den SVWS dran? |
|
Ist denn Schulconnex nur in diese Richtung gedacht? IServ wollte auch gerne Schulconnex machen. Mit LogoDidact und MNSPro habe ich auch auf der Didacta gesprochen. Das wir von den CSV-Dateien weg wollen, da waren sich (ist auch kein Wunder) alle einig. In anderen Bundesländern wird Schulconnex mittlerweile auch gehandelt, aber es fehlen mir noch klare Aussagen dazu. |
|
Netman (H+H) nutzt auch noch CSV-Dateien. Der Bildungslogin ebenfalls. Bei normalen Zugangsdaten spricht ja auch erst einmal nichts gegen CSV (zumindest bei der Hand voll an Infos, die übermittelt werden müssen - Vorname, Nachname, E-Mail-Adresse/Benutzername, [optional: Passwort], Klasse). Anyway - ich habe mich gestern mal ein bisschen in den Server eingearbeitet und ein bisschen Code zum Abrufen von Lernplattformen gebastelt (unfertig). Eine Sache, auf die ich dabei gestoßen bin: Wenn ich das richtig überblicke, benötigen wir zusätzliche Benutzerrechte. Aktuell tut es (zum Testen) das Recht |
|
Man könnte das an die Rechte "Daten für XML-Schnittstelle" koppeln. Aber danke erstmal!!! |
|
Alles klar, dann nutze ich erstmal diese Benutzerkompetenz 😄 |
Die offenen Schnittstelle ist ja ein Nebenprodukt von moin.schule. Einem zentralen IAM mit SSO Funktion. Die Schulverwaltungsprogramme übertragen die Daten an diese zentrale Plattform und dort können andere Dienste ansetzen. Dazu braucht es dann Connectoren. https://www.univention.de/blog-de/2023/10/moin-schule-ucsschool-nutzerimport/ |
|
Leider haben wir kein zentrales IDM in NRW. :-( |
|
Frohes Neues Jahr. D.h. man könnte zwar das Datenformat- und Struktur übernehmen, es bliebe aber bei einem manuellen Import im Zielsystem. Um aber wirklich automatisisert mit der API arbeiten zu können, müssten für die div. Zielsystem Connectoren existieren und die SVWS Instanz müsste über das Internet erreichbar sein. Ob man das wirklich so will und kann? |
|
Hallo zusammen, vielen Dank nochmals für das offene, angenehme und sehr informative Gespräch! In Münster setzen wir IServ an etwa 80 Schulen bzw. Standorten ein. Die Nutzung der Schild-NRW3-API hat uns besonders beeindruckt, da sie eine nahezu vollständige Automatisierung der Datenübertragung zu IServ ermöglicht. Aktuell nutzen wir verschiedene API-Endpunkte, um mit Python auf dem IServ eine CSV-Datei zu erstellen. Diese Datei importieren wir dann über das IServ-Backend (root-Bash) mithilfe vorhandener IServ-Befehle und eines Bash-Skripts. Wunsch/Anforderung: Aktuelle Struktur der generierten CSV-Dateien für IServ: Schüler*innen-CSV-Datei: Beispiel: Lehrkräfte-CSV-Datei: Beispiel: Die CSV-Datei für Erziehungsberechtigte würden wir vorerst nicht berücksichtigen und zu einem späteren Zeitpunkt definieren. Eventuell werden nochweitere Daten benötigt, daher würde ich in den kommenden Tagen intern Rücksprache halten und die exemplarische CSV-Datei entsprechend updaten. Vielen Dank für Ihre/Eure wertvolle Arbeit! Ervin Kurbegovic | citeq (Stadt Münster) |
Nachtrag zu Kursen, die mit einer Zahl beginnen: |
Das ist in den meisten Fällen so, denn jedes System braucht andere Daten (oder erwartet sie in einer anderen Reihenfolge oder Formatierung). API Endpunkte sollte Daten nicht redundant ausliefern, wenn diese Daten bereits über bestehende Endpunkte verfügbar sind. Dann muss man sich diese - wie Sie und ich es gerade machen - selbst zusammenstellen. BTW: Aus meiner Sicht, sollte ein Schulverwaltungprogramm die Stammdaten verwalten, Zugangsdaten aber gehören da nicht rein. Die generiert das Zielsystem und stellt sie dem Anwender auf geeignete Art zur Verfügung. D.h. im SVWS ist hinterlegt, ob ein Schüler/ Lehrer Zugriff zu einer bestimmten Plattform bekommen soll, aber auch nicht mehr.
Hilfreicher fände ich es hier, wenn man den API-Endpunkten Filterkriterien mitgeben könnte, sodass man das JSON nicht im Nachgang noch filtern muss. Wobei der Begriff "Lernplattform" für mich etwas anderes bedeutet: Ich verstehe darunter Systeme wie Moodle, ILIAS, Anton. Und da macht es für mich auch Sinn zu verwalten, wer diese benutzen darf. Aber bei den "Schul- oder Systemplattformen" wie iServ, LogoDidact, MNS(Cloud)pro (die Reihenfolge ist Absicht ;-)) dürfte die Frage 1 i.d.R. mit "alle" zu beantworten sein. |
Das kommt darauf an. Wenn man Schild auf die Stammdatenverwaltung beschränken möchte und aus Schild2 gewonnenes Potential verschenken möchte, dann wohl... Warum aber sollte man die Vorteile, die Schild als zentrale Schulverwaltungsprogramm mit sich bringt, nicht auch die rudimentäre Benutzerverwaltung von externen Systemen wie Lernplattformen verwenden ? In Schild2 und 3 sind ja schon die entsprechenden Tabellen vorhanden. In Schild3 als "CredentialsLernplattformen", ja sogar inkl. Passwortfeld... Ich nehme an, dass es sich dabei um Initialpasswörter handelt, wie sie z.B. für den Export nach Logineo aus Schild erzeugt werden. Warum sollte man als Schul-Admin (weiterhin) diese Informationen zusätzlich an anderen Stellen (Excel?) verwalten ? Zumal sich mit Schild2 und 3 Schüler, Lehrer und sogar sonstige Personen(gruppen) in Schild gleichermaßen verwalten lassen. Wenn man diese Tabelle noch um ein Zusatzfeld (z.B. "Funktion") erweitert und diese Funktionen individuell mit Werten füllen (eigene Plattformfunktions-Tabelle) könnte, ließen sich darüber bequem die Berechtigungen für Lernplattform- und externe Systeme nutzen. Diese könnten dann auch wiederum genutzt werden, um systemspezifische Rechte/Rollen scriptbasiert automatisiert zuzuweisen. So ließen sich z.B. mit jenem zusätlichen Parameter mehrere Benutzer zu einer systemspezifischen Benutzergruppe oder Bereichen zusammenfassen oder vom Standard abweichende Berechtigungen zuweisen. Z.B. um in bestimmten Systemen nur Lese-Rechte einzuräumen, oder Lehrer mit eingeschränkten Adminrechten mit Moderatoren-Rechten auszustatten, etc. Auch das Löschen von Benutzern ließe sich über solche Parameter steuern, Z.B. für den Fall von Gäste- oder Prüfungkonten (IHK-Prüfungen an BKs zB), die dann eine Laufzeit von x Tagen haben. Nach jenen x Tagen wird das entsprechende Konto automatisch beim jeweiligen Dienst (Iserv, UCS, Programm, Plattform, etc.) gelöscht. Mit einer zentralen Verwaltung über Schild und entsprechenden Exporten lassen sich so Benutzerkonten zentral pflegen / löschen, ohne, dass man als Admin manuell durch die einzlenen Systeme fliegen muss, um da manuell aufzuräumen oder klassenweise hochzustufen. Außerdem ließen sich so über Schild auch Abfragen über genutzte Lizenzen organisieren und im Bedarfsfall mit den Anbietern der externen Dienste abgleichen. In Köln nutzen die städtischen Kölner Schulen nicht IServ, sondern Univention UCS. Externe Anwendungen die sich per OpenID authentifizieren lassen, wie etwa Moodle, NectCloud, O365, Messenger auf Stashcatbasis, SchoolManager Online, EduPage, etc., aber auch die schulinterne Infrastruktur (lokale Fileserverablage, WLAN) lassen sich mit diesem UCS-Konto verbinden. Die Benutzerverwaltung läuft über SchildZentral, Für die Nutzer bedeutet das SingleSignOn in den möglichen Systemen und Passwortverwaltung über UCS. Für die Schuladmins bedeutet das eine Menge Zeitersparnis. Ich kann mich da an meine liebe Zeit als Schuladmin erinnern, wenn es galt die 3.600 Schüler einer Berufsschule nach Schuljahresabschluss klassenweise im pädagogigschen Netzwerk hochzustufen, neu einzurichten oder nach Schulabgang zu entfernen. Das gleiche galt dann für die Kollegen, die Moodle bereitgestellt hatten.... Arbeit, die heute mit der schieren Anzahl an Anwendungen kaum noch alleine zu bewältigen, wenn man nebenbei noch unterrichtet. Ich nehme an, dass das bei IServ ähnlich funktioniert. Daher sollte sich die Frage nicht nur gedanklich auf Lernplattformen beschränken, auch wenn die Datenbanktabelle nun so heißt. Abgesehen davon würde ich die alte Frage, die hier auch zwischenzeitlich auftauchte, noch mal aufgreifen: Schöne Grüße Stadt Köln |
|
Ich habe das Issue in zwei konkretere Issues aufgeteilt. |
Wenn ich das richtig sehe, besteht aktuell noch keine Möglichkeit, Lernplattformen über die REST-Schnittstelle abzufragen (bitte korrigieren, falls falsch)
Da ich gerne Zugänge (päd. Netzerk/MS365, Bildungslogin etc.) gerne in der Schild-Datenbank ablegen möchte, müsste ich (a) die Lernplattformen auslesen und erstellen/bearbeiten können und (b) die Zugänge abrufen und erstellen/bearbeiten können.
Wie sieht die Planung in dieser Hinsicht aus? Ich könnte mir vorstellen, dass auch andere Tools davon profitieren würden :-)
The text was updated successfully, but these errors were encountered: