Zum Hauptinhalt springen

5 Querschnittsanforderungenfeedback

Klassifikation:

  • a) Verbindlichkeit: Erforderlich, Empfohlen, Entwurf, Veraltet.
  • b) Erweiterbarkeit und Austauschbarkeit: Unveränderlich, Erweiterbar, Austauschbar, nicht anwendbar.
IDAnforderungKlassifikation
QA01Externe Identifikation, Registrierung und AnmeldeprozesseErforderlich, Unveränderlich
QA02RegistrierungsanforderungenEmpfohlen
QA03Überprüfung der ComplianceOptional
QA04Gesetzliche und operative AnforderungenErforderlich, Unveränderlich
QA05Echtzeit‑AntwortzeitenEmpfohlen
QA06ValidierungErforderlich, Unveränderlich
QA07AutorisierungEmpfohlen
QA08Anspruchsprüfung / BerechtigungsprüfungEmpfohlen
QA09Verfügbarkeit des BudgetsErforderlich, Unveränderlich
QA10Berechnung von ZahlungenOptional
QA11ZahlungssystemeErforderlich, Unveränderlich
QA12AbwicklungErforderlich, Unveränderlich

Tabelle 1 Querschnittsanforderungen

5.1 Externe Identifikation, Registrierung und Anmeldeprozessefeedback​

[Erforderlich] Der Baustein geht davon aus, dass Identifikation, Registrierung und Anmeldung vollständig in externen Systemen erfolgen. Diese Systeme müssen den regulierten Zahlungs‑ und Bankvorgaben der jeweiligen Rechtsordnung entsprechen.

5.2 Registrierungsanforderungenfeedback​

[Empfohlen] Ein Zahlungssystem oder ‑schema eines Landes kann verlangen, dass alle beteiligten Zahler oder Zahlungsempfänger (z. B. Kliniken, Ministerien, Einzelpersonen) bei einem regulierten Bank‑ oder Nichtbankinstitut registriert sind, bevor sie den Baustein nutzen dürfen.

5.3 Überprüfung der Compliancefeedback​

[Optional] Im Kontext von Zentralbank‑Digitalwährungen (CBDC) oder Zentralbankkonten für Privatpersonen wird angenommen, dass alle regulatorischen Bedingungen extern geprüft wurden sowie Zahler und Zahlungsempfänger gemäß den Regeln des jeweiligen Systems korrekt registriert sind.

5.4 Gesetzliche und operative Anforderungenfeedback​

[Erforderlich] Der Baustein setzt voraus, dass gesetzliche/operative Anforderungen wie: Know Your Customer (KYC), Anti‑Money‑Laundering (AML) und Counter‑Terrorist‑Financing (CTF) bereits durch ein externes System erfüllt und innerhalb angemessener Zeit übermittelt wurden.

5.5 Echtzeit‑Antwortzeitenfeedback​

[Empfohlen] Die zugrunde liegende Infrastruktur sollte Transaktionen so unterstützen, dass sie innerhalb einer vordefinierten maximalen Zeitspanne in Echtzeit beantwortet werden können.

5.6 Validierungfeedback​

[Erforderlich] Der Baustein sollte in der Lage sein, über externe Systeme u. a. Folgendes zu validieren: Kontostatus; Konto‑ oder Routing‑Informationen; Zahlungsbestätigungen; unterschiedliche Fehlerbedingungen.

5.7 Autorisierungfeedback​

[Empfohlen] In bestimmten Betriebsmodi prüft der Baustein Freigaben oder Zuweisungen des Haushaltssystems HKR, um sicherzustellen, dass ausreichende Mittel zur Verfügung stehen.

5.8 Anspruchsprüfung / Berechtigungsprüfungfeedback​

[Empfohlen] Die Überprüfung, ob ein Begünstigter anspruchsberechtigt ist, soll üblicherweise in einem anderen Baustein stattfinden.

5.9 Verfügbarkeit des Budgetsfeedback​

[Erforderlich] Vor der Erstellung eines Gutscheins (Voucher) muss geprüft werden, ob ausreichend Budget vorhanden ist.

5.10 Berechnung von Zahlungenfeedback​

[Optional] Die Berechnung von Zahlungen kann von vielen Attributen abhängen, die durch ein spezifisches Programm definiert werden.

5.11 Zahlungssystemefeedback​

[Erforderlich] Der Baustein setzt voraus, dass es im Markt funktionsfähige Zahlungssysteme gibt, unabhängig davon, ob sie öffentlich, teilöffentlich oder privat / kommerziell betrieben werden.

5.12 Abwicklung (Settlement)feedback​

[Erforderlich] Die Zahlungsabwicklung (ob brutto oder netto) selbst muss außerhalb des Bausteins erfolgen.