Das Thema der Verfügbarkeit von Geldern kam vor einigen Wochen bei einem Telefonat mit einem potenziellen Großkunden zur Sprache. Wann dem Empfänger bei einer elektronischen Transaktion Geld zur Verfügung steht, hängt in den meisten Fällen von der Art der Überweisung ab, die für den Geldtransfer genutzt wird.
In den USA gibt es viele Überweisungsarten, bei denen die Gelder nicht sofort verfügbar sind. Daher haben viele Unternehmen im Laufe der Jahre dieses Problem gelöst, indem sie eine gemeinsame Lösung dafür entwickelt haben.
Diese Lösung besteht darin, einen Dritten einzuschalten, der Liquidität bereitstellt, sodass der Empfänger sofort Zugriff auf die Gelder erhält.
Hier sind die grundlegenden Abläufe in einem normalen Szenario ohne Liquiditätsanbieter unter Verwendung der „Dwolla“-Kundentypen. In diesem Beispiel ist VCR1 der Absender und VCR2 der Empfänger.

Diese übliche Verzögerung lässt sich, wie oben erwähnt, durch die Einbeziehung eines Dritten lösen, der Liquidität bereitstellt. Weniger technisch ausgedrückt bedeutet dies, dass jemand dem Empfänger das Geld vorstreckt und das Risiko trägt, dass die Zahlung des Absenders fehlschlägt.
Ein Beispiel dafür, wie dies aus Sicht des Geldflusses funktioniert, ist wie folgt.

VCR3 stellt eine neue Einheit dar, die nicht im ursprünglichen Geldfluss enthalten ist. VCR3 wird von einem Liquiditätsanbieter betrieben oder gehört diesem. Es ist anzumerken, dass dies zum Zwecke der Veranschaulichung stark vereinfacht ist. VCR3 könnte tatsächlich auch vom Eigentümer der Client-Anwendung betrieben werden, sofern der Vertrag zwischen dem Inhaber des VCR3-Kontos und dem Eigentümer der Client-Anwendung dies zulässt.
Ist das tatsächlich möglich?
Das geschieht täglich in Systemen auf der ganzen Welt. Da die Hochfinanz in die FinTech vordringt – oder umgekehrt –, kommt dies immer häufiger vor.
Was kostet Liquidität also?
Das ist sehr unterschiedlich. Manche Unternehmen beschaffen sich genügend Kapital und die entsprechenden Lizenzen, um die Liquidität über ihre Bilanz zu finanzieren. Eine andere Lösung ist die Partnerschaft mit einer Bank, und wieder eine andere ist die Zusammenarbeit mit einer anderen Art von Liquiditätsanbieter.
Auch wenn die wirtschaftlichen Rahmenbedingungen variieren mögen, betrachten wir drei mögliche Lösungen für den Fall, dass die Liquidität durch die Übernahme von Transaktionsrisiken in Form von kurzfristigen Verbindlichkeiten finanziert wird. In diesem Beispiel gibt es drei Kostenszenarien, die ich häufig sehe:
- Fed-Funds-Satz. Dieser lag bei 0,25 % p. a., als ich diesen Text zum ersten Mal verfasste. Der Fed-Funds-Satz sinkt von Tag zu Tag.
- Eine gewerbliche Kreditlinie. Nehmen wir 6 % p. a. an. Selbst wenn der Leitzins der Fed niedriger ist, kommen Nichtbanken selten in den Genuss dieses Zinssatzes.
- Etwas Provokativeres. Nehmen wir 12 % p. a. an. Das sind die Arten von Zinssätzen, die häufiger anzutreffen sind.
Die Kosten hängen vom Partner ab.
Ein entscheidender Faktor ist hier, dass die Liquidität nicht auf Jahresbasis, sondern täglich bereitgestellt wird. Bei der Betrachtung der tatsächlichen Kosten ist es wichtig zu prüfen, wie viel Geld für welchen Zeitraum bereitgestellt wird.
Wenn man Echtzeitumgebungen einführt, kann man die Kosten Tag für Tag, Stunde für Stunde, Minute für Minute und ja… Sekunde für Sekunde aufschlüsseln.
Tageszinsen sind in diesem Szenario wichtig
Bei einer typischen „ACH“-Transaktion müssen Sie möglicherweise mit einer Verzögerung von zwei Tagen rechnen. Wenn Sie also 1 Million Dollar benötigen (da dies für dieses Beispiel ein einfacher Betrag ist), könnten Sie eine der oben genannten Partnerlösungen nutzen, um diese 1 Million Dollar zu finanzieren. Denken Sie daran, dass die Liquidität fast immer durch eine Beziehung zwischen dem Liquiditätsanbieter und dem Anwendungsinhaber gesichert ist.
Wer trägt also die Kosten? Der Eigentümer der Client-Anwendung trägt in der Regel die Kosten für das Programm, das der Liquiditätsanbieter ermöglicht.

Kurz gesagt: Wenn wir einfach die oben genannten Kreditzinsen zugrunde legen, können wir davon ausgehen, dass 1 Mio. $ an Liquidität bei 6 % etwa 164,38 $ pro Tag kostet, täglich aufgelaufen.
Um die zweitägige Lücke zu überbrücken, müssten Sie 328,76 $ zahlen. Wenn Sie von einer durchschnittlichen Verbrauchertransaktion von etwa 124 $ ausgehen, könnten Sie täglich mehr als 8.000 Verbrauchertransaktionen abwickeln und den Händler in Echtzeit bezahlen, indem Sie das Geld leihen und das Renditerisiko übernehmen. Ein wichtiger Aspekt, den man hier beachten sollte, ist, dass der Verbraucher keinen Kredit aufnimmt. Der Verbraucher ist in diesem Beispiel der Nutznießer dessen, dass der Eigentümer der Kundenanwendung und der Liquiditätsanbieter das Risiko übernehmen, um eine bessere Benutzererfahrung und sofortigen Zugriff auf Geld zu ermöglichen.
Die Kosten für die Einführung der Echtzeit-Verfügbarkeit von Geldern sind nicht mehr so hoch wie früher.
Bei 0,25 % sinken die Kosten von 164,38 $ pro Tag auf 6,85 $ pro Tag. Bei einer zweitägigen Vorlaufzeit belaufen sich die Kosten auf 13,70 $ pro 1.000.000 $.
Hier sind die Zahlen, falls Sie sie durchgehen möchten. Sie dienen nur zu Demonstrationszwecken und sollten nicht als endgültig angesehen werden. Eine Reihe von Variablen könnte die tatsächlichen Kosten beeinflussen.
| Liquidität | Jahreszinssatz | Jährliche Kosten | 2 Tage | 1 Tag | Pro Stunde | Pro Minute | Pro Sekunde |
|---|---|---|---|---|---|---|---|
| 10.000.000 $ | 0,55 % | 55.000 $ | 301,37 | 150,68 | 6,28 $ | 0,105 | 0,0017 |
| 1.000.000 $ | 6,00 % | 60.000 | 328,77 | 164,38 | 6,85 | 0,114 | 0,0019 |
| 1.000.000 $ | 12,00 % | 120.000 | 657,53 | 328,77 | 13,70 | 0,228 | 0,0038 |
| 1.000.000 $ | 20,00 % | 200.000 $ | 1.095,89 $ | 547,95 | 22,83 | 0,381 | 0,0063 |
Risikobehaftete Programmierung
Wenn Systeme es verschiedenen Parteien ermöglichen, in Echtzeit Risiken einzugehen, können wir uns überlegen, wer Tag für Tag, Stunde für Stunde, Minute für Minute und Sekunde für Sekunde bieten könnte. Das ist zwar spannend, aber auch gefährlich, wenn es unverantwortlich gehandhabt wird.
Wenn Sie etwas in dieser Art entwickeln, würde ich Ihnen dringend empfehlen, einen auf Technikrecht spezialisierten Anwalt zu beauftragen, der Ihnen bei der Gestaltung Ihrer Geschäftsbeziehungen helfen kann. Der technische Aspekt des Geldtransfers ist mittlerweile der einfache Teil. Früher war es genau umgekehrt!