Hallo Giuseppe,
wie man bei Systementwicklungen die Inkonsistenzen in der Zusammensetzung historischer Indizes berücksichtigt, ist eine wichtige und interessante Frage.
Die korrekte Lösung ist natürlich, alle historischen Veränderungen im Index herauszufinden, zu dokumentieren und dann den Index über die benötigte Historie auf täglicher Basis rückzurechnen.
Kapitalerhöhungen mit Verwässerungseffekten, Fusionen, Namensänderungen, Neuemissionen und Delistings u.ä. sind zu berücksichtigen.
Diese Lösung ist zwar korrekt, aber so schwierig und zeitaufwändig zu recherchieren und umzusetzen, dass sie praxisfern ist.
Das gilt besonders, wenn Systeme auf mehrere Indizes entwickelt werden sollen.
Der nach meiner Kenntnis übliche Workaround ist deshalb, bei Systementwicklungen die historischen Änderungen der Zusammensetzung der Indizes weitgehend unberücksichtigt zu lassen.
Diese Lösung ist praxistauglich, wenn sie nicht auf Indizes angewandt wird, deren Zusammensetzung sich regelmäßig periodisch ändert.
Der FTSE 100-Index mit vierteljärlich regelmäßiger Revision der Indextitel auf Basis ihrer aktuellen Marktkapitalisierung ist ein Beispiel für einen sich periodisch ändernden Index.
Eine saubere Lösung für einen Solchen Index ist es, ihn wirklich periodisch neu berechnen zu lassen ( analog zu Futures-Einzelkontrakten) und dann die Berechnungen innerhalb eines Investox-Kombititels
unadjustiert zu verknüpfen.
Auch diese Lösung ist aber aufwändiger, als die ebenfalls gangbare Alternative einer Systementwicklung auf den FTSE All Share Index anstelle des FTSE 100.
Grundsätzlich ist es ja so, dass die Veränderungen der Zusammensetzung von Indizes für das Kursverhalten des Index umso weniger relevant sind, je seltener sie erfolgen und je weniger Titel eines Index sie betreffen.
Wenn sich ein Systementwickler dazu entschließt, die Inkonsistenzen in der Zusammensetzung der Indizes unberücksichtigt zu lassen, sollte er deshalb bevorzugt auf Indizes mit vielen Einzelwerten entwickeln (z.B. S&P 500, Russel 1000, Nasdaq Composite).
Enthalten Indizes auf die entwickelt werden soll, wenige Einzeltitel so ist die Nicht-Berücksichtigung historischer Änderungen der Zusammensetzung akzeptabel, wenn die Zusamensetzung der Indizes vergleichsweise selten geändert wird (z.B. bei Dax30, Dow Jones Industrial oder London FT30).
Ein "no go" bei Nichtberücksichtigung der Änderungen ist die Verwendung von Indizes die aus wenigen Einzeltiteln bestehen und deren Zusammensetzung sich häufig ändert.
Natürlich gibt es auch Systementwickler, die eine Nichtberücksichtigung für inakzeptabel halten.
Diese Entwickler könnten entweder nur in Kurzfrist-Bereichen entwickeln, bei denen die Index-Zusammensetzung kostant ist, oder sie könnten alternativ auf die Verwendung von Indizes in den Systemen verzichten.
Last but not least bliebe auch noch die Möglichkeit, ab sofort sämtliche Veränderungen eines Index selbst penibel zu dokumentieren, um dann in 10 Jahren für die langfristige Systementwicklung auf einen wirklich
sauberen Index zugreifen zu können , welcher dann hoffentlich auch im Markt noch existiert.
Bei der Verwendung von Marktbreite-Indikatoren in Investox-Handelssystemen werden die Indikatoren immer so berechnet, als entspräche die aktuelle Portfolio-Zusammensetzung auch der historischen Zusammensetzung.
Um stabile Systeme auf Marktbreite-Basis zu entwickeln, kann man erweiterte Robustheitstests durchführen, indem man in den Titelkatalogen die historischen Änderungen durch Zufügen/Streichen von Titeln simuliert.
Solche Änderungen der Katalogtitel sollten bei robusten Systemen wenig ergebnisrelevant sein.
Einer sich über die Historie deutlich erhöhenden Titelzahl in einem Index könnte durch den Einsatz prozentual auf die Gesamttitelzahl berechneter Indikatoren Rechnung getragen werden.
Das Thema ist wirklich komplex und
den richtigen Weg für alle Arten von Indizes und Systemen gibt es wohl auch gar nicht.
Ich lasse z.B. bei meinen Systemen die historischen Änderungen der Zusammensetzung des Index meistens unberücksichtigt, berücksichtige dafür aber die anderen von mir im Text genannten Kriterien.
Vielleicht antworten Dir ja noch andere Entwickler mit ganz anderen Königswegen.