Wer hat dem Reporting-Agenten erklärt, was „zertifiziert“ bedeutet?

Zwei korrekte Zahlen können unterschiedliche Fragen beantworten

Stell dir vor, du fragst zwei Agenten, wie viele Kunden zertifiziert sind. Der CRM-Assistent nennt 8.000, HR meldet 5.000. In dieser fiktiven Akademie zählt der CRM-Assistent Kursabschlüsse, während HR aktuell gültige Zertifikate zählt. Beide Berechnungen sind korrekt. Es fehlt eine gemeinsame Definition von „zertifiziert“.

So könnte die Produktleitung eines Fintechs aus Fortschritten im Onboarding eine unbelegte Aussage über das Wissen der Kunden ableiten. Eine zusätzliche Oberfläche für KI-Agenten würde die widersprüchlichen Angaben nur über einen weiteren Kanal verbreiten.

Snowflake regelt den Umgang mit Geschäftsdefinitionen

In seiner Ankündigung vom 3. November 2026 (snowflake.com) beschreibt Snowflake Business Ontology als Ort, an dem freigegebene Geschäftsdefinitionen nach klaren Regeln verwaltet und mit den zugrunde liegenden Daten verknüpft werden. Dabei unterscheidet Snowflake die verbindliche Bedeutung der Begriffe von den Semantic Views, die Kennzahlen berechnen. Diese Trennung ist auch für Lernsysteme sinnvoll.

Die ergänzende Produktbeschreibung von Snowflake (snowflake.com) kündigt für Business Ontology eine baldige öffentliche Vorschau an. Das sind vom Anbieter beschriebene Funktionen, kein Nachweis für eine LMS-Integration im Produktivbetrieb. Die folgende Architektur ist ein Vorschlag. Sie besagt nicht, dass App-Learning Snowflake einsetzt.

Lernereignisse und Zertifikatsstatus bleiben getrennt

Die xAPI-Datenspezifikation (github.com) bildet Abschluss, Erfolg und Punktzahl getrennt ab. Ein mögliches Ereignismodell für eine Akademie sollte diese Trennung beibehalten und stabile Kennungen für Ereignisse und Lernende sowie Kursversion, Zeitstempel und Quelle enthalten. Das Erreichen der nötigen Punktzahl darf nicht stillschweigend mit der Ausstellung eines Zertifikats gleichgesetzt werden.

Nach der Open Badges-Spezifikation (standards.1edtech.org) bestätigt der Aussteller mit einem Zertifikat, dass eine lernende Person definierte Kriterien erfüllt hat. Die Spezifikation sieht dabei Belege sowie Angaben zu Gültigkeit und Status vor. Für Berichte sollten Ausstellung, Ablauf und Widerruf deshalb ausdrücklich als eigene Status erfasst werden – statt nur dauerhaft „zertifiziert“ zu hinterlegen.

Das Glossar muss Begriffe mit Berechnungen verknüpfen

Das Vokabular DCAT 3 des W3C (w3.org) enthält Metadaten zu Versionierung und Zuständigkeiten. Eine Ontologie für LMS-Kennzahlen kann diesen Ansatz übernehmen, ohne dafür eine bestimmte Plattform nutzen zu müssen.

Jeder veröffentlichte Eintrag sollte die Kennzahlen-ID, Definition, verantwortliche Person, einzubeziehende Grundgesamtheit, bei Quoten den Nenner, Zeitfenster, Zeitzone und Version enthalten. Auch der Weg von den Quellereignissen bis zur freigegebenen Berechnung sollte nachvollziehbar dokumentiert sein. Für eine beispielhafte Akademie könnte das Glossar so aussehen.

• „Geschult“ ist eine mehrdeutige Bezeichnung, keine freigegebene Kennzahl. Bei Anfragen muss geklärt werden, welches konkrete Ergebnis gemeint ist.
• „Abgeschlossen“ zählt Lernende aus der festgelegten Grundgesamtheit, die im Berichtszeitraum die erforderlichen Aktivitäten einer benannten Kursversion abgeschlossen haben. Jede Person wird nur einmal gezählt.
• „Zertifiziert“ zählt Lernende aus der festgelegten Grundgesamtheit, die zum abgefragten Zeitpunkt ein ausgestelltes, gültiges und nicht widerrufenes Zertifikat besitzen. Jede Person wird nur einmal gezählt.
• „Aktive Lernende“ zählt Lernende aus der festgelegten Grundgesamtheit, die in den vorangegangenen 30 Tagen eine Lerninteraktion durchgeführt haben, die die festgelegten Kriterien erfüllt. Eine bloße Anmeldung reicht nicht aus. Jede Person wird nur einmal gezählt.
• „Kompetenz nachgewiesen“ zählt Lernende, deren Prüfungsnachweise gemäß einem benannten Kompetenzraster und einer Gültigkeitsregel anerkannt sind.

Für Kursabschlüsse könnte die Kursverwaltung zuständig sein, für Zertifizierungen der Zertifikatsaussteller und für Kompetenznachweise die Prüfungsleitung. Die Unterscheidung zwischen „zertifiziert“ und „abgeschlossen“ wäre dann eine verbindliche, gepflegte Vereinbarung – keine Fußnote im Dashboard.

Für mehrdeutige Anfragen gibt es geregelte Abläufe

In diesem Entwurf analysieren KI-Agenten Lerndaten über freigegebene Kennzahlen-APIs oder Views, nicht über uneingeschränkte SQL-Abfragen auf Rohereignisse. Jede Antwort enthält die Version der Kennzahl, ihren Geltungsbereich, den Berichtszeitpunkt und die Aktualität der Daten.

Ist eine Anfrage mehrdeutig, muss zunächst geklärt werden, ob ein Kursabschluss oder eine aktuell gültige Zertifizierung gemeint ist. Ist eine Definition unbekannt, wird keine Zahl ausgegeben, sondern an die zuständige Person verwiesen. Berechtigungen werden davon unabhängig geprüft. Testfälle sollten abgelaufene Zertifikate, doppelte Ereignisse, fehlende Nachweise und beabsichtigte Unterschiede zwischen Kennzahlen abdecken – nicht nur prüfen, ob die Antwort plausibel klingt.

Die erste Vereinbarung über Kennzahlen kann überschaubar bleiben

Eine schrittweise Umsetzung könnte mit einem Onboarding-Kurs, drei freigegebenen Kennzahlen, versionierten Definitionen und getesteten Abfragen beginnen. Für CRM, Dashboard und KI-Agent gälte dieselbe Vereinbarung.

Dahinter steht ein Gestaltungsprinzip von App-Learning: Eine integrierte Akademie sollte messbare Lernzustände bereitstellen, die andere Systeme interpretieren können. Snowflake ist optional. Eine klare Verantwortung für die Bedeutung von „zertifiziert“ ist es nicht.