LMS-Integration und offene API: ein Leitfaden für Ihre Auswahl

Ihre Lernplattform ist nur so stark wie die Systeme, mit denen sie verbunden ist. An dem Tag, an dem sie aufhört, mit Ihrem HR-System zu sprechen, legt jemand im Team eine Tabelle an, um festzuhalten, wer was abgeschlossen hat. Eine Woche später pflegen zwei Personen diese Tabelle. Das sind die wahren Kosten einer Plattform, die für sich allein steht: keine fehlende Funktion, sondern die langsame Rückkehr genau der manuellen Arbeit, die Sie mit der Plattform loswerden wollten.

Wenn Sie die Person sind, die die Plattform tatsächlich an Ihre Systemlandschaft anbindet, oder diejenige, die Rede und Antwort steht, wenn ein Audit fragt, wer worauf Zugriff hat, dann ist „Gibt es eine API?“ die falsche Frage. Fast jeder Anbieter sagt Ja. Die Fragen, die wirklich etwas aussagen, lauten: Ist es eine echte, offene API oder nur eine kurze Liste fertiger Konnektoren? Kommt mein Team an die Dokumentation, ohne ein Verkaufsgespräch zu buchen? Und wenn freitags um 16 Uhr etwas kaputtgeht, gibt es dann einen Menschen, der helfen kann?

Dieser Leitfaden erklärt, was „offene API“ und „guter Entwickler-Support“ wirklich bedeuten. Er stellt die vier Integrationsebenen vor, die Sie getrennt bewerten sollten, und die Fragen, die eine Plattform, auf der Sie aufbauen können, von einer unterscheiden, mit der Sie jahrelang kämpfen. Zum Schluss zeigen wir, wie wir das bei Learnifier handhaben.

Was „offene API“ und „guter Entwickler-Support“ wirklich bedeuten

Eine offene API ist eine dokumentierte, öffentlich zugängliche Schnittstelle, über die Ihre Systeme Daten in der Plattform programmatisch lesen und schreiben, mit standardisierten Web-Anfragen. „Offen“ heißt hier: verfügbar für Kunden und deren Entwickler, mit einer Dokumentation, die Ihr Team tatsächlich lesen kann. Es heißt nicht „Open Source“. Eine gute API ist RESTful (vorhersehbare, ressourcenorientierte URLs), nutzt standardisierte HTTP-Methoden, tauscht strukturierte Daten wie JSON aus und authentifiziert sicher.

Entwickler-Support ist alles rund um die API, was darüber entscheidet, ob Ihr Team in Tagen oder in Wochen fertig wird: klare Dokumentation, eine sichere Möglichkeit zu testen, ein vernünftiges Authentifizierungsmodell, vorhersehbare Versionierung und Zugang zu Menschen, die helfen, wenn die Dokumentation endet.

Eine Unterscheidung erspart Ihnen viel Enttäuschung. Eine Integration ist eine fertige Verbindung, die der Anbieter baut und pflegt, etwa eine vorbereitete Synchronisation mit einem bestimmten HR-System. Eine API ist der Werkzeugkasten, mit dem Ihre Entwickler Verbindungen bauen, die der Anbieter nie vorhergesehen hat. Starke Plattformen bieten beides. Eine Liste fertiger Konnektoren ist bequem, bis Sie genau den brauchen, der nicht darauf steht. Dann rettet Sie nur eine offene API.

Die vier Integrationsebenen, die Sie bewerten sollten

Hinter „Integrationen“ stecken vier verschiedene Ebenen, und eine Plattform kann auf einer Ebene hervorragend und auf einer anderen schwach sein. Bewerten Sie jede für sich.

1. Identität: Single Sign-on und Provisionierung

Hier gelingen oder scheitern die meisten Roll-outs. Mit Single Sign-on (SSO) melden sich Ihre Nutzenden über Ihren bestehenden Identity Provider an, statt sich noch ein Passwort merken zu müssen. Achten Sie auf die Standards, die Ihre IT ohnehin nutzt: SAML, OpenID Connect und Ihr Verzeichnis, ob Active Directory oder Microsoft Entra.

Mindestens ebenso wichtig und deutlich häufiger übersehen ist die Provisionierung: wie Benutzerkonten angelegt, aktualisiert und deaktiviert werden. SCIM (System for Cross-domain Identity Management) ist der Standard, der das automatisiert. Ohne ihn verlässt jemand das Unternehmen und behält ein aktives Konto, bis ein Mensch daran denkt, es zu entfernen. Mit ihm läuft die Deaktivierung automatisch. Wenn Sie mehr als einige hundert Personen schulen, behandeln Sie SCIM als Muss-Kriterium. Es ist auch eine der Trennlinien in einer vollständigen Bewertung eines LMS für Unternehmen.

2. Daten und die API selbst

Das ist die eigentliche Ebene der offenen API. Prüfen Sie, ob die API RESTful und dokumentiert ist und ein klares Authentifizierungsmodell hat. Stellen Sie dann drei Fragen, die dürftige Dokumentationen selten beantworten:

• Webhooks: Kann die Plattform Ereignisse in dem Moment an Sie senden, in dem sie passieren (ein abgeschlossener Kurs, eine neue Kursanmeldung), oder müssen Sie die API nach Zeitplan abfragen? Polling ist langsamer, ressourcenintensiver und liefert immer leicht veraltete Daten. Webhooks machen Automatisierung in Echtzeit erst möglich.
• Anfragegrenzen: Wie viele Anfragen dürfen Sie stellen, bevor gedrosselt wird? Das entscheidet, ob eine einmalige Synchronisation Ihrer gesamten Nutzerbasis Routine ist oder ein verlorenes Wochenende.
• Abdeckung: Welche Ressourcen sind über die API tatsächlich verfügbar? „Wir haben eine API“ kann vollen Lese- und Schreibzugriff bedeuten oder eine Handvoll Endpunkte, die sich nur lesen lassen. Prüfen Sie, ob auch die Daten enthalten sind, die Sie für Reporting und Business Intelligence brauchen, nicht nur Benutzerdatensätze.

3. Inhaltsstandards

Wenn Sie Kurse in Drittanbieter-Tools erstellen oder je die Plattform wechseln könnten, schützen Inhaltsstandards Ihre Investition. SCORM ist der etablierte Standard, mit dem ein in einem Tool erstellter Kurs in jeder kompatiblen Plattform läuft. xAPI (Experience API, früher Tin Can API) erfasst ein breiteres Spektrum an Lernaktivität in einem Learning Record Store. cmi5 ist die neuere Spezifikation, die die Kursstruktur von SCORM mit der flexiblen Nachverfolgung von xAPI verbindet, und ADL, das beide entwickelt hat, positioniert sie als Nachfolger von SCORM. LTI 1.3 ist der Standard, um externe Lernwerkzeuge direkt in die Plattform einzubinden.

Stellen Sie hier zwei getrennte Fragen, denn Anbieter beantworten oft nur die erste. Welche Standards kann die Plattform ausführen? Und bekommen Sie Ihr Material wieder heraus, wenn Sie gehen? Herunterladen zu können, was Sie hochgeladen haben, ist der praktische Portabilitätstest. Allerdings bedeutet die Unterstützung eines Standards nicht, dass die Plattform Inhalte in dieses Format umwandelt. Die meisten Plattformen führen SCORM-, xAPI- oder cmi5-Inhalte aus; sehr wenige konvertieren Ihr bestehendes Material in diese Formate.

4. Fertige Konnektoren

Zuletzt die Komfortebene: fertige Verbindungen zu den Tools, die Sie ohnehin nutzen. HR-Systeme (HRIS), Lohnabrechnung, Recruiting, CRM, Kollaborationstools, Kalender- und Videotools für Live-Sessions. Fertige Konnektoren sparen spürbar Zeit, decken aber nur ab, was der Anbieter gebaut hat. Die offene API ist das, worauf Sie zurückgreifen, wenn Ihre Systemlandschaft etwas tut, das die Konnektorliste nie vorgesehen hat.

Die Systeme anbinden, die Sie bereits betreiben

Drei Integrationen kommen in fast jeder Bewertung auf: Ihr HR-System, Ihr CRM und Ihre Kollaborationstools. Sie verdienen eigene Abschnitte, denn jede erfüllt einen anderen Zweck und wirft andere Fragen auf.

Ihr LMS mit Ihrem HR-System (HRIS) verbinden

Diese Integration sorgt dafür, dass Ihre Teilnehmerdaten stimmen. Ist die Lernplattform mit dem HR-System verbunden, werden neue Mitarbeitende automatisch angelegt, Rollen- und Abteilungswechsel werden übernommen, und wer geht, wird deaktiviert, ohne dass jemand daran denken muss. Das beseitigt manuelle Dateneingabe, senkt das Fehlerrisiko und sorgt dafür, dass Ihre Schulungsdaten abbilden, wer tatsächlich wo arbeitet. Es ist auch das Rückgrat eines automatisierten Onboardings: Eine neue Person erscheint im HR-System, und die passenden Schulungen warten bereits am ersten Tag.

Stellen Sie zuerst die unspektakuläre Frage. Nicht „Welche Felder werden aufeinander abgebildet?“, sondern „Wer deaktiviert das Konto, wenn jemand geht?“ Lautet die Antwort: ein Mensch, dann haben Sie noch keine Integration. Sie haben eine Erinnerung.

Ihr LMS mit Ihrem CRM verbinden

Wenn Sie Menschen außerhalb Ihrer Organisation schulen (Kunden, Partner, Reseller), liegen diese Beziehungen in Ihrem CRM, während die Schulung in Ihrer Lernplattform stattfindet. Beide zu verbinden bedeutet, dass Schulungs- und Zertifizierungsdaten am richtigen Kontakt oder Account erscheinen, sodass Ihre Sales- und Customer-Success-Teams sehen, wer geschult ist, wer zertifiziert ist und wo eine Kundin oder ein Kunde in der Schulung steht. Für Kunden- und Partnerschulungen können Sie so belegen, was Schulung für Vertragsverlängerungen und Zusatzverkäufe tatsächlich bringt. Tiefer gehen wir darauf in unserem Leitfaden zur Anbindung Ihres LMS an Ihr CRM ein.

Microsoft Teams und Kollaborationstools

Viele Teams wollen, dass Lernen dort stattfindet, wo ohnehin gearbeitet wird. Anbindungen an Kollaborationstools wie Microsoft Teams oder Slack können Kursbenachrichtigungen, Erinnerungen und Links in die Kanäle bringen, die Ihre Teams täglich öffnen, damit eine Erinnerung gesehen wird, statt ungeöffnet im Postfach zu liegen. Für Live- und Blended-Formate: Sehen Sie sich an, wie sich die Plattform an Ihre Video- und Kalendertools anbinden lässt, damit Sessions sauber geplant und synchronisiert werden. Das ist wertvoll, aber nachrangig gegenüber Identität und Daten.

So bewerten Sie den Entwickler-Support (den Teil, den Anbieter überspringen)

Eine leistungsfähige API mit schwachem Support kostet Sie trotzdem Wochen. Diese Checkliste sollten Sie vor der Unterschrift durchgehen.

• Öffentliche Dokumentation: Können Ihre Entwickler die Doku lesen und die API testen, bevor Sie sich binden? Interaktive Dokumentation (etwa eine Swagger- oder OpenAPI-Oberfläche) ist ein starkes Signal. Brauchen Sie ein Verkaufsgespräch, nur um die Doku zu sehen, sagt auch das etwas.
• Ein sicherer Ort zum Testen: Gibt es eine Sandbox oder Testumgebung, damit Ihr Team bauen kann, ohne echte Teilnehmerdaten zu berühren?
• Ein vernünftiges Authentifizierungsmodell: API-Schlüssel oder Tokens, die sich einfach ausstellen und verwalten lassen.
• Vorhersehbare Versionierung: Wenn der Anbieter die API ändert, versioniert er sie und kündigt Änderungen an, oder brechen Integrationen ohne Vorwarnung? Fragen Sie nach der Deprecation-Policy und dem Changelog.
• Echte Menschen: Diesen Punkt unterschätzen viele Käufer, und später bereuen sie es. Die Dokumentation beantwortet die meisten Routinefragen. Für die kniffligen Sonderfälle beim Go-live brauchen Sie jemanden, der die Plattform kennt und schnell antwortet. Eine großartige API ohne jemanden dahinter ist eine großartige API, die Sie allein debuggen.

Sagen wir es offen: Entwickler-Support ist kein PDF, sondern Menschen. Die Teams, die am schnellsten integrieren, sind die, die jemanden erreichen, der das System wirklich kennt, und keine Ticket-Warteschlange. Diese menschliche Ebene lässt sich in einer Funktionsmatrix leicht wegrechnen, ist während eines Launches aber unverzichtbar.

Ein Fragenkatalog für Käufer

Bringen Sie diese Fragen in jede Anbieter-Demo mit. Die Antworten verraten viel, und wie bereitwillig sie kommen, oft noch mehr.

1. Verschaffen Sie sich zuerst einen Überblick über Ihre Systemlandschaft. Mit welchen Systemen muss die Plattform am ersten Tag sprechen, und welche können warten? Entscheiden Sie das vor der Demo, damit Sie an Ihrer Realität messen und nicht am Schaulaufen des Anbieters.
2. Trennen Sie Muss- von Kann-Kriterien. SSO und automatisierte Provisionierung sind ab einigen hundert Nutzenden meist Muss-Kriterien. Ein bestimmter Konnektor ist dagegen oft nur ein Kann-Kriterium, wenn die offene API dasselbe abdeckt.
3. Fragen Sie, wer jede Integration pflegt. Bei einem fertigen Konnektor: der Anbieter. Bei einem Eigenbau auf der API: in der Regel Sie. Klären Sie die Zuständigkeit, bevor Sie sich festlegen.
4. Entscheiden Sie: selbst bauen oder fertigen Konnektor nutzen. Gibt es für jede benötigte Integration einen fertigen Konnektor, oder bauen Sie auf der API? Beides ist in Ordnung. Überraschungen sind es nicht.
5. Testen Sie die Inhaltsportabilität. Bekommen Sie Ihre Kurse als SCORM oder xAPI wieder heraus? Könnten Sie Ihr Material mitnehmen, wenn Sie nächstes Jahr wechseln?
6. Prüfen Sie die Sicherheit des API-Zugriffs. Wie authentifiziert der Anbieter den API-Zugriff, wie fein lassen sich die Berechtigungen einschränken, und wo speichert er Ihre Daten? Für europäische Organisationen, und für alle, die Schulungen betreiben, die einem Audit standhalten müssen, ist das eine Anforderung in der Beschaffung und keine Vorliebe.

Häufige Fehler

Einige Muster tauchen in Integrationsprojekten, die aus dem Ruder laufen, immer wieder auf.

• Annehmen, „hat eine API“ bedeute „hat eine brauchbare API“: Das Wort steht auf jeder Website. Die Dokumentation, die Sandbox und der Support dahinter nicht.
• Die Deaktivierung vergessen: Teams spezifizieren den Prozess für Neuzugänge und vergessen den für Abgänge. Ohne automatisierte Provisionierung wird das Deaktivieren von Konten zur Handarbeit und zu einer Sicherheitslücke, die niemand bemerkt.
• Inhaltsportabilität ignorieren: Am ersten Tag scheint sie unwichtig, entscheidend wird sie an dem Tag, an dem Sie wechseln wollen.
• Den Pflegeaufwand unterschätzen: Eine Integration ist mit dem Go-live nicht fertig. APIs ändern sich, Systeme werden aktualisiert. Jemand muss sie am Laufen halten.
• Nach Konnektor-Logos auswählen: Eine lange Reihe von Integrationslogos wirkt beruhigend. Tiefe zählt mehr als Anzahl: Eine tiefe, gut dokumentierte Integration schlägt zehn oberflächliche, die Sie nicht konfigurieren können.

So geht Learnifier mit offenen APIs und Entwickler-Support um

Wir haben Learnifier gebaut, damit es in Ihre Welt passt, und nicht damit Ihre Welt sich um uns herum neu ordnet. Flexibilität gehört zu unseren Grundprinzipien, und die offene API ist eines der wichtigsten Mittel dafür. So sieht das in der Praxis aus.

• Eine RESTful, offene API. Die API von Learnifier nutzt vorhersehbare, ressourcenorientierte URLs und standardisierte HTTP-Methoden (GET, POST, PUT, DELETE), Daten werden als JSON über HTTPS ausgetauscht. Sie ist mit einer interaktiven Swagger-Oberfläche dokumentiert, sodass Ihre Entwickler sie direkt erkunden können. Die Authentifizierung erfolgt über HTTP Basic mit Key und Secret.
• Webhooks, damit Sie nicht pollen müssen. Learnifier sendet Ereignisse an Ihre Systeme, sobald sie eintreten, als JSON über HTTPS an einen Endpunkt, den Sie konfigurieren. Mehr als 20 dokumentierte Ereignistypen decken Kursanmeldung, Zugriff, Fortschritt, Kurs- und Modulabschluss, Anwesenheit, Zertifikate, neue Konten, Wartelisten und Projektänderungen ab. Antwortet Ihr Endpunkt nicht, wiederholt Learnifier die Zustellung mit wachsenden Abständen über mehrere Tage.
• Keine Anfragegrenzen, die Ihre Planung einschränken. Wir veröffentlichen keine Anfragegrenzen, nur eine Fair-Use-Policy. Eine Massensynchronisation Ihrer gesamten Nutzerbasis ist eine technische Aufgabe, kein Planungsproblem.
• Eine Sandbox für Enterprise-Kunden. Enterprise-Kunden erhalten eine Sandbox-Umgebung, damit die Entwickler bauen und testen können, ohne echte Teilnehmerdaten zu berühren.
• Identität sauber gelöst. Teilnehmende lassen sich über die öffentliche API anlegen und synchronisieren, Nutzende per SCIM automatisch provisionieren. Learnifier unterstützt SAML, OpenID Connect, Active Directory und Microsoft Entra, einschließlich eines Hybrid-Setups, das mehrere Anmeldeverfahren parallel zur manuellen Anmeldung betreibt.
• Die Inhaltsstandards, auf die es ankommt. Learnifier unterstützt SCORM 1.2, xAPI und cmi5 sowie LTI 1.3 für die Anbindung externer Lernwerkzeuge. Alles, was Sie hochladen, können Sie wieder herunterladen, Ihr Material gehört also weiterhin Ihnen. Ihre bestehenden Inhalte zwischen diesen Formaten zu konvertieren, gehört nicht dazu. Das sagen wir Ihnen lieber gleich, bevor Sie es später selbst merken.
• Eine echte Konnektor-Bibliothek. Zu den fertigen Integrationen zählen Teamtailor und Jobylon für Recruiting, Hailey HR, Simployer und FlexHRM auf der HR-Seite, SD Worx für die Lohnabrechnung sowie Genially und WeAre für die Inhaltserstellung, neben weiteren. Die aktuelle Liste finden Sie auf unserer Integrationsseite.
• Hilfe beim Bauen der Integration. Über die API hinaus bietet Learnifier Integration Services: Das Team hilft beim Planen, Bauen und Pflegen von Integrationen, damit die Anbindung Ihrer Systeme nichts ist, was Ihre Entwickler allein tragen müssen.
• Europäisch als Standard. Learnifier ist ein schwedisches Unternehmen in europäischem Besitz, Daten liegen auf EU-Servern, und Sie können schwedisches Hosting wählen, wenn sie in Schweden bleiben sollen. Die DSGVO ist der Mindeststandard, nicht das Verkaufsargument.

Was nicht in eine API-Referenz passt, sind die Menschen. Wenn Ihr Team Learnifier integriert, steht es nicht allein vor einer Dokumentationsseite.

„Unsere offene API gibt Kunden die Freiheit, Learnifier mit den Systemen und Arbeitsabläufen zu verbinden, die sie bereits nutzen. Aber wir wissen auch, dass eine API nur ein Teil der Gleichung ist. Unser technisches Team hilft Kunden dabei, die Möglichkeiten zu verstehen, den richtigen Ansatz zu finden und die Integration zum Laufen zu bringen, ob sie sie selbst bauen oder mehr praktische Unterstützung von uns brauchen.“ - Simon Söderdahl, Technical Project Manager bei Learnifier

Ihr nächster Schritt

Bevor Sie mit irgendeinem Anbieter sprechen, tun Sie eines: Notieren Sie die drei Systeme, mit denen Ihre Plattform am ersten Tag sprechen muss, und die Person, die jede Verbindung verantwortet. Fragen Sie dann jeden Anbieter nach zwei Links: der API-Dokumentation und der Deprecation-Policy. Wie schnell diese Links kommen, sagt mehr aus als die Demo.

Wenn Sie diese Liste an einer echten API prüfen wollen, bringen Sie sie zu uns. Buchen Sie eine Demo, sagen Sie uns, welche Systeme verbunden werden sollen, und wir gehen genau durch, wie die API und die Integrationen von Learnifier Ihre Systemlandschaft abdecken würden. Wenn Sie noch am Anfang stehen und Plattformen vergleichen, beginnen Sie mit unserem Leitfaden dazu, wie Sie das richtige LMS auswählen.