de:app:020cor:030message:0055cbpr

SWIFT MX CBPR+ Zahlungen

Alle Banken, die die Applikation zur Erstellung von SWIFT MT Zahlungsnachrichten verwenden, müssen ihre Installationen aktualisieren, um die Version SWIFT MX CBPR+ nutzen zu können.

Die Einführung auf Bankenseite ist jederzeit während einer dreijährigen Übergangsfrist möglich, die am 20. März 2023 und im November 2025 endet. Die Banken können flexibel entscheiden, wann sie während der Übergangszeit auf CBPR+ Zahlungsnachrichten umsteigen wollen. Ab dem 20. März 2023 können die Banken mit der Nutzung von CBPR+ Nachrichten beginnen oder bis zum Ende der Übergangsfrist im November 2025 warten oder die CBPR+ Nachrichtenfunktion in dem dazwischen liegenden Zeitraum verwenden. Wenn die Aktualisierung nicht vorgenommen wird, können ab November 2025 keine elektronischen Zahlungsnachrichten mehr über SWIFT versendet werden.

Wie CBPR+ Zahlungsnachrichten aktiviert werden

Die CBPR+ Funktionalität wird über einen zentralen Aktivierungsparameter in der Transaktion Verwalten von System-Einstellungen auf dem Panel “Swift Release Aktivierung” aktiviert. Durch Setzen des SWIFT CBPR+ Aktivierungsdatums kann die Bank die Funktionalität ab dem eingegebenen Datum auf dem Panel “SWIFT Releases” aktivieren.

Betroffene CBPR+ Nachrichten ab März 2023

Die Swift MX CBPR+ Lösung gilt nur für die bisherigen Zahlungen und zahlungsbezogenen Nachrichten im Swift FIN MT Format. Daher unterstützt die Applikation die Nachrichten, die bereits als MT-Zahlungsnachrichten unterstützt wurden:

FIN MT Nachricht MX ISO 20022
103 CORE pacs.008.001.08 v2.1
202 / 202COV pacs.009.001.08 (CORE) v2.1
pacs.009.001.08COV v2.1
pacs.009.001.08ADV
192
292
camt.056.001.08 v2.1
196
296
camt.029.001.08 v2.1
(Im ersten Schritt als nur Antwort auf eine erhaltene camt.056)

Detaillierte Informationen über die CBPR+-spezifische Hantierung und die Generierung der Zahlungsnachrichten sind in SESPAY Zahlungsmodul zu finden.

SWIFT XML Ausgangs-Service

Ausgehende CBPR+-Nachrichten werden für den Versand vorbereitet, wenn die entsprechende Transaktion freigegeben wurde. Ist “Swift XML” (SXO) aktiviert, wird der Exportprozess für den Versand der ausgehenden SWIFT XML-Nachrichten vom Task Manager durchgeführt.

Die Konfiguration des Services “SWIFT XML” (SXO) kann im gleichnamigen Konfigurations-Panel vorgenommen werden, wie z.B. der Pfad, wo die erstellten XML-Dateien gespeichert werden oder bankindividuelle Informationen, die in den ausgehenden Nachrichten hinzugefügt werden müssen.

Der bisherige Service “SWIFT Senden” (SWT) für SWIFT MT Nachrichten bleibt unverändert. Beide können nebeneinander bestehen und genutzt werden.

Nachrichten-Umschlag (Envelope)

SWIFT-XML-Nachrichten werden typischerweise in einer so genannten Envelope-Struktur verpackt. Diese Anwendung unterstützt derzeit drei Arten von Envelopes

  1. Generischer Umschlag
  2. SWIFT XMLv2
  3. Benutzerdefinierter Umschlag

Das Umschlagformat kann auf dem Panel “SWIFT XML” im Task Manager konfiguriert werden.

Generischer Umschlag

Dieses generische Umschlagformat verpackt den generischen Header und die Nachricht in das XML-Element <envelope>

SWIFT XMLv2

Der Nachrichtenkopf und der Nachrichtentext werden in den von SWIFT spezifizierten XMLv2-Umschlag verpackt. Bei Auswahl dieses Formats stehen zusätzliche Konfigurationsoptionen zur Verfügung, mit denen bestimmte Daten bei der Erstellung der Nachricht überschrieben werden können.

Benutzerdefinierter Umschlag

Für den Fall, dass ein individuell anpassbares Umschlagformat benötigt wird. Das benutzerdefinierte Umschlagformat muss im Kunden-Overlay entwickelt werden.

Eingehende SWIFT XML Nachrichten und Eingangs-Service

Eingehende CBPR+ XML Nachrichten werden in der Transaktion Manager für eingehende Nachrichten im Service SWIFT XML (SRVSXI) verarbeitet. Dieser muss aktiviert sein, um SWIFT XML Nachrichten zu empfangen.

Eingehende CBPR+ Nachrichten, die derzeit unterstützt werden, sind pacs.008, pacs.009, camt.056, camt.029 und technische Bestätigungsnachrichten.

  • Eingehende pacs.008 Nachrichten werden an die Transaktion Abrechnen Einfache Zahlung weitergeleitet (ähnlich wie eingehende MT103, falls die Bank diese Nachrichten in der Applikation empfängt)
  • Eingehende pacs.009 Nachrichten werden an die Transaktion Weiterleiten von Offenen Vorgängen geroutet (ähnlich wie bei einem eingehenden MT202)
  • Technische ACK/NAK-Bestätigungs-/Übertragungsmeldungen werden keinem Kontrakt zugeordnet, sondern lediglich empfangen, um den ACK/NAK-Status des Kontraktes zu registrieren
  • Eingehende camt.056- und camt.029-Nachrichten werden an Weiterleiten von Offenen Vorgängen geroutet und können über xxxATT an einen beliebigen Kontrakt angehängt werden

Swift MX MULTIFORMAT Nachrichten

Darüber hinaus kann jede Bank, die dem Swift MX CBPR+ Service noch nicht angeschlossen ist, Swift XML MULTIFORMAT-Nachrichten empfangen. Dabei handelt es sich um MX XML-Nachrichten, die ursprünglich im MT-Format erstellt und gesendet wurden. Innerhalb des Zahlungsflusses übersetzt eine Bank in der Zahlungskette oder das Swift-Netzwerk-Transaktionsmanagement-Tool selbst diese Nachricht in eine CBPR+-Nachricht oder wandelt sie um. Da Nachrichten nicht 1:1 von MT nach MX konvertiert werden können, werden die ursprünglichen MT-Nachrichten eingebettet, um die originalen Informationen anzuzeigen.

Handhabung in dieser Anwendung:

  • Multiformat Nachrichten sind technisch normale XML-Nachrichten. Sie können zu Dokumentationszwecken zu Kontrakten hinzugefügt werden.
  • Eingehende Zahlungsnachrichten (MT und MX) werden außerhalb dieser Anwendung behandelt.

Beispiel:

  • Eine eingehende “Multiformat”-Anforderung für eine Stornierung würde an eine “Freie Nachricht”-Transaktion (xxTFRE) geroutet werden.
  • Die Nachricht ist immer in reinem XML lesbar.
  • Es wird kein Pretty Print erzeugt.

Änderungen in Ini-Dateien

Das Verzeichnis “ini” in der Applikation enthält zusätzliche Konfigurationsdateien, die festlegen, wie ein “Tag” im PrettyPrint einer elektronischen Nachricht benannt werden soll, wenn er vom technischen Xml-Elementnamen abweicht. Für CBPR+ sind diese Informationen in der Datei sxotxt.ini gespeichert.

Weitere Informationen zu Ini-Dateien sind unter Korrespondenzarten / Kanäle zu finden.

Character Set - "escaped characters"

CBPR+ erlaubt im XML-Format einige zusätzliche Zeichen, auch wenn sie sich hauptsächlich auf den SWIFT-Zeichensatz X beziehen, aber es gibt Ausnahmen für “escaped characters”, wie “&”, oder “>” oder “<”.

Diese Zeichen werden in einem PrettyPrint korrekt dargestellt, aber in der XML-Datei sind sie “escaped”.

Diese zusätzlichen Zeichen sind nur in einigen wenigen Feldern der einer CBPR+ Nachricht zugelassen, z.B. Verwendungszweck oder Name und Anschrift.

Koexistenzperiode von MT- und MX-Nachrichten bis November 2025

Nachrichtenkonvertierung durch SWIFT

Das SWIFT-System selbst konvertiert Nachrichten in das Format (MT oder MX), das der Empfänger der Nachricht versteht.

Ein Beispiel: Wenn die sendende Bank SWIFT-XML-Nachrichten sendet, die empfangende Bank aber noch mit SWIFT-MT-Nachrichten arbeitet, konvertiert SWIFT die Nachrichten in eine eine sogenannte “Multi-Format Nachricht”. Diese ist zwar im Swift XML-Format, aber sie enthält den ursprünglichen Text dieser der MT-Nachricht. Das jeweils eingesetzte Swift Gateway sollte die Möglichkeit besitzen, diesen Inhalt zu extrahieren und eine MT-Eingangsnachricht zu erstellen und an diese Applikation weiterzuleiten.

Autokonvertierung in DOKA-NG

Die Authentifizierungseinstellungen in den Beteiligten Stammdaten entscheiden, welches Medium in der Anwendung für den Nachrichtenversand verwendet wird.

Für Empfänger vom Typ “Bank”, die einen zugehörigen BIC-Code haben, kann die Authentifizierungs-Einstellung “authentifiziert”, “verbunden” oder “nicht verbunden” sein.

  • Wenn der BIC “authentifiziert” ist, wird die entsprechende MT- oder MX-Nachricht gesendet, je nach Einstellung in Verwalten von System-Einstellungen. Das Medium ist entweder SWIFT oder SWIFT XML.
  • Wenn der BIC “verbunden” ist, wird die MT-Zahlungsnachricht in eine MT999-Nachricht umgewandelt. Das Nachrichtenmedium ist SWIFT. Wenn CBPR+ in Verwalten von System-Einstellungen aktiviert ist, gibt es noch keine äquivalente MX-Nachricht. Eine solche Nachricht wird von SWIFT erst mit einem der nächsten SWIFT-Releases hinzugefügt. In der Zwischenzeit wandelt DOKA-NG solche Nachrichten in einen Brief um, der die gleichen Felder enthält wie das zugehörige MX-Zahlungspanel. Das Nachrichtenmedium ist Brief.
  • Wenn der BIC “nicht verbunden” ist, wird die MT-Zahlungsnachricht in einen Brief umgewandelt, der die Felder des MT-Zahlungspanels enthält. Das Nachrichtenmedium ist Brief. Wenn CBPR+ in Verwalten von System-Einstellungen aktiviert ist, wird die MX-Zahlungsnachricht in einen Brief umgewandelt, der die gleichen Felder enthält wie die zugehörige MX-Zahlungspanel. Das Nachrichtenmedium ist Brief.

Leere Tags sind nicht erlaubt

Leere tags sind nicht erlaubt in CBPR+ Nachrichten. Das SWIFT network akzeptiert keine Nachrichten mit leeren Tags.

FAQ Betriebswirtschaftliche Entscheidungen für die Applikation

  • pacs.008 Wechselkurs / Exchange Rate

Informationen je Element / Feld / tag und/oder Nachricht

Nachricht Element (Pfad) Feldname Feld in der Applikation Frage Antwort
CBPR+_pacs.008 FIToFICstmrCdtTrf/CdtTrfTxInf/XchgRate Wechselkurs Ankaufskurs
oder
Verkaufskurs
Warum stimmt der Umrechnungskurs nicht immer mit dem Kurs überein, der als “Ankaufskurs” oder “Verkaufskurs” angegeben ist? Dies ist nur möglich, wenn zwei Währungen beteiligt sind.
Für die währungsübergreifende (cross-currency) Umrechnung siehe weitere Informationen unten.
CBPR+_pacs.008 Wie kann man mehr als zwei Währungen bzw. währungsübergreifende Überweisungen abwickeln? Wenn mehr als zwei Währungen beteiligt sind oder Gebühren hinzugerechnet/abgezogen wurden, entspricht der beauftragte Betrag, der mit dem Wechselkurs berechnet wurde, nicht dem Abrechnungsbetrag.
CBPR+_pacs.009core
CBPR+_pacs.009COV
../CdtTrfTxInf/XchgRate Exchange Rate NA Warum wird der Wechselkurs in pacs.009 nicht verwendet bzw. angezeigt? pacs.009 Interbank-Nachrichten dürfen nur als “Settlment Instruction” verwendet werden.
Sie enthalten nur den endgültigen Zahlungsbetrag = Settlement-Betrag.
Die pacs.009 sind dazu gedacht, einen angewiesenen Betrag “einfach zu überweisen/abzurechnen”.

Zusätzliche Informationen wie Umrechnungskurse sollten nicht hier, sondern in der Avis-Meldung (entweder pacs.008 oder auf anderem Wege) angegeben werden.
de/app/020cor/030message/0055cbpr.txt · Last modified: 2024/03/11 13:51 by dm