SWIFTNet-Services der Zürcher Kantonalbank · PDF fileSWIFTNet-Services Handbuch für Corporates Zürcher Kantonalbank 8/35 SWIFT FIN Der SWIFT FIN Messaging Service ist für den

SWIFTNet-Services der Zürcher Kantonalbank

T Handbuch für Corporates

Kontaktstellen

Payment Services / Cash Management

Zürcher Kantonalbank

Firmenkunden Beratung

Postfach

8010 Zürich

Telefon +41 (0)44 292 81 51

E-Mail [email protected]

www.zkb.ch

SWIFTNet Services der Zürcher Kantonalbank

(Technische Fragestellungen sowie Testing)


SWIFTNet Services

Postfach

8010 Zürich


www.zkb.ch

mailto:[email protected]?subject=SWIFTNet-Services%20der%20Zürcher%20Kantonalbank

http://www.zkb.ch/

mailto:[email protected]?subject=SWIFTNet-Services%20der%20Zürcher%20Kantonalbank

http://www.zkb.ch/

SWIFTNet-Services

Handbuch für Corporates


3/35

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


www.zkb.ch

Handbuch Version 1.3 – März 2017

Copyright © Zürcher Kantonalbank 2017

Alle Rechte vorbehalten.

mailto:[email protected]?subject=Handbuch%20SWIFTNet-Services%20der%20Zürcher%20Kantonalbank

http://www.zkb.ch/

SWIFTNet-Services



4/35

Änderungsnachweis

Version Datum Änderung Kapitel

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 Fehler! Verweisquelle konnte nicht gefunden werden.

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

1.2 29.12.2016 Anpassung Verfügbarkeit einzelner Meldungen in Fusszeile Ziffer 2.1

Präzisierung Application Header (Input/Output Identifier) bei Verwendung von SWIFT FileAct

Ziffer Fehler! Verweisquelle konnte nicht gefunden werden.

1.3 13.03.2017 Präzisierung der Zahlungsarten Ziffer 4.2.3

Anpassung Spezifikationen MT101 Ziffer 4.2.6

Anpassung Spezifikationen MT103 Ziffer 4.2.7

Beschreibung Auszugsnummer im MT940 Ziffer 4.4.1

IPI und Postmandat entfernt Diverse Seiten

Anpassung Unterstützte Meldungstypen Ziffer 2.1

SWIFTNet-Services



5/35

Inhalt

Kontaktstellen 2

Hinweise zum Dokument 3

Änderungsnachweis 4

A. SWIFTNet-Services 7

1. Allgemeine Informationen 7 1.1 SWIFT-Anschlussvarianten 7 1.2 SWIFT-Kommunikationsarten 7 1.3 SWIFT Closed User Group 8 1.4 SWIFT-Kommunikationsmodus 8 1.5 SWIFT-Kennung (BIC – Business Identifier Code) 9 1.6 Testsystem 9 1.7 SWIFT Relation Management Authorisation (RMA) 9 1.8 Voraussetzung für die Verbindung zur Zürcher Kantonalbank via SWIFT 9

2. Unterstützte Meldungstypen 9 2.1 SWIFT FileAct Services 9 2.2 SWIFT FIN Services 10

3. Anwendbare Bestimmungen und Vorgaben 11 3.1 Weitere Bestimmungen zu Liefergeschäften (Settlement) 11 3.2 Weitere Bestimmungen zu Verwaltungshandlungen (Corporate Actions) 11

B. Payment Services / Cash Management 13

1. Erreichbarkeit 13

2. Reklamationen und Nachforschungen 13 2.1 Einschränkungen 13

3. Annahmeschlusszeiten, Wertstellung und Auslieferzeiten 13

4. Spezifikationen (Formatting Guide) 13 4.1 SWIFT FileAct 13

4.1.1 SWIFT Datei-Komprimierung und ZIP-Datenkompression 13 4.1.2 SWIFT FileAct Header 14 4.1.3 SWIFT FileAct spezifische Parameter 14 4.1.4 Request Type und Business Area Code 15

4.2 Customer Transfer (Customer to Bank) 16 4.2.1 SWIFT Meldungstypen 16 4.2.2 «Bulk» Zahlungen - Logisches Trennzeichen 16 4.2.3 Zahlungsarten und abzufüllende SWIFT-Felder 17 4.2.4 «Straight Through Processing (STP)» Empfehlungen 18 4.2.5 SWIFT MT-Header Spezifikation 18 4.2.6 MT101 Request for Transfer 19 4.2.7 MT103 / MT103+- Single Customer Credit Transfer 21 4.2.8 MT202 - General Financial Institution Transfer 23

SWIFTNet-Services



6/35

4.2.9 DTA-Format 23 4.2.10 LSV-Format 23

4.3 pain.002 Customer Payment Status Report (Bank to Customer) 24 4.3.1 Status-Codes und Bedeutung 25 4.3.2 Technische Spezifikationen pain.002.001.03 25

4.4 Cash Management (Bank to Customer) 32 4.4.1 Kontoreporting MT940 und MT942 32 4.4.2 Gutschriftsrecord (ESR-Typ 3) 35

SWIFTNet-Services



7/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 SWIFT-

Gateway 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

MT-Formate im SWIFT-

Standard, z.B. Treasury

Zahlungen.

SWIFT FileAct

Filetransfer bilateral definierter

Formate im Massenzahlungs-

verkehr.

SWIFT InterAct

XML Meldungen im SWIFT MX

Standard.

SWIFTNet-Services



8/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



9/35

1.5 SWIFT-Kennung (BIC – Business Identifier Code)

Der Austausch der Meldungen über SWIFT FIN erfolgt über folgende SWIFT-Kennung (BIC):

Produktion/Live Test & Training

BIC der Zürcher Kantonalbank 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 SWIFT-

Standards 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 Zürcher Kantonalbank to Corporate

SWIFT MT MT 101 Request for Transfer (multiple) MT 940 Customer Statement Message

MT 103 Single Customer Credit Transfer MT 942 Interim Transaction Report

Swiss Payment

Types

DTA-Files (format description code: dta) ESR Typ 3

LSV-Files (format description code: lsvbdd)

ISO 20022 pain.001 Customer Credit Transfer1 pain.002 Customer Payment Status Report

(Reply to SWIFT MT und Swiss Payment Types Messages)

http://www.iso2022.org/

SWIFTNet-Services



10/35

FileAct Services Corporate to Zürcher Kantonalbank Zürcher Kantonalbank to Corporate

pain.002 Customer Payment Status Report

(Reply to pain.001 Messages)

camt.052 Account Report (End-of-Day Report)1

camt.053 Statement (Intraday)1

camt.054 Debit/Credit Notification1

PDF Elektronische Bankbelege im PDF-Format1

1 Der Meldungstyp wird voraussichtlich ab Ende November 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 Corporate to Zürcher Kantonalbank Zürcher Kantonalbank to Corporate

CAT1

Customer

Transfers

MT 101 Request for Transfer (single) MT 199 Free Format Message

MT 199 Free Format Message

MT 103 Single Customer Credit Transfer

CAT2

Financial

Institution

MT 202 General Financial Institution Transfer

(Payment Service)

CAT3

Treasury Markets,

Foreign Exchange,

Money Markets

and Derivatives

MT 300 Foreign exchange confirmation

(Devisen Bestätigung)

MT 300 Foreign exchange confirmation

MT 304 Advice/Instruction of a Third Party Deal MT 304 Advice/Instruction of a Third Party Deal

MT 320 Fixed Loan/Deposit Confirmation (Festgeld

Bestätigung)

MT 320 Fixed Loan/Deposit Confirmation

MT 330 Call/Notice Loan/Deposit Confirmation MT 330 Call/Notice Loan/Deposit Confirmation

MT 350 Advice of Loan/Deposit Interest Payment MT 350 Advice of Loan/Deposit Interest Payment

CAT5

Securities

Markets

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 544 Receive free Confirmation

(Ausführungsbestätigung für Auftrag Eingang frei von Zahlung)

MT 541 Receive against Payment

(Auftrag für Eingang gegen Zahlung - RVP)

MT 545 Receive against Payment Confirmation

(Ausführungsbestätigung für Auftrag Eingang gegen Zahlung)

MT 542 Deliver free

(Auftrag für Lieferung ohne Zahlung - DFP)

MT 546 Deliver free Confirmation

(Ausführungsbestätigung für Auftrag Lieferung frei von Zahlung)

MT 543 Deliver against Payment

(Auftrag für Lieferung gegen Zahlung - DVP)

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 565 Corporate Action Instruction* 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

Markets;

Commodity

MT 600 Commodity Trade Confirmation MT 600 Commodity Trade Confirmation

MT 604 Commodity Transfer/Delivery Order

MT 605 Commodity Notice to Receive

MT 608 Statement of a Commodity Account

SWIFTNet-Services



11/35

FIN Services Corporate to Zürcher Kantonalbank Zürcher Kantonalbank to Corporate

CAT9

Cash

Management

MT 900 Confirmation of Debit

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 SWIFT-

Messaging-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 SWIFTNet-

Services 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

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:

https://www2.swift.com/swift/login/login.html

SWIFTNet-Services



12/35

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



13/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 FIN) und 06.00–19.00 Uhr (SWIFT FileAct), 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 SWIFT-

Komprimierung 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.

http://www.zkb.ch/annahmeschlusszeiten

SWIFTNet-Services



14/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 Header Information

Status Read-Only / Deletable Status Read-Only / Deletable Format File Format File Identifier / Request Typ

pain.fin.mt101 Identifier /

Request Typ

pain.002.001.03

Requestor DN o=corpchzz,o=swift Requestor DN o=zkbkchzz,o=swift Responder DN o=zkbkchzz,o=swift Responder DN o=corpchzz,o=swift Service Name swift.corp.fa Service Name swift.corp.fa User Reference User Reference Priority Normal Priority Normal Signed True Signed True Non-repudiation True Non-repudiation False Delivery mode Real-time Delivery mode Real-time Delivery notif. request

True Delivery notif.

request

True

SWIFTNet Copy Requested

No SWIFTNet Copy

Requested

No

Authorisation Delivery Notification

No Authorisation

Delivery Notification

No

FileInfo FileInfo Logical File Name MT101_20150101 Logical File Name PAIN002_20150101_123456789.swift File Description File Description pain.002 File Info SwCompression=none File Info SwCompression=none File Size 624 File Size 4331 File Digest Value KRzjag9RPfE90LWJ+KidQ0mtvAu1C=im/MDlnpW6s= File Digest Value snFf4WwNjI4JzcfNBal5ebJfK0x9w0c1pe3= File Digest Algorithm SHA-256 File Digest Algorithm SHA-256 Transfer Description Transfer Description Transfer Info Transfer Info

4.1.3 SWIFT FileAct spezifische Parameter Generelle Informationen Kunde zu Zürcher Kantonalbank Zürcher Kantonalbank zu Kunde

SWIFT Member SCORE (CORP) Supervised Financial Institutions (SUPE) Non Supervised Entity (NOSU)

SCORE (CORP) Supervised Financial Institutions (SUPE)

SWIFT Kommunikationsmodus Store-and-Forward Real-time

Store-and-Forward Real-time

Header Informationen Kunde zu Zürcher Kantonalbank Zürcher Kantonalbank zu Kunde

Requestor DN (Sender), gemäss SWIFT Directory BBBBCCGG = BIC 8 [ ]=optional: cn & ou

[cn=<name>,ou=<name>],o=<BBBBCCGG des Kunden>,o=swift

o=zkbkchzz,o=swift

Responder DN (Receiver) BBBBCCGG = BIC 8 [ ]=optional: cn & ou

o=zkbkchzz,o=swift [cn=<name>,ou=<name>],o=<BBBBCCGG des Kunden>,o=swift

Service Name Produktion Beispiel SCORE-Member: Store-and-Forward: swift.corp.fast Real-time: swift.corp.fa

Store-and-Forward: swift.corp.fast Real-time: swift.corp.fa

Store-and-Forward: swift.corp.fast Real-time: swift.corp.fa

Store-and-Forward: swift.generic.fast Real-time: swift.generic.fa

Store-and-Forward: swift.generic.fast Real-time: swift.generic.fa

SWIFTNet-Services



15/35

Header Informationen Kunde zu Zürcher Kantonalbank Zürcher Kantonalbank zu Kunde

Service Name Test Beispiel SCORE-Member: Store-and-Forward: swift.corp.fast!p Real-time: swift.corp.fa!p

Store-and-Forward: swift.corp.fast!p Real-time: swift.corp.fa!p



Store-and-Forward: swift.generic.fast!p Real-time: swift.generic.fa!p

Priority Normal High

Normal High

Signature true true

Non-Repudiation true false

false

Delivery Notification true false

true

File Info Kunde zu Zürcher Kantonalbank Zürcher Kantonalbank zu Kunde

FileInfo Beispiel: <FileInfo>SwCompression=none</FileInfo>

SwCompression=none SwCompression=none

Request Type

SWIFT MT pain.fin.mt101 pacs.fin.mt103 pacs.fin.mt202*

camt.fin.mt940* camt.fin.mt942* camt.fin.mt900* camt.fin.mt910*

Schweizer Formate pain.xxx.dta pain.xxx.lsvbdd*

camt.xxx.esr

ISO 20022 pain.001* pain.002.001 camt.052.001.xx* camt.053.001.xx* camt.054.001.xx*

Elektronische Bankbelege im PDF-Format

camt.xxx.pdf*

* Der Meldungstyp wird voraussichtlich ab Ende 2016 unterstützt.

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

code

Business area 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

ordering customer to a financial institution that services a cash

account and reporting its status.

101, 104 (RFDD),

207

…

Weitere Informationen sind in den SWIFT Dokumentationen enthalten.

SWIFTNet-Services



16/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 Einzelzahlungsauftrag FIN und FileAct

MT103+ Der MT103+ beinhaltet die gleichen Felder wie der MT103, erfüllt

jedoch aufgrund strengerer Felddefinitionen die STP- Anforderungen

von SWIFT. Zahlungen zu Lasten ZKB Konto werden bei beiden MT103-

Formaten identisch verarbeitet.

FIN und FileAct

MT202 Einzelzahlungsauftrag 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

: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



17/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

:57D:POSTFINANCE

:59:/01-200027-2 FRITZ MUSTER AG

ZUERICH

:70:/ESR/200014000000000000000222220

:71A:SHA

-}${1:F01BBBBCCGGAXXX0000000000}{2:I103ZKBKCHZZX80AN2020}{4:

:20:000341300017

:23B:CRED

:32A:071128CHF1200,

:50K:/CH3200700110007900491


8045 Zuerich

:57A:CRESCHZZ80A

:59:/CH6704860029515781003 FRITZ MUSTER AG

ZUERICH

:70:Rechnung Nr. 1235

:71A:SHA

-}$

4.2.3 Zahlungsarten und abzufüllende SWIFT-Felder

SWIFT-Feld

Zahlungsart 56 57 59 70

Bankzahlung Inland mit BIC :57A:UBSWCHZH80A :59:/CH5002300230504

22523J HANS MUSTER

8001 ZUERICH

Bankzahlung Inland mit

Instituts-Identifikation IID

(3..5n)

:57C://SW230 :59:/36987

FRITZ MUSTER 8610

USTER

Bankzahlung Inland mit

Schweizer Instituts-

Identifikation IID (3..5n) 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)

Inlandzahlung PostFinance

mit rotem Einzahlungsschein

:57A:POFICHBEXXX :59:/80-1172-9

FRITZ MUSTER AG 8600

DUEBENDORF

Postzahlung im Inland mit

rotem Einzahlungsschein an

eine Bank (Nicht BC-

Teilnehmer)

:56A:POFICHBEXXX :57D:/84-567-3

SELDWYLABANK 8401

WINTERTHUR

:59:/11 121308096

FRITZ HUBER AG 8400

WINTERTHUR

Auslandzahlung mit BIC :57A:DEUTDEFFXXX :59:/DE89370400440532

013000 PETER MUSTER

FRANKFURT

Auslandzahlung mit :57D://BL50070010 :59:/DE89370400440532

SWIFTNet-Services



18/35

SWIFT-Feld

Zahlungsart 56 57 59 70

nationalem Bankcode DEUTSCHE BANK

FRANKFURT

013000 PETER MUSTER

FRANKFURT

4.2.4 «Straight Through Processing (STP)» Empfehlungen

Field 30,

32A

Execution Dates/Value Dates:

For STP processing we recommend to use dates which are not in the past and falls not on a weekend or on a bank

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)

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/.

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.

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.

SWIFTNet-Services



19/35

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

Status Tag Field Name Content/Options Specific rules for Zürcher Kantonalbank

Mandatory Sequence A General Information

M 20 Sender's Reference 16x Unique Identification

O 21R Customer Specified Reference 16x When this field is present, the ordering customer requests a single

debit entry for the sum of the amounts of all transactions in the

instruction. If the field is not used, all debit items are posted

individually.

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 F, G or H

Option F:

Line 1 (account)

H ist the preferred option. Account to be debited and account

owner: The IBAN has to be used.

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

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] INTC = Intra-Company Payment. This code will be forwarded to Intermediary/Account With Institution

URGP = Crossborder Urgent Payment, only allowed for Single MT101 in USD and EUR

EQUI = Equivalent Amount. If used, field 32B has to be filled with the desired currency and amount 0 and field 33B must contain the equivalent currency and amount.

CORT = Corporate Trade (for ex, foreign exchange deal, securities transaction). This code will be forwarded to Intermediary/Account With Institution

PHON/additional information = Telephone. This code will be forwarded to Intermediary/Account With Institution

REPA/additional information = Related Payment. This code will be forwarded to Intermediary/Account With Institution

OTHR/NONSEPA/ = SEPA compliant payments will be processed as ordinary SWIFT-Payments

OTHR/additional information= only for bilaterally agreed codes

Other codes are ignored by Zürcher Kantonalbank.

SWIFTNet-Services



20/35

Status Tag Field Name Content/Options Specific rules for Zürcher Kantonalbank

M 32B Currency/Transaction Amount 3!a15d No restriction

O 50a Instructing Party C or L Ignored

O 50a Ordering Customer G or H Ignored – field 50a in sequence A has to be used

O 52a Account Servicing Institution A or C Ignored

O 56a Intermediary A, C or D If used, only Option A with BIC code allowed.

O 57a Account With Institution A, C or D Option A with BIC code (preferred option)

Option C or D with //SW

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, no letter option,

F

Option F:

Line 1 (account)

Line 2-5 (name &

address)

First line - IBAN or Account number

Beneficiary`s name and address.

Option F is the preferred option.

Option F:

1 = Beneficiary’s Name

2 = Address Line

3 = Country and Town

O 70 Remittance Information 4*35x Unstructured without any code word.

/ESR/ - For Swiss Payment Slip (Orange)


processing (4.2.4).

O 77B Regulatory Reporting 3*35x Ignored

O 33B Currency/Original Ordered Amount 3!a15d If instruction code «EQUI» is used in field 23E: the equivalent

amount has to be provided. Currency must be the same of the

account to be debited.

M 71A Details of Charges 3!a SHA, OUR or BEN

O 25A Charges Account /34x Ignored

O 36 Exchange Rate 12d Ignored

M = Mandatory O = Optional

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

SWIFTNet-Services



21/35

: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.7 MT103 / MT103+- Single Customer Credit Transfer

Status Tag Field Name Content/Options Specifics Rules for Zürcher Kantonalbank

M 20 Sender's Reference 16x Unique Identification

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] If used the following codes are accepted: INTC = Intra-Company Payment CORT = Corporate Trade (for ex, foreign exchange deal,

securities transaction). This code will be forwarded to Intermediary/Account With Institution

PHON/additional information = Telephone. This code will be forwarded to Intermediary/Account With Institution


HOLD/additional information = Hold. This code will be forwarded to Intermediary/Account With Institution

PHOB/ or PHOI/ or PHON/additional information = Phone Beneficiary/Intermediary/Account With Institution. This code will be forwarded to Intermediary/Account With Institution


SDVA = same day value TELB/ or TELE/ or TELI/additional information =

Telecommunication. This code will be forwarded to Intermediary/Account With Institution

Other codes are ignored by Zürcher Kantonalbank.

O 26T Transaction Type Code 3!c Ignored

M 32A Value Date/Currency/ Interbank Settled

Amount

6!n3!a15d Please refer to the list with format descriptions for straight

through processing (4.2.4).

O 33B Currency/Instructed Amount 3!a15d

O 36 Exchange Rate 12d

M 50a Ordering Customer A, F or K

Option F:

Line 1 (account)

Line 2-5 (name &

address)

Option F is the preferred option: Account (IBAN) to be debited

and account owner (name & address).

Note: If the account to be debited will be indicated in field 53a,

the content of field 50a will be ignored.

O 51A Sending Institution [/1!a][/34x]

4!a2!a2!c[3!c]

Ignored

O 52a Ordering Institution A or D Ignored

O 53a Sender's Correspondent A, B or D B is the preferred option. Account to be debited: The IBAN has to

be used.

Note: If the account to be debited will be indicated in field 53a,

the content of field 50a will be ignored.

SWIFTNet-Services



22/35


O 54a Receiver's Correspondent A, B or D Ignored

O 55a Third Reimbursement Institution A, B or D Ignored

O 56a Intermediary Institution A, C or D If used, only Option A with BIC code allowed.

O 57a Account With Institution A, C or D Option A with BIC code (preferred option)

Option C or D with //SW

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 a alphabetical code as per SWIFT rules

for party identifier.

:57A: KBBECH22XXX

:57C: //SW790

:57D: //SW790

BERNER KANTONALBANK

3001 BERN

Please refer to the list with format descriptions for straight


M 59a Beneficiary Customer A, no letter option, F

Option F:

Line 1 (account)

Line 2-5 (name &

address)

First line - IBAN or Account number

Beneficiary`s name and address.

Option F is the preferred option.

Option F:

1 = Beneficiary’s Name

2 = Address Line

3 = Country and Town

O 70 Remittance Information 4*35x Unstructured without any code word.

/ESR/ - For Swiss Payment Slip

Please refer to the list with format descriptions for straight


M 71A Details of Charges 3!a SHA, OUR, BEN

O 71F Sender's Charges 3!a15d Ignored

O 71G Receiver's Charges 3!a15d Ignored

O 72 Sender to Receiver Information 6*35x

O 77B Regulatory Reporting 3*35x will not be forwarded to Intermediary/Account With Institution

O 77T Envelope Contents 9000z Ignored


Beispiel SWIFT FIN MT103 (ESR-Zahlung an Credit Suisse zu Lasten eines Kontos der Zürcher Kantonalbank):


:20:000341300016

:23B:CRED

:32A:071128CHF250,

:50K:/CH3200700110007900491


8045 Zuerich

:57D:POSTFINANCE

:59:/01-2654-0 FRITZ MUSTER AG

ZUERICH

:70:/ESR/200014000000000000000222220

:71A:SHA

-}

SWIFTNet-Services



23/35

4.2.8 MT202 - General Financial Institution Transfer


M 20 Transaction Reference Number 16x Unique Identification

M 21 Related Reference 16x

O 13C Time Indication /8c/4!n1!x4!n

M 32A Value Date, Currency Code, Amount 6!n3!a15d Please refer to the list with format descriptions for straight


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.9 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.10 LSV-Format

Die technischen Bestimmungen und Recordbeschreibungen zum LSV-Format sind auf der Internetseite unter folgendem Link

publiziert:

LSV+: https://www.zkb.ch/media/dok/efinance/lsv-plus-handbuch-fk.pdf

BDD: https://www.zkb.ch/media/dok/efinance/bdd-handbuch-fk.pdf

https://www.zkb.ch/media/dok/efinance/dta-standards-six-fk.pdf

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

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.

http://www.iso20022.org/full_catalogue.page

SWIFTNet-Services



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 B-

Level 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>


[1..1] MessageIdentification <MsgId> Eindeutige Meldungs-Referenz der Bank (Erzeuger der Meldung). Max 35

Zeichen.

Bsp.: <MsgId>ZKBKCHZZ80A-12345678901234</MsgId>

[1..1] CreationDateTime <CreDtTm> Entspricht dem effektiven Erstellungszeitpunkt der pain.002 Meldung

(Datum und Zeit).

Bsp.: <CreDtTm>2015-04-02T09:30:47+02:00</CreDtTm>

[0..1] InitiatingParty <InitgPty>

+Identification <Id>

++OrganisationIdentification <OrgId>

+++BICOrBEI <BICOrBEI>

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>


[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 «Status-

Codes 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.

[0..n] StatusReasonInformation <StsRsnInf> Die «Status Reason Information» liefert die Information zur Rückweisung

des gesamten Meldung. Tritt nur auf, wenn Group Status (B-Level) «RJCT».

Originator <Orgtr>




Identifiziert die Partei mittels Business Identifier Code (BIC), welche den

Rückgabegrund erstellt hat.

Bsp: <BICOrBEI>ZKBKCHZZ80A</BICOrBEI>

Reason <Rsn>

+Code <Cd>

Wird nicht verwendet.

Der Rückgabegrund wird im «Additional Reason Information» geliefert.

SWIFTNet-Services



29/35

Pain.002: B-Level <OrgnIGrpInfAndSts>


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>


[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> Wird nicht verwendet.

[0..n] StatusReasonInformation <StsRsnInf> 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>


[0..1] StatusIdentification <StsId> Spezifische Identifikation der Bank. Max 35 Zeichen.

Info: Dies ist eine interne Zahlungsidentifikation.

[0..1] OriginalInstructionIdentification <OrgnlInstrId> 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):

Group Status «ACWC»: Der «Transaction Status» muss «ACWC» sein. Group Status «PART»: Der «Transaction Status» muss «ACWC» oder

«RJCT» sein.

[0..n] StatusReasonInformation <StsRsnInf> 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.

Bsp: <BICOrBEI>ZKBKCHZZ80A</BICOrBEI>

[0..1] Reason <Rsn>

+Code <Cd>

Wird nicht verwendet.

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



31/35

Pain.002: D-Level <TxInfAndSts>


[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>


[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] Type <Tp> Art der Referenz. Zulässige Codewerte:

SWIFTNet-Services



32/35

Pain.002: D-Level <TxInfAndSts>, <OrgnlTxRef>


+CodeOrProprietary <CdOrPrtry>

++Proprietary <Prtry>

«ESR» = ESR-Referenz

[0..1] Reference <Ref> Angabe der ESR-Referenz-Nummer

[0..1] 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 SWIFT-

Standard 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]

Startet am 1. Bankwerktag des Jahres mit der

Auszugsnummer 1 und wird mit jedem Bankwerktag

SWIFTNet-Services



33/35


hochgezählt. Bei Auslieferung des Kontoauszugs MT940

„nur bei Bewegungen“ können dadurch Lücken in der

fortlaufenden Nummerierung entstehen. Prüft die

Software eine lückenlose Nummerierung ist der tägliche

Versand zu verwenden oder die Prüfung in der Software

zu deaktivieren.

M 60a Vortagessaldo F oder M

O 61 Kontoauszug-Zeile 6!n[4!n]2a[1!a]15d1!a3!c16x[//16x][34x]

Subfeld 7 beinhaltet die Referenznummer des

Zahlungsauftrags (Kundenreferenz)

Subfeld 8 beinhaltet die Referenznummer der Buchung

(Bankreferenz)

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


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


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 90D Anzahl und Summe der Posten 5n3!a15d

O 90C Anzahl und Summe der Posten 5n3!a15d


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

SWIFTNet-Services



34/35

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.

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




?8: 14 SPESEN DER ZÜRCHER KANTONALBANK SPESEN DER ZÜRCHER KANTONALBANK

?9: 15 ANZAHL POSTEN

?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

?ZX KEIN PLATZ FÜR ALLE ZUSATZINFOS KEIN PLATZ FÜR ALLE ZUSATZINFOS

Beispiel MT940:

{1:F01ZKBKCHZZA80A0000000000}{2:I940XXXXXXXXXXXXN}{4:

:20:E0000000004E78BE

:25:CH5400700110007900483

:28C:10044/1

:60F:C170303CHF43581,46

:61:1703020303C103,99NMSCCAB-170302-1234//Z170616668675

Gutschrift: Carl Muster AG, Char

:86:?ZKB:2313 Carl Muster AG Charles-de-Gaulle-Str. 95

DE 53113 Bonn

/ROC/REFNR123456

REF-NO. 1234567 / RENTE / 07

?ZI:?0:EUR98,64?3:1,054211?9:1

:61:170303D6979,7NMSCDTAID//Z170626849133

https://www.zkb.ch/media/dok/efinance/geschaeftsvorfallnummern-fk.xlsx

SWIFTNet-Services



35/35

Datalink: Mas Beispiel AG, Bahnhof

:86:?ZKB:2214

Max Beispiel AG

Bahnhofstrasse 12

8001 Zuerich

Gemaess Ihrem Datalink Auftrag DTAID

?ZI:?9:1

:62F:C170303CHF36705,75

:64:C170303CHF36705,75

-}

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.

https://www.zkb.ch/media/dok/efinance/vesr-handbuch-fk.pdf

Documents

SWIFTNet-Services der Zürcher Kantonalbank · PDF fileSWIFTNet-Services Handbuch für Corporates Zürcher Kantonalbank 8/35 SWIFT FIN Der SWIFT FIN Messaging Service ist für den