SAP SuccessFactors Validated Learning: Schulungen richtig zuweisen und nachweisen

Validated Learning ist eine Variante mit eigenen Grenzen

SAP SuccessFactors Validated Learning, auch vSaaS genannt, ist eine optionale Nutzungsvariante von SAP SuccessFactors Learning. SAP beschreibt dafür einen eigenen Releasepfad und ergänzende Lieferantennachweise. Die Bezeichnung bedeutet nicht, dass jeder kundenspezifische Schulungsprozess bereits geprüft ist. Erst die Verbindung von Systemstand, Konfiguration und vorgesehenem Einsatz bestimmt den notwendigen Nachweis.

Dieser Leitfaden betrachtet verbindliche Schulungen im Humanarzneimittel-GMP-Umfeld. Kapitel 2 des EU-GMP-Leitfadens verlangt aufgabengerechte Schulung, Aufzeichnungen und die Bewertung ihrer praktischen Wirksamkeit. Kapitel 4 und Annex 11 betreffen den Dokumentations- und Systemrahmen. Ein allgemeines Entwicklungsprogramm hat einen anderen Nachweiszweck. Weitere GxP-Bereiche oder US-Anforderungen sind gesondert einzuordnen.

Grenzen Sie deshalb die tatsächlich verwendeten Funktionen ab: Zuweisung, Kursrevision, Lernergebnis, gegebenenfalls Genehmigung und Berichterstattung. Ergänzen Sie angebundene Personaldaten, Identitätsdienste und mobile Nutzung. Nicht jedes HCM-Modul wird allein durch eine Verbindung mit Validated Learning Teil desselben geprüften Funktionsumfangs.

Quellen: [1] [2] [6] [7] [9]

Learning-Stand, Plattform und Lieferantenpaket auseinanderhalten

Die öffentliche vSaaS-Einführung beschreibt jährliche Learning-Upgrades und zusätzliche Patches. Daneben stehen halbjährliche Plattformänderungen. SAP nennt bestimmte Integrationspunkte, die zwischen Plattform und vSaaS-LMS geprüft werden, weist aber ausdrücklich auf deren begrenzten Umfang hin. Ein bestandener Standardintegrationstest belegt daher nicht automatisch Ihren zusätzlichen Konnektor.

Die Einführung trägt den Dokumentstand 13. April 2026 und die Versionsbezeichnung 1H 2025. Das allgemeine Administratorhandbuch beschreibt dagegen 1H 2026. Nutzen Sie solche Unterlagen als Funktionsreferenz und gleichen Sie sie mit dem tatsächlichen vSaaS-Tenant ab. Unterschiedliche Dokumentationsstände dürfen nicht still zu einem einzigen installierten Stand zusammengezogen werden.

Der dokumentierte Lieferumfang umfasst unter anderem Installationsnachweise und Vorlagen zur Unterstützung von OQ/PQ. Die historische Feature-Beschreibung von 2H 2024 und das öffentlich verlinkte IQ-Muster von 2016 verdeutlichen Art und Aufbau solcher Belege. Sie ersetzen kein aktuelles Kundenpaket. Prüfen Sie vereinbarten Umfang, echte Ausführungsergebnisse und verbleibende Kundenaufgaben.

Quellen: [2] [1] [3] [4] [5]

Das fachliche Soll als überprüfbare Nachweiskette beschreiben

Eine brauchbare Anforderung beschreibt die Entscheidung, die der Betrieb treffen will. Beispielsweise: Für die aktuelle Laboranweisung soll sichtbar sein, welche betroffenen Mitarbeiter die erforderliche Kursrevision bestanden haben und welche weitere Einweisung noch fehlt. „Das System verwaltet Schulungen“ reicht dafür nicht.

Ordnen Sie die benötigten Daten und Verantwortlichen zu. Eine Benutzerkennung muss auf die richtige Person zeigen; relevante Rollen- oder Standortattribute bestimmen den Zielpool. Kurskennung, Revision, Wirksamkeitsdatum und Abschlussstatus erklären anschließend, was tatsächlich nachgewiesen ist. Wenn Genehmigungen erforderlich sind, gehört deren Zustand ebenfalls in die fachliche Auswertung.

Die größten Fehlerfolgen ergeben sich häufig aus Kombinationen: korrekt übertragene Person, aber falsche Organisation; bestandener Kurs, aber alte Revision; vollständige Historie, aber ein Bericht ohne relevante Statusfilter. Prüfen Sie diese Übergänge mit unabhängig definierten Sollfällen. Die Testumgebung und Daten sollten den vorgesehenen Einsatz ausreichend abbilden. Eine technische Verbindung ohne Transportfehler beweist noch nicht die richtige Bedeutung der übertragenen Schulungsinformation.

Quellen: [4] [7] [8] [9]

Revisionen kontrolliert in Lernpläne und Curricula übernehmen

Die SAP-Hilfe beschreibt Learning Item Revisions als Mittel, Verfügbarkeit und Zuweisung neuer oder geänderter Inhalte zu steuern. Der Revisionsablauf kann frühere Versionen inaktiv setzen, Lernpläne aktualisieren und betroffene Curricula sowie künftige Klassen umstellen. Diese Entscheidungen sind voneinander zu unterscheiden.

Für eine neue fachliche Anweisung legen Sie fest, ob alte Inhalte weiterhin nutzbar sein dürfen und ab wann der neue Stand maßgeblich ist. Das Administratorhandbuch erläutert auch eine Variante, bei der alte und neue Revisionen zugänglich bleiben. Das kann einer geplanten Übergangsphase dienen, darf aber nicht unbeabsichtigt die Verwendung eines überholten Inhalts erlauben.

Prüfen Sie daher Personen mit bereits abgeschlossenem Kurs, noch offener Zuweisung und künftigem Schulungstermin getrennt. Untersuchen Sie außerdem die Anerkennung neuerer Revisionen für ältere Anforderungen. Ein ähnlicher Titel ist kein ausreichender Versionsbezug. Halten Sie die relevanten Revisionskennungen und Einstellungen im Prüfbeleg fest. Welche Optionen in Ihrer Validated-Umgebung tatsächlich verfügbar sind, muss zum installierten Stand bestätigt werden.

Quellen: [4] [8] [9]

Completion bedeutet beendet, nicht automatisch bestanden

In SAP SuccessFactors Learning beschreibt Completion das Ende eines Lernereignisses. Das Administratorhandbuch unterscheidet hiervon dessen Abschlussstatus: bestanden, nicht bestanden, unvollständig oder ein anderer eingerichteter Status. Ein Ereignis kann somit in der Lernhistorie stehen, obwohl die fachlich verlangte Schulung noch nicht erfolgreich erfüllt ist.

Definieren Sie deshalb die Bedeutung Ihrer Auswertung. Soll sie Teilnahme, erfolgreiche Prüfung, Kenntnisnahme oder eine qualifikationsbezogene Entscheidung darstellen? Diese Aussagen benötigen nicht dieselben Kriterien. Prüfen Sie insbesondere Berichte, die lediglich abgeschlossene Ereignisse zählen, und Datenübergaben, die Statuswerte zusammenfassen.

Auch ein bestandener Kurs ersetzt nicht jede praktische Wirksamkeitsbeurteilung. Bei einer Arbeitsaufgabe kann zusätzlich eine beobachtete Durchführung erforderlich sein; bei einer anderen Schulung ist ein anderer geeigneter Nachweis denkbar. Der Fachbereich legt dies aufgabenbezogen fest. Die Systemvalidierung untersucht dann, ob die vorgesehenen Informationen richtig erfasst, verknüpft und ausgewertet werden. Sie bestätigt nicht pauschal die Kompetenz aller Teilnehmer.

Quellen: [4] [7]

Prüfbeispiel: Zehn Ereignisse, acht erfüllte Schulungsanforderungen

Dieses eigene illustrative Beispiel ist kein Kundenfall und kein ausgeführter SAP-Test. Zehn Testpersonen P01 bis P10 benötigen SOP-Kursrevision 2. Das genehmigte Soll für diese Arbeitshilfe lautet: richtige Revision bestanden und alle hier vorgesehenen Freigabeschritte abgeschlossen. Ein Passed für Revision 1 genügt nicht.

Der Testlauf verwendet festgelegte Benutzerkennungen und eine unabhängig erstellte Sollpersonenliste. Revisions-, Lernplan- und Curriculumkonfiguration werden vor der Prüfung dokumentiert. Die folgenden Ausgangsdaten enthalten absichtlich unterschiedliche Abschlusszustände. Sie sollen zeigen, ob der Bericht die fachliche Aussage korrekt wiedergibt, obwohl die Ereignisanzahl plausibel erscheint.

Quellen: [4] [9]

Attributwechsel, Propagation und manuelle Eingriffe prüfen

Assignment Profiles verbinden Benutzerattribute mit Zuweisungen. Die dokumentierte Synchronisation reagiert darauf, ob eine Person in einen Zielpool eintritt oder ihn verlässt. Neu angelegte oder geänderte Profile müssen zuvor propagiert werden. Die fachlich richtige Regel allein garantiert also noch nicht, dass der vorgesehene Verarbeitungsschritt erfolgt ist.

SAP beschreibt eine weitere Grenze: Entfernt ein Administrator eine profilbasierte Zuweisung direkt beim Benutzer, stellt der nächste Synchronisationslauf sie nicht einfach wieder her. Umgekehrt können manuell ergänzte Zuweisungen trotz Verlassen des Profils bestehen bleiben. Diese Behandlung ist von einem Fehler im Benutzerimport zu unterscheiden.

Prüfen Sie einen Rollenwechsel vom Ursprung der Stammdaten bis zum tatsächlichen Lernplan. Ergänzen Sie einen Fall mit manueller Änderung und einen Benutzer ohne relevante Attributänderung. Halten Sie ursprüngliche Attribute, Verarbeitung und Ergebnis getrennt fest. Die Abnahme sollte erklären können, warum eine Schulung hinzugekommen, geblieben oder entfallen ist. Eine erfolgreiche Jobmeldung ohne diesen Abgleich sagt zu wenig über die fachliche Zuweisung aus.

Quellen: [4] [9]

Signaturen, Historie und Berichte mit ihrem Zweck prüfen

SAP beschreibt elektronische Signaturen als zusätzliche Identitätsprüfung für entsprechend konfigurierte Lernprozesse. Die Funktion ist laut allgemeiner Administratorhilfe standardmäßig deaktiviert. Bedeutungscodes und Genehmigungsabläufe können festlegen, warum eine Bestätigung erfolgt und welche Schritte benötigt werden. Prüfen Sie den tatsächlichen Ablauf statt allein das Vorhandensein eines PIN-Feldes.

Ein berechtigter Kursadministrator kann andere Aufgaben haben als der fachlich zuständige Genehmiger. Legen Sie auch Vertretung und zulässige Korrekturen fest. Der Prüfbeleg sollte erkennen lassen, wer welchen versionsbezogenen Datensatz mit welcher Bedeutung bestätigt hat. Die Anwendbarkeit besonderer US-Anforderungen wird gesondert bestimmt; Produktwerbung ersetzt diese Einordnung nicht.

Bei der Aufbewahrung ist der erforderliche Zusammenhang zu erhalten. Die Funktion Exporting Reports im Administratorhandbuch exportiert eine Berichtsdefinition als ZIP. Das ist nicht automatisch ein Export sämtlicher Schulungsdaten. Prüfen Sie die tatsächlich benötigten Ergebnisdaten, Historien und zugehörigen Definitionen. Ein späterer Leser muss den damaligen Nachweis verstehen können, auch wenn aktuelle Kurstitel, Mitarbeiterattribute oder Berichtseinstellungen inzwischen anders aussehen.

Quellen: [4] [8] [9]

Releaseänderungen und mobile Nutzung in den Betrieb einordnen

Die öffentliche SAP-Einführung nennt nur ungefähre Upgradezeiten und verweist für den genauen Jahresplan auf die Community. Verwenden Sie deshalb den für Ihre Umgebung verbindlichen Plan. Bewerten Sie, welche Änderungen vorhandene Belege berühren, welche Herstellerprüfungen passen und wo eigene Tests nötig bleiben. Die jährliche Learning-Planung bedeutet nicht, dass dazwischen keine relevanten Änderungen auftreten.

Für mobile Nutzung unterscheidet SAP Validated Learning, Validated Learning Preview und die allgemeine SuccessFactors-Mobile-App. Laut Mobile Guide nutzen validierte Anwender Learning im Web oder in der dafür vorgesehenen App, nicht im Learning-Bereich der allgemeinen App. Preview und Sandbox folgen ebenfalls nicht demselben Appzeitplan.

Nehmen Sie nur die tatsächlich verwendeten Zugangswege in Ihren Prüfumfang auf. Bei iOS und Android können Bereitstellung und Funktionen voneinander abweichen. Testen Sie relevante Abschlüsse und Identitätsabläufe mit der vorgesehenen Kombination aus App, Betriebssystem und Tenant. Ein Ergebnis aus Preview ist nicht ohne Abgleich ein Produktionsnachweis; zugleich ist keine pauschale Vollwiederholung aller Tests bei jeder Änderung erforderlich.

Quellen: [2] [5] [9]

KMU-Vorbereitung: Entscheidungen vor Testumfang stellen

Für ein kleineres Unternehmen ist ein klar abgegrenzter Schulungsprozess ein guter Ausgangspunkt. Größere Aufwände entstehen durch mehrere Datenquellen, komplexe Profile, historische Migrationen, unterschiedliche Freigabewege und eigene Berichte. Die Anzahl der Teilnehmer allein bestimmt weder Dauer noch notwendigen Nachweisumfang.

Der Schulungsverantwortliche erklärt die fachlichen Regeln und repräsentative Sonderfälle. QA bewertet die Aussagekraft der Nachweise. IT stellt Identitäten, Schnittstellen und Umgebungsinformationen bereit. Der System Owner koordiniert Änderungen und Betrieb. Klären Sie vorab, wer Befunde entscheidet und wer die Nutzung im festgelegten Umfang freigeben darf.

Die folgende Checkliste unterstützt das erste Arbeitsgespräch. Dokumentieren Sie fehlende Informationen als konkrete Aufgaben. Bestehende Lieferantenunterlagen können die Arbeit erleichtern, wenn Version, Voraussetzungen und Abdeckung passen.

• Fachlicher Schulungszweck, betroffene Tätigkeiten und relevante Regelbereiche beschrieben.
• Learning-/Patchstand, Plattform, Tenants und gegebenenfalls Apps eindeutig identifiziert.
• Aktuelles Kundenpaket statt historischer Musterberichte bereitgestellt.
• Kurskennungen, Revisionen, Wirksamkeit und Anerkennungsregeln festgelegt.
• Benutzerpool, Profile, manuelle Eingriffe und Datenwege beschrieben.
• Abschlussstatus, erforderliche Signaturen und Berichtsaussagen voneinander abgegrenzt.
• Positive, negative und historische Nachweisfälle mit unabhängigen Sollwerten vorbereitet.
• Aufbewahrung, Störungsbearbeitung und Änderungsauswirkungen mit Verantwortlichen vereinbart.

Quellen: [7] [9] [2]