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, öffnet jemand im Team still eine Tabelle, 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?

Für diese Leserinnen und Leser haben wir diesen Leitfaden geschrieben. Im Folgenden: was "offene API" und "guter Entwickler-Support" wirklich bedeuten, die vier Integrationsebenen, die Sie getrennt bewerten sollten, die Fragen, die eine Plattform, auf der Sie aufbauen können, von einer unterscheiden, mit der Sie jahrelang kämpfen, und 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 man 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

"Integrationen" ist nicht eine Sache. Es sind vier, 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. Single Sign-on (SSO) lässt Menschen sich mit Ihrem bestehenden Identity Provider anmelden, statt mit noch einem weiteren Passwort. 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 Anforderung, nicht als Wunsch. 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 offene API-Ebene. 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 Anmeldung), oder müssen Sie die API nach Zeitplan abfragen? Polling ist langsamer, ressourcenintensiver und immer leicht veraltet. 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 lesender Endpunkte. 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. Eine Einschränkung: Einen Standard zu unterstützen ist nicht dasselbe wie in ihn zu konvertieren. 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 Videowerkzeuge für Live-Sessions. Fertige Konnektoren sparen echte Zeit, solange Sie im Kopf behalten, dass sie das Minimum sind und nicht das Maximum. 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.

Die unspektakuläre Frage ist die, die man zuerst stellen sollte. 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 Partnerschulung ist genau das der Punkt, an dem Sie zeigen können, was Schulung für Vertragsverlängerungen und Zusatzverkäufe tatsächlich leistet. 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 Menschen ohnehin öffnen, damit eine Erinnerung gesehen wird, statt ungeöffnet im Postfach zu liegen. Für Live- und Blended-Formate: Sehen Sie sich an, wie die Plattform an Ihre Video- und Kalendertools anbindet, damit Sessions sauber geplant und synchronisiert werden. Das ist ein Zusatz, kein Fundament: 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. Ob daraus eine laufende Integration wird, entscheidet die Erfahrung, die Ihre Entwickler damit machen. Hier ist die Checkliste, die Sie vor der Unterschrift durchgehen sollten.

• Ö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 und kündigt an, oder brechen Integrationen ohne Vorwarnung? Fragen Sie nach der Deprecation-Policy und dem Changelog.
• Echte Menschen: Diesen Punkt unterschätzen Käufer und bereuen ihn später. Die Dokumentation beantwortet die meisten Routinefragen. Es sind die Sonderfälle während Ihres Go-live, die einen Menschen brauchen, 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, und wie bereitwillig sie kommen, sagen Ihnen das meiste.

1. Kartieren Sie zuerst 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. SSO und automatisierte Provisionierung sind ab einigen hundert Nutzenden meist ein Muss. Ein bestimmter Konnektor kann ein Kann sein, 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: bauen oder fertig 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 und begrenzt der Anbieter den API-Zugriff, 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 zur stillen Sicherheitslücke.
• Inhaltsportabilität ignorieren: Sie fühlt sich am ersten Tag irrelevant an und ist an dem Tag entscheidend, an dem Sie wechseln wollen.
• Den Aufwand für Pflege unterschätzen: Eine Integration ist mit dem Livegang nicht fertig. APIs ändern sich, Systeme werden aktualisiert. Jemand muss sie am Laufen halten.
• Nach Konnektor-Logos auswählen: Eine lange Wand aus 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 ist eines unserer Kernprinzipien, und eine offene API ist ein großer Teil davon, wie wir sie einlösen. 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 Anmeldung, Zugriff, Fortschritt, Kurs- und Modulabschluss, Teilnahme, 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, um die Sie herum planen müssten. 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. Fügen Sie Teilnehmende über die öffentliche API hinzu und synchronisieren Sie sie, und provisionieren Sie Nutzende automatisch über SCIM. 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 bleibt also Ihres. Was die Plattform nicht tut, ist Ihre bestehenden Inhalte zwischen diesen Formaten zu konvertieren, und das sagen wir lieber vorab, als es Sie später entdecken zu lassen.
• 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, europäisch geführtes Unternehmen, 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. Stehen Sie noch am Anfang und vergleichen Plattformen, beginnen Sie mit unserem Leitfaden dazu, wie Sie das richtige LMS auswählen.