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

Niemand plant von sich aus einen Health Check seines Cornerstone-OnDemand-Portals (CSOD). 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 ein Feuerwehreinsatz.

Wir haben das schon für viele Portale gemacht, und die Befunde ähneln sich immer wieder. Worauf ein echter Health Check schaut – und warum die Antworten aus der Plattform heraus 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 Gespräche nach dem Motto „Wofür zahlen wir eigentlich?“.
• Inaktive und ruhende Benutzer. Konten, mit denen sich seit Monaten niemand angemeldet hat, Mitarbeitende, die das Unternehmen verlassen haben, aber nie deaktiviert wurden, Duplikate. Cornerstone löscht Benutzer 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 ruhende Konten ansammeln, wenn niemand hinschaut.
• Verwaiste und veraltete Lerninhalte. Lernobjekte, 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.
• Sicherheitsrollen 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 Verknüpfungen zur Führungskraft, leere Pflichtfelder, Organisationseinheiten, die sich nicht auflösen lassen. Die kleinen Lücken, die später Reports und Organigramme aus dem Tritt 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 Ansicht „Zustand des Portals“ zusammengeführt werden. Die Modul-Aktivierung steht auf einem Bildschirm, der Benutzerstatus auf einem anderen, das Lerninventar auf einem dritten, die Sicherheitsrollen auf noch einem. 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 wie ein Feuerwehreinsatz ab: 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, Benutzern, 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. So wird Portal-Governance vom Ausnahmeereignis zur Gewohnheit.

Der ehrliche Teil

Genau das ist der Portal Health Check von octo.taxi: ein einziger Bildschirm mit vollständigem Inventar und Modul-Aktivierungskarte Deines Cornerstone-Portals, aufgebaut aus Deinen synchronisierten Daten – die datengestützte Ergänzung zum Health Check durch eine Beratung, nur ohne deren Zeitplan. 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 (Benutzerabgleich / Deaktivierung) · Cornerstone-Release-Historie – drei Releases pro Jahr.