Der Cornerstone-Portal-Health-Check, den niemand plant (bis zur Audit-Saison)

Niemand plant von sich aus einen Cornerstone OnDemand (CSOD) Portal Health Check. Er wird für Dich angesetzt – von einem Auditor, der fragt, wer noch Admin-Rechte hat, von einer Finanzprüfung, die wissen will, warum Du für Module zahlst, die nie jemand aktiviert hat, oder von einem Betriebsrat, der genau wissen will, welche Daten das System speichert. Dann ist es bereits eine Feuerwehrübung.

Wir haben das schon für viele Portale gemacht, und die Befunde ähneln sich immer wieder. Hier ist, worauf ein echter Health Check schaut – und warum die Antworten von innerhalb der Plattform so schwer zu bekommen sind.

Was wirklich geprüft werden muss

Ein Portal driftet leise. Jedes Release, jede Reorganisation, jedes "das schalten wir nur kurz für den Piloten frei" hinterlässt eine Spur, und nach ein paar Jahren wird die Lücke zwischen dem, was das Portal ist, und dem, was alle glauben, dass es ist, immer größer. Das lohnt sich zu prüfen:

• Modul-Aktivierung. Welche Module und Features tatsächlich aktiviert sind, im Vergleich zu dem, wofür Du lizenziert bist und was überhaupt noch genutzt wird. Hier beginnen die "Wofür zahlen wir eigentlich?"-Gespräche.
• Inaktive und schlafende Nutzer. Accounts, die seit Monaten nicht mehr eingeloggt wurden, Mitarbeiter, die das Unternehmen verlassen haben, aber nie deaktiviert wurden, Duplikate. Cornerstone löscht Nutzer bewusst nicht endgültig über die API – Deaktivierung ist aus Compliance-Gründen der vorgesehene Weg beim Offboarding – das ist richtig so, bedeutet aber auch, dass sich schlafende Accounts ansammeln, wenn niemand hinschaut.
• Verwaiste und veraltete Lerninhalte. Learning Objects, denen niemand zugewiesen ist, Versionen, die inaktiv liegen geblieben sind, Curricula, die auf ausrangierte Inhalte verweisen. Unordnung, die jeden Katalog und jeden Report unübersichtlicher macht.
• Konfigurations-Drift. Die Lücke zwischen Deinem Konfigurations-Workbook und dem tatsächlichen Live-Portal. Cornerstone bringt drei Releases pro Jahr heraus, und die gängige Empfehlung ist, die Systemdokumentation bei jedem davon zu prüfen und zu aktualisieren – was fast niemand tut, sodass Workbook und Realität leise auseinanderdriften.
• Security-Rollen und Zugriff. Wer was sehen und tun darf, und ob das noch zu den jeweiligen Personen passt. Die Frage, mit der ein Auditor eröffnet.
• Datenqualität. Fehlende Manager-Verknüpfungen, leere Pflichtfelder, Org Units, die sich nicht auflösen lassen. Die kleinen Lücken, die weiter unten Reports und Organigramme zum Kippen bringen.

Warum man das nicht einfach sehen kann

Jede dieser Antworten steckt in Deinen Cornerstone-Daten. Das Problem ist, dass sie in verschiedenen Ecken der Plattform liegen, ohne dass sie irgendwo zu einer einzigen "Zustand des Portals"-Ansicht zusammengeführt werden. Modul-Aktivierung ist ein Bildschirm, Nutzerstatus ein anderer, Lerninventar wieder ein anderer, Security-Rollen noch ein anderer. Um das Gesamtbild zu bekommen, klickst Du Dich entweder durch alles durch und machst Dir Notizen, oder Du exportierst jeden Bereich einzeln und fügst sie von Hand zusammen – derselbe manuelle, begrenzte Export-und-Abgleich-Aufwand, der Analysten ganze Nachmittage kostet.

Also läuft der Health Check meist so ab wie eine Feuerwehrübung: nie, bis es sein muss – und dann alles auf einmal unter Druck. Was fehlt, sind nicht die Daten. Es fehlt ein Weg, den Zustand des gesamten Portals auf einem Bildschirm zu sehen, an einem ganz normalen Dienstag, bevor irgendjemand danach fragt.

Der Wert der langweiligen Version

Die langweilige, geplante Version ist weit mehr wert als die panische. Ein laufendes Inventar aus Aktivierung, Nutzern, Lerninhalten, Konfiguration und Zugriff zeigt Dir auf einen Blick drei nützliche Dinge: wofür Du zahlst, ohne es zu nutzen, was von der ursprünglichen Einrichtung abgedriftet ist, und was ein Auditor oder Betriebsrat finden würde, bevor er es findet. Das macht aus Portal-Governance kein Ereignis mehr, sondern eine Gewohnheit.

Der ehrliche Teil

Genau das ist octo.taxis Portal Health Check: ein einziger Bildschirm mit vollständigem Inventar und Modul-Aktivierungskarte Deines Cornerstone-Portals, aufgebaut aus Deinen synchronisierten Daten – der datengestützte Begleiter zum Consulting-Health-Check, nur ohne die Consulting-Timeline. Weil er auf demselben kontinuierlichen Sync läuft wie der Rest der Plattform, ist er jeden Tag aktuell, nicht nur an dem Tag, an dem jemand in Panik geraten ist.

Und weil das Ganze Deine eigenen Daten in einem portablen, EU-gehosteten Zuhause sind, ist die Antwort, die Du für ein Audit oder ein Betriebsrats-Gespräch brauchst, nur einen Bildschirm entfernt statt ein ganzes Projekt. Wenn Dich interessiert, wie diese Daten überhaupt erst aus Cornerstone herauskommen, fang bei Daten aus Cornerstone herausbekommen an.

Deine Daten sollten sich frei bewegen – von A nach B, mit Stil.

Quellen. Cornerstone Bulk API – Quick Start (Nutzer-Abgleich / Deaktivierung) · Cornerstone-Release-Historie – drei Releases pro Jahr.