Infobrief Juli Themen. ABOR und IBOR eine strategische Fragestellung für Asset. Manager

Transkript

1 Infobrief Juli 2015 Die Spezialisten für Strategie und Technologie im Asset Management Themen ABOR und IBOR eine strategische Fragestellung für Asset Manager

2 ABOR und IBOR Einführung Hintergrund Die Investitionsbuchhaltung wird aufgrund der Tatsache zunehmend komplexer, dass Asset Manager neue Produkte über unterschiedliche geographische Regionen mit unterschiedlichen rechtlichen/regulatorischen Anforderungen aufsetzen und handeln. ABOR Asset Manager verwendeten in der Vergangenheit Tagesend- oder Abwicklungskurse aus Trade Management- und Portfoliobuchhaltungssystemen, um die täglichen Positionsveränderungen zu verfolgen, welche in einem sogenannten Accounting Book of Records dokumentiert (ABOR) wurden. Ein ABOR ist das (Fonds-)Buchhaltungssystem, welches den Back Office Betrieb unterstützt und auch die Basis für nachgelagerte Tätigkeiten wie z. B. Meldewesen_Reporting etc. bildet. IBOR Die wachsende Komplexität der Trading- Strategien, die globale Aufstellung der Asset Manager sowie regulatorische Herausforderungen führen dazu, dass verstärkt der Fokus auf das Investment Book of Records (IBOR oder Bestandsführung) gesetzt wird. IBOR generiert eine vollständige, zeitaktuelle Sicht der Buchhaltung aus einer Investment-Perspektive heraus, indem es Konten, Transaktionen und Abwicklungen innerhalb eines Geschäftsstages verfolgt. Diese Verarbeitung der Daten in Echtzeit ermöglicht eine kontinuierliche und lückenlose Übersicht, welche einen größeren Mehrwert als Daten aus einer Tagesendverarbeitung bietet. Im Unterschied zum ABOR, welches aufgrund der Tagesendverarbeitung mit einer T-1 Basis operiert, arbeitet IBOR auf einer tagesaktuellen Basis T[-0]. IBOR muss nicht zwingend die Datenquelle für diejenigen Systeme und Anwendungen sein, welche auf historische Daten angelegt sind (wie z. B. Performance oder Kundenreporting). Eine parallele Nutzung von IBOR-Daten und Daten aus Tagesendverarbeitungen kann zu Synergieeffekten führen. Die Stärken einer idealen IBOR- Architektur Single source of truth, die Positionen aller Asset-Klassen werden in Echtzeit dargestellt. Durch zeitnahe Darstellung der Assets kann ein höherer Investitionsgrad erreicht werden. Bereitstellung von Positionsdaten für Investitionszwecke, aber auch um Konsistenz mit Positionsdaten für Handel, Buchhaltung, Verwahrung, Corporate Actions, Performance und Reporting zu sichern. Ein IBOR hilft bei der Risikoreduzierung von Handelsfehlern, welche bei nicht vollständig abgewickelten Positionen auftreten können und unterstützt auch bei einem effizienten

3 Mapping der Exposure von risikobehafteten Wertpapieren (Beispiel: Griechenland-Anleihen). Da IBOR nicht an Daten mit einem einzelnen Abwicklungsstatus gebunden ist, kann es den Anforderungen der Front Office Nutzer besser gerecht werden, welche in manchen Fällen verschiedene Position Views, beispielsweise die Simulation eines vergangenen Geschäftsvorfalls oder auch eine langfristige Prognose, benötigen. Herausforderungen bei der Infrastruktur und der Integration eines IBORs Folgende Fragestellungen sollten bei der Planung einer IBOR-Implementierung gründlich analysiert werden: Sollen das IBOR und ABOR in einem System integriert werden oder getrennt aufgesetzt werden (Front to Back vs. Best of Breed in Verbindung mit ESB)? Wie stark ist die Handelstätigkeit? Bildet ABOR bei geringer Transaktionshäufigkeit eventuell eine gute Annäherung an IBOR? Welche Auswirkung auf vor- und nachgelagerte Systeme hat die Einführung eines IBORs? Können die vor- und nachgelagerten Systeme mit Formaten wie SWIFT, XML technisch umgehen? ein Muss für jeden institutionellen Asset Manager mit hoher Handelstätigkeit ist. Unsere Dienstleistung Anadeo Consulting kann Sie bei der Analyse und Umsetzung der für die Einführung einer IBOR-Architektur und der hierfür benötigten Maßnahmen unterstützen. Hierbei berücksichtigen wir die daraus entstehende Chancen und Risiken und diskutieren gerne mit Ihnen den für Sie optimalen Lösungsansatz. Ansprechpartner bei Anadeo Ihre Ansprechpartner für dieses Thema sind Giovanni Marchi, Stefan Scheible und Alexandru Nascutzy. Fazit Befragte Asset Manager aus Europa argumentieren, dass unter den heutigen Bedingungen in der Finanzindustrie eine ABOR- Landschaft für die Investitionssteuerung nicht mehr ausreicht und dass das IBOR

4 Die Herausforderung einer 2-Plattform ABOR/IBOR Lösung Verschiedene Studien zeigen, dass eine IBOR-Plattform in Bezug auf Investitionsentscheidungen einen Mehrwert bringen kann. Vor dem Hintergrund wird hinsichtlich der Weiterentwicklung der Systemarchitektur eines Asset Managers immer wieder zu prüfen sein, ob eine integrierte Wall-to-Wall Lösung (Front-, Middle- und Back Office) signifikante Vorteile ggü. einer Best-of-Bread Lösung mit spezialisierten Systemen und einem getrennten Investment-/Accounting Book of Records bietet. Den Vorteilen einer ganzheitlichen Frontto-Back Lösung zum Trotz, zeigen aktuelle Projekte, dass Asset Manager sich häufig für eine 2-Plattform-Lösung entscheiden. Um alle Vorteile einer solchen Lösung ausschöpfen zu können, bedarf es hochautomatisierter Schnittstellen und reibungslos und effizient funktionierender Prozesse. Doch bevor es an die erste detaillierte Analysephase geht, müssen grundsätzliche Entscheidungen bzgl. einer zukünftigen IT- Infrastruktur getroffen werden. Im Folgenden möchten wir einige der wichtigsten Fragestellungen aufzeigen. Stammdaten-/Marktdaten-Master Eine zentrale Frage ist, welche Plattform die Datenhoheit übernimmt und wie die vor- bzw. nachgelagerten Systeme daran angebunden werden. Ggf. ist auch eine dritte Plattform prädestiniert, die Aufgabe des Datenmasters oder einer Golden Source zu übernehmen und alle weiteren Systeme damit zu versorgen. Mappings Nicht zu vernachlässigen bei getrennten ABOR/IBOR Plattformen ist das benötigte Mapping zwischen beiden Systemen. Es sollte eine klare Vorstellung geben, wie und wo die verschiedenen Mappings hinterlegt und gepflegt werden. Selbst bei zu erwarteten 1:1 Mappings werden schnell, aufgrund unterschiedlicher Logik in beiden Systemen, zusätzliche Informationen erforderlich, um den gewünschten Transfer vom IBOR zum ABOR durchführen zu können. Beispielhaft seien hier genannt: Asset IDs-Mapping (ISIN vs. SEDOL vs. CUSIP, RIC vs. BBID, ) Instrumenttypen (Genussscheine, Index-, Vola-, Zins-Future, SSD ) Broker, Kontrahenten und Emittenten Länder (WM-Ländercodes vs. ISO- Ländercode) Dieses zentrale Mapping sollte von sämtlichen Schnittstellen genutzt werden, um eine vollautomatisierte Lösung realisieren zu können. Zusätzlich bringt ein zentral implementiertes Mapping den Vorteil, dass die Datenpflege nur in einem System vorgenommen wird, bei Anpassungen eine zentrale Pflege erfolgen kann und nicht jede einzelne Schnittstelle angepasst werden muss. Wichtig ist auch die Möglichkeit weitere Systeme daran anbinden zu können, z. B. spezialisierte Systeme für Riskund Performancemeasurement sowie Reporting-Plattformen.

5 Unterschiedliche Bestandsführung zwischen IBOR/ABOR Nicht selten kann es passieren, dass die ABOR- und IBOR-Plattform einer unterschiedlichen Logik bei der Bestandsführung folgt. Zwangsweise, wenn mit unterschiedlichen Main-Identifier gearbeitet wird, unterschiedliche Splitt-Level für die Bestandsführung benötigt werden (z. B. auf Ebene der Lagerstelle) oder unterschiedliche Betrachtungen bzgl. Trade- und Settlement- Date verwendet werden. Dies führt zu einer erhöhten Komplexität in allen Schnittstellen und erhöht die Anforderungen eines zentralen DWHs. Bevor eine solche Komplexität akzeptiert wird, sollte eine Machbarkeitsstudie durchgeführt werden, ob nicht doch eine Anpassung der Bestandslogik im bestehenden und fortzuführenden System möglich ist. Zwar Bedarf es meist eines hohen Aufwands, ein System bzgl. der bestehenden Bestandsführung anzupassen, jedoch steigt durch unterschiedliche Logik nicht nur der Entwicklungsaufwand bei Schnittstellen und Prozessen, sondern auch der Aufwand späterer Wartungsarbeiten und Erweiterungen. Reconciliation Um sicher zu stellen, dass beide Plattformen konsistente Bestände führen und auch die Investitionsentscheidungen auf Basis korrekter Bestands- und z. B. Stammdaten getroffen werden, sind verschiedene Abstimmprozesse nötig. Hierfür ist neben den Positionen oder Cash-Konten auch eine Abstimmung verwendeter Marktdaten (insbesondre im Fondsbereich) und zentraler Stammdaten hilfreich, damit auftretende Unterschiede zeitnah identifiziert und korrigiert werden können. Accounting-Daten im IBOR Um eine Pre- und Post-Trade Compliance Prüfung bei Fonds, Audit konform, durchführen zu können, muss der IBOR-NAV dem ABOR-NAV entsprechen (+- x- Basispunkte). Dadurch werden, neben einer NAV-Recon zwischen beiden Plattformen, auch zusätzliche Schnittstellen für Back Office-Daten benötigt. Bei Kapitalverwaltungsgesellschaften sind hier als Beispiel die Abgrenzungen zu nennen, welche aus dem legal führenden ABOR-System zur Verfügung gestellt werden müssen. Diese können signifikante Anteile des NAVs ausmachen. Zusätzlich steigt die Anzahl der täglichen Datensätze, welche von ABOR zu IBOR gesendet werden müssen, schnell auf eine 4-stellige Anzahl, da diese je Fonds aufgeführt werden. Im Direktanlagebereich bei Versicherungen könnten dies zusätzlich Buchwerte nach IFRS sein, die für Investitionsentscheidungen bei entsprechender Bilanzsteuerung benötigt werden. Unsere Dienstleistung Mit dem Know-how aus zahlreichen und erfolgreichen Systemeinführungen (SAP, SCD, Murex, CRTS, BRS Aladdin, ) mit unterschiedlichstem Setup, kann Sie Anadeo Consulting bei der Lösungsfindung der oben aufgeführten Fragen fachlich und technisch unterstützen. Von der Softwareauswahl, über die Analyse und Konzeption eines Target Operating Models, bis zur Entwicklung der Schnittstellen und Prozesse in den verschiedenen Fachbereichen

6 kann Ihnen Anadeo als Partner auf Augenhöhe kompetent zur Seite stehen. Ansprechpartner bei Anadeo Sollten Sie weitere Fragen bzgl. ABOR und IBOR haben, sind Ihre Ansprechpartner für dieses Thema Renato Strah und Gunther Bechtel.

7 Anadeo Consulting ist ein spezialisiertes Beratungsunternehmen: Als ausgewiesene Asset Management-Experten mit fundiertem Software-Background stehen wir für die Synthese von Strategie und Technologie. Wir unterstützen Banken und Kapitalanlagegesellschaften mit Konzeptionen, die wirklich funktionieren und sich sauber implementieren lassen und übernehmen auch die Verantwortung für einen reibungslosen und erfolgreichen Projektverlauf. Impressum Anadeo Consulting GmbH Mergenthalerallee D Eschborn Tel: Mail: Geschäftsführer: Giovanni Marchi, Stefan Scheible, Renato Strah Die überlassenen Informationen sind allgemeiner Art und dienen lediglich dazu, die Anadeo Consulting GmbH (im folgenden Anadeo) und ihr Dienstleistungsangebot vorzustellen. Die Zusammenstellung der Informationen erfolgte mit der gebotenen Sorgfalt. Gleichwohl übernehmen wir keinerlei Haftung, aus welchem Rechtsgrund auch immer, für die Richtigkeit, Aktualität und Vollständigkeit der übermittelten Informationen. Diese Informationsunterlage enthält Verweise auf Websites bzw. Texte, die von Dritten eingerichtet bzw. erstellt wurden. Anadeo hat keinerlei Kontrolle über die Websites und die dort angebotenen Informationen, Waren oder Dienstleistungen. Anadeo übernimmt daher keinerlei Verantwortung, aus welchem Rechtsgrund auch immer, für den Inhalt der Websites Dritter. Anadeo Consulting GmbH 2015