Diese Transaktion dient zur Verwaltung von Systemparametern.
Die Transaktion ermöglicht über die Icons:
Die Änderungen der Systemparamater werden in den Dateien “TDPARA.INI” bzw. in “DNGPARA.INI” gespeichert.
Details sind bei den einzelnen Transaktions-Panelen beschrieben.
Auf diesem Panel können einzelne Nachrichtenkanäle zentral deaktiviert werden. Welche Nachrichtenkanäle in der Tabelle auf diesem Panel zur Verfügung stehen, ist in der Transaktion “Bearbeiten der Codetables” für die Tabelle CORTYP definiert.
Deaktiviert wird ein Nachrichtenkanal, indem in der Tabelle auf dem Panel “Nachrichten-Parameter” die Checkbox “Aktiv” nicht markiert wird. In der Bearbeitung von Geschäftstransaktionen hat dies zur Folge, dass keine Nachricht in dem deaktivierten Format mehr erzeugt werden kann. In den Stammdatem zum Beteiligten ist eine Authentisierung der deaktivierten Kanäle nicht möglich.
Autokonvertierung von Standby-L/C-Nachrichten :
Über das Panel “Brief-Layout” und weitere Transaktionen können eine Reihe von Einstellungen vorgenommen werden, die es ermöglichen, die ausgehende briefliche Korrespondenz in Schrift, Form und Layout an die Corporate Identity Vorgaben der Bank anzupassen.
Das Feld “Brief-Layout” sieht 2 mögliche Varianten vor:
In der Standarddefinition sind alle im Kopf-und Fussteil ausgegebenen Felder und Positionen festgelegt und können nicht verändert werden. Über den Button [Ansehen] (Vorschau der gewählten Einstellungen) kann ein Beispiel des Standard-Layouts angesehen werden. Die in der Standarddefinition ausgegebenen Elemente sind in Bezug auf Größe und Schriftart auf den Dokumentenstil / das Seitenlayout der Briefe (in der MyModelbank “a4.xsi”) abgestimmt. Diese Formatierungsvorgaben könnten jedoch geändert werden über die Transaktion “Verwalten von Dokumentenformatierungen”, die über den Button [Dok.-stil] gestartet werden kann. Hier kann das Seitenlayout der XSI-Dateien angepasst werden.
Diese Variante hat den Vorteil, dass es bereits ein vorgefertigtes Layout gibt, das sofort verwendet werden kann.
Um eine eigene Vorlage zu verwenden, muss in dem Feld “Brief-Layout” der Eintrag “Benutze Vorlage” ausgewählt werden. Es öffnen sich dann die Felder “Absenderangaben der Anwendung” und “Art der Vorlage”. In Feld “Art der Vorlage” gibt es die Möglichkeit, zwischen einer digitalen Vorlage und Briefpapier auszuwählen:
Der Aufbau eines Briefes setzt sich in der Regel aus folgenden Teil-Elementen zusammen, für die entschieden werden kann, ob diese Elemente in Ihrem Brief-Layout ausgegeben werden sollen:
Über den Button [Ansehen] können die Auswirkungen sämtlicher Einstellungen überprüft werden.
Auf diesem Panel werden die Standardwerte definiert, die für die Abwicklung eines Auftrags verwendet werden, wenn in der Transaktion “Verwalten von Service Level Agreements” nichts anderes definiert ist.
Felder:
Bedeutung der Faktoren: In den Feldern “Pausiert”, “Korrektur” und “Manuell” kann ein “Faktor für die Berechnung der Durchlaufzeit” erfasst werden. Die Abwicklungszeit berechnet sich dann mit diesem Faktor.
Beispiel: Für die Abwicklungszeit sind 180 Minuten vorgegeben, unterbrochene Transaktionen werden mit einem Faktor von 50% berechnet, zu korrigierende Transaktionen mit einem Faktor von 10%. Wird die Erfassung einer Geschäftstransaktion pausiert, so wird eine Abwicklungszeit von nunmehr 90 Minuten für den SPT ermittelt, wird die Transaktion zur Korrektur geschickt eine Abwicklungszeit von 18 Minuten.
Auf diesem Panel kann für die Stammdatensysteme das 4 Augen Prinzip aktiviert oder deaktiviert werden.
Für kommende Standards-Releases kann das Aktivierungsdatum bzw. können die Aktivierungsdaten eingegeben werden. Zusätzlich werden hier, falls erforderlich, Aktivierungsdaten für andere Themen angegeben.
Die allgemeine Logik aller Felder besteht darin, als Datum das erste Datum einzutragen, ab dem neue Funktionen für jedes Thema aktiv werden sollen.
Produktionsumgebung:
Testumgebung:
Swift Standard Releases SR20xx Aktivierung am:
Swift CBPR+ Aktivierung am:
T2 RTGS Aktivierung am:
SIC-Aktivierung am:
Swift Autokonvertierung zu MT759:
Auf diesem Panel kann definiert werden, welche Felder der Applikation von einer Embargo-Anwendung geprüft werden sollen. Weitere Information sind unter Compliance zu finden.
Systemeinstellungen
Nachrichten-Parameter
Brief-Layout
Referenznummern
Service Level Agreement
Stammdaten
Swift Release Aktivierung
E-Mail Einstellungen
Embargo
Datenfeld | Beschreibung |
---|---|
Flag for FastTrack | Dieses Feld gibt an, ob die Schnellerfassung (FastTrack) aktiviert ist oder nicht. Wenn die Checkbox markiert ist, dann wird in den Kontrakt eröffnenden Transaktionen das Schnellerfassungspanel eingeblendet, sofern für den aktuellen Geschäftbereich eine Schnellerfassungs-Definition konfiguriert wurde. |
Deaktiviere Limitsystem | Durch Setzen dieser Checkbox kann das Limitsystem zentral deaktiviert werden. Wenn die Checkbox gesetzt ist, wird das Limitsystem für alle Geschäftsbereiche sowie für die Services im Task-Manager (MGRTSK), wie z. B. 'Prüfe Limitstatus (PDL)', deaktiviert. |
Use Syndication Business Module | Diese Checkbox gibt an, ob der neue Geschäftsbereich Syndizierungen verwendet werden soll. |
Compliance | In diesem Feld kann festgelegt werden, ob die eingebaute Compliance-Funktionalität verwendet werden soll oder die alternative Compliance Variante. Wenn 'Alternatives Compliance' ausgewählt ist, interagiert die Anwendung mit einem externen Sanction-Screening-System und erstellt Output im XML-Format anstelle von reinem Text und sendet/ empfängt Compliance-Anfragen über den Workflow. |
use alternative Compliance for incoming messages | Wenn dieses Kontrollkästchen aktiviert ist, werden eingehende Nachrichten vom externen Sanktionsprüfungssystem nicht aktiviert. |
Abgrenzungsbuchung | Wenn Sie diese Option aktivieren, werden Abgrenzungsbuchungen in den GLE-Buchungen eines Kontraktes erzeugt. Wenn diese Option aktiviert ist, ist die Erfassung eines Abgrenzungskonto und das Ertragskonto in der Gebührentabelle (FEE) obligatorisch. |
Letzten Tag von der Zinsberechnung ausschließen | Wenn Sie dieses Flag setzen, wird der letzte Tag von der Zinsberechnung für Finanzierungen und Bevorschussungen ausgeschlossen. |
Datenfeld | Beschreibung |
---|---|
Leerzeilen in SWIFT Nachrichten ersetzen: | In SWIFT Nachrichten werden Leerzeilen durch die eingegebenen Zeichen ersetzt. Folgende Einträge sind möglich: Kein Eintrag bedeutet, alle Leerzeilen werden entfernt. In SWIFT Nachrichten, die durch eine Autokonvertierung entstanden sind, werden mehrere aufeinanderfolgende Leerzeilen auf eine Zeile reduziert und diese wird durch einen “.” ersetzt. “DELETE” bedeutet, alle Leerzeilen werden entfernt (auch die letzte in Zeile in autokonvertierten Nachrichten). “SPACE” bedeutet, alle Leerzeilen bleiben erhalten. In allen anderen Fällen, werden Leerzeilen durch die eingegebene Zeichenfolge ersetzt. |
Autokonvertierung von Standby L/C Nachrichten in L/C Modulen | Die Freiformat Nachricht for Standby L/Cs kann in zwei unterschiedlich strukturierten Formaten generiert werden. Freiformat Nachricht Der Inhalt des Tags/Feldes 79 'Freitext/Narrative' der Freiformat Nachricht wird ähnlich wie der Brief der entsprechenden Korrespondenz erstellt. (z.B. die briefliche Eröffnungsnachricht) Originale Nachrichtenstruktur Der Inhalt des Tags/Feldes 79 'Freitext/Narrative' der Freiformat Nachricht wird ähnlich der Swift Originalnachricht in einem 'tagged/Feld-für-Feld' Format wie im Pretty Print erstellt, allerdings nur mit den Feldbeschreibungen, jedoch ohne die jeweiligen Feldnummern. |
Datenfeld | Beschreibung |
---|---|
SWIFT Aktivierung am | Dieses Feld gibt das Datum an, an dem die regulatorischen Änderungen für Swift 2023 weltweit in Kraft treten werden. |
Swift CBPR+ Aktivierung am: | - Swift Interbank-Zahlungsnachrichten werden standardmäßig als Swift MT-Nachrichten generiert. - MX XML Zahlungen können ab dem eingestellten Datum generiert werden. - MT Zahlungen und MX (CBPR+) Zahlungen können nicht parallel erzeugt werden. Für Produktionswechsel von MT- zu MX CBPR+ Zahlungen: - Kann zu jedem beliebigen Datum zwischen dem 20. März 2023 und 20. November 2025 aktiviert werden. - Das späteste Aktivierungsdatum für MX (CBPR+) Zahlungen ist Sonntag, 23. November 2025. |
T2 RTGS Aktivierungsdatum | An diesem Datum wird die nächste Version des Clearingsystems T2 RTGS aktiviert. Zu Testzwecken kann das Datum auf ein Datum vor dem offiziellen Tag der Aktivierung festgelegt werden. |
Autokonvertierung auf MT759 | Wenn dieses Flag gesetzt wird, können Banken Nachrichten automatisch in MT759 anstelle von MT799 konvertieren. Dies basiert auf der SWIFT recommendation, dass MT799 reduziert werden soll und stattdessen sollte der neue MT759 verwendet werden. |