SWIFTNet-Services der Zürcher Kantonalbank

Transcription

SWIFTNet-Services der
Zürcher Kantonalbank
Handbuch für Corporates
Kontaktstellen
Payment Services / Cash Management
Firmenkunden Beratung
Postfach
8010 Zürich
Telefon +41 (0)44 292 81 51
E-Mail support.epayment@zkb.ch
www.zkb.ch
SWIFTNet Services der Zürcher Kantonalbank
(Technische Fragestellungen sowie Testing)
SWIFTNet Services
Postfach
8010 Zürich
E-Mail swift@zkb.ch
www.zkb.ch
Hinweise zum Dokument
Die in diesem Handbuch «SWIFTNet-Services der Zürcher Kantonalbank» enthaltenen Angaben entsprechen dem aktuellen
Entwicklungsstand. Das vorliegende Dokument richtet sich an Kunden, welche via SWIFT mit der Zürcher Kantonalbank
kommunizieren. Dieses Handbuch beschreibt den Aufbau einiger Meldungsstandards bzw. -typen, die via SWIFT abgewickelt
werden. Diese sowie alle unterstützten, aber nicht beschriebenen Meldungstypen beziehen sich auf die jeweils aktuellen «SWIFT
User Handbooks» und «Service Descriptions», welche unverzichtbare Ergänzungen darstellen.
Die Zürcher Kantonalbank geht mit diesem Handbuch keinerlei Verpflichtungen ein. Die Zürcher Kantonalbank behält sich vor,
dieses Handbuch bei Bedarf jederzeit und ohne vorherige Benachrichtigung zu ändern.
Das Handbuch ist mit der grössten Sorgfalt erstellt worden. Trotzdem können Fehler und Ungenauigkeiten nicht vollständig
ausgeschlossen werden. Die Zürcher Kantonalbank kann für Fehler und deren Folgen weder eine juristische Verantwortung noch
irgendwelche Haftung übernehmen.
Dieses Handbuch oder Ausschnitte davon dürfen ohne schriftliche Genehmigung der Zürcher Kantonalbank nicht kopiert oder in
irgendeiner anderen (z.B. digitaler) Form vervielfältigt werden.
Anregungen und Fragen zu diesem Dokument können an folgende Adresse gerichtet werden:
Cash Management Services
Produktmanagement SBZ
Postfach
8010 Zürich
Telefon +41 (0)44 292 25 70
E-Mail produktmanagement_zahlungsverkehr@zkb.ch
www.zkb.ch
Handbuch Version 1.2 – Dezember 2016
Copyright © Zürcher Kantonalbank 2016
Alle Rechte vorbehalten.
SWIFTNet-Services
3/35
Änderungsnachweis
Version
Datum
Änderung
1.0
15.12.2014
Erstausgabe
1.1
Juni 2015
Sämtliche MT 56x Meldungen sind ausschliesslich für Custody
Services Kunden der Zürcher Kantonalbank verfügbar.
Ziffer 2.2
Diverse Anpassungen im Customer Payment Status Report
Ziffer 4.3
Erweiterung Ziffer 3 Weitere Bestimmungen zu
Liefergeschäften (Settlement) und Verwaltungshandlungen
(Corporate Actions)
Ziffer 3.1 und 3.2
Anpassungen SWIFT FileAct Parameter
Ziffer 4.1
An- und Auslieferzeiten: Verweis auf Angaben auf unserer
Internetseite
Ziffer 3
Anpassung Verfügbarkeit einzelner Meldungen in Fusszeile
Ziffer 2.1
Präzisierung Application Header (Input/Output Identifier) bei
Verwendung von SWIFT FileAct
Ziffer 4.2.5
1.2
29.12.2016
SWIFTNet-Services
Kapitel
4/35
Inhalt
Kontaktstellen
2
Hinweise zum Dokument
3
Änderungsnachweis
4
A. SWIFTNet-Services
7
1.
Allgemeine Informationen
1.1 SWIFT-Anschlussvarianten
1.2 SWIFT-Kommunikationsarten
1.3 SWIFT Closed User Group
1.4 SWIFT-Kommunikationsmodus
1.5 SWIFT-Kennung (BIC – Business Identifier Code)
1.6 Testsystem
1.7 SWIFT Relation Management Authorisation (RMA)
1.8 Voraussetzung für die Verbindung zur Zürcher Kantonalbank via SWIFT
7
7
7
8
8
9
9
9
9
2.
Unterstützte Meldungstypen
2.1 SWIFT FileAct Services
2.2 SWIFT FIN Services
9
9
10
3.
Anwendbare Bestimmungen und Vorgaben
3.1 Weitere Bestimmungen zu Liefergeschäften (Settlement)
3.2 Weitere Bestimmungen zu Verwaltungshandlungen (Corporate Actions)
11
11
11
B. Payment Services / Cash Management
13
1.
Erreichbarkeit
13
2.
Reklamationen und Nachforschungen
2.1 Einschränkungen
13
13
3.
Annahmeschlusszeiten, Wertstellung und Auslieferzeiten
13
4.
Spezifikationen (Formatting Guide)
4.1 SWIFT FileAct
4.1.1
SWIFT Datei-Komprimierung und ZIP-Datenkompression
4.1.2
SWIFT FileAct Header
4.1.3
SWIFT FileAct spezifische Parameter
4.1.4
Request Type und Business Area Code
4.2 Customer Transfer (Customer to Bank)
4.2.1
SWIFT Meldungstypen
4.2.2
«Bulk» Zahlungen - Logisches Trennzeichen
4.2.3
Zahlungsarten und abzufüllende SWIFT-Felder
4.2.4
«Straight Through Processing (STP)» Empfehlungen
4.2.5
SWIFT MT-Header Spezifikation
4.2.6
MT101 Request for Transfer - Single
4.2.7
MT101 Request for Transfer - Multiple
4.2.8
MT103 / MT103+- Single Customer Credit Transfer
13
13
13
14
14
15
16
16
16
17
18
18
19
21
22
SWIFTNet-Services
5/35
4.3
4.4
4.2.9
MT202 - General Financial Institution Transfer
4.2.10 DTA-Format
4.2.11 LSV-Format
pain.002 Customer Payment Status Report (Bank to Customer)
4.3.1
Status-Codes und Bedeutung
4.3.2
Technische Spezifikationen pain.002.001.03
Cash Management (Bank to Customer)
4.4.1
Kontoreporting MT940 und MT942
4.4.2
Gutschriftsrecord (ESR-Typ 3)
SWIFTNet-Services
24
24
24
25
26
26
33
33
35
6/35
A. SWIFTNet-Services
SWIFT steht für «Society for Worldwide Interbank Financial Telecommunication» und bietet Kunden und Banken eine einheitliche
Plattform für den sicheren und zuverlässigen Meldungsaustausch. Mit SWIFT können Kunden ihre Bankverbindungen optimieren
indem ein einziger Kanal, statt vieler verschiedener Kanäle, einsetzt wird. Je mehr Bankenbeziehungen ein international
ausgerichtetes Unternehmen unterhält, desto höher sind die Synergien und Optimierungspotenziale.
Mit den SWIFTNet-Services der Zürcher Kantonalbank nutzen national und international tätige Unternehmen das weltweite
SWIFT-Netzwerk für den Datenaustausch mit der Zürcher Kantonalbank.
1. Allgemeine Informationen
1.1 SWIFT-Anschlussvarianten
Ein Kunde kann seine bereits vorhandene SWIFT-Infrastruktur verwenden, um Instruktionen und Meldungen an die Zürcher
Kantonalbank zu senden bzw. zu erhalten. Bindet sich ein Kunde neu an SWIFT an, kann der technische Anschluss direkt mit
eigenem SWIFT-Gateway, über ein SWIFT Service Bureau oder via SWIFT Alliance Lite erfolgen:



Unternehmen, welche vollständige Flexibilität und autonome Kommunikation benötigen, wählen den eigenen SWIFTGateway für die direkte Anbindung an SWIFT.
Für Unternehmen, die für den Zugang zu SWIFT weder Hardware noch Software kaufen und installieren, noch Kosten für
Ausbildung und Wartung aufbringen wollen, bieten sich SWIFT-zugelassene Service-Bureau als praktikable Lösung an. Das
Outsourcing der Verbindung zu SWIFT beschleunigt die Implementierung und reduziert die Investitionskosten, da einerseits
die Konnektivität beim Anbieter bereits etabliert ist und andererseits das Know-how vorhanden ist. Ein weiterer Vorteil ist,
dass das Unternehmen mit dem Anbieter Zusatzdienste vereinbaren kann, wie z.B. Formatskonvertierungen.
SWIFT Alliance Lite bietet einen einfachen Zugang zu SWIFT. Diese browser-basierte Lösung ermöglicht eine Anbindung an
SWIFT mit geringen technologischen Investitionen.
1.2 SWIFT-Kommunikationsarten
Die Zürcher Kantonalbank unterstützt folgende Kommunikationsarten:
SWIFT FIN
SWIFT FileAct
SWIFT InterAct
MT-Formate im SWIFTStandard, z.B. Treasury
Zahlungen.
Filetransfer bilateral definierter
Formate im Massenzahlungsverkehr.
XML Meldungen im SWIFT MX
Standard.
SWIFTNet-Services
7/35

SWIFT FIN
Der SWIFT FIN Messaging Service ist für den ausschliesslichen Austausch von SWIFT MT-Meldungen vorgesehen. Die
Meldungen basieren auf den standardisierten technischen Vorgaben von SWIFT und werden von SWIFTNet validiert. SWIFT
FIN ist für Einzelmeldungen geeignet (z.B. Treasury Zahlungen).

SWIFT FileAct
Mit SWIFT FileAct lassen sich verschiedene Formate via Filetransfer transportieren, wie z.B. das Schweizer DTA oder
Gutschriftsrecord Typ 3, Meldungen im ISO 20022 Standard aber auch SWIFT MT-Meldungen. Die unterstützten
Meldungsstandards und Formate werden von jeder Bank individuell festgelegt und validiert. SWIFT FileAct wird auch aus
Kostenüberlegungen für den Massenzahlungsverkehr empfohlen.

SWIFT InterAct
InterAct ergänzt FileAct und FIN. Der Austausch erfolgt wie bei SWIFT FIN meldungsbasiert, wohingegen SWIFT FileAct ein
filebasierter Ansatz darstellt. Mit InterAct werden die neuen XML Meldungen im SWIFT MX Standard ausgetauscht.
1.3 SWIFT Closed User Group
Die Zürcher Kantonalbank ist SWIFT-Teilnehmer der Kategorie «Supervised Financial Institutions (SUPE)». Jeder Teilnehmer
registriert sich bei SWIFT an der Closed User Group (CUG). SWIFT informiert den Antragsteller direkt über dessen Aufnahme in
die CUG. Details zur Registration können bei SWIFT bezogen werden. SWIFT bietet Kunden folgende zwei Modelle für den
Zugang an SWIFT an:

SCORE (Standardised Corporate Environment)
Verglichen mit MA-CUG stellt SCORE eine grosse CUG dar, die von SWIFT selbst verwaltet wird (ein offenes, eins-zu-n
Modell). SCORE steht allen Unternehmen zur Verfügung (börsenkotierten und nicht-börsenkotierten). Für die Teilnahme
benötigt ein Unternehmen ein Empfehlungsschreiben (Recommendation letter for SCORE) eines an SCORE teilnehmenden
Finanzdienstleisters. Unternehmen können SCORE mit allen teilnehmenden Finanzdienstleister nutzen. SWIFT gibt im SCORE
vor (SWIFT SCORE Service Description), welche MT-Meldungstypen via SWIFT FIN ausgetauscht werden dürfen.

MA-CUG (Member-Administered Closed User Group)
Bei MA-CUG verbindet sich ein Kunde direkt mit dem Finanzdienstleister (Punkt-zu-Punkt Modell). Bei diesem Modell
verwaltet der Finanzdienstleister seine CUG und setzt die Regeln für die auszutauschenden Meldungen fest. Dieses Modell ist
insbesondere für die Verwendung von Meldungen geeignet, die z.B. im SCORE Modell nicht zulässig sind.
Die Zürcher Kantonalbank unterstützt nur das SCORE-Modell. Jeder SWIFT-Teilnehmer besitzt eine eigene SWIFT-Kennung in
Form eines Business Identifier Code (BIC).
1.4 SWIFT-Kommunikationsmodus
 Store-and-Forward-Modus
Mit dem Store-and-Forward-Modus werden Nachrichten zwischen den SWIFT Teilnehmern unabhängig von ihrem
geographischen Ort und Zeitzone ausgetauscht. Dank dem Store-and-Forward-Modus muss der Empfänger zum Zeitpunkt
der Übertragung nicht online sein. Der Absender liefert die Nachricht aus und sobald der Empfänger erreichbar ist, bezieht er
diese.
 Real-time-Modus
Bei der Echtzeit-Dateiübertragung erreicht der Absender alle Empfänger, die zum Zeitpunkt der Übertragung online sind. Es
ist eine effiziente und kostengünstige Möglichkeit, um Files auszutauschen.
SWIFT FIN arbeitet im Store-and-Forward-Modus, SWIFT FileAct unterstützt sowohl den Store-and-Forward-Modus als auch den
Real-time-Modus.
Die technische Erreichbarkeit der Zürcher Kantonalbank ist «Kapitel B, Ziffer 1, Erreichbarkeit» beschrieben.
SWIFTNet-Services
8/35
1.5 SWIFT-Kennung (BIC – Business Identifier Code)
Der Austausch der Meldungen über SWIFT FIN erfolgt über folgende SWIFT-Kennung (BIC):
BIC der Zürcher Kantonalbank
Produktion/Live
Test & Training
ZKBKCHZZ80A
ZKBKCHZ080A
Der Austausch über SWIFT FileAct erfolgt über die Sender-DN bzw. Empfänger-DN, welche in den SWIFT FileAct Header
Informationen angegeben wird. Die Angabe für «Produktion» oder «Test» erfolgt pro Kommunikationsmodus über den Service
Name.
Die entsprechenden Angaben dazu sind in «Kapitel B, Ziffer 4.1, Absatz SWIFT FileAct spezifische Parameter, Header
Informationen» aufgeführt.
1.6 Testsystem
Jeder SWIFT-Teilnehmer muss für Tests eine funktionsfähige SWIFT-Testumgebung inklusive eigener SWIFT-Test-Kennung (Test
BIC) zur Verfügung stellen. Das Übermitteln von Meldungen mit einer produktiven SWIFT-Kennung auf das Testsystem der
Zürcher Kantonalbank und umgekehrt ist nicht möglich. Für Testzwecke wird der SWIFT-Test-BIC des Finanzinstituts benötigt.
Wir empfehlen, dass Teilnehmer vor Produktionsaufnahme alle benötigten Meldungstypen in der Testumgebung prüfen. Der
Testprozess kann auf Wunsch durch unser «SWIFTNet Service Center» begleitet werden (siehe Kontaktstellen auf Seite 2).
1.7 SWIFT Relation Management Authorisation (RMA)
Mit Hilfe des SWIFT RMA wird der Datenaustausch von FIN-Nachrichten über das SWIFTNet ermöglicht. Der RMA-Austausch wird
jeweils kurz vor der Aufnahme des Test- bzw. Produktionsbetriebs durchgeführt. Zu diesem Zweck nimmt die Zürcher
Kantonalbank mit dem Kunden Kontakt auf.
1.8 Voraussetzung für die Verbindung zur Zürcher Kantonalbank via SWIFT
Unternehmen, die via SWIFT mit der Zürcher Kantonalbank kommunizieren wollen benötigen
1. eine Anbindung zu SWIFT, entweder direkt, über SWIFT Alliance Lite oder über ein SWIFT Service Bureau
2. einen Vertrag mit SWIFT
3. eine SWIFTNet-Services Vereinbarung mit der Zürcher Kantonalbank
2. Unterstützte Meldungstypen
2.1 SWIFT FileAct Services
Übermittelt der Kunde die Aufträge via SWIFT FileAct, erfolgt die technische Prüfung der Einhaltung des aktuellen SWIFTStandards oder anderer zulässiger Formate nicht im SWIFTNet, sondern bei der Zürcher Kantonalbank. Die Zürcher Kantonalbank
führt weiter eine fachliche Prüfung der eingelieferten Aufträge durch. Die Rückmeldung des Prüfungsresultates erfolgt pro
eingelieferte Meldung bzw. Datei/File via SWIFT FileAct mit einem pain.002 Customer Payment Status Report im ISO 20022
Standard. Die pain.002 Meldung basiert auf den ISO 20022 Vorgaben (www.iso2022.org).
Folgende Standards und Formate werden unterstützt.
FileAct Services
Corporate to Zürcher Kantonalbank
SWIFT MT
MT 101 Request for Transfer (single)
Zürcher Kantonalbank to Corporate
MT 101 Request for Transfer (multiple)
MT 103 Single Customer Credit Transfer
MT 202 General Financial Institution Transfer1
Swiss Payment
Types
DTA-Files (format description code: dta)
LSV-Files (format description code: lsvbdd)
SWIFTNet-Services
ESR Typ 3
1
9/35
FileAct Services
ISO 20022
pain.001 Customer Credit Transfer1
pain.002 Customer Payment Status Report
(Reply to SWIFT MT und Swiss Payment Types Messages)
pain.002 Customer Payment Status Report
(Reply to pain.001 Messages)2
camt.052 Account Report (End-of-Day Report)2
camt.053 Statement (Intraday)2
camt.054 Debit/Credit Notification2
Elektronische Bankbelege im PDF-Format1
PDF
1
2
Der Meldungstyp wird voraussichtlich ab Ende März 2017 unterstützt.
Der Meldungstyp wird voraussichtlich ab Ende Juni 2017 unterstützt.
2.2 SWIFT FIN Services
Für einzelne SWIFT-Teilnehmer Kategorien («Supervised Financial Institutions/SUPE», «Non Supervised Entity/NOSU», «Corporate
SCORE/CORP» etc.), bestehen von SWIFT Einschränkungen hinsichtlich der Zulässigkeit der zu verwendeten Meldungen. Für
deren Einhaltungen ist der Kunde verantwortlich.
FIN Services
CAT1
Customer
Transfers
MT 101 Request for Transfer (single)
MT 199 Free Format Message
CAT2
Financial
Institution
CAT3
Treasury Markets,
Foreign Exchange,
Money Markets
and Derivatives
MT 202 General Financial Institution Transfer
(Payment Service)
MT 199 Free Format Message
MT 103 Single Customer Credit Transfer
MT 300 Foreign exchange confirmation
(Devisen Bestätigung)
MT 304 Advice/Instruction of a Third Party Deal
MT 300 Foreign exchange confirmation
MT 320 Fixed Loan/Deposit Confirmation (Festgeld
Bestätigung)
MT 330 Call/Notice Loan/Deposit Confirmation
MT 320 Fixed Loan/Deposit Confirmation
MT 350 Advice of Loan/Deposit Interest Payment
MT 350 Advice of Loan/Deposit Interest Payment
CAT5
Securities
Markets
MT 304 Advice/Instruction of a Third Party Deal
MT 330 Call/Notice Loan/Deposit Confirmation
MT 513 Client Advice Of Execution
(Bestätigung Ausführung Börsenauftrag)
MT 515 Client Confirmation of Purchase or Sale
(Abrechnungsbestätigung)
MT 535 Statement of Holdings (Depotauszug)
MT 536 Statement of Transactions
MT 537 Statement of pending Transactions
MT 540 Receive free
(Auftrag für Eingang ohne Zahlung - RFP)
MT 541 Receive against Payment
(Auftrag für Eingang gegen Zahlung - RVP)
MT 542 Deliver free
(Auftrag für Lieferung ohne Zahlung - DFP)
MT 543 Deliver against Payment
(Auftrag für Lieferung gegen Zahlung - DVP)
MT 565 Corporate Action Instruction*
MT 544 Receive free Confirmation
(Ausführungsbestätigung für Auftrag Eingang frei von Zahlung)
MT 545 Receive against Payment Confirmation
(Ausführungsbestätigung für Auftrag Eingang gegen Zahlung)
MT 546 Deliver free Confirmation
(Ausführungsbestätigung für Auftrag Lieferung frei von Zahlung)
MT 547 Deliver against Payment Confirmation
(Ausführungsbestätigung für Auftrag Lieferung gegen Zahlung)
MT 548 Settlement Status and Processing
(Status Update pendenter Aufträge MT 540 - MT 543)
MT 564 Corporate Action Notification (Avisierung)*
MT 566 Corporate Action Confirmation*
MT 567 Corporate Action Status and Processing Advice*
MT 568 Corporate Action Narrative (Freitext in Verbindung mit 564)*
CAT6
Treasury
MT 600 Commodity Trade Confirmation
SWIFTNet-Services
MT 600 Commodity Trade Confirmation
MT 604 Commodity Transfer/Delivery Order
10/35
FIN Services
Markets;
Commodity
MT 605 Commodity Notice to Receive
CAT9
Cash
Management
MT 900 Confirmation of Debit
MT 608 Statement of a Commodity Account
MT 910 Confirmation of Credit
MT 940 Customer Statement Message
MT 942 Interim Transaction Report
MT 950 Statement Message
* Sämtliche MT 56x Meldungen sind ausschliesslich für Custody Services Kunden der Zürcher Kantonalbank verfügbar.
3. Anwendbare Bestimmungen und Vorgaben
Die Zürcher Kantonalbank hat keinen Einfluss auf den Betrieb und die Verfügbarkeit des vom Kunden gewählten SWIFTMessaging-Services.
Insbesondere bei Übermittlungen via SWIFT FileAct ist ausschliesslich der Kunde für den Inhalt der Datei verantwortlich. Der
Kunde muss sicherstellen, dass der Inhalt der Datei kein Sicherheitsrisiko darstellt. Insbesondere muss der Kunde gewährleisten,
dass der Inhalt der Datei keinerlei Schadsoftware enthält oder andere Daten, die ein Sicherheitsrisiko für den Sender, für SWIFT
oder für den Empfänger bedeuten könnten. Die Zürcher Kantonalbank empfiehlt, dass der Absender die Datei mit einer
aktuellen Anti-Virus Software prüft, bevor diese an die Bank übermittelt wird.
Die Bereitstellung der SWIFTNet-Services der Zürcher Kantonalbank erfolgt gemäss den jeweils massgebenden Bestimmungen
und Regelwerke («User Handbook») sowie Service-Beschreibungen (Service Descriptions) von SWIFT. Die SWIFT
Dokumentationen sind über das SWIFT-Portal für SWIFT-User erhältlich.
Ergänzend zur «Vereinbarung SWIFTNet-Services der Zürcher Kantonalbank» gelten die Bestimmungen der Regelwerke und
Service-Beschreibungen von SWIFT bzw. den entsprechenden Dokumentationen (insb. SWIFT General Terms and Conditions und
By Laws).
Die jeweils gültigen Standards von SWIFT sowie die jeweils gültigen Datensatzformate bilden die Grundlage der SWIFTNetServices der Zürcher Kantonalbank und sind ein Bestandteil der «Vereinbarung SWIFTNet-Services der Zürcher Kantonalbank».
Releases, die von SWIFT als verbindlich vorgegeben sind, müssen von beiden Parteien termingerecht umgesetzt werden. Sofern
von SWIFT vor dem Produktionstermin eine Betriebsbereitschaft (SWIFT Release Readiness) verlangt wird, ist der Kunde
verpflichtet, diese zum angegebenen Termin sicherzustellen.
3.1 Weitere Bestimmungen zu Liefergeschäften (Settlement)
Unmittelbar nach jedem Kauf oder Verkauf von Depotwerten, welcher nicht über die Bank erfolgt, ist der Kunde bzw. der
Bevollmächtigte verpflichtet, der Bank eine entsprechende Instruktion zuzustellen.
Die Bank akzeptiert von Kunden Settlement-Instruktionen für Effektentransaktionen via SWIFT MT540 Receive Free Order,
MT541 Receive Against Payment Order, MT542 Delivery Free Order, MT543 Deliver Against Payment Order und informiert über
den Status der Effektentransaktionen via SWIFT MT544 Confirmation of Receipt Free of Payment Order, MT545 Confirmation of
Receive Against Payment Order, MT546 Confirmation of Delivery Free of Payment Order, MT547 Confirmation of Delivery
Against Payment Order, MT548 Order Status Intimation.
3.2 Weitere Bestimmungen zu Verwaltungshandlungen (Corporate Actions)
Die nachfolgende SWIFT-Dienstleistung wird nur Kunden angeboten, welche mit der Zürcher Kantonalbank ein Custody
Agreement abgeschlossen haben:
Die Bank überwacht die üblichen Verwaltungshandlungen/Corporate Actions gemäss Ziffer 7 der Allgemeinen
Depotbedingungen, indem sie Informationen der Drittverwahrungsstellen, SIX Financial Information AG und der Schweizer
Tagespresse weiterleitet (wobei letztere auf den Schweizer Markt beschränkt ist), ohne jedoch eine Verantwortung für die
SWIFTNet-Services
11/35
Vollständigkeit und den Inhalt der Informationen zu übernehmen. Die Bank ist nicht zur Weiterleitung von Informationen
verpflichtet, die nicht unmittelbar mit der technischen Verwaltung der Depotwerte zusammenhängen, wie zum Beispiel:




Sammelklagen,
Kauf- oder Tauschangebote von anderen Parteien als dem Emittenten,
der Möglichkeit einer Re-Investition in einen Investmentfonds,
Generalversammlungen und ihre Abstimmungsergebnisse.
Steht genügend Zeit zur Verfügung, informiert die Bank den Kunden, basierend auf den vorliegenden Angaben, via SWIFT MT
564 Corporate Action Notification über freiwillige Verwaltungshandlungen/Voluntary Corporate Actions und fordert ihn zur
Erteilung von Instruktionen auf. Der Kunde kann diese via SWIFT MT565 Corporate Action Instruction innerhalb der
vorgegebenen Fristen zu erteilen. Zwingende Verwaltungshandlungen/Mandatory Corporate Actions werden von der Bank ohne
Instruktionen des Kunden ausgeführt. Des Weiteren übermittelt die Bank dem Kunden SWIFT MT566 Corporate Action
Confirmation, MT567 Advice of Status, MT568 Corporate Action Narrative.
SWIFTNet-Services
12/35
B. Payment Services / Cash Management
1.
Erreichbarkeit
Die Zürcher Kantonalbank ist wie folgt erreichbar:




Technische Erreichbarkeit von SWIFT FIN gemäss SWIFT-Verfügbarkeit (Store-and-Forward)
Technische Erreichbarkeit von SWIFT FileAct gemäss SWIFT-Verfügbarkeit (Store-and-Forward)
Technische Erreichbarkeit (Betriebszeiten) «SWIFTNet Services der Zürcher Kantonalbank»:
Montag bis Freitag, 06.00– 23.00 Uhr (SWIFT FileAct) und 06.00–19.00 Uhr (SWIFT FIN), mit Ausnahme von Feiertagen
Support «SWIFTNet Services der Zürcher Kantonalbank» (siehe Kontaktstellen auf Seite 2):
Montag bis Freitag, 08.00–17.00 Uhr, mit Ausnahme von Feiertagen
Die Verarbeitung der Kundenaufträge und die Datenauslieferung an den Kunden erfolgt gemäss den unter Kapitel B, Ziffer 3
aufgeführten Zeitangaben.
2. Reklamationen und Nachforschungen
Der Kunde sorgt für die vollständige, genaue und widerspruchsfreie Zahlungsinstruktion. Nur die von der Zürcher Kantonalbank
für korrekt befundenen Aufträge werden weiterverarbeitet und bei Aufträgen mit mehreren Posten sind es nur die für korrekt
befundenen Posten.
Fehlerhafte Angaben führen zu Verspätungen und aufwändigen Nachforschungen. Reklamationen und
Nachforschungsbegehren des Kunden erfolgen mittels SWIFT Meldungs-Typ MT 199 via SWIFT FIN. Eine Rückmeldung der
Zürcher Kantonalbank erfolgt nur während der Betriebszeiten (siehe Kapitel B, Ziffer 1).
2.1 Einschränkungen
 Generell gelten die Einschränkungen, die von SWIFT vorgegeben werden.
 Für via SWIFT FileAct übermittelte Aufträge an die Zürcher Kantonalbank gilt:
– Begrenzung der Dateigrösse auf maximal 175 MB
– Maximale Anzahl Zahlungsaufträge pro Datei: 100‘000 Posten
– Es darf nur 1 Datei im FileAct enthalten sein
3. Annahmeschlusszeiten, Wertstellung und Auslieferzeiten
Die Annahmeschlusszeiten für übermittelte Zahlungs- und Einzugsaufträge pro Währung, die Wertstellung bei Weiterleitung
eines Zahlungsauftrages (Valutasetzung), die Korrespondenzbanken sowie die Auslieferzeiten sind auf
www.zkb.ch/annahmeschlusszeiten publiziert.
4. Spezifikationen (Formatting Guide)
4.1 SWIFT FileAct
4.1.1 SWIFT Datei-Komprimierung und ZIP-Datenkompression
In den Parametern des SWIFT FileAct Headers wird angegeben, ob eine Datei durch SWIFT komprimiert werden soll oder nicht.
Dabei wird im Feld „FileInfo“ SwCompression=None angegeben. Sender (Auftraggeber) nutzen die SWIFT Datei-Komprimierung
(anstelle eines Zip-Verfahrens) insbesondere aus dem Grund, um Interoperabilität-Probleme zu vermeiden. Bei der SWIFTKomprimierung wird im SWIFTNet Link des Senders die Datei automatisch komprimiert und im SWIFTNet Link des Empfängers
wird diese automatisch dekomprimiert.
Die Zürcher Kantonalbank unterstützt nur die SWIFT Datei-Komprimierung, jedoch keine anderen ZIP-Datenkompressionen.
SWIFTNet-Services
13/35
4.1.2 SWIFT FileAct Header
Der Meldungsaustausch via SWIFT FileAct enthält einen eigenen Headerblock. Er besteht aus einer SWIFT FileAct Anforderung
(Request), mit welcher der Sender automatisch die Datei übertragen kann und wird vom Empfänger mit einer Antwort
(Response) via SWIFT FileAct beantwortet.
Beispiel Header SWIFT Alliance Access:
Anforderung (Request) durch den Sender
Antwort (Response) durch den Empfänger
Header Information
Status
Format
Identifier /
Request Typ
Authorisation
No
Delivery Notification
Header Information
Status
Format
Identifier /
Request Typ
Requestor DN
Responder DN
Service Name
User Reference
Priority
Signed
Non-repudiation
Delivery mode
Delivery notif.
request
SWIFTNet Copy
Requested
Authorisation
FileInfo
Logical File Name
File Description
File Info
File Size
File Digest Value
File Digest Algorithm
Transfer Description
Transfer Info
FileInfo
Logical File Name
File Description
File Info
File Size
File Digest Value
File Digest Algorithm
Transfer Description
Transfer Info
Read-Only / Deletable
File
pain.fin.mt101
Requestor DN
Responder DN
Service Name
User Reference
Priority
Signed
Non-repudiation
Delivery mode
Delivery notif.
request
o=corpchzz,o=swift
o=zkbkchzz,o=swift
swift.corp.fa
SWIFTNet Copy
Requested
No
Normal
True
True
Real-time
True
MT101_20150101
SwCompression=none
624
KRzjag9RPfE90LWJ+KidQ0mtvAu1C=im/MDlnpW6s=
SHA-256
Read-Only / Deletable
File
pain.002.001.03
o=zkbkchzz,o=swift
o=corpchzz,o=swift
swift.corp.fa
Normal
True
False
Real-time
True
No
No
PAIN002_20150101_123456789.swift
pain.002
SwCompression=none
4331
snFf4WwNjI4JzcfNBal5ebJfK0x9w0c1pe3=
SHA-256
4.1.3 SWIFT FileAct spezifische Parameter
Generelle Informationen
SWIFT Member
SWIFT Kommunikationsmodus
Header Informationen
Requestor DN (Sender), gemäss SWIFT Directory
BBBBCCGG = BIC 8
[ ]=optional: cn & ou
Responder DN (Receiver)
BBBBCCGG = BIC 8
[ ]=optional: cn & ou
Service Name Produktion
Beispiel SCORE-Member:
Store-and-Forward:
swift.corp.fast
Real-time:
swift.corp.fa
SWIFTNet-Services
Kunde zu Zürcher Kantonalbank
 SCORE (CORP)
 Supervised Financial Institutions (SUPE)
 Non Supervised Entity (NOSU)
 Store-and-Forward
 Real-time
Zürcher Kantonalbank zu Kunde
 SCORE (CORP)
 Supervised Financial Institutions (SUPE)
 Store-and-Forward
 Real-time
[cn=<name>,ou=<name>],o=<BBBBCCGG
des Kunden>,o=swift
o=zkbkchzz,o=swift
o=zkbkchzz,o=swift
[cn=<name>,ou=<name>],o=<BBBBCCGG
des Kunden>,o=swift
 Store-and-Forward:
 Real-time:
 Real-time:
swift.corp.fast
swift.corp.fa
swift.generic.fast
swift.generic.fa
 Real-time:
 Real-time:
swift.corp.fast
swift.corp.fa
swift.generic.fast
swift.generic.fa
14/35
Header Informationen
Service Name Test
Beispiel SCORE-Member:
Store-and-Forward:
swift.corp.fast!p
Real-time:
swift.corp.fa!p
Priority
Signature
Non-Repudiation
File Info
FileInfo
Beispiel:
<FileInfo>SwCompression=none</FileInfo>
SWIFT MT
Schweizer Formate
Request
Type
ISO 20022
 Store-and-Forward: swift.corp.fast!p
 Real-time:
swift.corp.fa!p
 Real-time:
swift.corp.fa!p
 Real-time:
swift.corp.fa!p
 Store-and-Forward: swift.generic.fast!p
 Real-time:
swift.generic.fa!p
 Normal
 High
 true
 true
 false
 true
 false
 Normal
 High
 true
 false
 true
SwCompression=none
SwCompression=none
pain.fin.mt101
pacs.fin.mt103
pacs.fin.mt202*
camt.fin.mt940*
camt.fin.mt942*
camt.fin.mt900*
camt.fin.mt910*
camt.xxx.esr
pain.xxx.dta
pain.xxx.lsvbdd*
pain.001*
Elektronische Bankbelege im
PDF-Format
* Der Meldungstyp wird voraussichtlich ab Ende 2016 unterstützt.
pain.002.001
camt.052.001.xx*
camt.053.001.xx*
camt.054.001.xx*
camt.xxx.pdf*
4.1.4 Request Type und Business Area Code
Bei Einlieferung über SWIFT FileAct wird im FileAct-Header, über den «Request Typ» auf strukturierte Weise angegeben, welcher
Inhalt übermittelt wird. Diese Information wird insbesondere für eine effiziente Weiterverarbeitung benötigt.
Der Request Type ist folgendermassen aufgebaut: <area> <syntax_and_format>, Beispiel: pacs.fin.mt102.
Die nachfolgende Tabelle zeigt beispielshaft die Zuordnung anhand von 3 Area-Codes zu den SWIFT-Meldungstypen (MT) auf.
Die detaillierte Auflistung ist im «SWIFTNet Messaging Operations Guide» von SWIFT beschrieben.
Business area Business area
code
Description
Examples of MTs in specified
business area
camt
Cash Management
Messages that support the reporting and advising of the cash
side of any financial transactions, including cash movements,
transactions and balances, plus any exceptions and
investigations related to cash transactions.
210, 400, 900,
910, 920, 935,
940-2, 950, 97n,
990-2, 995-6,
190-2, 195-6,
290-2, 295-6
pacs
Payments Clearing and
Settlement
Messages that support the clearing and settlement processes
for payment transactions between financial institutions.
102-4, 107,
200-5, 400, 405
pain
Payments Initiation
Messages that support the initiation of a payment from the
101, 104 (RFDD),
ordering customer to a financial institution that services a cash 207
account and reporting its status.
…
Weitere Informationen sind in den SWIFT Dokumentationen enthalten.
SWIFTNet-Services
15/35
4.2 Customer Transfer (Customer to Bank)
4.2.1 SWIFT Meldungstypen
Die Zürcher Kantonalbank nimmt im SWIFT-Meldungsstandard folgende 5 Meldungstypen entgegen:
Meldungstyp
Ausprägung
SWIFT-Kommunikationsart
MT101 Single
Einzelzahlungsauftrag
FIN und FileAct
MT101 Multiple
Sammelzahlungsauftrag (im gleichen Meldungstyp können n-Posten
enthalten sein)
FileAct
MT103
FIN und FileAct
MT103+
Der MT103+ beinhaltet die gleichen Felder wie der MT103, erfüllt
FIN und FileAct
jedoch aufgrund strengerer Felddefinitionen die STP- Anforderungen
von SWIFT. Zahlungen zu Lasten ZKB Konto werden bei beiden MT103Formaten identisch verarbeitet.
MT202
FIN
Die erwähnten Meldungstypen sind nach SWIFT-Spezifikationen zu erstellen. Ein Meldungstyp enthält immer den SWIFT-Header
und Meldungsblock.
4.2.2 «Bulk» Zahlungen - Logisches Trennzeichen
Es ist möglich via SWIFT FileAct mehrere Meldungen (z.B. mehrere MT101) in einer Datei zusammen zu setzen (wird als «Bulk»
bezeichnet). Dazu werden die einzelnen Meldungen mit einem logischen Trennzeichen «$» zwischen zwei Meldungen unterteilt.
Das Ende der Datei ist ebenfalls mit dem Trennzeichen «$» zu kennzeichnen (RJE-Format).
Beispiel MT101 (mehrere MT-Meldungen in einer Datei):
{1:F01ZKBKCHZZAXXX0000000000}{2:I1011234567890BBBBCCGGAXXX12345678901234567890N}{4:
:20:INTL-0795288
:28D:1/1
:50H:/11000294235
TESTKUNDE AG
:52A:ZKBKCHZZ80A
:30:120503
:21:INTL-0795204
:23E:URGP
:32B:CHF12195655,62
:57A:CHASGB2L
:59:/GB49CHAS60924235503305
BEISPIELEMPFAENGER AG
:71A:OUR
-}${1:F01ZKBKCHZZAXXX0000000000}{2:I1011234567890BBBBCCGGAXXX12345678901234567890N}{4:
:20:INTL-0796199
:28D:1/1
:50H:/CH4500700130000588687
TESTKUNDE AG
:52A:ZKBKCHZZ80A
:30:120503
:21:INTL-0796111
:23E:URGP
:32B:US1330776,88
:57A:CHASGB2L
:59:/GB97CHAS60924235503314
BEISPIELEMPFAENGER AG
:71A:OUR
-}$
SWIFTNet-Services
16/35
Beispiel MT103 (mehrere MT-Meldungen in einer Datei):
{1:F01BBBBCCGGAXXX0000000000}{2:I103ZKBKCHZZX80AN2020}{4:
:20:000341300016
:23B:CRED
:32A:071128CHF250,
:50K:/CH3200700110007900491
Muster Zuerich AG Feldstr. 38
8045 Zuerich
:57A:CRESCHZZ80A
:59:/CH6704860029515781003 FRITZ MUSTER AG
ZUERICH
:70:/IPI/09123569872589645698
:71A:SHA
-}${1:F01BBBBCCGGAXXX0000000000}{2:I103ZKBKCHZZX80AN2020}{4:
:20:000341300017
:23B:CRED
:32A:071128CHF1200,
:50K:/CH3200700110007900491
8045 Zuerich
:57A:CRESCHZZ80A
ZUERICH
:70:Rechnung Nr. 1235
:71A:SHA
-}$
4.2.3 Zahlungsarten und abzufüllende SWIFT-Felder
Zahlungsart
SWIFT-Feld
56
57
59
Bankzahlung Inland mit BIC
:57A:UBSWCHZH80A
:59:/CH5002300230504
22523J HANS MUSTER
8001 ZUERICH
Bankzahlung Inland mit BCNummer (InstitutsIdentifikation IID)
:57C://SW230
:59:/36987
FRITZ MUSTER 8610
USTER
Bankzahlung Inland mit
Schweizer BC-Nummer und
Bankadresse
:57D://SW230 UBS AG
8021 ZUERICH
:59:/36987
FRITZ MUSTER 8610
USTER
Schweizer (B)ESR Bank
(Oranger Einzahlungsschein)
:57D:POSTFINANCE
:59:/01-200027-2
Hans Muster AG 8000
Zuerich
:70:/ESR/20001400000000000000
0222220
(27-stellige Referenz)
Schweizer ESR Postfinance
(Oranger Einzahlungsschein)
:57D:POSTFINANCE
:59:/18616
Rediffusion AG 8050
Zuerich
:70:/ESR/3139471430009018
(16-stellige Referenz)
Postzahlung Inland mit rotem
Einzahlungsschein
:57A:POFICHBEXXX
:59:/80-1172-9
FRITZ MUSTER AG 8600
DUEBENDORF
Auslandzahlung mit BIC
:57A:DEUTDEFFXXX
:59:/DE89370400440532
013000 PETER MUSTER
FRANKFURT
Auslandzahlung mit
nationalem Bankcode
:57D://BL50070010
DEUTSCHE BANK
FRANKFURT
:59:/DE89370400440532
013000 PETER MUSTER
FRANKFURT
Bankzahlung mit IPI-Beleg
und strukturiertem
Verwendungszweck
:57A:CRESCHZZ80A
:59:/CH5404830052369 :70:/IPI/09123569872589645698
336998 FRITZ MUSTER
(20-stellige Referenznummer)
8001 ZUERICH
SWIFTNet-Services
70
17/35
SWIFT-Feld
56
Zahlungsart
Postzahlung im Inland mit
rotem Einzahlungsschein an
eine Bank (Nicht BCTeilnehmer)
Postmandat bzw.
Zahlungsanweisung im Inland
(wird nur noch bis Nov 2016
unterstützt)
:56A:POFICHBEXXX
57
59
:57D:/84-567-3
SELDWYLABANK 8401
WINTERTHUR
:59:/11 121308096
FRITZ HUBER AG 8400
WINTERTHUR
:57D:POSTFINANCE/
POSTMANDAT
:59:HANS MUSTER
ZUERCHERSTR 10
8000 ZUERICH
70
4.2.4 «Straight Through Processing (STP)» Empfehlungen
Execution Dates/Value Dates:
Field 30,
For STP processing we recommend to use dates which are not in the past and falls not on a weekend or on a bank
32A
holiday. Those dates will be adjusted to the following business day. Further the date should not fall on a bank
holiday in the country/currency you are paying to.
Field 57
Option A with the use of SWIFT BIC is strongly recommended for the STP processing of a payment to banks outside
Switzerland.
Field 70
Unstructured without any code word.
/ESR/ - For Swiss Payment Slip (Orange)
/IPI/ - For International Payment Instruction
/ESR/
For the automatic processing of the Swiss Payment Slip with reference code (orange), the code word
«POSTFINANCE» has to appear in field 57D. Field 59 line 1 has to be filled with the ESR member number followed
by the name and address of the beneficiary in the remaining lines. The 27-digit reference number (shorter numbers
have to be filled with zeros flush right) has to be stated in field 70, preceded by the code word /ESR/.
/IPI/
The IPI Slip contains details of payment either in the structured form or in unstructured free text. IPI Slips with
structured remittance information bear one of the following form codes: 00, 02, 04.
The structured form has a fixed length of 20 alphanumeric characters, made up of 2 check digits followed by 18
characters of remittance information and it enables the beneficiary to identify and reconcile the credit entry upon
receipt.
Therefore the structured remittance information has to be stated in field 70 with the code word /IPI/
The unstructured free text (max. 35 characters) has to be filled in the field 70 without any code word.
4.2.5 SWIFT MT-Header Spezifikation
Jeder Meldungsstandard enthält seinen eigenen Headerblock. Der Header der SWIFT MT-Standards wird für alle Meldungstypen
gleich aufgebaut. Das folgende Beispiel zeigt den Header einer SWIFT MT101 Meldung:
{1:F01BBBBCCGGLXXX0000000000}{2:I101ZKBKCHZZX80AN2020}{4:
Der Header ist in zwei Bereiche unterteilt: Basic Header und Application Header.
1. Basic Header: {1:F01BBBBCCGGLXXX0000000000}
Block Identifier
Must be the first character within the block. The identifier is 1 for the Basic Header.
Application Identifier
Must designate the application which has established the association used to convey the message.
Service Identifier
Identifies the type of service message. The identifier used must belong to the set of identifiers defined for the
application.
SWIFTNet-Services
18/35
LT Address
Must be known to the system and must be active.
Info: Der «LT Identifier» (Absender) ist 12-stellig (Bsp. BBBBCCGGLXXX).
Session Number
When present, must be numeric and equal to the current application Session Number of the application entity
receiving the input message.
Sequence Number
Required only in the following instances:
For all GPA/FIN messages/service messages with the following Service Identifiers, the Sequence Number must be
equal to the next expected number:
01 (user-to-user messages)
2. Application Header (Input/Output): {2:I101ZKBKCHZZX80AN2020}{4:
Block Identifier
2
Input/Output Identifier
I für SWIFT FIN und O bei Verwendung von SWIFT FileAct
Message Type
Three digits indicating the Message Type.
Time
The first occurrence of the time field is input time and date, and is local to the sender.
Message Input
Reference
The input MIR. For SWIFT-generated system messages, the input time is the generation time (in GMT) and the input
MIR is the system MIR.
Included Sender BIC-Adress with logical Terminal.
Info:
Der Reciever BIC enthält zusätzlich an 9. Stelle ein X für das logische Terminal:
BIC:
ZKBKCHZZ80A
Receiver BIC: ZKBKCHZZX80A
Date
The output date, local to the receiver.
Time
The second occurrence of the time field is the output time and date, local to the receiver.
Message Priority
All system-originated messages are delivered with Priority S.
Aufbau Header MT103+
Im MT103+ wird zusätzlich der Block 3 benötigt.
Beispiel SWIFT FIN:
{1:F01BBBBCCGGLXXX0000000000}{2:I103ZKBKCHZZX80AN2020}{3:{119:STP}}{4:
4.2.6 MT101 Request for Transfer - Single
Der MT101 darf nur eine «Sequence B» enthalten.
Status Tag Field Name
Content/Options Specific rules for Zürcher Kantonalbank
Mandatory Sequence A General Information
M
20
O
Sender's Reference
16x
Unique Identification
21R Customer Specified Reference
16x
Ignored
M
28D Message Index/Total
5n/5n
Ignored
O
50a Instructing Party
C or L
Not processed (will be stored in the database of each payment)
M
50a Ordering Customer
/34x F, G or H
H ist the preferred option. Account (IBAN) to be debited and account
holder
O
52a Account Servicing Institution
A or C
Ignored
O
51A Sending Institution
[/1!a][/34x]
4!a2!a2!c[3!c]
Ignored
M
30
Requested Execution Date
6!n
Please refer to list with cut-off times (3).
Please refer to the list with format descriptions for straight through
processing (4.2.4).
O
25
Authorisation
35x
Ignored
16x
Unique reference for the individual transaction
Mandatory Sequence B Transaction Details
M
21
Transaction Reference
SWIFTNet-Services
19/35
Content/Options Specific rules for Zürcher Kantonalbank
O
21F
16x
Ignored
O
23E Instruction Code
4!c[/30x]
If used the following codes are accepted:
INTC = local/crossborder intra-company payment
URGP = crossborder urgent payment
OTHR/NONSEPA/ = SEPA compliant payments will be processed as a
ordinary SWIFT-Payment
OTHR/ = Used for bilaterally agreed codes
Other codes are ignored by ZKB and will only be forwarded to
Intermediary or Account With Institution
M
32B Currency/Transaction Amount
3!a15d
No restriction
O
C or L
Ignored
O
G or H
Ignored – field 50a in sequence A has to be used
O
A or C
Ignored
O
56a Intermediary
A, C or D
A is the preferred option and is needed for automatic procession
when an intermediary has to be instructed.
O
57a Account With Institution
A, C or D
Option A with BIC code (preferred option)
Option C or D with //SW
F/X Deal Reference
In case where no BIC is available, option C or D should be used
containing a valid clearing system code in the first line preceded by a
double slash «//» and an alphabetical code as per SWIFT rules for
party identifier.
:57A: KBBECH22XXX
:57C: //SW790
:57D: //SW790
BERNER KANTONALBANK
3001 BERN
processing (4.2.4).
M
59a Beneficiary
A or no letter
option
First line - IBAN or Account number
Beneficiary`s name and address
O
70
4*35x
Remittance Information
processing (4.2.4).
O
77B Regulatory Reporting
3*35x
Ignored
O
33B Currency/Original Ordered Amount
3!a15d
Ignored
M
71A Details of Charges
3!a
SHA, OUR or BEN
O
25A Charges Account
/34x
Ignored
O
36
12d
Ignored
Exchange Rate
M = Mandatory O = Optional
SWIFTNet-Services
20/35
4.2.7 MT101 Request for Transfer - Multiple
Der MT101 enthält mehr als eine «Sequence B».
Content/Options Specific rules for ZKB
Mandatory Sequence A General Information
M
20
O
M
Sender's Reference
16x
21R Customer Specified Reference
16x
Ignored
28D Message Index/Total
5n/5n
Ignored
O
C or L
M
/34x F, G or H
H ist the preferred option. Account (IBAN) to be debited and account
holder
O
A or C
Ignored
O
51A Sending Institution
[/1!a][/34x]
4!a2!a2!c[3!c]
Ignored
M
30
Requested Execution Date
6!n
Please refer to list with cut-off times (3).
processing (4.2.4).
O
25
Authorisation
35x
Ignored
Mandatory Sequence B Transaction Details – to be repeated
M
21
Transaction Reference
16x
Unique reference for the individual transaction
O
21F
F/X Deal Reference
16x
Ignored
O
23E Instruction Code
4!c[/30x]
URGP = crossborder urgent payment
OTHR/NONSEPA/ = SEPA compliant payments will be processed as a
ordinary SWIFT-Payment
OTHR/ = Used for bilaterally agreed codes
Other codes are ignored by ZKB and will only be forwarded to
Intermediary or Account With Institution
M
32B Currency/Transaction Amount
3!a15d
No restriction
O
C or L
Ignored
O
G or H
Ignored – field 50a in sequence A has to be used
O
A or C
Ignored
O
56a Intermediary
A, C or D
A is the preferred option and is needed for automatic procession
when an intermediary has to be instructed.
O
57a Account With Institution
A, C or D
containing a valid clearing system code in the first line preceded by a
double slash «//» and an alphabetical code as per SWIFT rules for
party identifier.
:57A: KBBECH22XXX
:57C: //SW790
:57D: //SW790
BERNER KANTONALBANK
3001 BERN
processing (4.2.4).
M
59a Beneficiary
A or no letter
option
First line - IBAN or Account number
O
70
4*35x
SWIFTNet-Services
21/35
Content/Options Specific rules for ZKB
processing (4.2.4).
O
77B Regulatory Reporting
3*35x
Ignored
O
33B Currency/Original Ordered Amount
3!a15d
Ignored
M
71A Details of Charges
3!a
SHA, OUR or BEN
O
25A Charges Account
/34x
Ignored
O
36
12d
Ignored
Exchange Rate
Beispiel SWIFT FIN MT101 (zwei Auslandzahlungen zu .Lasten eines Kontos bei der Zürcher Kantonalbank):
:20:C2175AE7F42FF4B7
:21R:DTALSV.DTA
:28D:1/1
:50H:/CH3200700110007900491 MUSTER ZUERICH AG PARADEPLATZSTR. 38
8001 ZUERICH
:30:071109
:21:XXXXXZW000000001
:32B:EUR2222,00
:57D://BL50070010 DEUTSCHE BANK FRANKFURT
:59:/DE89370400440532013000 PETER MUSTER
FRANKFURT
:70:MITTEILUNG 1
:71A:OUR
:21:XXXXXZW000000002
:32B:EUR123,00
:57A:COBADEFFXXX
:59:/DE73762400110182543901 HEINZ MUELLER
D-91126 SCHWABACH
:70:MITTEILUNG 2
:71A:SHA
-}
4.2.8 MT103 / MT103+- Single Customer Credit Transfer
Status
Tag
Field Name
Content/Options
Specifics Rules for Zürcher Kantonalbank
M
20
Sender's Reference
16x
O
13C
Time Indication
/8c/4!n1!x4!n
M
23B
Bank Operation Code
4!c
If not CRED, it will be replaced with CRED
O
23E
Instruction Code
4!c[/30x]
O
26T
Transaction Type Code
3!c
SDVA = same day value
Other codes are ignored by Zürcher Kantonalbank and will be
forwarded to Intermediary or Account With Institution.
Ignored
M
32A
O
33B
Value Date/Currency/ Interbank Settled 6!n3!a15d
Amount
Currency/Instructed Amount
3!a15d
O
36
Exchange Rate
SWIFTNet-Services
Please refer to the list with format descriptions for straight
through processing (4.2.4).
12d
22/35
Status
Tag
Field Name
Content/Options
M
50a
Ordering Customer
A or K
O
51A
Sending Institution
O
52a
Ordering Institution
[/1!a][/34x]
4!a2!a2!c[3!c]
A or D
Account to be debited has to fill out in field 53a
Ignored
O
53a
Sender's Correspondent
A, B or D
O
54a
Receiver's Correspondent
A, B or D
O
55a
Third Reimbursement Institution
A, B or D
O
56a
Intermediary Institution
A, C or D
O
57a
Account With Institution
A, C or D
Ignored
Option B has to be used. Account to be debited and account
owner: The IBAN has to be used
containing a valid clearing system code in the first line preceded
by a double slash «//» and a alphabetical code as per SWIFT rules
for party identifier.
:57A: KBBECH22XXX
:57C: //SW790
:57D: //SW790
BERNER KANTONALBANK
3001 BERN
M
59a
Beneficiary Customer
O
70
M
71A
Details of Charges
A or no letter option First line - IBAN or Account number
4*35x
/ESR/ - For Swiss Payment Slip
3!a
O
71F
Sender's Charges
3!a15d
Not allowed
O
71G
Receiver's Charges
3!a15d
Not allowed
O
72
Sender to Receiver Information
6*35x
O
77B
Regulatory Reporting
3*35x
will be deleted
O
77T
Envelope Contents
9000z
will be deleted
Beispiel SWIFT FIN MT103 (IPI-Zahlung an Credit Suisse zu Lasten eines Kontos der Zürcher Kantonalbank):
:20:000341300016
:23B:CRED
:32A:071128CHF250,
:50K:/CH3200700110007900491
8045 Zuerich
:57A:CRESCHZZ80A
ZUERICH
:70:/IPI/09123569872589645698
SWIFTNet-Services
23/35
:71A:SHA
-}
4.2.9 MT202 - General Financial Institution Transfer
Status
Tag
Field Name
Content/Options
M
20
Transaction Reference Number
16x
M
21
Related Reference
16x
O
13C
Time Indication
/8c/4!n1!x4!n
M
32A
Value Date, Currency Code, Amount 6!n3!a15d
O
52a
Ordering Institution
A or D
ignored
M
53a
Sender's Correspondent
B
Mandatory Field 53B.
Account to be debited: The full ZKB IBAN
O
54a
Receiver's Correspondent
A, B or D
O
56a
Intermediary
A or D
O
57a
Account With Institution
A, B or D
M
58a
Beneficiary Institution
A or D
O
72
Sender to Receiver Information
6*35x
4.2.10 DTA-Format
Die technischen Bestimmungen und Recordbeschreibungen zum DTA-Format sind auf der Internetseite unter folgendem Link
publizert:
https://www.zkb.ch/media/dok/efinance/dta-standards-six-fk.pdf
4.2.11 LSV-Format
Die technischen Bestimmungen und Recordbeschreibungen zum LSV-Format sind auf der Internetseite unter folgendem Link
publiziert:
LSV+:
BDD:
https://www.zkb.ch/media/dok/efinance/lsv-plus-handbuch-fk.pdf
https://www.zkb.ch/media/dok/efinance/bdd-handbuch-fk.pdf
SWIFTNet-Services
24/35
4.3 pain.002 Customer Payment Status Report (Bank to Customer)
Der Customer Payment Status Report im ISO 20022 Standard (pain.002) enthält die Nachricht der Zürcher Kantonalbank über
den Status der eingelieferten Überweisungsaufträgen. Im pain.002 enthalten sind nur Validierungen/Informationen vor
Ausführung. Ausgeführte Überweisungsaufträge werden im Kontoreporting (z.B. MT940) angegeben.
Der pain.002 der Zürcher Kantonalbank im SWIFT FileAct Angebot richtet sich nach dem ISO-Standard «ISO 20022 Message
Definition Report (MDR2)» [ISO_MDR], welcher unter www.iso20022.org publiziert wird und auf dem ISO-Schema basiert
[ISO_pain.002].
Allgemeine Regeln
 Die XML-Meldung «Customer Payment Status Report» (pain.002) ist eine Antwort zu eingelieferten Überweisungsaufträgen
im SWIFT-MT Standard und in den Schweizer Formaten, welche via SWIFT FileAct eingeliefert wurden.
 Die pain.002 Meldung basiert auf dem ISO 20022 XML-Schema «pain.002.001.03».
 Die pain.002 Meldung liefert den aktuellen Status und gibt Auskunft über Fehler, Warnungen und Korrekturen auf
Transaktionsebene.
 Die pain.002 Meldung ist eine unmittelbare Rückmeldung zu einem eingelieferten Auftrag, d.h. es werden keine weiteren
Verarbeitungsmeldungen vor oder nach Ausführung des Auftrages erstellt.
 Die pain.002 Meldung wird bei Auftragserteilung immer erstellt und ausgeliefert, sowohl bei positiven als auch bei
fehlerhaften Aufträgen.
 Über SWIFT FileAct kann nur 1 Datei mit einem Meldungstyp/Format (MT101, DTA, etc.) eingeliefert werden. Die pain.002
Meldung wird pro Meldungstyp erstellt.
 Ungültige Meldungen und fehlerhafte Aufträge werden zurückgewiesen (RJCT).
 Aufträge mit einzelnen, fehlerhaften Transaktionen werden mit dem Status «Partially Accepted» (PART) avisiert, da der
Auftrag teilweise korrekt ist. Die fehlerhaften Transaktionen aus diesem Auftrag werden als Rejected (RJCT) ausgewiesen.
 Akzeptierte Aufträge oder Transaktionen mit Warnungen (z.B. verkettete BC-Nr.) werden mittels Status «Accepted with
Changes» (ACWC) zurückgemeldet und enthalten einen entsprechenden Hinweis.
 Fehlerfreie Aufträge werden mit dem Status «Accepted» (ACCP) bestätigt.
Meldungsstruktur





SWIFTNet-Services
Die XML-Meldung «pain.002» ist grundsätzlich wie folgt strukturiert:
A-Level: Meldungsebene «Group Header». Dieser Block ist genau einmal
vorhanden.
B-Level: Informationen zur betroffenen Meldung, «Original Group Information
And Status». Dieser Block ist genau einmal vorhanden.
C-Level: Information zu den betroffenen Auftragsinformationen, «Original
Payment Information And Status». Dieser Block kann bis zu n-mal vorhanden
sein.
D-Level: Information zu den betroffenen Transaktionen, «Transaction
Information And Status». Dieser Block kann bis zu n-mal vorhanden sein.
25/35
4.3.1 Status-Codes und Bedeutung
Die Statusmeldungen beinhalten das Ergebnis der Schema- bzw. technischen Validierung und der Business-Validierung. Folgend
werden insbesondere die Zusammenhänge zwischen dem Status-Code im GroupStatus und StatusReasonInformation aufgezeigt:
Message
B-Level
Payment
C-Level
Trx
D-Level
Definition
ACTC
Accepted
Technical
Validation
<leer>
<leer>
Gesamte Meldung ist syntaktisch korrekt.
Es werden weder Angaben zu den Transaktionen geliefert, noch eine «Status Reason Information». Es
folgt ein zweiter Payment Status Report, welcher die fachliche Prüfung beinhaltet.
Dieser Status-Code wird in der Regel nicht verwendet, da sowohl die technische wie auch die
fachliche Validierung gleichzeitig erfolgen.
ACCP
Accepted
<leer>
<leer>
Die gesamte Meldung ist syntaktisch und fachlich korrekt.
Es werden weder Angaben zu den Transaktionen geliefert, noch eine «Status Reason Information».
RJCT
Rejected
<leer>
<leer>
Die gesamte Meldung wurde zurückgewiesen. Die «Status Reason Information» (Fehler) wird im BLevel geliefert.
Es werden keine Angaben zu den Transaktionen geliefert.
ACWC
Accepted
With
Change
<leer>
ACWC
(Korrekturen
und Hinweise)
Die gesamte Meldung ist syntaktisch und fachlich korrekt.
Einzelne Transaktionen wurden jedoch korrigiert (z.B. Ausführungsdatum auf nächsten Bankwerktag
angepasst) oder enthalten einen Hinweis/Warnung (z.B. Clearing-Nummer verkettet).
Die Angaben zu den betroffenen Transaktionen sowie die entsprechende «Status Reason
Information» (Korrektur bzw. Hinweis) werden im D-Level geliefert.
PART
Partially
Accepted
<leer>
ACWC
(Korrekturen
und Hinweise)
Gesamte Meldung ist syntaktisch korrekt.
Ein oder mehrere Transaktionen beinhalten Fehler sowie Korrekturen und Hinweise. Die Angaben zu
den betroffenen Transaktionen werden im D-Level geliefert.
Die «Status Reason Information» (Fehler, Korrektur und Hinweis) wird im D-Level geliefert.
RJCT
(Fehler)
4.3.2 Technische Spezifikationen pain.002.001.03
Dokument
Die XML-Meldung «Customer Payment Status Report» (pain.002) ist eine Antwort zu eingelieferten Überweisungsaufträgen,
welche via SWIFT FileAct eingeliefert wurden. Sie liefert den aktuellen Status und gibt Auskunft über Fehler, Warnungen und
Korrekturen auf Transaktionsebene. Der pain.002 wird auf Basis des ISO 20022 XML-Schemas «pain.002.001.03» eingesetzt.
Customer Payment Status Report: pain.002.001.03
Mult.
Element Name und XML Tag
Beschreibung
[1..1]
Message root
<Document> <CstmrPmtStsRpt>
Basiselement der Meldung.
Bsp:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Document xmlns:xsi="urn:iso:std:iso:20022:tech:xsd:pain.002.001.03">
SWIFTNet-Services
26/35
Customer Payment Status Report
Der Bereich Original Payment Information And Status <OrgnlPmtInfAndSts> beinhaltet die Informationen zum betroffenen
Payment Block.
Customer Payment Status Report <CstmrPmtStsRpt>
Pain.002: <CstmrPmtStsRpt>
Mult.
Name
Beschreibung
[1..1]
GroupHeader <GrpHdr>
A-Level
[1..1]
OriginalGroupInformationAndStatus
<OrgnlGrpInfAndSts>
B-Level
[0..n]
OriginalPaymentInformationAndStatus
<OrgnlPmtInfAndSts>
C-Level. Dieser Block wird geliefert, wenn Group Status «ACWC» oder
«PART».
[1..1]
OriginalPaymentInformationIdentification
<OrgnlPmtInfId>
Identifikation der betroffenen Meldung.
Info: Eindeutige Auftragsidentifikation
[0..1]
PaymentInformationStatus <PmtInfSts>
Wird nicht verwendet.
[0..n]
StatusReasonInformation <StsRsnInf>
Wird nicht verwendet. Siehe Kapitel «Status-Codes und Bedeutung».
[1..1]
TransactionInformationAndStatus <TxInfAndSts>
D-Level
A-Level - Group Header
Der Group Header beinhaltet Informationen zur pain.002 Meldung.
+Group Header <GrpHdr>
SWIFTNet-Services
27/35
Pain.002: A-Level <GrpHdr>
Mult.
Name
Beschreibung
[1..1]
MessageIdentification <MsgId>
Eindeutige Meldungs-Referenz der Bank (Erzeuger der Meldung). Max 35
Zeichen.
[1..1]
CreationDateTime <CreDtTm>
[0..1]
InitiatingParty <InitgPty>
+Identification <Id>
++OrganisationIdentification <OrgId>
+++BICOrBEI <BICOrBEI>
Bsp.: <MsgId>ZKBKCHZZ80A-12345678901234</MsgId>
Entspricht dem effektiven Erstellungszeitpunkt der pain.002 Meldung
(Datum und Zeit).
Bsp.: <CreDtTm>2015-04-02T09:30:47+02:00</CreDtTm>
Absender der Meldung. Business Identifier Code (BIC).
Bsp.: <BICOrBEI>ZKBKCHZZ80A</BICorBEI>
B-Level - Original Group Information and Status
Der Bereich Original Group Information and Status beinhaltet die Informationen zum betroffenen Auftrag (Meldung).
+Original Group Information and Status <OrgnIGrpInfAndSts>
SWIFTNet-Services
28/35
Pain.002: B-Level <OrgnIGrpInfAndSts>
Mult.
Name
Beschreibung
[1..1]
OriginalMessageIdentification <OrgnlMsgId>
Datei-Identifikation der betroffenen Meldung. Max 35 Zeichen.
Hinweis: Wenn die abgerufene Datei nicht existiert, wird der Wert
«none/unknown» geliefert.
[1..1]
OriginalMessageNameIdentification <OrgnlMsgNmId>
File-/Datei-Name der betroffenen Meldung. Max 35 Zeichen.
Hinweis: Sollte der vom Auftraggeber gewählte Dateiname der
betroffenen Meldung mehr Zeichen umfassen, so werden die
vorangestellten Zeichen (links) abgeschnitten.
[0.1]
OriginalCreationDateTime <OrgnlCreDtTm>
Datum und Zeit der Einlieferung der betroffenen Meldung.
[0.1]
OriginalNumberOfTransactions <OrgnlNbOfTxs>
Anzahl Transaktionen der betroffenen Meldung.
[0.1]
GroupStatus <GrpSts>
Status der betroffenen Meldung. Es können die Werte «ACTC», «ACCP»,
«ACWC», «PART» und «RJCT» geliefert werden. Siehe Kapitel «StatusCodes und Bedeutung».
Anwendung des «Group Status» im Zusammenhang mit dem
Rückgabegrund:
«ACTC» und «ACCP»: Es wird keine «Status Reason Information»
geliefert.
 «RJCT»: Die «Status Reason Information» wird im B-Level angegeben.
 «PART» und «ACWC»: «Status Reason Information» wird im D-Level
geliefert.
Die «Status Reason Information» liefert die Information zur Rückweisung
des gesamten Meldung. Tritt nur auf, wenn Group Status (B-Level) «RJCT».

[0..n]
Originator <Orgtr>
Identifiziert die Partei mittels Business Identifier Code (BIC), welche den
Rückgabegrund erstellt hat.
Reason <Rsn>
+Code <Cd>
Der Rückgabegrund wird im «Additional Reason Information» geliefert.
SWIFTNet-Services
Bsp: <BICOrBEI>ZKBKCHZZ80A</BICOrBEI>
29/35
Pain.002: B-Level <OrgnIGrpInfAndSts>
Mult.
Name
Beschreibung
AdditionalInformation <AddtlInf>
1 - n Rückgabegründe möglich.
Die AddtlInf umfasst max. 105 Text, kann wiederholt vorkommen, falls die
die Anzahl Zeichen nicht ausreichen.
C-Level - Original Payment Information and Status
Der Bereich Original Payment Information and Status kann bis zu n-mal vorhanden sein.
+Original Payment Information and Status <OrgnIPmtInfAndSts>
Pain.002: C-Level <OrgnlPmtInfAndSts>
Mult.
Name
Beschreibung
[0..n]
OriginalPaymentInformationAndStatus
<OrgnlPmtInfAndSts>
C-Level. Dieser Block wird geliefert, wenn Group Status «ACWC» oder
«PART».
[1..1]
OriginalPaymentInformationIdentification
<OrgnlPmtInfId>
Identifikation der betroffenen Meldung. Max 35 Zeichen.
Info: Eindeutige Auftragsidentifikation
[0..1]
PaymentInformationStatus <PmtInfSts>
[0..n]
Wird nicht verwendet. Siehe Kapitel «Status-Codes und Bedeutung».
[1..1]
TransactionInformationAndStatus <TxInfAndSts>
D-Level
D-Level - Transaction Information and Status
Der Bereich Transaction Information and Status <TxInfAndSts> beinhaltet die Informationen zu den betroffenen Transaktionen.
+Original Payment Information And Status <OrgnlPmtInfAndSts>
++TransactionInformationAndStatus <TxInfAndSts>
SWIFTNet-Services
30/35
Pain.002: D-Level <TxInfAndSts>
Mult.
Name
Beschreibung
[0..1]
StatusIdentification <StsId>
Spezifische Identifikation der Bank. Max 35 Zeichen.
[0..1]
OriginalInstructionIdentification <OrgnlInstrId>
Info: Dies ist eine interne Zahlungsidentifikation.
Identifikation der betroffenen Transaktion (sofern vorhanden). Max 35
Zeichen.
Info: Sequenznummer der Zahlung in der Datei.
[0..1]
OriginalEndToEndIdentification <OrgnlEndToEndId>
Auftraggeber-Identifikation (End to End). Max 35 Zeichen.
Info: Eindeutige Identifikation die durch die Einlieferungssoftware
vergeben wurde.
[0..1]
TransactionStatus <TxSts>
Status der betroffenen Transaktion. Es können die Werte «ACWC» und
«RJCT» geliefert werden. Siehe Kapitel «Status-Codes und Bedeutung».
Anwendung des «Transaction Status» im Zusammenhang mit dem «Group
Status» (B-Level):


[0..n]
Group Status «ACWC»: Der «Transaction Status» muss «ACWC» sein.
Group Status «PART»: Der «Transaction Status» muss «ACWC» oder
«RJCT» sein.
Die «Status Reason Information» liefert die Information zum Fehler «RJCT»
oder zur Warnung/Korrektur «ACWC» der einzelnen Transaktionen.
[0..1]
Originator <Orgtr>
Identifiziert die Partei mittels Business Identifier Code (BIC), welche den
Rückgabegrund erstellt hat.
[0..1]
Reason <Rsn>
+Code <Cd>
Der Rückgabegrund wird im «Additional Reason Information» geliefert.
[0..n]
AdditionalInformation <AddtlInf>
1 - n Gründe möglich.
Die AddtlInf umfasst max. 105 Text, kann wiederholt vorkommen, falls die
die Anzahl Zeichen nicht ausreichen
SWIFTNet-Services
Bsp: <BICOrBEI>ZKBKCHZZ80A</BICOrBEI>
31/35
Pain.002: D-Level <TxInfAndSts>
Mult.
Name
Beschreibung
[0..1]
OriginalTransactionReference <OrgnlTxRef>
Die Angaben zu den betroffenen Transaktion (Details) werden nur bei
Group Status (B-Level) «ACWC» oder «PART» geliefert.
Original Transaction Reference <OrgnlTxRef>
Pain.002: D-Level <TxInfAndSts>, <OrgnlTxRef>
Mult.
Name
Beschreibung
[1..1]
Amount <Amt>
+InstructedAmount <InstdAmt>
Beauftragte Währung und Betrag.
[0..1]
{Or
RequestedCollectionDate <ReqdColltnDt>
Vom Kunden gewünschtes Fälligkeitsdatum der Lastschrift.
[0..1]
Or}
RequestedExecutionDate <ReqdExctnDt>
Vom Kunden gewünschtes Ausführungsdatum der Überweisung.
[0..1]
PaymentMethod <PmtMtd>
Art der Transaktion. Zulässige Codewerte:
«TRF» = Credit Transfer
«DD» = Lastschrift
[0..1]
RemittanceInformation <RmtInf>
Referenz der Transaktion, welche vom Begünstigten (Creditor) angegeben
wurde. Kann entweder unstrukturiert oder strukturiert sein.
{Or
+Unstructured <Ustrd>
Unstrukturierte Referenz (max. 140 Zeichen)
Or}
+Structured <Strd>
++CreditorReferenceInformation <CdtrRefInf>
Strukturierte Referenz (z.B. ESR-Referenz, IPI-Referenz, ISO-Creditor
Reference)
[0..1]
Art der Referenz. Zulässige Codewerte:
Type <Tp>
SWIFTNet-Services
32/35
Pain.002: D-Level <TxInfAndSts>, <OrgnlTxRef>
Mult.
Name
[0..1]
[0..1]
Beschreibung
+CodeOrProprietary <CdOrPrtry>
++Proprietary <Prtry>
«ESR» = ESR-Referenz
Reference <Ref>
Angabe der ESR-Referenz-Nummer
Debtor <Dbtr>
+Name <Nm>
Zahlungspflichtiger Name und Adresse (sofern vorhanden) werden im Feld
<Nm> geliefert (max. 140 Zeichen)
Info: Der Debtor Name wird nicht angegeben. Nur der Debtor Account
wird angegeben.
[0..1]
DebtorAccount <DbtrAcct>
Kontonummer des Zahlungspflichtigen
{Or
IBAN <IBAN>
IBAN
Or}
Other <Othr>
Proprietäre Kontonummer
[0..1]
DebtorAgent <DbtrAgt>
+FinancialInstitutionIdentification <FinInstnId>
++BIC <BIC>
Identifikation der Bank des Zahlungspflichtigen in Form der «Business
Identifier Code (BIC)». Bsp. im Überweisungsverfahren, BIC der ZKB:
<BIC>ZKBKCHZZ80A</BIC>.
Info: Der Debtor Agent wird nicht angegeben.
[0..1]
CreditorAgent <CdtrAgt>
+FinancialInstitutionIdentification <FinInstnId>
Identifikation der Bank des Begünstigten (Zahlungsempfängers).
Info: Der Creditor Agent wird nicht angegeben.
[0..1]
Creditor <Cdtr>
+Name <Nm>
Begünstigter (Zahlungsempfänger Name und Adresse (sofern vorhanden)
werden im Feld <Nm> geliefert (max. 140 Zeichen).
[0..1]
CreditorAccount <CdtrAcct>
Kontonummer des Begünstigten (Zahlungsempfängers)
Info: Der Creditor Account wird nicht angegeben.
{Or
IBAN <IBAN>
IBAN
Or}
Other <Othr>
Proprietäre Kontonummer
4.4 Cash Management (Bank to Customer)
4.4.1 Kontoreporting MT940 und MT942
Die Meldung MT940 entspricht dem Kunden-Kontoauszug und die Meldung MT942 ist ein Zwischenbericht der täglichen
Transaktionen (Interim Transaction Report). Diese beiden Meldungstypen werden von der Zürcher Kantonalbank über das
SWIFTNet ausgeliefert.
Datenbeschreibung
 Die nachfolgenden Recordbeschreibungen entsprechen grundsätzlich dem SWIFT-Standard. Der Record endet mit }.
 Dispomeldungen: Im SWIFT MT942 werden auch Dispomeldungen über künftige Buchungen angezeigt; z.B. Buchungen im
Zusammenhang mit fälligen Festgeldern, Devisen-oder Geldmarktgeschäften. Diese Dispomeldungen werden gemäss SWIFTStandard als EC (expected credit) bzw. ED (expected debit) im Feld :61: gemeldet und nach der definitiven Verbuchung
nochmals als C (credit) oder D (debit) im SWIFT MT942 und SWIFT MT940 angezeigt.
MT940 Customer Statement Message Status
Status
Feld
Feldname
Format
M
20
Referenznummer der Trx
16x
M
25
Kontobezeichnung
35x
Kontonummer-Darstellung im IBAN-Format
(CH9900700110001234567)
M
28C
Kontoauszug-Nr./Folgenummer
5n[/5n]
M
60a
Vortagessaldo
F oder M
O
61
Kontoauszug-Zeile
6!n[4!n]2a[1!a]15d1!a3!c16x[//16x][34x]
SWIFTNet-Services
33/35
Status
Feld
Feldname
Format
O
86
Informationen für Kontoinhaber
6*65x
M
62a
Neuer Saldo (Buchungssaldo)
F oder M
O
64
Valutasaldo
1!a6!n3!a15d
O
65
Valutasaldo
1!a6!n3!a15d
O
86
6*65x
Die Zürcher Kantonalbank speichert Informationen in
folgender Priorität
 Geschäftsvorfallnummer (GVNR)
 Name und Adresse des Auftraggebers/Begünstigten
bei Einzelbuchungen
 Zahlungsgrund bei Einzelbuchungen
 Zusatzinformationen
M = Mandatory, O = Optional
MT942 Interim Transaction Report
Status
Feld
Feldname
Format
M
20
Referenznummer der Trx
16x
M
25
Kontobezeichnung
35x
Kontonummer-Darstellung im IBAN-Format
(CH9900700110001234567)
M
28C
Kontoauszug-Nr./Folgenummer
5n[/5n]
M
34F
Indikator für Betragslimit
3!a[1!a]15d
O
34F
Indikator für Betragslimit
3!a[1!a]15d
M
13D
Angabe von Datum/Uhrzeit
6!n4!n1!x4!n
O
61
Kontoauszug-Zeile
6!n[4!n]2a[1!a]15d1!a3!c16x[//16x][34x]
O
86
6*65x
O
90D
Anzahl und Summe der Posten
5n3!a15d
O
90C
Anzahl und Summe der Posten
5n3!a15d
O
86
6*65x
Die Zürcher Kantonalbank speichert Informationen in
folgender Priorität
 Geschäftsvorfallnummer (GVNR)
 Name und Adresse des Auftraggebers/Begünstigten
bei Einzelbuchungen
 Zahlungsgrund bei Einzelbuchungen
 Zusatzinformationen
M = Mandatory, O = Optional
Geschäftsvorfallnummer (GVNR) Feld 86
Informationen für den Kontoinhaber. Damit Buchungsinformationen automatisiert verarbeitet werden können, liefert die Zürcher
Kantonalbank die folgenden Geschäftsvorfall-Nummern (GVNR) ohne die erklärenden Textkonstanten. Den GVNR wird der Tag
«?ZKB:» vorangestellt. Nach der GVNR folgt eine fortlaufende Buchungsnummer.
Die aktuelle Liste der Geschäftsvorfallnummern steht zum Herunterladen auf www.zkb.ch zur Verfügung.
Zusatzinformationen Feld 86
Die Zusatzinformationen betreffen Gutschrifts- und Belastungsdaten. Sie werden nach Priorität ausgeliefert und mit einem TAG
(«?ZI» bis «?26») versehen. Haben nicht alle Informationen im MT940, Feld 86 Platz, so wird die letzte vollständige Information
angezeigt und der TAG «?ZX» angefügt.
SWIFTNet-Services
34/35
Tag
Prio
Einzelbuchung Gutschrift
Einzelbuchung Belastung und Sammelbuchungen
(ohne Begünstigtenangaben)
?ZKB:
1
?ZKB:2299 XXXXX
?ZKB:2299 XXXXX
2
NAME UND ADRESSE DES AUFTRAGGEBERS
NAME UND ADRESSE DES BEGÜNSTIGTEN
3
ZAHLUNGSGRUND
ZAHLUNGSGRUND
4
MITTEILUNG DER ZÜRCHER KANTONALBANK
MITTEILUNG DER ZÜRCHER KANTONALBANK
?ZI:
5
ANFANG DER ZUSATZINFORMATIONEN
ANFANG DER ZUSATZINFORMATIONEN
?0:
6
WÄHRUNG/ORIGINALBETRAG
?1:
7
KURS AUFTRAGGEBERBANK
?2:
8
WÄHRUNG / VERGÜTUNGSBETRAG
WÄHRUNG / VERGÜTUNGSBETRAG
?3:
9
ZUM KURS VON (ZÜRCHER KANTONALBANK)
ZUM KURS VON (ZÜRCHER KANTONALBANK)
?4:
10
SPESEN DER AUFTRAGGEBERBANK
?5:
11
?6:
12
?7:
13
?8:
14
SPESEN DER ZÜRCHER KANTONALBANK
?9:
15
?20:
20
INFOS DEVISENGESCHÄFT
INFOS DEVISENGESCHÄFT
?21:
21
KONTRAKT-NR.
KONTRAKT-NR.
?22:
22
KAUF WHG/ORIGINALBETRAG
KAUF WHG/ORIGINALBETRAG
?23:
23
KURS
KURS
?24:
24
VALUTADATUM
VALUTADATUM
?25:
25
VERKAUF WHG/ORIGINALBETRAG
VERKAUF WHG/ORIGINALBETRAG
?26:
26
ABZÜGE WHG/TOTALBETRAG
ABZÜGE WHG/TOTALBETRAG
KEIN PLATZ FÜR ALLE ZUSATZINFOS
KEIN PLATZ FÜR ALLE ZUSATZINFOS
?ZX
SPESEN DER ZÜRCHER KANTONALBANK
ANZAHL POSTEN
Beispiel MT940:
{1:F01ZKBKCHZZP80A0000000000}{2:I940XXXXXXXXXXXXN}{4:
:20:1310356830872
:25:110000123456
:28C:135/1
:60F:D110707CHF100,
:61:110708C688,35NTRFNONREF//7093070822670002
1 Verguetung(en)
:86:?ZKB:2300 78278
FRAU FABIENNE MUSTER
OD
HERR HEINZ MUSTER
MUSTERGASSE 99
8000 ZUERICH
11057561170022280 MUSTER FABIENNE?ZI:?0:CHF700,35?4:CHF12,
:62F:C110708CHF788,35
:64:C110708CHF788,35
}
4.4.2 Gutschriftsrecord (ESR-Typ 3)
Mit dem Gutschriftsrecord Typ 3 werden die Daten von VESR-Zahlungseingängen (ESR, ESR+, LSV+/BDD) mit dem Dateinamen
«ESR.V11» bereitgestellt. Nähere Informationen sind im VESR-Handbuch der Zürcher Kantonalbank beschrieben:
https://www.zkb.ch/media/dok/efinance/vesr-handbuch-fk.pdf.
SWIFTNet-Services
35/35

SWIFTNet-Services der Zürcher Kantonalbank

Transcription

Similar documents

Handbuch SEPA Datenformate (pdf 2,4MB)

Internationale Überweisungen sind nicht immer leicht

Benutzerhandbuch @120

Physisches Cash Pooling Die Cash-Pooling-Lösung

lesen

Produktmerkblatt Cash Pooling

ship 3ds

Sperrangelweit offen