3.

Zahlungsaufträge in der normalen Warteschlange werden — unter Einbeziehung aller noch nicht abgewickelten sehr dringenden und dringenden Zahlungsaufträge — fortlaufend bearbeitet. Dabei kommen verschiedene Optimierungsverfahren (Algorithmen) zur Anwendung. Ist ein Algorithmus erfolgreich, werden die darin enthaltenen Zahlungsaufträge ausgeführt; wenn er nicht erfolgreich ist, verbleiben die betreffenden Zahlungsaufträge in der Warteschlange. Drei Algorithmen (1 bis 3) werden zur Verrechnung von Zahlungsströmen angewendet. Algorithmus 4 wird zur Abwicklung von Zahlungsaufträgen aus Nebensystemen im Abwicklungsverfahren 5 (wie in Kapitel 2.8.1 der UDFS beschrieben) eingesetzt. Ein besonderer Algorithmus (Algorithmus 5) wird zur Optimierung der Abwicklung von sehr dringenden Nebensystem-Zahlungsaufträgen über Unterkonten von Teilnehmern genutzt. a) Bei Algorithmus 1 (‚all-or-nothing‘) wird die [Name der Zentralbank einfügen] sowohl für Beziehungen, für die ein bilaterales Limit festgesetzt wurde, als auch für die Gesamtheit der Beziehungen, für die ein multilaterales Limit festgesetzt wurde, i) die Gesamtliquiditätsposition jedes PM-Kontos der TARGET2-Teilnehmer berechnen, indem sie ermittelt, ob der (rechnerische) Saldo aus den in der Warteschlange befindlichen ein- und ausgehenden Zahlungsaufträgen positiv oder negativ ist. Wenn der (rechnerische) Saldo negativ ist, prüft die [Name der Zentralbank einfügen], ob er die verfügbare Liquidität des Teilnehmers übersteigt (die so errechnete gesamte Liquidität bildet die ‚Gesamtliquiditätsposition‘); ii) prüfen, ob die von den TARGET2-Teilnehmern festgelegten Limite und Reservierungen hinsichtlich jedes relevanten PM-Kontos eingehalten werden. Wenn das Ergebnis dieser Berechnungen und Prüfungen für jedes betroffene PM-Konto positiv ausfällt, wickeln die [Name der Zentralbank einfügen] und sonstigen beteiligten Zentralbanken alle Zahlungen zeitgleich auf den PM-Konten der betreffenden TARGET2-Teilnehmer ab. b) Bei Algorithmus 2 (‚partial‘) wird die [Name der Zentralbank einfügen] i) wie bei Algorithmus 1 die Liquiditätspositionen, Limite und Reservierungen jedes betreffenden PM-Kontos ermitteln und überprüfen; ii) bei negativer Gesamtliquiditätsposition eines oder mehrerer betreffender PM-Konten einzelne Zahlungsaufträge herausnehmen, bis die Gesamtliquiditätsposition aller betreffenden PM-Konten positiv ist. Im Anschluss daran wickeln die [Name der Zentralbank einfügen] und die sonstigen beteiligten Zentralbanken alle verbleibenden Zahlungen (mit Ausnahme der herausgenommenen Zahlungsaufträge) zeitgleich auf den PM-Konten der betreffenden TARGET2-Teilnehmer ab, sofern ausreichend Deckung verfügbar ist. Bei der Herausnahme von Zahlungsaufträgen beginnt die [Name der Zentralbank einfügen] bei dem PM-Konto des TARGET2-Teilnehmers mit der höchsten negativen Gesamtliquiditätsposition und bei dem am Ende der Warteschlange befindlichen Zahlungsauftrag mit der niedrigsten Priorität. Das Auswahlverfahren läuft nur über einen kurzen Zeitraum, dessen Dauer im Ermessen der [Name der Zentralbank einfügen] steht. c) Bei Algorithmus 3 (‚multiple‘) wird die [Name der Zentralbank einfügen] i) PM-Konten von TARGET2-Teilnehmern paarweise gegenüberstellen, um zu errechnen, ob Zahlungsaufträge in der Warteschlange im Rahmen der verfügbaren Liquidität der betreffenden PM-Konten der beiden TARGET2-Teilnehmer und etwaiger gesetzter Limite abgewickelt werden können (ausgehend von den beiden PM-Konten, bei denen die Differenz zwischen den bilateral erteilten Zahlungsaufträgen am geringsten ist). Die beteiligte(n) Zentralbank(en) verbucht/en diese Zahlungen zeitgleich auf den PM-Konten der beiden TARGET2-Teilnehmer; ii) ferner, wenn bei einem PM-Kontenpaar im Sinne von Ziffer i die Liquidität zum Ausgleich der bilateralen Position nicht ausreicht, einzelne Zahlungsaufträge herausnehmen, bis ausreichend Liquidität verfügbar ist. In diesem Fall wickelt/n die beteiligte(n) Zentralbank(en) die verbleibenden Zahlungsaufträge (mit Ausnahme der herausgenommenen) zeitgleich auf den PM-Konten der beiden TARGET2-Teilnehmer ab. Nach Durchführung der in den Ziffern i und ii beschriebenen Prüfung ermittelt die [Name der Zentralbank einfügen] die multilaterale Position (zwischen dem PM-Konto eines Teilnehmers und den PM-Konten anderer TARGET2-Teilnehmer, für die ein multilaterales Limit gesetzt wurde). Zu diesem Zweck gilt das in den Ziffern i und ii beschriebene Verfahren entsprechend. d) Bei Algorithmus 4 (‚partial plus ancillary system settlement‘) verfährt die [Name der Zentralbank einfügen] ebenso wie bei Algorithmus 2, jedoch ohne Herausnahme von Zahlungsaufträgen, die dem Zahlungsausgleich eines Nebensystems (das die Abwicklung auf simultan-multilateraler Basis durchführt) dienen. e) Bei Algorithmus 5 (‚ancillary system settlement via sub-accounts‘) verfährt die [Name der Zentralbank einfügen] ebenso wie bei Algorithmus 1, wobei sie jedoch Algorithmus 5 über die Nebensystem-Schnittstelle (‚Ancillary System Interface — ASI‘) startet. Dabei überprüft die [Name der Zentralbank einfügen] lediglich, ob auf den Unterkonten der Teilnehmer ausreichend Deckung verfügbar ist. Zudem werden keine Limite und Reservierungen berücksichtigt. Algorithmus 5 läuft auch während der Nachtverarbeitung.