Op vrijwel elke productpagina staat een raster met logo's van diensten waar het pakket mee samenwerkt. Dat raster is bedoeld om een gevoel te geven, niet om een vraag te beantwoorden. Er staan tientallen logo's op, waarvan je er hooguit twee gebruikt en het logo dat je nodig hebt staat er vaak niet bij.
De vraag is dus niet met hoeveel diensten iets koppelt. De vraag is of het koppelt met wat jij al gebruikt, wat er precies over en weer gaat en wie het inricht.
Begin met wat je nu doet
Loop je eigen week na en schrijf op waar gegevens van de ene plek naar de andere gaan. Iemand meldt zich aan, waar komt die naam terecht? Er wordt betaald, waar komt de factuur vandaan? Iemand rondt af, wie moet dat weten?
Wat daar uit komt, zijn je echte koppelingen. Meestal zijn dat er twee of drie. Alles daarbuiten is een wens en hoort in de W-categorie op je eisenlijst.
De vijf die het vaakst voorkomen
Boekhouding en facturatie. Als je zelf verkoopt, komt hier de meeste handmatige tijd in zitten. Vraag of facturen automatisch worden doorgezet of dat je elke maand een bestand exporteert. Beide is prima, maar het scheelt uren en dat wil je vooraf weten. Let ook op btw-percentages en op wat er gebeurt bij een buitenlandse deelnemer.
E-mail naar deelnemers. Twee dingen die door elkaar lopen. Systeemberichten (je toegang, je wachtwoord, je factuur) komen uit het platform. Marketing en herinneringen komen meestal uit je eigen e-mailprogramma. Waar het misgaat is bij afmeldingen: iemand die zich afmeldt voor je nieuwsbrief moet nog wel zijn lesbericht krijgen. Vraag hoe die scheiding werkt.
CRM of personeelssysteem. Als je aan bedrijven levert of aan eigen medewerkers, is dit de belangrijkste koppeling die er is. Je wilt dat accounts vanzelf komen en gaan. Iemand die uit dienst gaat, moet geen toegang houden en iemand die begint moet niet drie weken wachten. Handmatig bijhouden loopt binnen een jaar uit de hand, precies op het moment dat je organisatie groeit.
Single sign-on. Inloggen met het account dat mensen al hebben. Dit is bijna altijd een eis bij grotere organisaties en het zit vrijwel nooit in het instappakket. Vraag welke standaard wordt ondersteund, meestal SAML 2.0 of OpenID Connect, in welk pakket dat zit, wat het extra kost en wie het inricht. Dat laatste is de vraag waarop de meeste projecten vertraging oplopen.
Agenda en live sessies. Als er live momenten in je programma zitten, wil je dat een aanmelding een agendapunt oplevert en dat aanwezigheid ergens wordt vastgelegd. Vraag ook waar een opname terechtkomt en hoe lang die bewaard blijft.
Vraag naar een API, niet naar een lijst
Een kant-en-klare koppeling met een dienst die je niet gebruikt, is waardeloos. Een open koppeling waarmee je bouwer kan werken, is dat nooit. Vraag daarom of er een programmeerkoppeling is, of die openbaar gedocumenteerd staat en of er een limiet zit op het aantal aanvragen per dag.
Vraag ook naar webhooks: kan het systeem een bericht sturen op het moment dat iemand zich inschrijft of afrondt? Dat ene mechanisme lost meer op dan een halve pagina met logo's, want er kan van alles aan gekoppeld worden zonder dat de leverancier er iets voor hoeft te bouwen.
En kijk of er een tussenlaag wordt aangeboden waarmee je zonder programmeerwerk twee diensten aan elkaar knoopt. Dat werkt goed voor eenvoudige stromen. Het werkt slecht als er veel gegevens overheen moeten, want dan betaal je per handeling en dat loopt op.
Vier vragen die je stelt voordat je tekent
- Welke kant gaat het op? Leest de koppeling alleen, of schrijft hij ook terug? Een koppeling die deelnemers kan aanmaken maar geen resultaten kan teruggeven, lost je rapportageprobleem niet op.
- Hoe vaak? Direct, elk uur, of eens per nacht? Bij toegang tot verplichte scholing kan een nacht vertraging al te veel zijn.
- Wat gebeurt er als het misgaat? Krijg je een melding, of merk je het pas als iemand belt? Vraag of er ergens een logboek is dat je zelf kunt inzien.
- Wie richt het in en wat kost dat? Zit het in het abonnement, is het een eenmalig bedrag, of is het een project? Dit is de post die het vaakst na ondertekening opduikt. Zie ook de kosten die je pas later ziet.
Bestaand cursusmateriaal is ook een koppeling
Als een opdrachtgever of uitgever je materiaal aanlevert, komt dat vrijwel altijd als een pakket in een uitwisselstandaard: SCORM 1.2, SCORM 2004 of xAPI. Of jouw platform dat kan afspelen, is een ja-of-nee-vraag zonder middenweg. Meer daarover staat bij certificaten en toetsen.
De koppeling die je zeker nodig hebt
De belangrijkste is er een waar niemand het over heeft: de koppeling naar buiten. Kun je je deelnemers, hun voortgang en je cursusmateriaal exporteren naar een bestand dat een ander systeem kan lezen? Zolang dat kan, is elke andere koppeling een gemak. Zodra dat niet kan, is elke andere koppeling een reden om te blijven.
Welke koppelingen in jouw geval zwaar wegen, komt terug in de keuzehulp. Voor het bredere plaatje kun je terecht bij de vergelijking van soorten.
Vindplaatsen
Gecontroleerd op 6 september 2026. Dit zijn de specificaties zelf, dus de plek waar je kunt nakijken wat een leverancier bedoelt als hij een standaard noemt.
- SAML 2.0: Assertions and Protocols for the OASIS Security Assertion Markup Language (SAML) V2.0, OASIS Standard.
- OpenID Connect: OpenID Connect Core 1.0.
- De uitwisselstandaarden voor cursusmateriaal: xAPI-Spec van ADL en het SCORM-profiel voor xAPI, waarin de datamodellen van SCORM 1.2 en SCORM 2004 naast elkaar staan.