Kreditanfrage erstellen — Finanzierungsanträge digital abwickeln

Eine Kreditanfrage ohne Vorqualifizierung verschlingt auf beiden Seiten Zeit. Der Antragsteller füllt einen langen Bogen aus, die Bank prüft umfassend — und am Ende stellt sich heraus, dass das Einkommen die geforderte Rate nicht trägt. Bauen Sie deshalb eine schlanke Vorprüfung an den Anfang. Drei Felder reichen oft: Wunschbetrag, Laufzeit und monatliches Nettoeinkommen. Daraus berechnet die Calculation Engine eine grobe Tragfähigkeit (Schuldendienstquote) und gibt dem Nutzer sofort eine ehrliche Einschätzung.

Die Vorqualifizierung ersetzt keine Bonitätsprüfung — sie filtert offensichtlich aussichtslose Anfragen heraus und verschwendet keine Zeit. Wer durch die Vorprüfung kommt, gelangt in den ausführlichen Antrag. Wer nicht durchkommt, bekommt eine konstruktive Rückmeldung: niedrigerer Betrag, längere Laufzeit oder alternative Finanzierungsformen. Diese Transparenz wird vom Markt geschätzt und differenziert Sie von Anbietern, die jeden Antrag durch das Backoffice schicken. Halten Sie die Vorprüfung explizit als unverbindliche Indikation gekennzeichnet, damit keine Erwartungshaltung im Sinne einer Kreditzusage entsteht.

Jede Kreditanfrage führt in der Regel zu einer SCHUFA-Anfrage durch die Bank. Es gibt zwei Varianten: die SCHUFA-Anfrage „Konditionsanfrage", die scoring-neutral ist, und die „Kreditanfrage", die in den SCHUFA-Score einfließt. Verbraucher wissen das oft nicht und sind danach überrascht, wenn der Score gesunken ist. Klären Sie das aktiv im Formular auf — ein klarer Hinweis vor dem Absenden der ausführlichen Anfrage schafft Vertrauen und vermeidet spätere Beschwerden.

Formulieren Sie den Hinweis verständlich: „Wir prüfen Ihre Bonität bei der SCHUFA. Diese Anfrage erfolgt als ‚Konditionsanfrage‘ und beeinflusst Ihren SCHUFA-Score nicht. Erst bei einem konkreten Vertragsabschluss erfolgt eine ‚Kreditanfrage‘, die in den Score einfließt." Sie holen die Einwilligung dafür mit einer eigenen Checkbox ein. Wer das nicht ankreuzt, kann auch keinen Antrag stellen — die SCHUFA-Anfrage ist Teil der Vertragsbahnung. Speichern Sie die Einwilligung mit Zeitstempel im Audit-Log, damit Sie sie später nachweisen können.

Finanzdaten sind keine besondere Kategorie nach Art. 9 DSGVO, aber sie gehören zu den sensibelsten personenbezogenen Daten überhaupt. Aus Kontoauszügen lassen sich Lebensgewohnheiten, politische Spendenpraxis, Krankheiten und vieles mehr ableiten. Behandeln Sie diese Daten deshalb mit derselben Sorgfalt wie Gesundheitsdaten: ausschließliche Speicherung in der EU, Verschlüsselung in Transit und at rest, strikte Zugriffskontrolle.

Minimieren Sie die erfassten Felder. Sie brauchen Einkommen, Ausgaben, bestehende Verbindlichkeiten und ggf. Vermögen — keine vollständige Lebensbiografie. Wenn Sie Kontoauszüge per Upload anfordern, weisen Sie aktiv darauf hin, dass nicht-relevante Posten geschwärzt werden dürfen. Eine Alternative ist die digitale Kontoeinsicht über einen lizenzierten Account-Information-Service nach PSD2 — hier laufen die Daten verschlüsselt und gefiltert, was den DSGVO-Aufwand reduziert. Definieren Sie eine Löschfrist nach Vertragsende; bei abgelehnten Anträgen reichen sechs Monate, bei abgeschlossenen Verträgen die gesetzliche Aufbewahrungsfrist plus angemessenem Puffer.

Die Kreditanfrage über Ihr Formular ist nur die Vorderseite. Auf der Rückseite muss der Antrag in das Kernbank-System oder die Plattform Ihres Refinanzierungspartners übergeben werden — Reverse-Inkasso, Loan-Origination-System oder Verbund-API. Die meisten Banksysteme bieten Schnittstellen, die unterschiedlich gut dokumentiert sind. Halten Sie sich an offizielle Standards, etwa den GBIC- oder ISO20022-Datensatz, und vermeiden Sie proprietäre Mappings, die später schwer zu warten sind.

Wenn keine native Schnittstelle existiert, kommt ein Webhook in einen Empfänger, der die Daten passend transformiert und dann ins Backend übergibt. Bauen Sie keine native Integration nach, die nicht existiert — ein generischer Webhook mit klar definiertem JSON-Schema ist transparenter als ein angeblich nahtloser Konnektor. Achten Sie auf Idempotenz: Bei wiederholter Übergabe (etwa nach Netzwerkfehler) darf der Antrag nicht doppelt angelegt werden. Eine eindeutige Antrags-ID im Header und ein Dedup-Mechanismus im Empfänger lösen das sauber. Loggen Sie jede Übergabe mit Zeitstempel und Status, damit Sie bei Reklamationen den Pfad lückenlos nachweisen können.