Skip to main content
Dieser Bericht bildet die Schulungshälfte des personenbezogenen Compliance-Exports eines früheren Anbieters ab: Verzeichnisidentität sowie eine Zeile pro Person und Schulungseinschreibung (Modulstatus und Datumsangaben). Die Granularität ist langformatig – Person × Zuweisung –, da genau das bereits von GET /v1/assignments/{id}/enrollments zurückgegeben wird. Die Abfrage pivotiert Module nicht in Spalten.
Richtlinienbestätigungen sind nicht Bestandteil dieses Berichts. Living Security verfügt über keine API für Richtlinienakzeptanz, daher liegen diese Legacy-Spalten außerhalb des Umfangs und sind keine ausstehende Zuordnung. Siehe Abweichungen vom Legacy-Export.
Einrichtung, Anmeldedaten, Paginierung und Wiederholungsversuche bei Ratenbegrenzung entsprechen dem Leitfaden zur Power-BI-/Excel-Anbindung. Fügen Sie zuerst die gemeinsame Abfrage Fn_FetchAll hinzu; dieser Bericht ruft sie über ihren Namen auf.

​
Erforderliche Schlüsselbereiche

​
Quellendpunkte

Diese Abfrage ruft GET /v1/entities nicht auf. Die Einschreibungszeile enthält bereits email und display_name, und die Entitätsliste enthält weder Abteilung noch Position – ein Durchlauf würde also keine Verzeichnisspalten füllen, die die Einschreibungszeile nicht bereits besitzt.

​
Granularität

Eine Zeile pro Einschreibung (Person × Zuweisung). Wird einer Person derselbe Kurs über zwei Zuweisungen zugewiesen, entstehen zwei Zeilen. Eine Person ohne Einschreibungen erscheint nicht – /v1 kann ohne E-Mail-Adresse keine verwendbare Verzeichniszeile ausgeben, und das Erfinden reiner Personenzeilen würde unterschiedliche Granularitäten vermischen. Anfragebudget: ein paginierter Durchlauf pro Zuweisung, nacheinander, unter dem gemeinsamen Ratenlimit pro Schlüssel. Setzen Sie stets limit = "500".

​
Spaltenzuordnung

Die Legacy-Spaltennamen stammen aus dem Export Ihres früheren Anbieters. Die /v1-Felder sind die öffentlichen API-Namen; die Abfrage vergibt für einige davon Aliasse für den Bericht. Für ein Sternschema-Modell beibehaltene Join-Schlüssel: entity_id, assignment_id, course_id, user_assignment_id. Die Abfrage behält außerdem course_slug, assignment_title, passed, attempts, assignment_lifecycle_status und assignment_created_at bei. enrollment_status ist der Fortschritt des Lernenden, nicht der Lebenszyklus der Zuweisung (active / paused / completed).

​
Abweichungen vom Legacy-Export

  • Richtlinienakzeptanzen sind nicht verfügbar. Diese Plattform besitzt keine Richtliniendomäne – es gibt weder /policies noch /policy_acceptances noch eine äquivalente /v1-Ressource. Behandeln Sie diese Spalten nicht als ausstehende Zuordnung. Sie liegen außerhalb des Umfangs.
  • Verzeichniszusätze werden ausgelassen, nicht mit Nullwerten gefüllt. Abteilung, Position, Vorgesetzte und Standort sind nicht in /v1 enthalten. Die Abfrage erfindet keine leeren Spalten dafür.
  • Das Fälligkeitsdatum ist enthalten, auch wenn der Legacy-Export es nicht enthielt, da Enrollment.due_at in der API verfügbar ist.
  • Beim Kursnamen hat der Katalogtitel Vorrang. Course.title ist der Modulname. Assignment.title wird nur verwendet, wenn die Katalogzeile fehlt (gelöscht oder nicht veröffentlicht).
  • Langformatig, nicht pivotiert. Eine Zeile pro Einschreibung, nicht eine Zeile pro Person mit einer Spalte pro Modul.

​
Nächste Schritte

Power-BI- und Excel-Einrichtung

Anmeldedaten, Paginierung und das Laden dieser Abfragen in Power BI oder Excel.

E-Mail-Phishing-Protokoll

Phishing-Interaktionen auf Ereignisebene für die letzten 12 Monate.

Anfälligste Benutzer

Personenbezogene Zusammenfassung von Klicks, Anmeldedaten und Meldungen über 12 Monate.

API-Schlüssel

Erteilen Sie training:read und course:read für den Schlüssel, der diesen Bericht aktualisiert.