Software für Banken

// Das Problem

Anträge auf Firmenkredite kommen per E-Mail, Kreditvoten werden von Grund auf geschrieben, und der Kreditnehmer ruft in der Filiale an, um zu erfahren, wo seine Akte steht.

// Was wir bauen würden

Ein Webportal für Firmenkundenbetreuer und Kreditentscheider mit einer App für iOS und Android für Geschäftsinhaber, das die Akte vom Antrag über die Kreditentscheidung bis zur Überwachung der Auflagen trägt, angebunden an das Kernbankensystem.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL
• Anbindung an das Kernbankensystem
• API der Kreditauskunftei
• AWS Kanada

// Das Problem

Die Transaktionsüberwachung erzeugt eine Warteschlange von Alarmen, die Analysten nicht abarbeiten können, und echte verdächtige Aktivität wartet hinter Tausenden falscher Treffer.

// Was wir bauen würden

Ein eigenes Modell, auf den eigenen abgeschlossenen Alarmen und Analystennotizen der Bank nachtrainiert, das auf GPU-Servern im Rechenzentrum der Bank läuft, sodass Kundentransaktionen es nie verlassen, und das jeden Alarm einordnet und für die entscheidende Analystin begründet.

// Was drin ist

// Tech-Stack

• PyTorch
• Python
• PostgreSQL
• Next.js
• Lenovo GPU-Server vor Ort

// Das Problem

Mehrere Kreditgenossenschaften prüfen dieselben Firmenmitglieder und deren wirtschaftlich Berechtigte getrennt, und jede hält ihre eigene Kopie von Unterlagen, die veralten.

// Was wir bauen würden

Ein privates Register mit Zugangsberechtigung, in dem jede beteiligte Kreditgenossenschaft einen Knoten betreibt und festhält, dass eine Prüfung stattfand, durch wen und wann, während die Unterlagen selbst bei dem Institut bleiben, das sie eingeholt hat. Ein Verbund mit einem vertrauten Betreiber könnte stattdessen eine gemeinsame Datenbank nutzen.

// Was drin ist

// Tech-Stack

• Hyperledger Besu (privat, mit Zugangsberechtigung)
• Next.js
• PostgreSQL
• AWS Kanada

// Das Problem

Das Personal am Schalter durchsucht ein Netzlaufwerk mit Arbeitsanweisungen, Rundschreiben und Konditionsblättern, um die Frage eines Mitglieds zu beantworten, und findet oft eine veraltete Fassung.

// Was wir bauen würden

Ein Assistent, der nur aus den gültigen Arbeitsanweisungen antwortet und Dokument und Abschnitt nennt, auf einem Open-Source-Modell im eigenen AWS-Konto der Bank in Kanada, sodass interne Regeln darin bleiben.

// Was drin ist

// Tech-Stack

• Llama oder Mistral (Open Source)
• vLLM
• PostgreSQL mit pgvector
• Next.js
• AWS Kanada

// Das Problem

Die Berichte für Vorstand und Geschäftsleitung einer Kreditgenossenschaft werden jeden Monat aus Kernbanken-Auszügen, dem Kreditsystem und Tabellen zusammengesetzt, und selten zeigen zwei Berichte dieselbe Zahl.

// Was wir bauen würden

Ein Data Warehouse in Kanada, das Kernbanken-, Kredit- und Kartendaten jede Nacht in ein Modell mit vereinbarten Definitionen lädt, damit Dashboards und Vorstandsberichte auf denselben Zahlen beruhen, mit Zugriff nach Rolle und einem Protokoll, wer was gelesen hat.

// Was drin ist

// Tech-Stack

• PostgreSQL
• dbt
• Apache Superset
• Python
• AWS Canada

// Das Problem

Die Kreditabteilung einer Kreditgenossenschaft arbeitet mit einer selbst entwickelten Desktop-Anwendung für Anträge und Freigaben, die nur ein externer Entwickler versteht, und jede Änderung ist langsam und riskant.

// Was wir bauen würden

Eine Modernisierung in Etappen: Wir dokumentieren, was die alte Anwendung tut, schreiben Tests, die ihr Verhalten festhalten, und bauen sie Maske für Maske als Web-App neu, wobei beide parallel laufen, bis die neue dieselben Antworten gibt.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• TypeScript
• Playwright
• DigitalOcean