Het probleem met AI in de LMS-markt

In de huidige LMS-markt zien we vaak dat ontwikkelaars een vast AI-model inbouwen. Dit werkt in de praktijk als een gesloten doos. Jouw LMS-leverancier stuurt alle ingevoerde prompten rechtstreeks via hun eigen centrale AI-sleutel naar een bepaald AI-model. Je hebt daardoor geen enkel zicht op wat er met jouw data inclusief persoonsgegevens gebeurt. Ook heb je geen inzicht in verborgen kosten en waar de data van jouw gebruikers wordt verwerkt.

Hoe heeft Moodle BYOK geregeld?

Met BYOK in Moodle werkt dit fundamenteel anders. Dit grootste open source LMS levert de interface en de functionaliteit, maar jij kiest het AI-model. Moodle heeft al meerdere connecties ontwikkeld met veelgebruikte AI-modellen. Het fundament in Moodle om dit te regelen heet AI subsysteem en werd geïntroduceerd in versie 4.5. In versie 5.2 zijn nu de volgende connecties standaard beschikbaar:

• Amazon Bedrock
• Azure AI
• DeepSeek
• Google Gemini
• Ollama
• OpenAI/ChatGPT

In Moodle Marketplace, voorheen bekend als Moodle Plugin Database, staan nog veel meer connecties met AI-providers. Ook dit blijft een enorme kracht van de Moodle community . De sitebeheerder in Moodle bepaalt welke AI-modellen gebruikt mogen worden en op welke plaatsen. Het enige is dat de juiste key ingevoerd moeten worden. En bij gebruik van open source modellen ook nog een endpoint (Bring Your Own Endpoint – BYOE) zodat Moodle weet op welke server het open source model staat. Dit houdt simpelweg in dat je het unieke webadres (het ‘eindpunt’) van je eigen afgeschermde AI-server invult, zodat Moodle rechtstreeks communiceert met jouw eigen AI-model.

De impact van de EU AI Act op jouw leeromgeving

De EU AI Act is een nieuwe Europese wet die het gebruik van kunstmatige intelligentie streng reguleert. Voor veel lezers klinkt dit wellicht nog abstract, maar de impact op jouw leeromgeving is aanzienlijk. Deze wet stelt namelijk harde eisen aan transparantie en risicobeheer. Als onderwijsinstelling, zorgverlener of overheid mag je data van studenten en medewerkers niet zomaar naar een (onbekend) publiek model sturen. Je moet exact kunnen verantwoorden hoe en waar de data wordt verwerkt.

Met BYOK en BYOE voldoe je beter aan deze strikte wetgeving. Je behoudt de controle over jouw AI-governance en garandeert dat data niet wordt gebruikt om publieke modellen te trainen.

Maximale controle met open source AI

Naast commerciële AI-providers kan je ook kiezen voor open source AI-modellen. Dit is een uitkomst als jouw organisatie maximale privacy eist en data pertinent binnen de eigen muren wil houden. Door gebruik te maken van Bring Your Own Endpoint koppel je Moodle rechtstreeks aan een eigen afgeschermde AI-server. Zo houd je de volledige regie over informatiebeveiliging en verwerk je gegevens gegarandeerd binnen de kaders van de EU AI Act.

In het AI subsysteem van Moodle werkt de integratie met open source oplossingen ontzettend soepel. Met Ollama draai je krachtige open source modellen zoals Llama en Mistral op jouw eigen hardware of in een afgeschermde cloudomgeving. Moodle ondersteunt Ollama direct vanuit de kern. Vragen van gebruikers blijven hierdoor volledig binnen jouw beveiligde netwerk.

Gratis en vrij toegankelijke AI-modellen zijn in 2026 enorm snel gegroeid. Modellen van bedrijven als Alibaba (Qwen), Google (Gemma), DeepSeek en Z.ai (GLM) voeren nu de ranglijsten aan en kunnen zich prima meten met betaalde, afgeschermde systemen.

Eerlijkheid gebied wel dat het open zetten en onderhouden van een eigen server met een open source AI model een technische uitdaging is. AI-modellen vragen nogal veel rekenkracht en ook de server met AI-model wil je goed beschermen zodat niet iedereen er gebruik van kan maken.

Het bericht Bring Your Own Key in Moodle verscheen eerst op Avetica.

Deze week is bekend gemaakt dat H5P (Group) is overgenomen door D2L uit Canada. D2L is bekend van hun LMS onder de naam ‘Brightspace’. Welke impact heeft deze overname voor de Moodle gebruikers?

Achtergrond H5P

H5P is opgericht in 2014 en is in de afgelopen 10 jaar enorm gegroeid mede door bijdrages uit de H5P community. H5P werd wereldwijd al snel populair omdat het in veel LMS’en de ontbrekende schakel was om op een laagdrempelige manier interactieve content te maken. Ook als Avetica promoten wij het gebruik van H5P binnen Moodle vanaf het prille begin.

Waarom een overname?

Svein-Tore Griff With, oprichter van H5P, schrijft op de H5P site het volgende:

“De snelle groei in de adaptatie van H5P wereldwijd gaf het relatief kleine team de nodige uitdagingen om aan de verwachtingen van gebruikers te blijven voldoen. Het team groeide maar niet snel genoeg! Doordat we nu aansluiten bij D2L zijn we niet langer een team van 30 mensen gevestigd in Noorwegen, maar zijn we onderdeel van een bedrijf met meer dan 1.000 medewerkers met een wereldwijde aanwezigheid.“

H5P wordt een productgroep binnen D2L en zal nog steeds worden geleid door Svein-Tore en de rest van het originele team. H5P profiteert van bijdrages en de inzet van medewerkers van andere D2L productgroepen. Svein-Tore zegt:

“Er zal zelfs een grotere focus zijn op H5P als een open, transparant en community gedreven project.“

Blijft H5P open source?

Vanzelfsprekend vragen we ons als Moodle gebruikers direct af wat het gevolg is van deze overname? H5P is daar duidelijk over op hun site. “Alle onderdelen die vandaag open source zijn, zullen dat blijven en zullen zelfs beter en sneller bijgewerkt worden.”

Ook de vraag of H5P beschikbaar blijft voor Moodle wordt bevestigd:

“Alle bestaande integraties blijven ondersteund. Bestaande gebruikers zullen geen enkel nadeel ondervinden en al hun content kunnen blijven gebruiken zoals ze dat gewend waren.“

Potentie voor groei

Persoonlijk feliciteerde ik Svein-Tore en sprak de hoop uit dat deze stap potentie biedt om H5P verder te laten groeien. Hij geeft aan dat hij daarvan overtuigd is en dat we daar al het één en ander van zullen gaan zien in de komende maanden. Wij volgen de ontwikkelingen op de voet!

Het bericht H5P blijft open source na overname door D2L verscheen eerst op Avetica.

Stel, u bent directeur van een opleidingsinstituut en uw organisatie gebruikt Moodle volop in de opleidingen. U heeft de hosting uitbesteed aan een Moodle dienstverlener die op haar beurt weer het beheer van de webservers heeft ondergebracht bij een hostingpartij met eigen servers in een datacenter.

U bent als opleidingsinstituut de opdrachtgever en dus gegevensverantwoordelijke. U bepaalt het doel van de verwerkingen, de soorten gegevens en wie de betrokkenen zijn (want dat heeft een checklist zo goed aangegeven…). Maar als gegevensverantwoordelijke bent u ook verantwoordelijk van de juiste verwerking door de Moodle dienstverlener (verwerker) en de hostingpartij (subverwerker). U kunt door de toezichthouder aansprakelijk worden gesteld bij een datalek, maar ook als deze plaatsvindt bij de verwerker of subverwerker. We hebben het hier over ketenaansprakelijkheid.

In een mailwisseling werd ik betrokken hoever deze ketenaansprakelijkheid gaat. Want kan een ontwikkelaar van een Moodle plugin aansprakelijk worden gesteld bij een datalek? Moodle is open source, maar ook de Moodle plugins worden uitgebracht onder de GPLv3 licentie. In deze licentie zijn in de artikelen 15 en 16 disclaimers van garantie en verantwoordelijkheid opgenomen. Maar artikel 17 uit de GPVv3 behandelt het feit dat lokale wetgeving dit anders mag regelen.

Nu ben ik geen jurist, maar mijn eerste reactie was: die ontwikkelaar verwerkt geen persoonsgegevens en zit dus niet in de keten. Daarnaast is het de verantwoordelijkheid van de opdrachtgever om te bepalen of een Moodle plugin ‘AVG-proof’ is. De enige vraag die ik heb is hoe het zit met een belangrijk principe van de AVG, namelijk ‘privacy by design’. Maar ik vermoed dat ook hier geldt dat de opdrachtgever verantwoording draagt.

Het is goed dat in de Moodle plugin database zichtbaar wordt welke plugins wel en niet de privacy API van Moodle hebben geïmplementeerd. Dan kan je als sitebeheerder betere keuzes maken welke plugins je gebruikt (of niet meer).

Het bericht Moodle Privacy (11): Ketenaansprakelijkheid en open source verscheen eerst op Avetica.