Onboarding

Anleitung für Rechner, Upload und Review

Diese Seite beschreibt die praktische Nutzung der Workbench: schneller Einstieg, CSV-Format für Portfolio-Uploads, typische Arbeitsabläufe und die fachliche Interpretation der Ergebnisse.

Die Anleitung ist auf die öffentliche Testphase zugeschnitten und beschreibt die aktuell verfügbare Sandbox-Logik.

Muster-CSV und direkte Upload-Hinweise finden Sie im IFRS-17-Rechner unter Portfolio-Upload.

Schritt 01

Passenden Rechner wählen

Öffnen Sie IFRS 17, Solvency II oder bAV über /rechner und prüfen Sie direkt den fachlichen Zweck des Moduls.

Schritt 02

Annahmen bewusst setzen

Diskontierung, Sterbetafel, Bewertungsstandard und weitere Parameter sind Teil der Review-Oberfläche, nicht nur technische Defaults.

Schritt 03

Ergebnisse als Review lesen

Kernkennzahlen, Warnungen, Datenbasis und Export sind für die fachliche Einordnung gemeinsam strukturiert.

Workflows

IFRS 17 Workflow

Einzelpolice oder Portfolio laden, Bewertungsmodell explizit wählen und die Datenbasis vor dem Review lesen.

Direkt zum Modul →

Solvency II Workflow

Kapitalanforderungen, Risikomodule und Solvenzquote mit Asset-Mix und Basiseingaben plausibilisieren.

Direkt zum Modul →

bAV Workflow

IAS 19, HGB oder Vergleich auswählen, Personendaten erfassen und die Bewertungsannahmen bewusst dokumentieren.

Direkt zum Modul →

Portfolio-Upload

Der Portfolio-Upload steht im IFRS-17-Rechner zur Verfügung. Laden Sie eine Datei mit der Endung .csv hoch oder nutzen Sie die Musterdatei direkt aus der Upload-Komponente.

Header werden automatisch getrimmt, in Kleinbuchstaben konvertiert und Leerzeichen durch Unterstriche ersetzt. Beispiel: Issue Age wird zu issue_age.

Ungültige Zeilen werden nicht stillschweigend verworfen: Sie erscheinen im Prüfbericht und müssen ausdrücklich bestätigt oder als Fehlerbericht exportiert werden. Fehlen Pflichtspalten, stoppt der Import mit einer Fehlermeldung.

Die Datei wird nur im Browser eingelesen. Der Upload akzeptiert maximal 1.000 Policen und 5 MB; ein fehlendes issue_date-Feld wird am API-Übergang mit dem aktuellen ISO-Datum ergänzt.

CSV-Muster

policy_id,face_amount,premium,issue_age,policy_term,issue_date,gender,policy_type,participation_factor
P001,100000,3000,35,20,2024-01-01,UNISEX,term_life,
P002,75000,2200,47,15,2023-07-01,F,endowment,

Zahlen bitte als plain decimals ohne Tausendertrennzeichen oder Währungssymbole angeben. Datumsfelder müssen im Format YYYY-MM-DD vorliegen.

Ergebnisse interpretieren

IFRS 17: Positive CSM steht für noch nicht realisierten Gewinn, eine positive Verlustkomponente für belastende Verträge.

Solvency II: Die Solvenzquote setzt Eigenmittel ins Verhältnis zum SCR; das MCR bildet die regulatorische Mindestuntergrenze.

bAV: Die DBO ist der Barwert der bis zum Stichtag erdienten Leistungen unter den gewählten Annahmen; Unterschiede zwischen IAS 19 und HGB resultieren vor allem aus Zins- und Trendannahmen.

Fehlersuche

Bei Upload-Problemen zuerst Headernamen, Datumsformat und positive Werte in face_amount prüfen.

Wenn eine Berechnung nicht startet, inkonsistente Eingaben wie negative Werte, unrealistische Laufzeiten oder leere Pflichtfelder korrigieren.

Für fachliche Einordnung der Methodik stehen unter /methodik die Grundlagenseiten bereit.

CSV-Spezifikation

Spalte	Format	Pflicht
policy_id	Eindeutige Policen-ID, z. B. P001	Ja
face_amount	Versicherungssumme als Dezimalzahl ohne Währungssymbol	Ja
premium	Jahresprämie als Dezimalzahl	Ja
issue_age	Eintrittsalter als ganze Zahl (0–120)	Ja
policy_term	Laufzeit in Jahren als ganze Zahl (1–100)	Ja
issue_date	ISO-Datum YYYY-MM-DD; falls die Spalte vorhanden ist, für jede Zeile erforderlich	Optional
gender	M, F, MALE, FEMALE, UNISEX oder U; leer = UNISEX	Optional
policy_type	term_life, endowment oder annuity; leer = term_life. Der veraltete Wert whole_life wird als endowment eingelesen	Optional
participation_factor	Dezimalzahl 0–1 für VFA; leer = nicht übertragen	Optional

Unterstützte policy_type-Werte der Workbench sind term_life, endowment und annuity. Der Upload prüft diese Werte und meldet unbekannte Angaben als Fehler. Der frühere Wert whole_life wird weiterhin akzeptiert und als endowment eingelesen — die Bewertung enthielt schon immer eine Erlebensfallleistung zum Laufzeitende.

Speicherung

Was nach dem Lauf passiert

Die Eingaben werden für die Berechnung an die Server- und Python-Engine gesendet. Ein anonymer Lauf wird nicht als dauerhafter Verlauf gespeichert.

Gespeicherte Szenarien liegen lokal im Browser. Ein angemeldeter Verlauf ist nur verfügbar, wenn Firebase/Firestore im Deployment konfiguriert ist.

Review-Regel

Ergebnis nie ohne Datenbasis lesen

Prüfen Sie vor einer fachlichen Verwendung immer Bewertungsmodell, Referenzstand, Sterbetafel, Zinsannahmen, Warnungen und Methodik. Die Oberfläche ist eine Sandbox und kein Reporting- oder Gutachtenwerkzeug.