FinTech: Code, der Geld bewegt, muss jedes Mal stimmen

Ich arbeite dort, wo ein Fehler kein Bug-Report ist, sondern ein Brief der Aufsicht — in einer FCA-zugelassenen Verbraucherkredit-Plattform, an den Entscheidungen, die Geld freigeben, terminieren und einziehen.

Als Senior Backend Engineer bei Vuelo, einer Buy-Now-Pay-Later-Plattform für Reisen, bin ich einer von sieben Engineers und verantworte zwei Bereiche: die Betrugsprävention, also die Prüfungen, die entscheiden, ob ein Antrag und eine Zahlung echt sind, und die Suchmaschinen, die den Reiseteil des Produkts antreiben. Beides muss bei jeder Anfrage stimmen und Monate später noch erklärbar sein.

Was verstehe ich wirklich von Software, die mit Geld umgeht?

• BetrugspräventionDie Schicht zwischen Antrag und Entscheidung: Signale, Schwellenwerte, Failover zwischen Anbietern und ein Audit-Trail, der jedes Ergebnis erklärt. Sie muss den falschen Antragsteller blockieren, ohne den richtigen auszubremsen.
• Suche, die in Millisekunden antwortetDer Reiseteil eines BNPL-Produkts ist ein Suchprodukt: Verfügbarkeit, Preise und Ranking über mehrere Anbieter, mit Ergebnissen, die auch unter Last korrekt, aktuell und schnell sein müssen.
• Kundenergebnisse und RegulierungAbläufe bei finanziellen Notlagen, rechtebasierte Prüf-Queues für Operations, Schwärzung personenbezogener Daten in Logs, Entscheidungen, die Monate später rekonstruierbar sind. Ich entwerfe für das Gespräch mit der Aufsicht, bevor es stattfindet.
• Integrationen, die nicht leise scheitern dürfenAuskunfteien, Kartenprozessoren, Banking-as-a-Service-Anbieter, Partner-Reporting, CRM-Event-Plattformen. Automatische Rotation von Zugangsdaten, explizite Timeouts, strukturierte Fehlersemantik, Sandbox-Routing für QA — damit der schlechte Tag eines Drittanbieters nicht zum schlechten Tag Ihrer Kunden wird.
• Zuverlässigkeit unter LastQueue-Semantik, Retry-Stürme, Idempotenz, Jobs, die sich nicht überlappen dürfen. Wenn in der Produktion etwas bricht, schreibe ich Ursache, Auswirkungsradius und Verifikationsplan vor dem Fix — denn im Finanzbereich ist die Erklärung Teil des Ergebnisses.
• Disziplin, die skaliertStrenge Code-Standards über große Diffs hinweg, Tests als Teil jeder Änderung, und jedes größere Feature mit schriftlichem Scope-Lock und QA-Fenster ausgeliefert. In einem regulierten Produkt ist Disziplin das Feature.

Warum ist das für Sie wichtig?

• Weniger Produktionsvorfälle in dem Teil des Systems, dessen Ausfall am teuersten ist
• Compliance-Gespräche, in die Sie mit Belegen gehen statt mit Entschuldigungen
• Features, die ein verantwortlicher Engineer über Kern, API und Backoffice hinweg liefert
• Ehrliche Risikoeinschätzung — auch wenn eine Abkürzung mehr kostet, als sie spart

Was kann ich für Ihr Produkt tun?

• Eine Kreditentscheidungs- oder Verifikations-Engine entwerfen oder neu bauen — mit Anbieter-Failover und voller Erklärbarkeit
• Raten-, Erstattungs- und Abstimmungslogik in einem laufenden Kreditbuch reparieren, ohne den Betrieb zu stoppen
• Auskunfteien, Kartenprozessoren, Banking-as-a-Service und Partner-Reporting robust integrieren
• Stundungs-, Audit- und Operations-Werkzeuge bauen, die Aufsicht und Ops-Team zugleich zufriedenstellen
• Eine Plattform aus Queue-, Retry- und Konsistenzproblemen holen — mit schriftlicher Ursachenanalyse

Wie arbeite ich in einem regulierten Team?

Bei Vuelo bin ich einer von sieben Engineers, auf Vertragsbasis, remote aus Riga. Jede meiner Änderungen durchläuft einen schriftlichen Umfang, einen von einem Kollegen geprüften Pull Request, ein QA-Fenster und eine Release-Notiz, die die Compliance-Seite lesen kann. Wenn in Produktion etwas bricht, schreibe ich Ursache, Auswirkungsradius und Fix auf, bevor der Fix gemergt wird. Diese Disziplin ist pro Ticket langsamer und pro Quartal deutlich schneller, weil nichts unter der Frist einer Aufsichtsbehörde zweimal gemacht werden muss.

Wie sieht ein FinTech-Mandat mit mir aus?

Drei Formen haben sich bewährt: ein Senior Engineer in Ihrem Team für ein Modul, das stimmen muss (Entscheidungslogik, Betrugsprävention, Abstimmung, Anbindung einer Auskunftei oder eines Zahlungsabwicklers); die Rettung eines laufenden Systems mit Problemen bei Queues, Wiederholungen oder Konsistenz, geliefert mit schriftlicher Ursachenanalyse; oder eine Fractional-CTO-Rolle für ein Kreditprodukt, das noch keinen technischen Verantwortlichen hat. In allen drei Fällen nenne ich den Preis nach einem 30-minütigen Gespräch, und ich lehne Arbeit ab, hinter der ich nicht mit meinem Namen stehen würde. Fractional CTO.