Einmal definieren, überall verwenden
Jedes Jahr dasselbe Template in Word öffnen und Zahlen ersetzen ist keine Automatisierung. Echte Wiederverwendbarkeit trennt das Stabile vom Veränderlichen – durch eine dreistufige Architektur, die mit Ihren Berichtspflichten mitwächst.
Was sich ändert
Copy-Paste als Wiederverwendung
Echte Wiederverwendung durch Trennung
Drei Ebenen – drei verschiedene Lebenszyklen
Was ein SFCR enthält, ändert sich selten. Welche konkreten Zahlen darin stehen, ändert sich jährlich. Diese Trennung konsequent umzusetzen, macht den Unterschied.
Master Data – Zentrale Definitionen
Template – Strukturvorgaben
Instanz – Konkrete Berichte
Eine Kennzahl, viele Berichte
„Bruttobeiträge" klingt eindeutig. Bis zwei Abteilungen unterschiedliche Zahlen liefern. Die Plattform definiert jede Kennzahl einmal zentral – mit formaler Definition, Validierungsregeln und Datenquelle.
Dieselbe Definition fließt in den SFCR, den ORSA, den Vorstandsbericht und das Benchmarking. Keine doppelte Pflege, keine Inkonsistenzen.
Mehr zur NachverfolgbarkeitWas ein Template alles enthält
Ein Template ist mehr als eine Kapitelstruktur. Es definiert für jeden Abschnitt: welche Daten gebraucht werden, wie Texte klingen sollen, was der Reviewer prüft und was der Regulator fordert.
Was sich ändert – und was nicht
Die dreistufige Architektur sorgt dafür, dass Änderungen nur dort wirken, wo sie hingehören. Keine Kettenreaktionen, keine manuellen Nacharbeiten.
Neue Kennzahl einführen
Finance definiert „Rückversicherungsquote" zentral. Ab sofort für alle Berichte verfügbar – ohne Template-Änderung, ohne Sonderprojekt.
EIOPA ändert Kapitelstruktur
Neue Unterkapitel in B.7 gefordert. Template wird angepasst – alle folgenden Berichte nutzen die neue Struktur. Historische Berichte bleiben unverändert.
Korrektur eines Zahlenwerts
Fehler in der Schadensquote erkannt. Korrektur wird mit Begründung erfasst, abhängige Berechnungen laufen automatisch, Audit-Trail dokumentiert alles.
Neuer Berichtstyp: CSRD
Erstmals Nachhaltigkeitsbericht gefordert. Neues Template erstellen – aber auf derselben Datenbasis. CO₂-Kennzahlen aus dem Master Data, gleiche Qualitätssicherung.
Jedes Jahr schneller, jeder Berichtstyp einfacher
Was Sie im ersten Jahr aufbauen, beschleunigt jeden folgenden Berichtszyklus – und jeden weiteren Berichtstyp.
Eine Datenbasis, viele Berichtstypen
Dieselben Kennzahlen fließen in verschiedene Berichte – zentral definiert, überall konsistent.
Was sind Reporting Templates – und warum dreistufig?
Ein Reporting Template ist die strukturelle Blaupause für regulatorische Berichte – aber im Kontext einer dreistufigen Architektur erst richtig wirksam. Die Plattform trennt drei Ebenen mit unterschiedlichen Lebenszyklen: Master Data (zentrale Kennzahlen-Definitionen, ändert sich selten, unternehmensweit gültig), Template (Strukturvorgabe pro Berichtstyp und Jahr, ändert sich bei Regulierungsänderungen) und Instanz (konkreter Bericht eines Geschäftsjahres mit Zahlen, Texten und Freigaben). Eine Änderung wirkt nur dort, wo sie hingehört – ohne Kettenreaktionen quer durch das gesamte Reporting-Portfolio.
Die Konsequenz: Eine Kennzahl wie „Bruttobeiträge gesamt" wird einmal definiert und versorgt anschließend alle Berichtstypen – im SFCR-Template als Tabelle nach Sparten, im ORSA-Template als 3-Jahres-Projektion, im Vorstandsbericht als Quartil-Vergleich. Keine doppelte Pflege, keine Inkonsistenzen, keine Diskussion über Definitionen.
Boundary: Konzept versus Prozess
Diese Page erklärt das Konzept der dreistufigen Template-Architektur. Wer prozessual wissen will, wie eine konkrete Berichtsstruktur angelegt wird – also wie eine Kapitelstruktur in der Plattform abgebildet, eine Schreibanleitung verfasst oder eine Tabellenvorlage definiert wird –, findet das im Workflow-Schritt 1. Die beiden Pages ergänzen sich: Architektur-Verständnis hier, prozessuale Anleitung dort.
Anwendung in der Versicherungsbranche
Die SFCR-Berichterstattung unter Solvency II ist das Paradebeispiel für die dreistufige Architektur. Die SFCR-Struktur (Kapitel A bis E) ist über Jahre weitgehend stabil – ein einmal definiertes Template trägt mehrere Berichtszyklen. Die Kennzahlen (Bruttobeiträge, versicherungstechnische Rückstellungen, Solvenzquoten) sind Master-Data-Inhalte, die jährlich aktualisiert werden. Konkrete Zahlen und Begründungstexte landen in der Instanz. Mehr zur branchenspezifischen Umsetzung im Beitrag zu SFCR-Berichten in der Schritt 1: Berichtsvorlage anlegen-Workflow-Seite.
Cross-Pillar: Compliance-Templates jenseits des Reportings
Dieselbe dreistufige Architektur lässt sich auf Compliance-Dokumentation übertragen: Risikobewertungen, IKS-Kontrollen oder ISMS-Maßnahmenpläne folgen demselben Master-Data-/Template-/Instanz-Schema. Die GRC-Plattform nutzt vergleichbare Strukturen für Compliance-Templates – mit unternehmensweit definierten Risiko-Taxonomien, wiederverwendbaren Kontroll-Templates und konkreten Bewertungs-Instanzen pro Berichtsperiode.
Topologie regulatorischer Berichterstattung
Templates bilden das strukturelle Rückgrat der gesamten aufsichtsrechtlichen Berichterstattung: Sie verbinden die Master-Data-Schicht (Kennzahlen, Dimensionen, Validierungsregeln) mit den konkreten Berichtsinstanzen (Geschäftsjahre, Versicherungsunternehmen, Berichtsperioden). Ohne diese Trennung ist Wiederverwendung nur Copy-Paste; mit ihr wird sie zum systematischen Architektur-Prinzip, das mit jeder neuen Regulierung mitwächst.
Häufige Fragen zu Reporting Templates
Was ist ein Reporting Template?
Ein Reporting Template ist die strukturelle Blaupause für eine Berichtsperiode – die mittlere Ebene der dreistufigen Template-Architektur. Es definiert die Kapitelstruktur, Tabellenformate, Schreibanleitungen, Review-Checklisten und regulatorischen Anforderungen für einen Berichtstyp wie SFCR oder ORSA. Das Template selbst enthält keine Zahlen – die kommen aus dem Master Data und werden zur Berichtsinstanz befüllt.
Wie funktioniert die dreistufige Template-Architektur?
Die dreistufige Architektur trennt drei verschiedene Lebenszyklen: Master Data (Kennzahlen-Definitionen, Dimensionen, Berechnungslogik – ändert sich selten, unternehmensweit gültig), Template (Strukturvorgabe pro Berichtstyp und Jahr – ändert sich jährlich) und Instanz (konkreter Bericht mit Zahlen, Texten, Freigaben – ändert sich pro Berichtsperiode). Eine Änderung wirkt nur dort, wo sie hingehört.
Was unterscheidet Template und Berichtsinstanz?
Das Template ist der Bauplan, die Instanz ist das Gebäude. Das Template definiert: welche Kapitel, welche Tabellen, welche Schreibanleitungen, welche Anforderungen müssen erfüllt sein. Es enthält keine konkreten Werte. Die Instanz ist der fertige Bericht eines Geschäftsjahres mit echten Zahlen, generierten Texten, Quellverknüpfungen, Reviewer-Entscheidungen und vollständigem Audit-Trail. Aus einem Template entstehen viele Instanzen – pro Geschäftsjahr und pro Berichtsempfänger eine.
Wie kann ein Template für mehrere Berichtstypen genutzt werden?
Templates selbst sind berichtstyp-spezifisch (SFCR-Template, ORSA-Template, CSRD-Template). Aber sie greifen auf dieselbe Master-Data-Schicht zu – die zentrale Kennzahlen-Bibliothek. Eine Kennzahl wie „Bruttobeiträge gesamt" wird einmal definiert und fließt in alle Templates: im SFCR-Template als Tabelle nach Sparten, im ORSA-Template als Projektion, im Vorstandsbericht als Quartil-Vergleich. Eine Quelle, viele Outputs – ohne doppelte Pflege.
Wie viel Aufwand steckt in Ihrem Berichtsprozess?
In einer Demo zeigen wir die dreistufige Architektur, Template-Wiederverwendung und Multi-Report-Fähigkeit live.
Demo vereinbaren