Mit dem digitalen Euro führt das Eurosystem ein digitales Zentralbankgeld für den Massenzahlungsverkehr ein. Banken müssen den Digitalen Euro sowohl online als auch offline anbieten und in die bestehenden Kundenkanäle integrieren. PPI bietet dafür eine einheitliche Plattform, die von der Zahlungsabwicklung bis zum Wallet-Lifecycle-Management und das regulatorische Reporting alles aus einer Hand liefert. Die Komponenten ergeben sich unmittelbar aus den Anforderungen des von der Europäischen Zentralbank veröffentlichten Rulebooks und fügen sich nahtlos in die vorhandene Zahlungsverkehrslandschaft einer Bank ein. Falls gewünscht, lassen sich der kontobasierte Zahlungsverkehr (SEPA) mit dem TRAVIC-Payment Hub und der walletbasierte Zahlungsverkehr (D€) auf einer gemeinsamen Plattform bündeln. Eine tiefe Integration in die bestehenden Banksysteme ist nicht erforderlich.
Mit dem Digitalen Euro entsteht neben der Konto-Welt eine eigene Wallet-Welt, die Banken konsistent, nachvollziehbar und regulatorisch sicher verarbeiten müssen. Das PPI-Betriebssystem für den Digitalen Euro liefert genau diese Verarbeitungsschicht. Sie basiert auf vier Komponenten und steht sowohl als Service (SaaS) als auch vor Ort (On Premises) bereit.
Der verarbeitende Kern des Digitalen Euro.
Die Kontrollschicht für integre und konsistente Offline-Transaktionen.
Die Daten- und Nachweisschicht des Betriebssystems.
Die Prognose- und Simulationsschicht für die Liquidität am Zentralbankkonto.
Erst das Zusammenspiel von TEO, TOM und TSC ermöglicht eine konsistente, nachvollziehbare und bankfähige Verarbeitung des Digitalen Euro – TILL macht die Liquidität steuerbar.
Der Digitale Euro trennt die Kundenseite (Distributing PSP) und die Händlerseite (Acquiring PSP) voneinander. Das D€-Betriebssystem bedient beide Rollen gleichzeitig und stellt innerhalb der vier Komponenten sicher, dass beide Rollen von einer Bank vollständig bedient werden können.
| Issuing Kundenseite · Distributing PSP | Acquiring Händlerseite · Acquiring PSP |
|---|---|
| ONBOARDING Wallet-Eröffnung und Kunden-Onboarding | ONBOARDING Händler-Onboarding und Einrichtung der Akzeptanz |
| ZAHLUNG Auslösung von P2P-, POS- und E-Commerce-Zahlungen sowohl online als auch offline | AKZEPTANZ Annahme von POS- und E-Commerce-Zahlungen sowohl online als auch offline |
| KONTOKOPPLUNG Funding und Defunding über Waterfall / Reverse Waterfall zum Girokonto | GUTSCHRIFT Gutschrift und Defunding auf das Händlerkonto, inklusive Gutschriften gegenüber Händlerkunden |
| REGULATORIK Prüfung des Holding-Limits, AML/Fraud und starke Kundenauthentifizierung (SCA) | REGULATORIK Prüfung von AML/Fraud und Einhaltung von Akzeptanzregeln |
| NACHWEIS Archivierung und Streitfallmanagement auf der Kundenseite | NACHWEIS Archivierung und Streitfallmanagement auf der Händlerseite |
Das D€-Betriebssystem bildet die Verarbeitungsschicht zwischen dem Eurosystem und den bankfachlichen Umsystemen. Es verbindet drei Seiten miteinander: 1. den zentralen Euro-Ledger (D€SP), 2. die bestehenden Banksysteme und 3. die Wallets als eigenständigen und von der Bank verwalteten Kundenkanal. So hält das D€-Betriebssystem von PPI die Bank handlungsfähig, ohne sie über Lock-In-Mechanismen dauerhaft zu binden.
Das D€-Betriebssystem arbeitet unabhängig von bestehenden Zahlungsverkehrsplattformen und vermeidet so eine tiefe Integration. Der Digitale Euro läuft fachlich gekapselt und bindet die nötigen bankfachlichen Systeme ausschließlich über Schnittstellen an.
Das D€-Betriebssystem arbeitet eigenständig neben bestehenden Zahlungsverkehrsplattformen. Der TRAVIC-Payment Hub wird nicht als führendes System vorausgesetzt.
Das D€-Betriebssystem von PPI steht sowohl als Service (SaaS) als auch vor Ort im eigenen Betrieb (On Premises) bereit und fügt sich nahtlos in die bestehende IT-Strategie der Bank ein.
Der Digitale Euro lässt sich in beiden Betriebsmodellen mit den SEPA-, SEPA-Instant- und X-Border-Rails im TRAVIC-Payment Hub kombinieren. Ein Prozessor, eine Wahrheit, alle Zahlungsarten.
PPI stellt für die D€-Pilotphase ab H2 2027 einen eigens aufgesetzten Shared Service bereit. Banken bekommen so die Möglichkeit, kosteneffizient am Piloten teilzunehmen, ohne sich jetzt bereits auf ein Betriebsmodell für die fertige Plattform entscheiden zu müssen. Dadurch bleiben die Banken flexibel, ohne Lock-In-Risiken.
