Forschungsbericht und Jahresbericht automatisieren

Das echte Ausmaß des Problems

Wer noch nie einen Hochschul-Jahresbericht oder institutionellen Forschungsbericht koordiniert hat, unterschätzt den Aufwand systematisch. Er sieht das fertige 80-seitige PDF und denkt: Das schreibt jemand in ein paar Tagen. Die Wahrheit: Der fertige Text ist ungefähr zwanzig Prozent der Arbeit.

Der Rest sind Datenaggregation, Qualitätskontrolle und Abgleich. Eine typische Aufwandsverteilung für eine Forschungseinrichtung mittlerer Größe, unsere Größenordnung, keine Messung:

• 25–35 Stunden für Datenaggregation: Publikationen aus CRIS, Web of Science, PubMed und institutionellen Archiven; Drittmittelzahlen aus SAP oder Kosten-Leistungs-Rechnungssystem; Personaldaten aus HR-System; Projektbeschreibungen per E-Mail bei Arbeitsgruppen einsammeln
• 15–25 Stunden für Qualitätssicherung: Doppelungen bereinigen, fehlende Einträge recherchieren, widersprüchliche Zahlen klären
• 20–30 Stunden für Textredaktion und Lektorat: Einzelbeiträge zusammenführen, stilistisch vereinheitlichen, Vorjahresvergleiche formulieren
• 5–10 Stunden für Layout, Grafiken und Abstimmungsschleifen

Das macht zusammen 65–100 Personalstunden pro Berichtszyklus, typisch verteilt auf vier bis sieben Wochen. Für Hochschulen, die mehrere solcher Berichte produzieren (Institut, Fakultät, Hochschule gesamt, ggf. zusätzliche Drittmittelberichte), multipliziert sich dieser Aufwand.

Das Heimtückische ist, dass dieser Aufwand jedes Jahr entsteht, für einen Bericht, der strukturell immer gleich aussieht. Die Kapitelstruktur ist dieselbe, die Kennzahlen sind dieselben, nur die Zahlen ändern sich. Trotzdem fängt die Redaktion jedes Jahr von vorne an.

Mit vs. ohne KI, ein ehrlicher Vergleich

¹ Unsere Größenordnungen, keine Messung. Wie es bei euch ist, zeigt die Zeitaufschreibung weiter unten.

Die Zeitersparnis bei der Datenaggregation ist am verlässlichsten: Eine Datenpipeline, die Publikationen aus dem CRIS-System, Drittmittelzahlen aus dem Finanzsystem und Projektdaten zusammenführt, erledigt in 30 Minuten, was vorher drei bis vier Arbeitstage kostete. Größere Varianz besteht beim Redaktionsaufwand, wie stark ein LLM-generierter Textentwurf nachbearbeitet werden muss, hängt stark von der Qualität der Eingabedaten und der Vorlage ab.

Einschätzung auf einen Blick

Zeitersparnis, hoch (4/5) Der Jahresbericht ist einer der zeitintensivsten Verwaltungsprozesse in Forschungseinrichtungen, und gleichzeitig einer der wenigen, bei denen KI wirklich strukturell entlastet, nicht nur einzelne Aufgaben beschleunigt. 65–100 Stunden auf 10–15 Stunden zu reduzieren ist kein Ausnahmefall, sondern das realistisch erreichbare Ziel bei einer gut umgesetzten Pipeline. Der Effekt ist dennoch etwas geringer als bei der Literaturrecherche, die täglich anfällt und deshalb mehr Gesamtvolumen hat.

Kosteneinsparung, niedrig (2/5) Die Einsparung entsteht fast vollständig über Arbeitszeit von gut ausgebildetem Fachpersonal, und die ist bezahlt, ob die Koordinatorin Daten zusammenklickt oder den Bericht besser macht. Kassenwirksam ist nur, was ihr extern einkauft, Lektorat und Layout. Dagegen stehen 8.000–20.000 Euro Einrichtung für die Datenpipeline. Über die Stunden gerechnet dauert die Amortisation Jahre, über das externe Lektorat hängt sie an dessen Rechnung.

Schnelle Umsetzung, niedrig (2/5) Hier liegt die eigentliche Herausforderung dieses Use Cases: Die Automatisierung des Textes ist einfach. Die Automatisierung der Datenaggregation aus CRIS, SAP, bibliothekarischen Systemen und Hochschul-ERP ist aufwendig. 12–20 Wochen bis zum ersten produktiven Einsatz sind realistisch, mehr als beim Grant-Antrag-Schreibassistenten oder bei der Wissenschaftsartikel-Zusammenfassung.

ROI-Sicherheit, hoch (4/5) Der Nutzen ist konkret messbar: Du weißt vorher, wie viele Stunden der letzte Jahresbericht gekostet hat, und nachher, wie viele er noch kostet. Es gibt keine Diskussion über weiche Faktoren. Sicher ist allerdings der Zeitgewinn, nicht die Rendite: Ob sich die Einrichtung in Euro rechnet, hängt an der externen Rechnung für Lektorat und Layout.

Skalierbarkeit, mittel (3/5) Die Pipeline skaliert gut innerhalb eines Instituts über mehrere Jahre. Der jährliche Zusatzaufwand nach Einrichtung ist gering. Die Skalierung auf ein zweites Institut oder eine Fakultät erfordert aber spürbare Anpassungsarbeit, weil jede Einrichtung eine andere Systemlandschaft hat. Deutlich weniger skalierbar als die Forschungsdaten-Auswertung, die institutionsübergreifend einsetzbar ist.

Richtwerte, stark abhängig von Systemlandschaft, Institutsgröße und vorhandener Datenqualität im CRIS.

Was der Berichtsgenerator konkret macht

Das System besteht aus zwei klar getrennten Teilen, und es ist wichtig, die beiden nicht zu verwechseln.

Teil 1: Datenaggregation (der schwierige Teil)
Ein automatisierter Workflow sammelt die Rohdaten aus allen relevanten Quellen: Publikationen aus dem Forschungsinformationssystem (CRIS), ergänzt durch API-Abfragen bei CrossRef oder OpenAlex für fehlende Einträge; Drittmittelzahlen aus dem Finanz- oder ERP-System; Personalzahlen aus HR; Projektbeschreibungen aus einem strukturierten Eingabeformular, das an die Arbeitsgruppen versendet wird. Die Daten werden zusammengeführt, offensichtliche Duplikate entfernt, Fehlende markiert und in eine strukturierte Übersicht exportiert, typisch eine JSON-Datei oder ein Excel-Sheet, das als Eingabe für Teil 2 dient.

Teil 2: Textgenerierung (der einfache Teil)
Ein LLM, ChatGPT oder Claude , erhält das strukturierte Daten-Sheet und eine Vorlage des Vorjahresberichts und generiert daraus Textentwürfe für alle Kapitel. Das Modell vergleicht Vorjahreswerte mit aktuellen Zahlen, formuliert Entwicklungslinien, beschreibt Highlights und produziert einen strukturierten ersten Entwurf. Dieser Entwurf ist kein Endprodukt, er ist die Grundlage, die ein Mensch überprüft, inhaltlich ergänzt und für die institutionelle Sprache verfeinert.

Der entscheidende Punkt: Das LLM erfindet keine Zahlen. Es formuliert, was ihm übergeben wird. Wenn die Datenaggregation in Teil 1 sauber ist, gibt es im Bericht keine halluzinierten Werte, das System greift nur auf das zu, was ihm explizit bereitgestellt wurde. Das ist der strukturelle Unterschied zu einem LLM, dem man einfach sagt: „Schreib mir einen Forschungsjahresbericht 2024.”

Was das Modell liefert, und was nicht

Das Modell produziert: Fließtexte zu Kennzahlen und ihrer Entwicklung, Beschreibungen von Projekthöhepunkten auf Basis der eingetragenen Projektdaten, Vorjahresvergleiche, Zusammenfassungen der Drittmittelsituation.

Das Modell produziert nicht: inhaltliche Bewertungen der Forschungsqualität, eigenständige Einschätzungen zur strategischen Ausrichtung, Texte, die über die bereitgestellten Daten hinausgehen. Ein gut konfiguriertes System hält sich strikt an das Material und signalisiert, wenn Informationen fehlen, statt zu raten.

Die Integrations-Realität, wo CRIS und KI aufeinandertreffen

Wer diesen Use Case implementiert, lernt schnell: Der schwierigste Schritt ist nicht das Prompting. Er ist der API-Zugang zum Forschungsinformationssystem.

CRIS-Systeme wie Pure (Elsevier), Converis (Clarivate) oder HIS-InHouse-Lösungen wurden nicht mit KI-Integration im Sinn gebaut. API-Zugang ist in der Regel möglich, aber er erfordert IT-Koordination, manchmal Lizenzklärungen und fast immer eine Phase der Datenbereinigung. Was in CRIS-Systemen steht, spiegelt häufig nicht das wider, was tatsächlich publiziert wurde, fehlende Einträge, veraltete Projektstati, Duplikate durch verschiedene Namensvarianten.

Konkrete Hürden, auf die du dich einstellen solltest:

CRIS-Datenlücken: In vielen Hochschulinstituten fehlt ein spürbarer Teil der Publikationen im eigenen CRIS oder ist falsch erfasst. Eine belastbare Quote kennen wir nicht, eure zeigt der erste Abgleich mit OpenAlex. Schon eine kleine Lücke macht die API-Abfrage allein unzuverlässig. Sinnvoll ist ein zweistufiger Ansatz: CRIS als Basisquelle, ergänzt durch eine automatische Abfrage bei OpenAlex oder CrossRef für die letzten 12 Monate, gefiltert nach den institutionellen DOI-Präfixen oder Autorennamen.

Finanzsystem-Zugang: SAP und vergleichbare ERP-Systeme haben in der Regel gut dokumentierte APIs, aber der Zugang ist intern oft restriktiv. Wer die Pipeline aufbauen will, braucht eine Besprechung mit der IT und dem Controlling. Rechne allein für diese Freigabe mit mehreren Wochen.

Formular-Chaos in den Arbeitsgruppen: Freie Texteingaben funktionieren schlecht als KI-Input. Eine der wichtigsten Investitionen vor dem ersten Berichtszyklus ist ein strukturiertes Eingabeformular für alle Arbeitsgruppen, mit Pflichtfeldern für Projektname, Laufzeit, Budget, Kooperationspartner und maximal drei Highlights. Was strukturiert reinkommt, kommt strukturiert raus. Was als Freitext reinkommt, muss nachbearbeitet werden.

Versionskonflikte zwischen Systemen: Es ist normal, dass Drittmittelzahlen aus SAP und aus der CRIS-Drittmitteldatenbank um einige Tausend Euro abweichen, wegen unterschiedlicher Stichtage, Buchungszeitpunkte oder Abgrenzungsregeln. Das System muss markieren, wenn solche Abweichungen auftreten, und einen Menschen einschalten, nicht automatisch einen Mittelwert bilden.

Konkrete Werkzeuge, was wann passt

Gemini Notebook (ehemals NotebookLM) , für Synthese und Vorjahresvergleich Wenn du Jahresberichte der letzten drei Jahre hochlädst und dann fragst, welche Entwicklungslinien erkennbar sind, welche Projekte besonders prominent waren und welche Kennzahlen sich konsistent entwickelt haben, bekommst du eine quellengebundene Analyse mit Textstellenverweisen. Kostenlos, kein Setup. Der Haken: US-Datenhaltung, für öffentlich verfügbare Jahresberichte unproblematisch, für interne Vorabversionen mit unveröffentlichten Daten die falsche Wahl.

ChatGPT oder Claude , für Textgenerierung Sobald die strukturierten Daten vorliegen, ist ChatGPT oder Claude das richtige Werkzeug. Du übergibst das Daten-Sheet und eine Kapitelvorlage und erhältst einen Erstentwurf. Claude ist dabei oft die bessere Wahl für längere, konsistente Dokumente, das große Kontextfenster (je nach Modell bis zu einer Million Tokens) erlaubt es, den gesamten Bericht inkl. Vorjahresversion und Datenmaterial auf einmal zu übergeben, ohne Kohärenz zu verlieren. ChatGPT ist gleichwertig für kürzere Kapitel. Weil hier interne Zahlen hineingehen, brauchst du einen Geschäftstarif mit AVV (siehe Datenschutz). Claude Team kostet 20 USD je Platz und Monat bei Jahreszahlung, ab zwei Plätzen. ChatGPT Business kostet ebenfalls 20 USD je Platz und Monat bei Jahreszahlung, auch ab zwei Plätzen.

Gamma , für die Kurzfassung und Präsentationsversion Viele Jahresberichte brauchen eine zweite Version: eine Präsentation für den Senat, das Ministerium oder externe Partner. Gamma wandelt das strukturierte Datenmaterial in ein designtes Slide-Deck um. Das ist kein Ersatz für inhaltliche Arbeit, aber erheblich schneller als das manuelle Aufbereiten in PowerPoint. Freemium, kein Setup.

Make.com oder Microsoft Power Automate , für die Automatisierungspipeline Für die Datenaggregation, automatische Erinnerungs-E-Mails an Arbeitsgruppen und den Daten-Export aus CRIS und ERP brauchst du eine Workflow-Automatisierung. Make.com ist flexibler und günstiger für kleinere Setups; Power Automate ist die richtige Wahl, wenn das Institut bereits auf Microsoft 365 läuft. Beide verbinden per API verschiedene Systeme ohne eigene Serverinfrastruktur.

Microsoft 365 Copilot , für M365-native Umgebungen Wer den Jahresbericht in Word schreibt und alle Daten in SharePoint oder Teams ablegt, kann Microsoft 365 Copilot direkt für Textgenerierung und Zusammenfassungen nutzen, ohne separate LLM-Integration. Copilot versteht die Struktur vorhandener Word-Dokumente und kann darauf aufbauend neue Kapitel schreiben. Copilot Business kostet 18,20 € je Person und Monat im Jahresabo (Aktionspreis bis Ende 2026: 15,60 €), die Enterprise-Variante 26,00 €, jeweils zusätzlich zur Microsoft-365-Lizenz und zzgl. MwSt. Welche Variante für eure Hochschule gilt und ob es einen Education-Preis gibt, klärt die Beschaffung.

Workiva , nur für sehr große Einrichtungen Workiva ist die professionelle Plattform für Finanz- und Nachhaltigkeitsberichte großer Unternehmen, mit Konnektoren für SAP, Audit-Trail und ESRS-Vorlagen. Für Hochschulinstitute ohne komplexe Compliance-Anforderungen ist das mit Einstiegspreisen ab 20.000 USD im Jahr eine überdimensionierte und zu teure Wahl. Relevant wird Workiva für Universitäten, die gleichzeitig CSRD-Berichtspflichten oder externe Prüfanforderungen erfüllen müssen.

Zusammenfassung, wann welcher Ansatz

• CRIS-Daten existieren, M365 ist im Einsatz → Power Automate + Microsoft 365 Copilot
• Daten aus verschiedenen Systemen, flexible Integration gewünscht → Make.com + ChatGPT oder Claude
• Kein separates Budget, Pilottest gewünscht → NotebookLM (öffentliche Vorjahresberichte) + Claude Free
• Präsentation der Ergebnisse nötig → Gamma als Ergänzung

Datenschutz und Datenhaltung

Jahresberichte enthalten typischerweise zwei Arten von Daten: öffentliche Forschungsergebnisse (Publikationslisten, Projekttitel, Kooperationspartner) und interne Verwaltungsdaten (Personalzahlen, Drittmittelstände, unveröffentlichte Projektergebnisse).

Für öffentliche Daten gilt: Gemini Notebook (ehemals NotebookLM) und Gamma mit US-Datenhaltung sind akzeptabel, solange nur finalisierte, ohnehin öffentliche Inhalte verarbeitet werden.

Für interne Verwaltungsdaten gilt die DSGVO: Wer unveröffentlichte Projektdaten, Personalkennzahlen oder Drittmittelstände an externe KI-Dienste übergibt, benötigt einen Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO, mit jedem eingesetzten Anbieter. OpenAI und Anthropic bieten den AVV nur in Geschäftstarifen (ChatGPT Business und Enterprise, Claude Team und Enterprise) und über die API, nicht bei Plus oder Pro, und verarbeiten auf US-Servern. Für Einrichtungen mit strengen Datenschutzanforderungen (Beamtenrecht, sensible Drittmitteldaten, personenbezogene Forschungsdaten) sind zwei Alternativen sauber:

• Claude über AWS Bedrock (Frankfurt): Alle Anfragen bleiben in der EU-Region, AVV über AWS verfügbar.
• Microsoft 365 Copilot mit EU Data Boundary: Daten bleiben in europäischen Rechenzentren, EU Data Boundary-Konfiguration erforderlich.

Beide Optionen erfordern IT-Koordination, sind aber für Hochschuleinrichtungen in der Regel etablierte Wege. Als öffentliche Stelle hat die Hochschule einen Datenschutzbeauftragten (Art. 37 DSGVO), dieser muss in die Entscheidung eingebunden werden, bevor interne Rohdaten an externe Dienste übermittelt werden.

Was es kostet, realistisch gerechnet

Einmalige Einrichtungskosten

• Datenpipeline (CRIS + ERP-Konnektoren, Formularstruktur, Testläufe): 8.000–20.000 Euro, abhängig von Systemkomplexität und ob externe Entwicklungsunterstützung nötig ist
• Prompt-Engineering und Template-Entwicklung für alle Kapitel: 2–4 Tage interner Aufwand oder externer Dienstleister (1.500–3.000 Euro)
• Pilottest und Abnahme mit IT und Datenschutzbeauftragtem: 3–6 Wochen Projektlaufzeit

Laufende Kosten (jährlich)

• LLM-Lizenz mit AVV, weil interne Zahlen verarbeitet werden: Claude Team ab zwei Plätzen, 2 mal 20 USD mal 12 Monate, macht 480 USD im Jahr bei Jahreszahlung
• Alternative: ChatGPT Business, ebenfalls ab zwei Plätzen, 20 USD je Platz und Monat bei Jahreszahlung
• Make: ab 9 USD im Monat bei Jahreszahlung
• Alternative: Power Automate Premium, 13 € je Nutzer und Monat
• Wartung der Pipeline: im ruhigen Jahr 5–10 Stunden, nach einem CRIS- oder SAP-Update deutlich mehr

Was du dagegenrechnen kannst Ein wissenschaftlicher Referent oder eine Forschungskoordinatorin kostet das Institut je nach Vergütungsgruppe zwischen 35 und 60 Euro pro Stunde (Brutto inkl. Nebenkosten). 60 eingesparte Stunden entsprechen damit 2.100 bis 3.600 Euro Arbeitszeit im Jahr. Geld wird daraus nicht, die Stelle bleibt, die Stunden gehen in bessere Inhalte. Kassenwirksam ist nur das externe Lektorat und Layout: Halbiert sich dessen Aufwand, weil die Textentwürfe konsistenter ankommen, spart ihr die Hälfte dieser Rechnung.

Gegen 9.500 bis 23.000 Euro Einrichtung (Pipeline plus Prompt- und Template-Arbeit) und rund 600 US-Dollar laufend im Jahr heißt das: Selbst wenn man die Arbeitszeit als Geld zählte, dauerte die Amortisation drei bis fünfzehn Jahre. Rechnen kann sich die Pipeline, wenn sie mehrere Berichte aus denselben Daten bedient (Institut, Fakultät, Drittmittelberichte) oder wenn die externe Lektoratsrechnung hoch ist. Für einen einzelnen Institutsbericht reicht oft die halbe Lösung: Formular für die Arbeitsgruppen, Abgleich mit OpenAlex, Textentwurf aus dem Chat.

Wie du den Nutzen tatsächlich misst Erfasse vor der Einführung einmalig den tatsächlichen Zeitaufwand des letzten Berichtszyklus, aufgeschlüsselt auf Datenaggregation, Redaktion, Abstimmungen und Lektorat. Nach dem ersten automatisierten Zyklus machst du dieselbe Aufzeichnung. Der Unterschied ist dein ROI.

Typische Einstiegsfehler

1. Mit dem Text anfangen, nicht mit den Daten. Der häufigste Fehler: Man testet, wie gut ChatGPT einen Jahresbericht schreiben kann, bekommt einen beeindruckend strukturierten Text, und merkt erst Wochen später, dass dieser Text auf keinen echten Daten basiert, sondern auf allgemeinem Training. Das LLM formuliert plausibel, was ein Forschungsinstitut schreiben würde. Für einen echten Jahresbericht ist das wertlos. Der richtige Einstiegspunkt ist immer die Datenaggregation, erst wenn die strukturierten Daten verlässlich vorliegen, hat Textgenerierung einen Sinn.

2. CRIS als einzige Quelle behandeln. Wer davon ausgeht, dass das Forschungsinformationssystem vollständig ist, produziert einen Bericht, dem ein Teil der echten Publikationen fehlt. Wie groß der Teil ist, zeigt der erste Abgleich. Eine automatische Kreuzprüfung mit OpenAlex oder CrossRef kostet einen Tag Einrichtungsaufwand und verhindert, dass der Bericht unvollständig ist.

3. Zahlen ungeprüft aus dem LLM übernehmen. Wenn das LLM zur Laufzeit Zugang zu Vordaten hat, kann es Berechnungen vornehmen, und Rechenfehler machen. Jede Zahl im fertigen Bericht muss gegen die Quelldaten zurückverfolgt werden. Das klingt aufwendig, ist es mit einem klaren Protokoll nicht: Jeder Wert wird in der Datei mit der Quellenzeile verknüpft, und eine abschließende Stichprobenkontrolle prüft fünf bis zehn Kennzahlen im Detail. Ohne diese Prüfung riskiert man, einen Bericht mit falschen Zahlen ans Rektorat zu schicken, mit Vertrauensverlust, der schwer zu reparieren ist.

4. Den jährlichen Pflegeaufwand unterschätzen. Die Datenpipeline läuft nach Einrichtung nicht wartungsfrei. CRIS-Systeme werden aktualisiert, API-Strukturen ändern sich, Forschungsschwerpunkte und damit Kapitelstrukturen verschieben sich. Wer nach dem ersten erfolgreichen Berichtszyklus annimmt, es läuft im zweiten Jahr von selbst, erlebt typischerweise einen Überraschungsmoment im Oktober. Im ruhigen Jahr reichen 5 bis 10 Stunden Pflege bei sauber dokumentiertem System, nach einem CRIS- oder SAP-Update deutlich mehr. Ohne Dokumentation vervielfacht sich das.

Was mit der Einführung wirklich passiert, und was nicht

Das erste Jahr ist immer ein Hybridjahr. Die Pipeline läuft, liefert strukturierte Daten, aber Carolin wird die Textentwürfe intensiver nachbearbeiten als geplant, weil sie die Grenzen des Systems noch nicht kennt und weil manche Daten besser in das System eingegeben wurden als andere.

Das ist keine Fehlfunktion. Das ist die Lernphase.

Was in fast jeder Einführung auftritt:

Die Datenlücken-Entdeckung. Zum ersten Mal wird dokumentiert sichtbar, wie lückenhaft das CRIS wirklich ist. Das erzeugt Diskussionen, nicht über das KI-System, sondern über Datenhygiene und Eingabedisziplin. Diese Diskussion ist wertvoll und ist eine der bleibenden Gewinne aus der Einführung, auch wenn sie unbequem ist.

Die Formulardebatte. Wenn du Arbeitsgruppen bittest, Projektdaten in strukturierte Formulare einzutragen statt in Freitexte, gibt es Widerstand. “Wir beschreiben unsere Forschung nicht in drei Bullet Points, das wird unserem Profil nicht gerecht.” Das ist ein legitimer Einwand, und der Weg durch ihn hindurch ist: die Formulare gemeinsam mit einer oder zwei Arbeitsgruppen entwickeln, nicht diktieren. Die Leute, die das Formular mitgestaltet haben, füllen es besser aus.

Die Qualitätsfrage beim LLM-Text. Die ersten Textentwürfe klingen generisch, weil die Eingabedaten generisch sind. Wenn die Highlights einer Arbeitsgruppe aus dem Formular “3 Drittmittelprojekte genehmigt, 12 Publikationen, 2 Gastwissenschaftler” bestehen, schreibt das LLM einen generischen Text. Wenn darin steht “Kooperation mit einem japanischen Automobilzulieferer, gemeinsames Paper in Nature Materials, ERC Consolidator Grant für Prof. Müller”, schreibt das LLM etwas Lesbares. Die Qualität der KI-Texte ist eine direkte Funktion der Datenqualität.

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände, und was dahintersteckt

„Wir produzieren kein Fließband-Dokument. Ein Jahresbericht ist auch ein Aushängeschild.” Das stimmt, und das ändert nichts. Niemand schlägt vor, den Bericht ungekürzt aus dem LLM zu übernehmen. Der Prozess ist: Datenaggregation automatisieren, Erstentwürfe erzeugen, Redaktion und inhaltliche Überarbeitung durch Menschen. Die wissenschaftliche Koordination, die heute 25 bis 35 Stunden mit Datenzusammenklicken verbringt, hat nach der Einführung gut 20 bis 30 Stunden mehr Zeit für genau das inhaltliche Aushängeschild-Qualitätswerk, das sie bisher nicht leisten konnte.

„Unsere Daten sind zu sensibel für externe Cloud-KI.” Das ist ein lösbares Problem. Claude über AWS Bedrock (Frankfurt) und Microsoft 365 Copilot mit EU Data Boundary halten die Daten in Europa und bieten DSGVO-konforme AVV. Beide Wege erfordern IT-Koordination, aber sie sind in Hochschulumgebungen etablierte Pfade, keine Ausnahmen. Wenn das Haus bereits Microsoft 365 nutzt, ist M365 Copilot der naheliegendste Schritt ohne neue Datenschutzdiskussion.

„Der Aufwand für die Einrichtung lohnt sich nicht, wir erstellen den Bericht nur einmal im Jahr.” Stimmt für das erste Jahr, wenn man nur den Einrichtungsaufwand gegen den ersten Berichtszyklus rechnet. Die Rechnung ändert sich ab dem zweiten Jahr: Die Pipeline steht, die Templates sind getestet, der Aufwand sinkt weiter. Bindet der Bericht regelmäßig 80 Personalstunden, sind nach drei Jahren rund 200 Stunden Koordinationszeit gespart, das ist die Größenordnung einer intern gebauten Pipeline. In Euro rechnet es sich nur über das, was ihr extern einkauft, oder wenn dieselbe Pipeline mehrere Berichte bedient.

Woran du merkst, dass das zu dir passt

• Dein Jahresbericht bindet regelmäßig mehr als 40 Personalstunden, über Koordination, Datenaggregation, Redaktion und Abstimmungen verteilt
• Daten aus mindestens drei verschiedenen Systemen müssen manuell zusammengeführt werden (CRIS, Finanzsystem, Projektsystem)
• Die Kapitelstruktur des Berichts ist jährlich stabil, nicht jedes Jahr komplett neu. Wenn die Grundstruktur sich jedes Jahr grundlegend ändert, lohnt sich Automatisierung weniger
• Du hast oder kannst IT-Unterstützung für die API-Integration bekommen, auch in kleinen Instituten reichen oft externe Dienstleister für 2–3 Tage

Wann es sich noch nicht lohnt, drei harte Ausschlusskriterien:

1. Institut mit weniger als 20 Mitarbeitenden und unter 50 Publikationen jährlich. Der Einrichtungsaufwand von 8.000–20.000 Euro und 12–20 Wochen Projektlaufzeit ist für einen Bericht, der ohnehin in einer Woche manuell zu erstellen ist, nicht gerechtfertigt. Für kleine Institute reicht ein gut strukturiertes Template in Word und ein Formular für Arbeitsgruppen.

2. Kein funktionierendes CRIS oder keine strukturierten Datenquellen. Wenn Publikationen, Projekte und Drittmittel nicht in irgendeiner Form digital erfasst sind, gibt es für die Datenpipeline keine Grundlage. Der erste Schritt wäre dann nicht Automatisierung, sondern Datenerfassung. KI kann keine Ordnung aus Chaos aggregieren, sie braucht strukturierte Eingaben.

3. Keine Möglichkeit, IT-seitig APIs freizugeben. An manchen Hochschulen ist der IT-Betrieb so restriktiv konfiguriert, dass externe API-Verbindungen zu CRIS oder SAP nicht genehmigt werden. Ohne diese Verbindungen bleibt nur manuelle Dateneingabe, und dann ist die Automatisierung auf Textgenerierung reduziert, was allein den Aufwand nicht wesentlich verringert.

Das kannst du heute noch tun

Der einfachste erste Test kostet dich 30 Minuten und kein Budget: Öffne Gemini Notebook (ehemals NotebookLM) , lade die letzten zwei Jahresberichte deines Instituts hoch (beide sind vermutlich ohnehin öffentlich verfügbar), und stelle die Frage: „Welche Entwicklungen sind zwischen diesen beiden Berichten erkennbar? Was sind die stärksten Wachstumsbereiche und was ist stagniert?” Du bekommst eine quellengebundene Analyse, mit Textstellenverweisen, damit du prüfen kannst, ob die Aussagen zutreffen.

Wenn du siehst, dass das Modell valide Aussagen auf Basis deiner echten Daten trifft, weißt du: Das Konzept funktioniert für deinen Kontext.

Für den nächsten Schritt, die Textgenerierung aus strukturierten Daten, brauchst du ein Template. Hier ist ein Prompt, den du direkt in Claude oder ChatGPT übernehmen kannst:

Quellen & Methodik

• Zeitaufwand Datenaggregation und Berichtserstellung: Unsere Größenordnungen, keine Messung und keine Erhebung.
• CRIS-Datenvollständigkeit: Eine belastbare Lückenquote für deutsche Forschungsinformationssysteme kennen wir nicht, die Zahl zeigt euer eigener Abgleich.
• Halluzinationsrisiko durch unverankerte LLM-Nutzung: Atlan, „LLM Hallucinations” (2025/2026); Lakera, „Guide to Hallucinations in LLMs” (2025), Blogbeiträge.
• Preisinformationen Tools: Laut unseren Toolseiten zu Claude, ChatGPT, Microsoft 365 Copilot, Make, Power Automate, Gamma und Workiva (Stand Juli bis September 2026).
• AWS Bedrock Frankfurt / M365 EU Data Boundary: Offizielle Dokumentation AWS und Microsoft (Stand Mai 2026).

Du willst abschätzen, ob der Einrichtungsaufwand für euer spezifisches Institut realistisch ist, welche Systemkonnektoren wirklich nötig sind und was das kostet? Meld dich, das klären wir in einem kurzen Gespräch.