User Tools
de:app:020cor:050mod:0030sespay
Book Creator
Add this page to your book
Add this page to your book Book Creator
Remove this page from your book
Remove this page from your book 
Manage book (
Help Table of Contents
SESPAY Zahlungsmodul
Dieses Modul erzeugt die Zahlungsnachrichten und ermöglicht die Eingabe der zusätzlich benötigten Informationen für die Zahlungs-Nachrichten.
- Je nach Zahlungsnachricht hat der Anwender die Möglichkeit, weitere zwischengeschaltete Beteiligte zu erfassen, indem die Beteiligten aus der Adressdatenbank geladen werden oder für die abzuwickelnde Transaktion temporär erfasst werden.
- Unterhalb der Adressinformationen zu den Beteiligten steht ein Feld für die Erfassung der Kontonummer zur Verfügung. In diesen Feldern kann entweder eine Kontonummer oder eine IBAN erfasst werden.
- Die IBAN (International Banking Account Number) ist eine standardisierte Notation für Bankkontonummern, die die Automatisierung von internationalen Zahlungen innerhalb der Clearingsysteme vereinfacht. Der exakte Aufbau und die Länge der IBAN Nummer ist länderspezifisch, jedoch beginnt jede IBAN mit dem zweistelligen ISO Länderkürzel und einer zweistelligen Prüfsumme. Danach folgt eine maximal 30-stellige Kontoidentifikation, die aus Buchstaben und/ oder Ziffern bestehen kann. Ein Element aus der Kontoidentifikation ist der Clearingcode.
- Bei der Auswahl von Beteiligten, bei denen auch die Angabe eines Kontos möglich ist, kann über die Eingabe einer (Teil-) IBAN durch Anklicken des
Icons nach passenden Beteiligten gesucht werden. Die Auswahl erfolgt über die Erkennung des Landes und Clearingcodes des Beteiligten aus der IBAN. Die Applikation prüft die Länge und Prüfsumme der IBAN auf Richtigkeit.
Zahlungsnachrichten
Je nach gewählter Zahlungsart (“Dispositions-Code” in Tabelle 3) werden die erforderlichen Zahlungsnachrichten für das jeweilige Clearing System automatisch erzeugt.
| Name der Nachricht | Empfänger | Nachrichten- ID | SWIFT MT (Bis November 2025) | SWIFT Score | Swift MX (Ab 20. März 2023 Koexistenz mit Swift MT) | T2 RTGS (Ab 20. März 2023) | Target2 (Bis 19. März 2023) | TCO | DTA/DTE | Bolero | SEPA | SIC und euroSIC |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Kommentar | ||||||||||||
| Abrechnung | Zahlungspflichtiger oder Begünstigter | CMNSET1 | n90, n91 | 781 (Garantien) 793 (Akkreditive bei direkter Kontobelastung) 794 (Akkreditive bei Gebührenanforderung) | T66, 786(BE), 785(BR)* | 786(DTA), 785(DTE) | 484(LI), 494(LE), 497(GI) | |||||
| Wird nur erzeugt, wenn an den entsprechenden Beteiligten noch keine andere Nachricht mit Abrechnungsdaten generiert wurde. Zweck der SWIFT MT n90 ist gemäß SWIFT Dokumentation die Mitteilung, dass ein Betrag dem Empfänger belastet oder gutgeschrieben wurde. Dementsprechend wird die SWIFT MT n90 in der Applikation nur erzeugt, wenn die Gebühren auf die Disposition X = “jetzt abrechnen” gestellt werden und zu dem Empfänger eine direkte Kontoverbindung besteht (DispoCodes DAC oder DAD). Zweck der SWIFT MT n91 ist gemäß SWIFT Dokumentation die Mitteilung, dass der Empfänger einen Betrag anschaffen soll. Dementsprechend wird die SWIFT MT n91 in der Applikation nur erzeugt, wenn die Gebühren auf die Disposition X = “jetzt abrechnen” gestellt werden und um Kontoanschaffung gebeten wird (DispoCodes PAC oder PAD). Werden im Settlement Gebühren mit der Disposition V = “Avisieren von Gebühren” eingetragen, so werden diese Gebühren dem Empfänger in Form einer MTn99 mitgeteilt. Eine SWIFT MT n90, n91 ist nicht möglich, da nicht alle notwendige Felder aus der Abrechnung zur Verfügung stehen (z.B. Gesamtbetrag und Valuta aus tag 32). | ||||||||||||
| Abrechnung | Zahlungspflichtiger oder Begünstigter | CMNSET2 | ||||||||||
| Wird nur erzeugt, wenn an den entsprechenden Beteiligten noch keine andere Nachricht mit Abrechnungsdaten generiert wurde. Wird als briefliche Nachricht erzeugt, wenn mehr als eine Währung in der Abrechnung verwendet wird, da die elektronischen Nachrichten die Verwendung mehrerer Währungen nicht erlauben. | ||||||||||||
| Zahlung | Zahlungsempfänger | SETSUM1 | 1-Nachrichten Methode für serielle Zahlung an die zahlende Korrespondenzbank: 103 202 400 756 2-Nachrichten Methode für die Avis (SETSUM1) Nachricht (mit einer Buchungsnachricht an die Korrespondenzbank (SETSUM3): 103 (mit 202COV) 202 (mit 202) 400 (mit 202) 756 (mit 202) | 1-Nachrichten Methode für serielle Zahlung, direkt and den zahlenden Korrespondenten gesendet. CBPR+_pacs.008 CBPR+_pacs.009CORE 2-Nachrichten Methode für die Avis-Nachricht (SETSUM1) (mit einer Zahlungsnachricht an die Korrespondenzbank (SETSUM3): CBPR+_pacs.008 (mit CBPR+_pacs.009COV) CBPR+_pacs.009ADV (mit CBPR+pacs.009CORE) | Wichtig: Jede Nachricht an das T2 RTGS System gesendete Zahlung wird auch direkt in T2 gebucht. Deshalb ist für T2 die 2-Nachrichten Methode deaktiviert. Nur die serielle 1-Nachrichten Methode an einen direkten T2 RTGS Teilnehmer ist möglich. RTGS_pacs.008 RTGS_pacs.009CORE | Wichtig: Jede an das Target2 System gesendete Zahlung wird auch direkt in Target2 gebucht. Deshalb ist für Target2 die 2-Nachrichten Methode deaktiviert. Nur die serielle 1-Nachrichten Methode an einen direkten T2 RTGS Teilnehmer ist möglich. 103 202 | Wichtig: Jede Nachricht an den SEPA Clearer (SCL) wird direkt gebucht. Daher werden SEPA Zahlungen mit der 1-Nachrichten Methode an den SEPA Clearer (SCL) der Deutschen Bundesbank abgerechnet. pacs.008 Kunden-Überweisung pacs.003CORE Kundenlastschrift | Wichtig: Jede Nachricht an SIC oder euroSIC wird direkt gebucht. Deshalb ist für SIC und euroSIC nur die 1-Nachrichten Methode möglich. pacs.008 (A11) Kunden-Überweisung pacs.009 (B11) Interbanken-Überweisung |
||||
| Abhängig vom gewählten Dispocode wird gesteuert, welche Zahlungsnachrichten möglich sind. Zu jeder Zeile in der Abrechnung kann eine Zahlungsnachricht erzeugt werden. PAC mit “SWIFT MT” erstellt MT103 oder MT202 oder MT400 oder MT756. PAC mit “SWIFT CBPR+ aktiviert” erstellt eine Avis-Nachricht CBPR+_pacs.008 oder CBPR+_pacs.009ADV oder MT400 oder MT756. TGC für “Target2” erstellt MT103 oder MT202. TGC für “T2 RTGS” erstellt RTGS_pacs.008 oder RTGS_pacs.009CORE / Eine MT756 oder MT400 wird nur erzeugt, wenn der Empfänger der Nachricht eine Bank ist. | ||||||||||||
| Zahlung | Kontoführer | SETSUM3 | Nur bei der 2-Nachrichten Methode: 202COV (Deckungsanschaffung für einen avisierten MT103) 202 (Deckungsanschaffung für einen avisierten MT202) | Nur bei der 2-Nachrichten Methode: CBPR+_pacs.009COV (Deckungsanschaffung für eine avisierte CBPR+_pacs.008) CBPR+_pacs.009CORE (Deckungsanschaffung für eine avisierte CBPR+_pacs.009ADV) | Für T2 RTGS ist die 2-Nachrichten Methode nicht zugelassen. Die Zahlung wird immer aufgrund der SETSUM1 Nachricht gebucht. | Für Target 2 ist die 2-Nachrichten Methode nicht zugelassen. Die Zahlung wird immer aufgrund der SETSUM1 Nachricht gebucht. | ||||||
| Deckungs-Nachricht (wenn im Details Panel der Zahlung “Indirekte Zahlung (2 Nachrichten)” gewählt wurde). Eine MT202COV-Nachricht wird nur erstellt, wenn die dazugehörige Nachricht eine MT103 ist. Eine MT202 Avis Nachricht wird nur erstellt, wenn die dazugehörige Nachricht eine MT202 ist. Eine MX CBPR+_pacs.009COV Nachricht wird nur erstellt, wenn die dazugehörige Nachricht eine CBPR+_pacs.008 ist. Eine MX CBPR+_pacs.009ADV Nachricht wird nur erstellt, wenn die dazugehörige Nachricht eine CBPR+_pacs.009CORE. | ||||||||||||
* In DTA-Format, wenn in der Anwendung entsprechend konfiguriert
Wann wird welche Nachricht erzeugt?
Bei Zahlungen (also Credit) über Drittbanken (z.B. mit den Dispositionscodes PAC oder TGC) wird erzeugt
| Swift MT | Swift MX | T2 RTGS | Benutzung | Erläuterung |
|---|---|---|---|---|
| Dispositionscode PAC | Dispositionscode PAC | Dispositionscode TGC | Original “Scope” der Spezifikationen in Swift bzw. Target2 RTGS - only in English available - | |
| nur MT 103 | nur CBPR+_pacs.008 | nur RTGS_pacs.008 | This message type is sent by or on behalf of the financial institution of the ordering customer, directly or through (a) correspondent(s), to the financial institution of the beneficiary customer. It is used to convey a funds transfer instruction in which the ordering customer or the beneficiary customer, or both, are non-financial institutions from the perspective of the Sender. This message may only be used for clean payment instructions. It must not be used to advise the remitting bank of a payment for a clean, for example, checks, collection, nor to provide the cover for a transaction whose completion was advised separately, for example, via an MT 400. | Sind also Zahlungen/Aufträge im Auftrag von oder an Kunden (nicht Banken) wie z.B. reiner Zahlungsverkehr (CPTSET) oder Agentenzahlungen bzw. Gebührenrückvergütungen. Wird stand alone erzeugt, wenn in der Combobox “Direkte Zahlung” im Abrechnungs-Details Panel der Wert “Direkte Zahlung (1 Nachricht) ausgewählt wurde. Wird gesendet an den Kontoführer des in der Abrechnung benutzten Kontos. Nur für T2 RTGS: “Direkte Zahlung (1 Nachricht)” ist erlaubt in Kombination mit rtgs_pacs.008. |
| MT 103 mit MT 202 COV | CBPR+_pacs.008 mit CBPR+_pacs.009COV | n.a. | Swift: Werden erzeugt wie oben, aber wenn in der Combobox “Direkte Zahlung” im Abrechnungs-Details Panel der Wert “Indirekte Zahlung (2 Nachrichten) ausgewählt wurde. Ein MT 103 wird gesendet an Beneficiary Institution (also Bank des Begünstigten) und nur als Avis der Zahlung betrachtet UND ein dazugehöriger MT 202COV an den Kontoführer des in der Abrechnung benutzten Kontos. T2 RTGS: Die gleichzeitige Kombination aus RTGS_pacs.008 mit einem dazugehörigen RTGS_pacs.009COV wird von DOKA nicht unterstützt, weil das gleichzeitige Versenden beider Nachrichten über T2 RTGS zu einer Doppelbuchung im T2 RTGS Clearing System führen würde. |
|
| nur MT202 | nur CBPR+_pacs.009CORE | nur RTGS_pacs.009CORE | This message is sent by or on behalf of the ordering institution directly, or through correspondent(s), to the financial institution of the beneficiary institution. It is used to order the movement of funds to the beneficiary institution. This message may also be sent to a financial institution servicing multiple accounts for the Sender to transfer funds between these accounts. In addition it can be sent to a financial institution to debit an account of the Sender serviced by the Receiver and to credit an account, owned by the Sender at an institution specified in field 57a. This message must not be used to order the movement of funds related to an underlying customer credit transfer that was sent with the cover method. For these payments the Swift MT 202 COV or Swift (MT 205 COV - not in DOKA) must be used. | Wie MT 103 stand alone / rtgs_pacs.008, nur dass der Begünstigte eine Bank ist (z.B: Gebührenrückerstattung an eine Bank). |
| MT 202 (Avis) mit MT 202 Deckungsanschaffung | CBPR+_pacs.009ADV mit CBPR+_pacs.009CORE | n.a. | Wie MT 103 + 202, nur dass der Begünstigte eine Bank ist (z.B: Gebührenrückerstattung an eine Bank). | |
| MT 400 oder MT 400 (Avis) mit MT 202 Deckungsanschaffung | MT 400 oder MT 400 (Advice) mit MT CBPR+_pacs.009CORE (Deckungsanschaffung) | MT 400 (+ RTGS_pacs.009CORE als Deckungsanschaffung) | This message is sent by the collecting bank to the remitting bank. It may also be sent: - on behalf of the collecting bank by its branch/affiliate bank to the remitting bank or branch/affiliate of that bank - by a collecting bank to another collecting bank It is used to advise a payment under a collection or a part thereof and may also be used for the settlement of proceeds. The account relationship between the Sender and the Receiver is used, unless expressly stated otherwise in the message. This message must never be sent to a bank acting solely as a reimbursement bank. In this case, the appropriate message type is an MT 202 Financial Institution Transfer. | Wird für Dokumenten-Abrechnungen bei Inkassi (BCTPAY/BCTSUS) verwendet. Die MT 400 wird an die Beneficiary Institution (also Bank des Begünstigten) gesendet, MT 202 (oder CBPR+/RTGS_pacs.009CORE) an den Kontoführer des in der Abrechnung benutzten Kontos. |
| MT 756 oder MT 756 (Avis) mit MT 202 (Deckungsanschaffung) | MT 756 oder MT 756 (Avis) mit CBPR+_pacs.009CORE (Deckungsanschaffung) | MT 756 mit RTGS_pacs.009CORE (Deckungsanschaffung) | This message is sent by the paying, accepting or negotiating bank, or the bank incurring a deferred payment undertaking, to the issuing bank. It may also be sent by the bank to which documents have been presented to a bank that has been nominated to pay/accept. It is used to advise the Receiver that documents were presented in accordance with the credit terms and are being forwarded as instructed. The MT 756 may also be used: - for the settlement of the payment/negotiation - as a pre-notification of a reimbursement claim from the claiming bank to the issuing bank - as a pre-debit notification from the claiming bank to the issuing bank. Note: Where a pre-debit notification from the reimbursing bank to the issuing bank is required, banks should use the MT 799 Free Format message, specifying the future date of debit. | Wird bei Dokumenten-Abrechnungen von Akkreditiven verwendet (BETPAY, BETSET, BRTPAY, BRTSUS) MT 756 wird gesendet an die Beneficiary Institution (also Bank des Begünstigten), die MT 202 (or CBPR+/RTGS_pacs.009CORE) an den Kontoführer des in der Abrechnung benutzten Kontos. |
Konten für Dispositionsarten
Voraussetzung für den jeweiligen Dispositionscode und den damit verbundenen Clearing weg sind die notwendigen Buchungskonten.
- NO (Nostro-Konten) oder LO (Loro-Konten bwz. Kontokorrent-Konten) für Korrespondenzbanken-Zahlungen
- BD (Target2 RTGS Verrechnungskonto) für RTGS Zahlungen im Euro-System bwz. über die Europäischen Zentralbank oder nationale Zentralbanken
Swift MT Payments
"Mapping"-Beispiel für Zahlung mit "Deckungsanschaffung"
Inhaltlich hängen die Swift MT Nachrichten wie folgt zusammen:
| Der Inhalt in Tag der MT103 | steht in Tag der MT202 COV | Erläuterung |
|---|---|---|
| Receiver | :58a: | |
| :50: | :50: | die die Applikation verwendende Bank |
| :53a: | Receiver | Kontoführer des Nostro-Kontos |
| :54a: | :56a: | |
| :55a: | :57a: | |
| :57a: | ./. | |
| :59: | Begünstigter |
- Bei MT 202/400/756 + 202 analog, in Tag :53: steht immer der Empfänger der MT 202.
Target2 / T2 RTGS
Unterschied zu Swift MT:
- Anders als bei Swift MT Zahlungen wird bei Target2 / T2 RTGS nur die “serielle- / Ein-Nachrichten”-Zahlungsmethode unterstützt.
- Grund: Jede einzelne Nachricht, die als Target2 RTGS versendet wird, wird auch einzeln im Target2 RTGS Clearing Sytem verbucht.
T2 RTGS Teilnehmer
- In dem T2 RTGS Teilnehmerverzeichnis sind nur Banken enthalten, die über das T2 RTGS System erreichbar sind.
- Es kann über Info T2 RTGS directory beauskunftet werden.
- Soll eine T2 RTGS Überweisung an ein Finanzinstitut gesendet werden, müssen deren “T2 RTGS Agent” als “Empfänger Institut (RTGS Addressee BIC)” und deren “T2 RTGS Kontoführer (RTGS Account BIC)” in den Stammdaten des Instituts eingetragen sein T2_RTGS_IDs
CBPR+ Besonderheiten
Komplexität der Nachrichten
Die aktuell verwendbaren CBPR+ Zahlungsnachrichten unterstützten mindestens alle Pflichtfelder. Das wurde mittels XSD-Prüfungen und dem CBPR+-Readiness Portal von Swift sichergestellt.
Einige neu eingeführte Elemente, wie z.B. die sehr detaillierte Anschrift wurden nicht implementiert. Sie werden im traditionellen Trade Finance Geschäfte nicht benötigt werden, da in der Regel die Geschäftsbeziehung bereits über existierende Konten etabliert ist und somit diese Details auch für Compliance Prüfungen nicht benötigt werden.
Abrechnungsmethoden in CBPR+
Die Angabe der Abrechnungsmethode ist in CBPR+-Nachrichten obligatorisch, da sie die Einzelheiten der Abwicklung der Transaktion zwischen dem beauftragenden und dem beauftragten Agenten festlegen. Die Applikation füllt diesen Wert automatisch aus, so dass sich der Benutzer nicht um die Auswahl der richtigen Methode kümmern muss. Im Folgenden sind die Codes der Abwicklungsmethode aufgeführt, die für die Abwicklung der Überweisungsinstruktion verwendet wird und nur für den Dispositionscode “PAC” gilt.
COVE (Deckungsmethode)
Zu verwenden, wenn die Abrechnung durch eine Deckungszahlung erfolgt. Sie wird für indirekte Zahlungen mit zwei Nachrichten verwendet. Zum Beispiel,
- Die Nachricht pacs.008 wird an die Bank des Begünstigten mit der Abwicklungsmethode “COVE” gesendet und die Nachricht pacs.009COV wird an die Nostro-Korrespondenzbank mit der Abwicklungsmethode “INDA” gesendet.
- Die pacs.009ADV (Avis) wird an die Bank des Begünstigten mit der Abwicklungsmethode “COVE” gesendet und eine pacs.009CORE Nachricht wird an die Nostro-Korrespondenzbank mit der Abwicklungsmethode “INDA” gesendet.
INDA (Beauftragter Agent)
Wird verwendet, wenn die Abrechnung durch den mit der Ausführung der Zahlungsanweisung beauftragten Agenten erfolgt. Das heißt, wenn der Kontoführer in der Transaktion Verwalten von Konten der gleiche Beteiligte wie der Empfänger der Nachricht ist (bei der die die Applikation verwendende Bank ein Nostrokonto unterhält).
Dies kann sowohl für eine (direkte) Zahlung mit einer Nachricht (z.B. eine einzelne pacs.008) als auch für ein indirektes Deckungsverfahren mit zwei Zahlungen (z.B. pacs.008 und pacs.009COV) verwendet werden, und zwar dann, wenn das Guthabenkonto ein Nostrokonto ist.
- 2-Zahlungs-Deckungsverfahren (pacs.008 mit pacs.009COV): Wenn eine pacs.008-Nachricht an die Bank des Begünstigten mit der Abrechnungsmethode “COVE” gesendet wird, verwendet die pacs.009COV-Nachricht an die Nostro-Korrespondenzbank die Abrechnungsmethode “INDA”.
- 2-Zahlungs-Deckungsmethode (pacs.009ADV mit pacs.009CORE): Die Nachricht pacs.009ADV wird an die Bank des Begünstigten mit der Abrechnungsmethode “COVE” gesendet. Die an die Nostro-Korrespondenzbank gesendete pacs.009CORE-Nachricht verwendet die Abrechnungsmethode “INDA”.
- 1-Zahlung serielle Methode (single pacs.008): Da diese Nachricht von der Nostro-Bank empfangen wird, wird die Verrechnungsmethode “INDA” sein.
- 1-Zahlung serielle Methode (single pacs.009CORE): Da diese Nachricht ebenfalls bei der Nostro-Bank eingeht, wird die Abrechnungsmethode “INDA” sein.
INGA (Instructing Agent)
Wird in der Anwendung nicht verwendet, da dann der Dispositionscode DAC verwendet wird, der keine Zahlungsnachrichten erzeugt.
de/app/020cor/050mod/0030sespay.txt · Last modified: 2024/02/26 13:38 by dm
