Cornerstone Reporting 2.0: die Grenzen, die niemand erwähnt, bis Du an eine stößt

Irgendwo öffnet jeden Monat ein HR-Analyst Cornerstone Reporting 2.0, baut mehr oder weniger denselben Report neu auf, wartet, lädt eine CSV herunter und fügt sie in eine Präsentation ein. Es funktioniert. Es funktioniert seit Jahren. Und jeden Monat kostet es im Stillen mehr, als es aussieht.

Wir haben schon viel Reporting auf und rund um Cornerstone OnDemand (CSOD) gebaut, und Reporting 2.0 kann tatsächlich einiges – für das, was es ist. Aber es hat eine Handvoll Grenzen, die niemand erwähnt, bis Du an eine davon stößt – meistens genau dann, wenn Publikum zuschaut. Hier sind sie im Klartext, damit Du ihnen zu Deinen Bedingungen begegnest, nicht zu ihren.

Die 200.000-Zeilen-Überraschung

Das Standard-Download-Limit in Reporting 2.0 liegt bei 200.000 Datensätzen. Trifft Dein Report auf mehr Zeilen als das, bricht der Download beim Limit ab. Für ein kleines Team kein Problem. Bei einem Enterprise-Transcript- oder User-Report kannst Du am Ende mit einer abgeschnittenen Datei dastehen – und sie präsentieren, als wäre sie das ganze Bild.

Du kannst das Limit erhöhen – aber nur bis zu einer harten Obergrenze von einer Million Datensätzen, und nur indem Du den Snapshots-Screen öffnest und es für diesen Report änderst. Cornerstone sagt es unmissverständlich: "the export supports up to 1 million records." Zwei Dinge solltest Du Dir also einprägen: Erhöhe das Limit, bevor Du einem großen Report traust, und wisse, dass 1.000.000 Zeilen die Wand ist. Jenseits von einer Million passender Datensätze kann Reporting 2.0 Dir schlicht nicht alles in einem einzigen Report liefern.

Und die Vorschau schmeichelt Dir. Der Preview-Modus zeigt "1,000 rows of data, which will be randomly selected." Das ist perfekt, um zu prüfen, ob Deine Spalten stimmen, und nutzlos, um eine Summe auf Plausibilität zu prüfen. Was Du in der Vorschau siehst, ist keine repräsentative Stichprobe dessen, was Du herunterladen wirst – ein Report, der in der Vorschau richtig aussieht, kann am Ende trotzdem falsch sein.

Geplante Reports, die sich still selbst abschalten

Das hier ist der Klassiker, der Leute erwischt. Wurde ein geplanter Report innerhalb der letzten 30 Tage von keinem seiner Nutzer aufgerufen, deaktiviert Cornerstone den Zeitplan automatisch. Der wöchentliche Compliance-Report, den Du eingerichtet und bewusst vergessen hast – dessen gesamter Wert darin liegt, dass Du nie wieder daran denken musst – schaltet sich also nach einem Monat, in dem ihn niemand geöffnet hat, von selbst ab. Das Scheitern geschieht lautlos. Du merkst es erst, wenn jemand fragt, wo die Zahlen der letzten Woche geblieben sind.

Auch die Zustellung hat ihre Ecken und Kanten. Überschreitet ein Report 25 MB, hängt Cornerstone ihn nicht mehr an, sondern schickt stattdessen einen Download-Link per E-Mail, gültig für 21 Tage. Nachvollziehbares Verhalten – aber es verrät, wofür das Feature eigentlich gebaut ist: eine Person, die eine Datei empfängt, kein System, das Daten empfängt. Ein Zeitplan zu einem Postfach oder einem FTP-Drop, einmal, täglich oder wöchentlich, ist ein gutes Modell für "schick mir jeden Montag den Personalstand". Es ist das falsche Modell für "halte mein Dashboard, mein Data Warehouse und mein BI-Tool aktuell".

Standard Reports, das alte Custom Reports und die Export-Format-Falle

Reporting 2.0 ist nicht die einzige Reporting-Fläche in Cornerstone, und die Familie zu kennen erspart Verwirrung. Standard Reports sind die vorgefertigten, fixen Reports – praktisch, wenn einer davon zufällig genau Deine Frage stellt, und keine Hilfe in dem Moment, in dem er es nicht tut. Der ältere Custom Reports-Builder ist der, den Reporting 2.0 ablöst; er ist inzwischen Legacy, alles, was dort noch lebt, ist auf Zeit gebaut und sollte migriert werden.

Sie alle können die Zustellung planen – einmalig, täglich, wöchentlich oder monatlich, per E-Mail oder in einen FTP-Ordner – und nach Excel oder CSV exportieren. Achte auf den letzten Punkt. CSV und die reinen Textformate unterstützen nicht jedes Reporting-2.0-Feature: Füge etwa eine Spaltensumme hinzu und exportiere nach CSV, und der nicht unterstützte Teil wird stillschweigend weggelassen. Die Datei sieht vollständig aus. Ist sie aber nicht. Und egal welches Format Du wählst – Du schiebst Deine Zahlen immer noch als Anhänge und Downloads hin und her, ein Mensch, der einem anderen Menschen eine Tabelle mailt. Das ist eine gute Art, einen Report zu verschicken, und eine schlechte Art, die Daten eines Unternehmens zu betreiben.

Ein Report-Builder, keine Datenpipeline

Das ist der Kern der Sache. Reporting 2.0 ist genau das, was der Name sagt: ein Werkzeug, um Reports zu bauen und laufen zu lassen, die ein Mensch liest. Momentaufnahmen zu einem bestimmten Zeitpunkt, Limits pro Report, Dateizustellung, manuelle Läufe. Dafür eingesetzt, ist es gut.

Die Reibung beginnt in dem Moment, in dem sich Dein Bedarf von "ein Report" zu "unsere Daten, live, überall" wandelt – ein Dashboard, das aktuell ist, ein Warehouse, das die ganze Firma abfragt, ein BI-Tool, das sich selbst aktualisiert, ein KI-Assistent, der Fragen zu Deiner Belegschaft beantworten kann. Keines davon will eine 200.000-Zeilen-CSV, an deren Download sich jemand erinnert hat. Versuchst Du, sie vom Reporting-Screen aus zu bedienen, landest Du irgendwann bei einem kleinen Museum aus Workarounds: geplante Exporte, ein gemeinsames Postfach, ein Skript, das CSVs zusammenflickt, eine Kalendererinnerung, den Report wieder zu aktivieren, der sich selbst abgeschaltet hat.

Cornerstone bewegt sich längst in die andere Richtung

Du musst uns nicht einfach glauben, dass sich der Schwerpunkt beim Reporting verschiebt. Cornerstone selbst nennt die Data Exporter API "the spiritual successor to RAPI" und sagt, man werde "over time, start to deprecate RAPI endpoints if the same data can be retrieved via DEAPI." Die eigene Richtung der Plattform, um Daten herauszubekommen, zeigt auf den Data Exporter, nicht auf die Reporting-Screens.

Diese API hat ihre eigenen scharfen Kanten – Rate Limits, eine Verzögerung im Data Warehouse, ein paar echte Fallen. Die haben wir separat aufgeschrieben, im Cornerstone Data Exporter API Guide, falls Du direkt dagegen entwickeln willst.

Der ehrliche Teil

Nichts davon heißt, dass Reporting 2.0 schlecht ist. Es heißt, dass es einen Job hat, und dieser Job lautet nicht "sei die Live-Quelle der Wahrheit für Deine ganze Organisation". Wird genau das von ihm verlangt, hören die oben genannten Limits auf, Trivia zu sein, und werden zum Grund, warum die Montagszahlen zu spät kommen.

Diese Lücke ist der Grund, warum wir octo.taxi gebaut haben. Es synchronisiert Deine Cornerstone-Daten fortlaufend und gibt Dir Dashboards, ein Organigramm, Antworten in klarer Sprache, herunterladbare Reports, eine REST API und einen Live-Feed, den Dein BI-Tool lesen kann – damit das monatliche Export-Ritual, die 200k-Obergrenze und der Zeitplan, der sich still selbst abgeschaltet hat, einfach aufhören, Dein Problem zu sein.

Du wirst weiterhin gelegentlich einen Reporting-2.0-Report laufen lassen, und das ist völlig in Ordnung – dafür ist es gut. Aber Deine Dashboards, Deine Board-Zahlen und Dein BI-Tool sollten nicht davon abhängen, dass jemand daran denkt, ein Download-Limit zu erhöhen.

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

---

Quellen. Cornerstones eigene Dokumentation: Reporting 2.0 – Create Report (Datensatz-Limits) · Reporting 2.0 – Delivery and Scheduling · Reporting API considerations (DEAPI als Nachfolger von RAPI).