Dokumentenprüfung mit Protokoll.
Wir bauen die Auslesung und Prüfung eines Dokumenttyps, zum Beispiel Nachweise im Onboarding. Jeder Schritt wird protokolliert, und die Daten bleiben in eurer Umgebung.
Mehr zu dieser SäuleSo arbeiten wir
So arbeiten wir mit euch.
Wir arbeiten im Bereich .
Im Finanzwesen zählt jede Entscheidung, die ein Prüfer später nachvollziehen muss. KI ist dort nur so gut wie ihr Nachweis.
01Ausgangslage
Was wir im Bereich Finanzwesen meistens sehen.
- Dokumente aus Onboarding und KYC werden von Hand geprüft und abgetippt.
- Für DORA fehlt ein sauberer Nachweis, welche IT-Dienstleister welche Daten sehen.
- KI-Projekte stocken, weil niemand die Datenwege gegenüber der Aufsicht erklären kann.
02Erster Schritt
Wo wir anfangen würden.
03Beispiel
Vorher und nachher.
Prüfung von Onboarding-Dokumenten
Export statt Suche
Export statt Suche
Prüfung von Onboarding-Dokumenten
Export statt Suche
Vorher
- Das Team prüft Onboarding-Dokumente von Hand gegen Checklisten.
- Jede Prüfung hinterlässt eine Notiz, aber keinen belastbaren Nachweis.
- Vor einer Prüfung durch die Aufsicht beginnt die Suche.
Nachher
- Dokumente werden ausgelesen und gegen Regeln geprüft. Ein Mensch entscheidet.
- Jeder Schritt landet mit Zeitstempel und Hash im Protokoll.
- Der Nachweis für die Prüfung ist ein Export, keine Suche.
Export statt Suche · Zielbild für den Nachweis vor einer Prüfung
04Systeme
Systeme, die wir anbinden.
- Kernbankensysteme über API
- Onboarding- und KYC-Werkzeuge
- DMS und Archiv
- Cloud-Konten in der EU
- Matproof für DORA-Nachweise
DORA und EU AI Act
DORA verlangt von Finanzunternehmen Nachweise über IKT-Risiken und Drittanbieter. Unsere Protokolle und die Anbindung an Matproof liefern diese Nachweise laufend, statt einmal im Jahr.
05Zusammenarbeit
Drei Wege, mit uns zu arbeiten.
Jedes Format endet mit etwas, das läuft. Keines endet mit einer Präsentation.
Einstieg01
Daten-Check
Wir schauen uns eure echten Dateien und Systeme an und bauen einen ersten Durchstich auf euren Daten. Ihr bekommt einen lauffähigen Prototyp und einen festen Preis für den Pilot.
Umsetzung02
Pilot
Eine Quelle oder ein Anwendungsfall, Ende zu Ende in eurem eigenen System. Fester Umfang, fester Preis. Ihr zahlt für eine laufende Pipeline, nicht für Stunden.
Laufend03
Betrieb
Wir betreiben, überwachen und erweitern die Pipelines. Neue Quellen, Modell-Updates und Nachweise laufen mit. Monatliche Pauschale statt Stundenzettel.
06Ablauf
In vier Schritten.
- 01
Datenaufnahme
Wir schauen uns eure echten Dateien und Systeme an. Nicht das Idealformat, sondern das, was wirklich ankommt.
- 02
Pilot
Ein Fall, Ende zu Ende. Nach zwei bis drei Wochen seht ihr das Ergebnis in eurem eigenen System.
- 03
Ausrollen
Weitere Quellen und Fälle kommen dazu. Das Mapping wird zur Konfiguration, nicht zu neuem Code.
- 04
Übergabe oder Betrieb
Ihr übernehmt, oder wir betreiben weiter. Der Code gehört in beiden Fällen euch.
Passt das zu eurem Fall?
Schreibt uns zwei Sätze dazu. Ihr bekommt innerhalb von 24 Stunden eine Antwort.