Fintech-Softwareentwicklung UK: FCA, Rails, Kosten

Fintech-Softwareentwicklung wird kalkuliert und terminiert wie gewöhnliche Softwareentwicklung, und zwar genau so lange, bis jemand fragt, wer eigentlich die Erlaubnis hat, das Geld zu halten. Ab diesem Moment ist das Vorhaben keine technische Aufgabe mehr, sondern eine regulatorische mit einem technischen Anteil, und der Zeitplan, den Sie im Kopf hatten, ist nicht mehr zu halten.

Die Technik ist selten das Schwierige. Geld zu bewegen ist ein gelöstes Problem mit ausgereiften Anbietern, dokumentierten Schnittstellen und Sandboxes, in denen man am ersten Tag testen kann. Was einen Fintech-Aufbau in die Länge zieht, sind die Erlaubnislage, die Nachweispflichten gegenüber Prüfern und die Tatsache, dass mehrere Architekturentscheidungen bereits von demjenigen getroffen wurden, der die Lizenz hält.

Die Frage, die Ihren Zeitplan festlegt: Sind Sie selbst zugelassen, arbeiten Sie als Agent unter der Erlaubnis eines anderen Unternehmens, oder vermeiden Sie regulierte Tätigkeiten vollständig? Diese drei Antworten ergeben Projekte von völlig unterschiedlicher Länge, und der Unterschied bemisst sich in Monaten des Wartens, nicht in Wochen des Bauens. Klären Sie das, bevor Sie irgendetwas schätzen.

Die FCA-Zulassung ist der kritische Pfad

Wenn Sie eine eigene Zulassung brauchen, bestimmt dieses Verfahren Ihren Starttermin, nicht die Entwicklung.

Die britische Finanzaufsicht FCA ist gesetzlich verpflichtet, Anträge innerhalb fester Fristen zu bescheiden, und diese Fristen haben sich vor Kurzem geändert. Seit Januar 2026 hat die FCA ihre gesetzlichen Bearbeitungsfristen verkürzt und bearbeitet Neuzulassungen und Erlaubniserweiterungen nun in 4 Monaten bei einem vollständigen Antrag und 10 Monaten bei einem unvollständigen, statt in bisher 6 und 12. Für Erweiterungen, die eng am bestehenden Geschäftsmodell liegen, hat sie sich auf 3 Monate vollständig und 6 unvollständig festgelegt. Bei Anträgen für Führungskräfte will sie mindestens die Hälfte innerhalb von 35 Tagen entscheiden. Das sind Fristen der britischen Aufsicht und gelten nur für Vorhaben, die in das britische Aufsichtsregime fallen.

Daraus folgen zwei Dinge. Die Uhr läuft erst, wenn der Antrag vollständig ist, nicht wenn Sie ihn zum ersten Mal einreichen. Ein Antrag mit Lücken pausiert also faktisch, bis Sie diese Lücken schließen, und Rückfragen zum Geschäftsplan, zur Kapitalausstattung oder zur Eignung der Geschäftsleitung kosten dabei jedes Mal Wochen. Und selbst die verbesserten 4 Monate sind länger als die meisten MVP-Entwicklungen, was bedeutet: Die sinnvolle Reihenfolge ist, mit der Zulassungsarbeit zu beginnen und parallel dazu zu bauen, statt erst zu bauen und dann zu beantragen.

Die meisten Fintechs in der Frühphase umgehen das vollständig, indem sie als Agent eines zugelassenen Unternehmens auftreten oder auf einem Anbieter aufsetzen, der die Erlaubnisse bereits hält. Das ist ein legitimer und weit verbreiteter Weg, und er verkürzt den Weg zum Markt erheblich. Er ist zugleich eine geschäftliche Abhängigkeit: Ihr Produkt lebt innerhalb des Risikoappetits eines anderen Hauses, dessen Compliance-Abteilung Ihre Roadmap ändern kann, ohne Sie zu fragen.

Fintech-Softwareentwicklung beginnt bei den Zahlungswegen

Welchen Zahlungsweg Sie nutzen, ist kein Umsetzungsdetail. Er bestimmt Ihr Datenmodell, Ihre Fehlerbehandlung und Ihren Abstimmungsaufwand.

Kartenzahlungen sind schnell angebunden und bringen Rückbelastungen mit sich, weshalb Sie den gesamten Lebenszyklus eines Streitfalls vom ersten Tag an im Datenmodell führen müssen und nicht später anflanschen können. Faster Payments ist in Sekunden final, funktioniert aber nur als Push, sodass ein Einzug voraussetzt, dass der Zahler handelt, und Ihr System die Wartezeit sauber abbilden muss. Lastschrift zieht zuverlässig nach Zeitplan ein und bringt Mandatsverwaltung, fehlgeschlagene Einzüge und das Garantieverfahren mit sich. Open Banking bietet Zahlungsauslösung und Kontoinformationen mit starker Kundenauthentifizierung und einer ablaufenden Einwilligung, die Ihr System nachhalten und erneuern muss.

Die meisten Produkte enden bei zwei oder mehr Wegen, und genau dort sitzt der Entwicklungsaufwand. Einen Weg abzustimmen ist überschaubar. Drei abzustimmen, jeder mit eigener Valutierung, eigenen Fehlerbildern und eigenen Kennungen, ist ein umfangreiches Teilsystem, das niemand einplant, weil es von außen unsichtbar bleibt. Dazu gehören der Abgleich der täglichen Settlement-Dateien, das Zuordnen von Gebühren und Rückbelastungen zur ursprünglichen Transaktion und ein Prozess für Beträge, die sich nicht zuordnen lassen.

Gehen Sie davon aus, dass die Gutschrift asynchron erfolgt und die Abstimmung ein vollwertiges Produktmerkmal ist. Systeme, die eine Zahlung als synchrone Anfrage modellieren, die entweder gelingt oder scheitert, müssen beim ersten verspäteten Settlement umgebaut werden.

Was regulierte Software zusätzlich verlangt

Vier Pflichten, die gewöhnliche Software nicht trägt.

Eine unveränderliche Prüfspur. Jede Zustandsänderung an einem Finanzdatensatz muss mit Wer, Was, Wann und Warum festgehalten werden, in einer Form, die niemand still korrigieren kann. Das bedeutet ein Design, das nur anfügt, statt Zeilen an Ort und Stelle zu überschreiben, und es prägt das gesamte Schema.

Trennung von Kundengeldern, sofern Sie Gelder halten. Die Regeln sind streng und die Meldepflichten sehr konkret. Unternehmen unterschätzen dabei in aller Regel nicht die Trennung selbst, sondern die laufende Berichterstattung darüber.

Kontrollen gegen Finanzkriminalität. Identitätsprüfung, Sanktionsabgleich und die Überwachung auffälliger Aktivitäten. Das meiste davon wird eingekauft und nicht gebaut, doch die Anbindung, der Bearbeitungsprozess für Verdachtsfälle und die Nachvollziehbarkeit der getroffenen Entscheidungen bleiben Ihre Aufgabe.

Datenschutz auf höherem Niveau. Finanzdaten sind sensibel, Aufbewahrungsfristen ergeben sich aus Vorschriften und nicht aus Vorlieben, und Löschanträge kollidieren mit gesetzlichen Aufbewahrungspflichten in einer Weise, die früh entschieden werden muss. Unser Leitfaden zur technischen DSGVO-Compliance beschreibt die Mechanik dahinter.

Nichts davon ist exotische Technik. Alles davon kostet Zeit, und alles davon muss jemandem vorgeführt werden können, der danach fragen wird.

Was es im Vereinigten Königreich kostet

Das sind reine Entwicklungskosten. Die Zulassung bringt eigene Ausgaben für Rechtsberatung und Fachberatung mit sich, und die Wartezeit hat eine Verbrennungsrate, ob nun jemand Code schreibt oder nicht. Unser Leitfaden zu den Kosten individueller Softwareentwicklung deckt die allgemeinen Spannen ab, und Healthcare-Software in UK zeigt dasselbe Muster in einem anderen regulierten Sektor.

Die Spanne, die Leute überrascht, ist die mittlere. Eine eigene Erlaubnis und ein zweiter Zahlungsweg verdoppeln ein Projekt ungefähr, und fast nichts von diesem Zuwachs ist für den Nutzer sichtbar.

Wie Sie das Vorhaben ordnen

Klären Sie zuerst die regulatorische Einordnung, schriftlich, mit jemandem, der dafür qualifiziert ist. Alles Nachgelagerte hängt davon ab, und die Antwort verändert die Architektur.

Bauen Sie dann das kleinstmögliche Produkt, das echtes Geld über einen Zahlungsweg bewegt, denn der zweite Weg ist deutlich leichter, sobald die Abstimmung existiert. Behandeln Sie Prüfspur und Abstimmung als Funktionen mit Abnahmekriterien und nicht als Infrastruktur, die man später ergänzt, denn eine nur anfügende Historie nachträglich in ein System einzuziehen, das Zeilen überschreibt, kommt einer Neuentwicklung nahe.

Mecanik baut regulierte Finanzsoftware über unser Team für Softwareentwicklung , einschließlich der Teile, nach denen Prüfer fragen. Wenn Ihr Fintech-Zeitplan davon ausgeht, dass die Entwicklung der lange Balken ist, lohnt sich ein Blick auf die Erlaubnislage, bevor Sie sich auf ein Datum festlegen.

Siehe auch: MVP-Softwareentwicklung: Umfang, Kosten und Zeitplan , Individuelle Softwareentwicklung UK , Wie man 2026 eine Web-App entwickelt , KI-Agenten im Unternehmen: Kosten und Fallstricke .

Häufig gestellte Fragen

Wie lange dauert eine FCA-Zulassung? Seit Januar 2026 liegen die gesetzlichen Fristen der britischen FCA bei 4 Monaten für einen vollständigen und 10 Monaten für einen unvollständigen Antrag, herabgesetzt von 6 und 12. Für Erweiterungen, die eng am bestehenden Geschäftsmodell liegen, gelten 3 Monate vollständig und 6 unvollständig. Die Uhr läuft erst ab Vollständigkeit, nicht ab der ersten Einreichung, Lücken pausieren das Verfahren also faktisch.

Was kostet Fintech-Softwareentwicklung im Vereinigten Königreich? Ein Produkt im Agentenmodell auf einem einzigen Zahlungsweg ohne eigene Zulassung liegt typischerweise bei £60.000 bis £120.000 über 3 bis 5 Monate. Mit eigener Erlaubnis, einem zweiten Zahlungsweg und Finanzkriminalitätskontrollen sind es £150.000 bis £400.000 über 6 bis 12 Monate. Plattformen mit mehreren Wegen, die Kundengelder halten, beginnen bei etwa £400.000.

Brauche ich eine FCA-Zulassung, um ein Fintech-Produkt zu bauen? Nicht immer. Viele Produkte in der Frühphase treten als Agent eines zugelassenen Unternehmens auf oder setzen auf einem Anbieter auf, der die Erlaubnisse bereits hält, was die Wartezeit vollständig vermeidet. Der Preis dafür ist eine geschäftliche Abhängigkeit: Ihr Produkt bewegt sich im Risikoappetit eines fremden Hauses, und dessen Compliance-Entscheidungen können Ihre Roadmap verändern.

Welchen Zahlungsweg sollte ein britisches Fintech nutzen? Das hängt von Richtung und Zeitpunkt des Geldflusses ab. Karten sind schnell angebunden und bringen Rückbelastungen. Faster Payments ist in Sekunden final, aber Push, ein Einzug setzt also voraus, dass der Zahler handelt. Lastschrift zieht nach Zeitplan ein und bringt Mandatsverwaltung. Open Banking bietet Zahlungsauslösung mit ablaufender Einwilligung, die Ihr System nachhalten muss.

Was braucht regulierte Software, das gewöhnliche Software nicht braucht? Eine unveränderliche Prüfspur über jede Zustandsänderung an einem Finanzdatensatz, die Trennung von Kundengeldern samt Meldewesen, sofern Sie Gelder halten, Kontrollen gegen Finanzkriminalität mit Identitätsprüfung und Sanktionsabgleich sowie Datenschutz, bei dem Aufbewahrungsfristen aus Vorschriften folgen und nicht aus Vorlieben. Nichts davon ist exotische Technik, aber alles muss vorführbar sein.