Braucht ein Fintech-MVP eine Marktdaten-API oder reicht ein Excel-Export?

4 Min Lesezeit · 11. November 2026
Zuletzt geprüft 11. November 2026

War das ein guter Zeitpunkt, um die Anleihe zu begeben? Und für wen war der Ausgabepreis günstig, für den Emittenten oder die Käufer? Auf diese Fragen sollte ein Asset-Manager im ersten Bericht unseres Kunden eine belastbare Antwort finden. Er bekam ein PDF. Wie die Daten in unser System gelangten, bekam er gar nicht zu sehen.

Was musste der erste Bericht für einen Asset-Manager leisten?

Unser Kunde war ein Startup mit einem proprietären, wissenschaftlich fundierten Modell. Es bewertete Emissionen rückblickend. Für den Enterprise-Piloten verarbeitete unsere Software die verfügbaren Emissionsdaten und bereitete die Ergebnisse als PDF auf. Die interaktiven Dashboards in der Webanwendung kamen später. Im Projektbericht zur Anleihenanalyse beschreiben wir, wie sich ein früherer Datenstand wieder für eine Auswertung heranziehen ließ.

Wenn ich heute ein vergleichbares Produkt mit einem Gründer bespreche, frage ich zuerst, was ein Käufer mit dem ersten Bericht anfangen kann. Ein PDF war hier ein guter Ausgangspunkt. Ein Asset-Manager konnte die Auswertung einer konkreten Emission lesen und beurteilen, ob die Einschätzung von Preis und Zeitpunkt für seine Arbeit etwas hergab.

Was gab die vorhandene Datenlizenz vor?

Der Kunde kam mit einer klaren Vorgabe zu uns. Er hatte bereits eine Lizenz für den Excel-Export. Ein API-Zugang hätte sein Budget überschritten. Die Daten zu diesen Emissionen erschienen einmal pro Quartal. Zwischen zwei Veröffentlichungen blieben sie unverändert. Bei einem Produkt für laufende Kurse sähe die Rechnung anders aus.

Vor einem Angebot würde ich mir die erlaubte Nutzung für die konkrete Ausgabe bestätigen lassen. Darf der Kunde mit den Daten rechnen, den früheren Stand aufbewahren und das abgeleitete Ergebnis einem externen Asset-Manager zeigen? Welche Daten darf der Empfänger selbst herunterladen? Die Hinweise von LSEG zur Weitergabe von Marktdaten zeigen, warum diese Fragen auch bei abgeleiteten Kennzahlen eine Rolle spielen. Die maßgeblichen Antworten für das eigene Produkt stehen im jeweiligen Vertrag.

Wie wird aus einer Quartalsdatei ein nachvollziehbarer Bericht?

Der Kunde speiste den Export quartalsweise ins Backend ein. Im Projekt folgte der Import festen Regeln. Das Modell verarbeitete die eingelesenen Daten und lieferte daraus die fachliche Auswertung. Das Format blieb, soweit ich mich erinnere, weitgehend stabil. Trotzdem muss ich später beantworten können, mit welcher Lieferung ein bestimmter Bericht berechnet wurde.

Mein Vorschlag für die Abnahme sind drei Fragen. Lässt sich der Bericht der richtigen Quartalslieferung zuordnen? Was sieht der Betreiber, wenn ein benötigter Wert fehlt? Und bleibt das Ergebnis konsistent, wenn dieselbe Datei noch einmal eingespielt wird? Für eindeutige Schlüssel und Pflichtfelder beschreibt die PostgreSQL-Dokumentation zu Datenbankregeln passende Werkzeuge. Ob das Modell mit einem fachlich plausiblen Wert rechnet, braucht eine eigene Prüfung.

Wann würde sich der Aufpreis für eine Marktdaten-API lohnen?

Der Aufpreis kann sich rechnen. Ich würde mit dem Auftraggeber prüfen, ob das Team mit der API regelmäßig Arbeit spart oder ob ein früher gelieferter Datenstand den Kunden bei einer konkreten Entscheidung hilft.

Kriterium	Ein Dateiimport passt, wenn …	Prüfe eine API, wenn …
Aktualität	der Bericht mit jedem veröffentlichten Quartalsstand rechtzeitig vorliegt.	der Anbieter relevante Änderungen früher über die API liefert und ein Käufer sie vorher braucht.
Aufwand der Lieferung	eine zuständige Person und ihre Vertretung die Lieferung rechtzeitig einspielen können.	häufigere Lieferungen regelmäßig Zeit kosten oder Berichte verzögern.
Korrekturen und Wiederholung	korrigierte Dateien erkennbar sind und frühere Ergebnisse nachvollziehbar bleiben.	eine angebotene Versionshistorie eine konkrete Lücke schließt.
Nutzungsrechte	die bestehende Lizenz die geplanten Berichte und Empfänger abdeckt.	das angebotene Paket zusätzliche Rechte für eine geplante Funktion umfasst.

Ein Anbieter kann dieselbe Produktfamilie über mehrere Wege ausliefern. S&P Global beschreibt für Credit Analytics unter anderem ein Excel-Add-in, APIs und Datenfeeds. Vergleiche die Angebote Feld für Feld. Frag nach Veröffentlichungsterminen, Rechten und Betriebskosten.

Was gehört in den Auftrag für einen Fintech-Piloten?

Nimm einen Beispielbericht, eine freigegebene Beispieldatei und den vorgesehenen Empfängerkreis in die Discovery-Phase mit. Halte fest, wann der nächste Datenstand verfügbar ist und wer eine korrigierte Lieferung bearbeitet. So lässt sich die Entwicklung des MVP rund um eine überprüfbare Kundenfrage anbieten. Unser Vergleich von Pilot, PoC und Design Partner hilft bei der Wahl des Pilotformats. Für ein konkretes Vorhaben kannst du den ersten Bericht mit uns besprechen.

Fragen zum Datenzugang im Fintech-Piloten

Haben die Asset-Manager mit den Excel-Dateien gearbeitet?

Die Dateien blieben beim Betreiber. Er speiste die Daten ins Backend ein. Die Asset-Manager erhielten zuerst die Auswertung als PDF, später konnten sie die Ergebnisse in der Webanwendung erkunden.

Hätte eine API aktuellere Quartalszahlen geliefert?

Bei dem verwendeten Datenbestand erschien ein neuer Stand einmal pro Quartal. Ein automatischer Abruf kann die Zeit zwischen Veröffentlichung und Import verkürzen. Ob ein Anbieter über die API frühere oder zusätzliche Daten liefert, muss er für genau diesen Datensatz bestätigen.

Wäre die Entscheidung mit einer CSV-Datei anders ausgefallen?

Für CSV bräuchte der Import andere Leseregeln. Wenn Inhalt, Veröffentlichungstakt und Nutzungsrechte gleich bleiben, bleiben auch die wesentlichen Gründe für oder gegen eine API bestehen.

Was bewertete der erste PDF-Bericht genau?

Er half dem Asset-Manager, Zeitpunkt und Preis einer bereits erfolgten Anleiheemission zu beurteilen und einzuschätzen, ob die Konditionen eher den Emittenten oder die Käufer begünstigt hatten.

Was sollte ich vor einem Preisvergleich vom Datenanbieter anfordern?

Bitte um Beispieldaten für beide Lieferwege, Veröffentlichungstermine, Regeln für Korrekturen, die Nutzungsrechte für deinen Empfängerkreis und ein Angebot mit allen laufenden Gebühren. Damit kannst du den zusätzlichen Nutzen der API beziffern.