Der Risikoträger (SFGDT) dient zur strukturierten und hierarchisierten Ablage von zusammengesetzten oder einfachen Geschäften in der Risikoanalyse. Er ist die Grundlage für die Preisrechner und die Auswertungen, unabhängig davon, wo die Daten originär liegen (extern oder z.B. im TR-TM).

Der SFGDT besteht aus folgenden Teilen:

• ABEST zur Beschreibung von Merkmalen zur reinen Anzeige (z.B. in der Recherche), diese Information ist nicht preisrechnerrelevant.
• FGDT, das die Grundlage für die Analyse legt. Dieses FGDT selbst besteht aus (möglicherweise) mehreren FGETs (FinanzGeschäftsElemantarTyp), die über eine Hierarchie das FGDT bilden. Das oberste FGET nennt sich auch MASTER-FGET und trägt die Information des ursprünglich abzubildenden Geschäfts. (Als Beispiel besteht ein Cap aus mehreren CAPlets. Diese sind alle FGETs, die unter dem Master-FGET CAP hängen.)
• Die Elemente GID (Global Identifier) in Kombination mit dem Verzweigungsgrad definieren die Struktur des Risikoträgers. Der Verweigungsgrad ist 0 für Blätter im Baum und ein einfacher Integer-Wert, GID hingegen ist eine Tabelle aus Integern, deren Länge gerade die Ebene des Baumes beschreibt, auf der sich der bezeichnete Knoten befindet.

Das Abspeichern eines (oder mehrerer) SFGDTs auf der Datenbank (und somit auch auf Unix-File o.ä.) ist nicht so ohne weiteres möglich. Das liegt daran, daß komplexe Datenstrukturen z.Zt. nicht auf der DB abgelegt werden können. Das SFGDT muß vielmehr zerlegt werden und dann in flachen Strukturen weggeschrieben werden. Dabei ist allerdings zu beachten, daß auch die ursprüngliche, hierarchische Struktur wiederherstellbar ist.

Zuerst die Darstellung eines möglichen SFGDTs:

In der Risikoanalyse wird die Hierarchie von Elementargeschäften durch sog. "GIDs" (Global Identifier) in Kombination mit einem "Verzweigungsgrad" realisiert: Eine GID ist dabei ein n-Tupel (n ist die aktuelle Stufe eines FGETs in der Hierarchie) von natürlichen Zahlen (Integer). Sei bspw. (1/2/1) ein GID eines Knoten (FGET) im Baum, der Verzweigungsgrad sei 3, dh. es existieren 3 unmittelbare Nachfolger. Die GIDs dieser unmittelbaren Nachfolge-FGETs in der Hierarchie sind dann: (1/2/1/1), (1/2/1/2), (1/2/1/3), sie ergeben sich durch einfaches Anhängen eines weiteren Integers aus dem Wertebereich (1... Verzweigungsgrad) an den GID des Vorgängers. Somit ist eine quasi-doppelt verkettete Beziehung zwischen Vorgänger und Nachfolger in der Hierarchie realisiert: durch Anhängen eines Integer an den eigenen GID gelangt man zu den Nachfolgern, durch Streichen des letzten Eintrages der GID eines Knoten erhält man entsprechend die GID des Vorgängers (Die Wurzel hat dabei immer GID (1)).

Die Ablage dieser Informationen erfolgt in der Struktur JBIHIER08.

Die Wiederherstellung kann rekursiv erfolgen unter Ausnutzung der Tatsache, daß die Rangstelle der GIDs durch lexikographisches Ordnen entstanden ist. Die Struktur JBIHIER08 ist für obiges Beispiel wie folgt gefüllt:

Nun kann folgender Algorithmus verwendet werden:

• Initialisierung durch ((1), 1, X)
• Die lfd. Nummer 1 gehört zum GID (1).
  Last_Nr_used = 1 (letzte benutzte lfd. Nr.)
• Die lfd. Nr. 1 hat 3 Nachfolger, das müssen aufgrund der Ordnung und Last_Nr_used = 1 gerade die lfd. Nr. 2 bis 4 sein, somit ist lfd. Nr. 2 = (1/1), 3 = (1/2), 4 = (1/3).
  Last_Nr_used = 4 (letzte benutzte lfd. Nr.)
  Löschen des Verarbeitungs-Flag für (1).
• Das Verarbeitungs-Flag wird gesetzt, falls der Verzweigungsgrad > 0 ist, d.h. noch Nachfolger kommen. Dies ist bei 2 und 4 der Fall.
  Diese sind dann wie oben zu verarbeiten, für 2 also:
  2 hat 2 Nachfolger, Last_Nr_used = 4, also 5 und 6 mit den GIDs (1/1/1) und (1/1/2).
• Gibt es in der Verarbeitungsstruktur keinen Eintrag mehr mit gesetztem Verarbeitungs-Flag, so ist die Hierarchie hergestellt.