SWIFTNet-Services der Zürcher Kantonalbank. Handbuch für Corporates

Größe: px
Ab Seite anzeigen:

Download "SWIFTNet-Services der Zürcher Kantonalbank. Handbuch für Corporates"

Transkript

1 der

2 Kontaktstellen Payment Services / Cash Management Firmenkunden Beratung Postfach 8010 Zürich Telefon +41 (0) SWIFTNet Services der (Technische Fragestellungen sowie Testing) SWIFTNet Services Postfach 8010 Zürich

3 Hinweise zum Dokument Die in diesem Handbuch «der» enthaltenen Angaben entsprechen dem aktuellen Entwicklungsstand. Das vorliegende Dokument richtet sich an Kunden, welche via SWIFT mit der 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 geht mit diesem Handbuch keinerlei Verpflichtungen ein. Die 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 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 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) Handbuch Version 1.1 Juni 2015 Copyright 2015 Alle Rechte vorbehalten. 3/35

4 Änderungsnachweis Version Datum Änderung Kapitel Erstausgabe 1.1 Juni 2015 Sämtliche MT 56x Meldungen sind ausschliesslich für Custody Services Kunden der verfügbar. Ziffer 12 SWIFT FIN Services Diverse Anpassungen im Customer Payment Status Report Ziffer 6 Erweiterung Ziffer 3 Weitere Bestimmungen zu Liefergeschäften (Settlement) und Verwaltungshandlungen (Corporate Actions) Ziffer 14 und 15 Anpassungen SWIFT FileAct Parameter Ziffer 5.1 An- und Auslieferzeiten: Verweis auf Angaben auf unserer Internetseite Ziffer 4 4/35

5 Inhalt Kontaktstellen 2 Hinweise zum Dokument 3 Änderungsnachweis 4 A Allgemeine Informationen 7 2. SWIFT-Anschlussvarianten 7 3. SWIFT-Kommunikationsarten 7 4. SWIFT Closed User Group 8 5. SWIFT-Kommunikationsmodus 8 6. SWIFT-Kennung (BIC Business Identifier Code) 9 7. Testsystem 9 8. SWIFT Relation Management Authorisation (RMA) 9 9. Voraussetzung für die Verbindung zur via SWIFT Unterstützte Meldungstypen SWIFT FileAct Services SWIFT FIN Services Anwendbare Bestimmungen und Vorgaben Weitere Bestimmungen zu Liefergeschäften (Settlement) Weitere Bestimmungen zu Verwaltungshandlungen (Corporate Actions) 11 B. Payment Services / Cash Management Erreichbarkeit Reklamationen und Nachforschungen Einschränkungen Annahmeschlusszeiten, Wertstellung und Auslieferzeiten Spezifikationen (Formatting Guide) SWIFT FileAct SWIFT Datei-Komprimierung und ZIP-Datenkompression SWIFT FileAct Header SWIFT FileAct spezifische Parameter Request Type und Business Area Code Customer Transfer (Customer to Bank) SWIFT Meldungstypen «Bulk» Zahlungen - Logisches Trennzeichen Zahlungsarten und abzufüllende SWIFT-Felder «Straight Through Processing (STP)» Empfehlungen SWIFT MT-Header Spezifikation MT101 Request for Transfer - Single MT101 Request for Transfer - Multiple MT103 / MT103+- Single Customer Credit Transfer 22 5/35

6 5.2.9 MT202 - General Financial Institution Transfer DTA-Format LSV-Format pain.002 Customer Payment Status Report (Bank to Customer) Status-Codes und Bedeutung Technische Spezifikationen pain Cash Management (Bank to Customer) Kontoreporting MT940 und MT Gutschriftsrecord (ESR-Typ 3) 35 6/35

7 A. 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 der nutzen national und international tätige Unternehmen das weltweite SWIFT-Netzwerk für den Datenaustausch mit der. 1. Allgemeine Informationen 2. 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. 3. SWIFT-Kommunikationsarten Die unterstützt folgende Kommunikationsarten: SWIFT FIN SWIFT FileAct SWIFT InterAct MT-Formate im SWIFT- Standard, z.b. Treasury Zahlungen. Filetransfer bilateral definierter Formate im Massenzahlungsverkehr. XML Meldungen im SWIFT MX Standard. 7/35

8 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 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. 4. SWIFT Closed User Group Die 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 unterstützt nur das SCORE-Modell. Jeder SWIFT-Teilnehmer besitzt eine eigene SWIFT-Kennung in Form eines Business Identifier Code (BIC). 5. 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 ist «Kapitel B, Ziffer 1, Erreichbarkeit» beschrieben. 8/35

9 6. 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 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 5.1, Absatz SWIFT FileAct spezifische Parameter, Header Informationen» aufgeführt. 7. 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 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). 8. 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. 9. Voraussetzung für die Verbindung zur via SWIFT Unternehmen, die via SWIFT mit der 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 Vereinbarung mit der 10. Unterstützte Meldungstypen 11. 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. Die 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 Standard. Die pain.002 Meldung basiert auf den ISO Vorgaben (www.iso2022.org). Folgende Standards und Formate werden unterstützt. FileAct Services Corporate to to Corporate SWIFT MT MT 101 Request for Transfer (single) MT 101 Request for Transfer (multiple) MT 103 Single Customer Credit Transfer Swiss Payment Types MT 202 General Financial Institution Transfer* DTA-Files (format description code: dta) ESR Typ 3 LSV-Files (format description code: lsvbdd)* 9/35

10 FileAct Services Corporate to to Corporate ISO pain.001 Customer Credit Transfer* 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)* camt.052 Account Report (End-of-Day Report)* camt.053 Statement (Intraday)* camt.054 Debit/Credit Notification* PDF Elektronische Bankbelege im PDF-Format* * Der Meldungstyp wird voraussichtlich ab Ende 2016 unterstützt. 12. 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 to Corporate CAT1 Customer Transfers CAT2 Financial Institution CAT3 Treasury Markets, Foreign Exchange, Money Markets and Derivatives CAT5 Securities Markets CAT6 Treasury Markets; MT 101 Request for Transfer (single) MT 199 Free Format Message MT 103 Single Customer Credit Transfer MT 202 General Financial Institution Transfer (Payment Service) MT 300 Foreign exchange confirmation (Devisen Bestätigung) MT 304 Advice/Instruction of a Third Party Deal MT 320 Fixed Loan/Deposit Confirmation (Festgeld Bestätigung) MT 330 Call/Notice Loan/Deposit Confirmation MT 350 Advice of Loan/Deposit Interest Payment 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 600 Commodity Trade Confirmation MT 199 Free Format Message MT 300 Foreign exchange confirmation MT 304 Advice/Instruction of a Third Party Deal MT 320 Fixed Loan/Deposit Confirmation MT 330 Call/Notice Loan/Deposit Confirmation MT 350 Advice of Loan/Deposit Interest Payment 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 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 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)* MT 600 Commodity Trade Confirmation MT 604 Commodity Transfer/Delivery Order MT 605 Commodity Notice to Receive 10/35

11 FIN Services Corporate to to Corporate Commodity CAT9 Cash Management MT 608 Statement of a Commodity Account 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 verfügbar. 13. Anwendbare Bestimmungen und Vorgaben Die 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 empfiehlt, dass der Absender die Datei mit einer aktuellen Anti-Virus Software prüft, bevor diese an die Bank übermittelt wird. Die Bereitstellung der der 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 der» 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 und sind ein Bestandteil der «Vereinbarung der». 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. 14. 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. 15. Weitere Bestimmungen zu Verwaltungshandlungen (Corporate Actions) Die nachfolgende SWIFT-Dienstleistung wird nur Kunden angeboten, welche mit der 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: 11/35

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

13 B. Payment Services / Cash Management 1. Erreichbarkeit Die 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»: Montag bis Freitag, Uhr (SWIFT FileAct) und Uhr (SWIFT FIN), mit Ausnahme von Feiertagen Support «SWIFTNet Services der» (siehe Kontaktstellen auf Seite 2): Montag bis Freitag, Uhr, mit Ausnahme von Feiertagen Die Verarbeitung der Kundenaufträge und die Datenauslieferung an den Kunden erfolgt gemäss den unter Kapitel B, Ziffer 4 aufgeführten Zeitangaben. 2. Reklamationen und Nachforschungen Der Kunde sorgt für die vollständige, genaue und widerspruchsfreie Zahlungsinstruktion. Nur die von der 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 erfolgt nur während der Betriebszeiten (siehe Kapitel B, Ziffer 1). 3. Einschränkungen Generell gelten die Einschränkungen, die von SWIFT vorgegeben werden. Für via SWIFT FileAct übermittelte Aufträge an die gilt: Begrenzung der Dateigrösse auf maximal 175 MB Maximale Anzahl Zahlungsaufträge pro Datei: Posten Es darf nur 1 Datei im FileAct enthalten sein 4. 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 publiziert. 5. Spezifikationen (Formatting Guide) 5.1 SWIFT FileAct 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 unterstützt nur die SWIFT Datei-Komprimierung, jedoch keine anderen ZIP-Datenkompressionen. 13/35

14 5.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 / pain.fin.mt101 Identifier / pain Request Typ Request Typ 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. True Delivery notif. True request request SWIFTNet Copy No SWIFTNet Copy No Requested Requested Authorisation Delivery Notification No Authorisation No Delivery Notification FileInfo FileInfo Logical File Name MT101_ Logical File Name PAIN002_ _ 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 SWIFT FileAct spezifische Parameter Generelle Informationen Kunde zu 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 zu Kunde 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 [cn=<name>,ou=<name>],o=<bbbbccgg des Kunden>,o=swift o=zkbkchzz,o=swift Store-and-Forward: swift.corp.fast Real-time: swift.corp.fa Store-and-Forward: swift.generic.fast Real-time: swift.generic.fa o=zkbkchzz,o=swift [cn=<name>,ou=<name>],o=<bbbbccgg des Kunden>,o=swift Store-and-Forward: swift.corp.fast Real-time: swift.corp.fa Store-and-Forward: swift.generic.fast Real-time: swift.generic.fa 14/35

15 Header Informationen Kunde zu zu Kunde Service Name Test 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 Beispiel SCORE-Member: Store-and-Forward: swift.corp.fast!p Real-time: swift.corp.fa!p Priority Normal High Signature true true Non-Repudiation Delivery Notification true false true false 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 Normal High false true File Info Kunde zu zu Kunde FileInfo SwCompression=none SwCompression=none Beispiel: <FileInfo>SwCompression=none</FileInfo> SWIFT MT Request Type pain.fin.mt101 pacs.fin.mt103 pacs.fin.mt202* camt.fin.mt940* camt.fin.mt942* camt.fin.mt900* camt.fin.mt910* camt.xxx.esr Schweizer Formate pain.xxx.dta pain.xxx.lsvbdd* ISO pain.001* pain camt xx* camt xx* camt xx* Elektronische Bankbelege im PDF-Format * Der Meldungstyp wird voraussichtlich ab Ende 2016 unterstützt. camt.xxx.pdf* 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 Description Examples of MTs in specified code 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, pacs Payments Clearing and Settlement Messages that support the clearing and settlement processes for payment transactions between financial institutions , 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 101, 104 (RFDD), 207 account and reporting its status. Weitere Informationen sind in den SWIFT Dokumentationen enthalten. 15/35

16 5.2 Customer Transfer (Customer to Bank) SWIFT Meldungstypen Die 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 FileAct enthalten sein) MT103 Einzelzahlungsauftrag 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 MT103- Formaten identisch verarbeitet. MT202 Einzelzahlungsauftrag FIN Die erwähnten Meldungstypen sind nach SWIFT-Spezifikationen zu erstellen. Ein Meldungstyp enthält immer den SWIFT-Header und Meldungsblock «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:F01ZKBKCHZZAXXX }{2:I BBBBCCGGAXXX N}{4: :20:INTL :28D:1/1 :50H:/ TESTKUNDE AG :52A:ZKBKCHZZ80A :30: :21:INTL :23E:URGP :32B:CHF ,62 :57A:CHASGB2L :59:/GB49CHAS BEISPIELEMPFAENGER AG :71A:OUR -}${1:F01ZKBKCHZZAXXX }{2:I BBBBCCGGAXXX N}{4: :20:INTL :28D:1/1 :50H:/CH TESTKUNDE AG :52A:ZKBKCHZZ80A :30: :21:INTL :23E:URGP :32B:US ,88 :57A:CHASGB2L :59:/GB97CHAS BEISPIELEMPFAENGER AG :71A:OUR -}$ 16/35

17 Beispiel MT103 (mehrere MT-Meldungen in einer Datei): {1:F01BBBBCCGGAXXX }{2:I103ZKBKCHZZX80AN2020}{4: :20: :23B:CRED :32A:071128CHF250, :50K:/CH Muster Zuerich AG Feldstr Zuerich :57A:CRESCHZZ80A :59:/CH FRITZ MUSTER AG ZUERICH :70:/IPI/ :71A:SHA -}${1:F01BBBBCCGGAXXX }{2:I103ZKBKCHZZX80AN2020}{4: :20: :23B:CRED :32A:071128CHF1200, :50K:/CH Muster Zuerich AG Feldstr Zuerich :57A:CRESCHZZ80A :59:/CH FRITZ MUSTER AG ZUERICH :70:Rechnung Nr :71A:SHA -}$ Zahlungsarten und abzufüllende SWIFT-Felder SWIFT-Feld Zahlungsart Bankzahlung Inland mit BIC :57A:UBSWCHZH80A :59:/CH J HANS MUSTER 8001 ZUERICH Bankzahlung Inland mit BC- Nummer (Instituts- Identifikation 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:/ Hans Muster AG 8000 Zuerich :70:/ESR/ (27-stellige Referenz) Schweizer ESR Postfinance (Oranger Einzahlungsschein) :57D:POSTFINANCE :59:/18616 Rediffusion AG 8050 :70:/ESR/ (16-stellige Referenz) Zuerich Postzahlung Inland mit rotem Einzahlungsschein :57A:POFICHBEXXX :59:/ FRITZ MUSTER AG 8600 DUEBENDORF Auslandzahlung mit BIC :57A:DEUTDEFFXXX :59:/DE PETER MUSTER FRANKFURT Auslandzahlung mit nationalem Bankcode :57D://BL DEUTSCHE BANK FRANKFURT :59:/DE PETER MUSTER FRANKFURT Bankzahlung mit IPI-Beleg und strukturiertem Verwendungszweck :57A:CRESCHZZ80A :59:/CH FRITZ MUSTER 8001 ZUERICH :70:/IPI/ (20-stellige Referenznummer) 17/35

18 SWIFT-Feld Zahlungsart Postzahlung im Inland mit rotem Einzahlungsschein an eine Bank (Nicht BC- :56A:POFICHBEXXX :57D:/ SELDWYLABANK 8401 WINTERTHUR :59:/ FRITZ HUBER AG 8400 WINTERTHUR Teilnehmer) Postmandat bzw. Zahlungsanweisung im Inland (wird nur noch bis Nov 2016 unterstützt) :57D:POSTFINANCE/ POSTMANDAT :59:HANS MUSTER ZUERCHERSTR ZUERICH «Straight Through Processing (STP)» Empfehlungen Field 30, 32A Field 57 Field 70 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. Option A with the use of SWIFT BIC is strongly recommended for the STP processing of a payment to banks outside Switzerland. 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 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:F01BBBBCCGGLXXX }{2:I101ZKBKCHZZX80AN2020}{4: Der Header ist in zwei Bereiche unterteilt: Basic Header und Application Header. 1. Basic Header: {1:F01BBBBCCGGLXXX } Block Identifier Application Identifier Service Identifier Must be the first character within the block. The identifier is 1 for the Basic Header. Must designate the application which has established the association used to convey the message. Identifies the type of service message. The identifier used must belong to the set of identifiers defined for the application. 18/35

19 LT Address Session Number Sequence Number Must be known to the system and must be active. Info: Der «LT Identifier» (Absender) ist 12-stellig (Bsp. BBBBCCGGLXXX). When present, must be numeric and equal to the current application Session Number of the application entity receiving the input message. 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 (Output): {2:I101ZKBKCHZZX80AN2020}{4: Block Identifier 2 Input/Output Identifier O 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: {1:F01BBBBCCGGLXXX }{2:I103ZKBKCHZZX80AN2020}{3:{119:STP}}{4: MT101 Request for Transfer - Single Der MT101 darf nur eine «Sequence B» enthalten. Status Tag Field Name Content/Options Specific rules for Mandatory Sequence A General Information M 20 Sender's Reference 16x Unique Identification O 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] Ignored 4!a2!a2!c[3!c] M 30 Requested Execution Date 6!n Please refer to list with cut-off times (4). Please refer to the list with format descriptions for straight through processing (5.2.4). O 25 Authorisation 35x Ignored Mandatory Sequence B Transaction Details M 21 Transaction Reference 16x Unique reference for the individual transaction 19/35

20 Status Tag Field Name Content/Options Specific rules for O 21F F/X Deal Reference 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 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 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 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 Please refer to the list with format descriptions for straight through processing (5.2.4). M 59a Beneficiary A or no letter option First line - IBAN or Account number Beneficiary`s name and address O 70 Remittance Information 4*35x Unstructured without any code word. /ESR/ - For Swiss Payment Slip (Orange) /IPI/ - For International Payment Instruction Please refer to the list with format descriptions for straight through processing (5.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 Exchange Rate 12d Ignored M = Mandatory O = Optional 20/35

21 5.2.7 MT101 Request for Transfer - Multiple Der MT101 enthält mehr als eine «Sequence B». Status Tag Field Name Content/Options Specific rules for ZKB Mandatory Sequence A General Information M 20 Sender's Reference 16x Unique Identification O 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] Ignored 4!a2!a2!c[3!c] M 30 Requested Execution Date 6!n Please refer to list with cut-off times (4). Please refer to the list with format descriptions for straight through processing (5.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] 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 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 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 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 Please refer to the list with format descriptions for straight through processing (5.2.4). M 59a Beneficiary A or no letter option First line - IBAN or Account number Beneficiary`s name and address O 70 Remittance Information 4*35x Unstructured without any code word. 21/35

22 Status Tag Field Name Content/Options Specific rules for ZKB /ESR/ - For Swiss Payment Slip (Orange) /IPI/ - For International Payment Instruction Please refer to the list with format descriptions for straight through processing (5.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 Exchange Rate 12d Ignored M = Mandatory O = Optional Beispiel MT101 (zwei Auslandzahlungen zu.lasten eines Kontos bei der ): {1:F01BBBBCCGGLXXX }{2:I101ZKBKCHZZX80AN2020}{4: :20:C2175AE7F42FF4B7 :21R:DTALSV.DTA :28D:1/1 :50H:/CH MUSTER ZUERICH AG PARADEPLATZSTR ZUERICH :30: :21:XXXXXZW :32B:EUR2222,00 :57D://BL DEUTSCHE BANK FRANKFURT :59:/DE PETER MUSTER FRANKFURT :70:MITTEILUNG 1 :71A:OUR :21:XXXXXZW :32B:EUR123,00 :57A:COBADEFFXXX :59:/DE HEINZ MUELLER D SCHWABACH :70:MITTEILUNG 2 :71A:SHA -} MT103 / MT103+- Single Customer Credit Transfer Status Tag Field Name Content/Options Specifics Rules for 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 = local/crossborder intra-company payment SDVA = same day value Other codes are ignored by and will be forwarded to Intermediary or Account With Institution. O 26T Transaction Type Code 3!c Ignored M 32A Value Date/Currency/ Interbank Settled 6!n3!a15d Please refer to the list with format descriptions for straight Amount through processing (5.2.4). O 33B Currency/Instructed Amount 3!a15d O 36 Exchange Rate 12d 22/35

23 Status Tag Field Name Content/Options Specifics Rules for M 50a Ordering Customer A or K Not processed (will be stored in the database of each payment) Account to be debited has to fill out in field 53a O 51A Sending Institution [/1!a][/34x] Ignored 4!a2!a2!c[3!c] O 52a Ordering Institution A or D Ignored O 53a Sender's Correspondent A, B or D Option B has to be used. Account to be debited and account owner: The IBAN has to be used O 54a Receiver's Correspondent A, B or D O 55a Third Reimbursement Institution A, B or D Option A with BIC code (preferred option) O 56a Intermediary Institution A, C or D Option A with BIC code (preferred option) 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 through processing (5.2.4). M 59a Beneficiary Customer A or no letter option First line - IBAN or Account number Beneficiary`s name and address O 70 Remittance Information 4*35x Unstructured without any code word. /ESR/ - For Swiss Payment Slip /IPI/ - For International Payment Instruction Please refer to the list with format descriptions for straight through processing (5.2.4). M 71A Details of Charges 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 M = Mandatory O = Optional Beispiel MT103 (IPI-Zahlung an Credit Suisse zu Lasten eines Kontos der ): {1:F01BBBBCCGGLXXX }{2:I103ZKBKCHZZX80AN2020}{4: :20: :23B:CRED :32A:071128CHF250, :50K:/CH Muster Zuerich AG Feldstr Zuerich :57A:CRESCHZZ80A :59:/CH FRITZ MUSTER AG ZUERICH :70:/IPI/ /35

24 :71A:SHA -} MT202 - General Financial Institution Transfer Status Tag Field Name Content/Options Specifics Rules for 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 through processing (5.2.4). 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 M = Mandatory O = Optional 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 LSV-Format Die technischen Bestimmungen und Recordbeschreibungen zum LSV-Format sind auf der Internetseite unter folgendem Link publizert: 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 24/35

25 6. pain.002 Customer Payment Status Report (Bank to Customer) Der Customer Payment Status Report im ISO Standard (pain.002) enthält die Nachricht der ü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 im SWIFT FileAct Angebot richtet sich nach dem ISO-Standard «ISO Message Definition Report (MDR2)» [ISO_MDR], welcher unter 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 XML-Schema «pain ». 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. 25/35

26 6.1.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 ACTC Accepted Technical Validation ACCP Accepted RJCT Rejected ACWC Accepted With Change PART Partially Accepted Payment C-Level Trx D-Level Definition <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. <leer> <leer> Die gesamte Meldung ist syntaktisch und fachlich korrekt. Es werden weder Angaben zu den Transaktionen geliefert, noch eine «Status Reason Information». <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. <leer> ACWC Die gesamte Meldung ist syntaktisch und fachlich korrekt. (Korrekturen Einzelne Transaktionen wurden jedoch korrigiert (z.b. Ausführungsdatum auf nächsten Bankwerktag und Hinweise) 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. <leer> ACWC Gesamte Meldung ist syntaktisch korrekt. (Korrekturen Ein oder mehrere Transaktionen beinhalten Fehler sowie Korrekturen und Hinweise. Die Angaben zu und Hinweise) den betroffenen Transaktionen werden im D-Level geliefert. RJCT Die «Status Reason Information» (Fehler, Korrektur und Hinweis) wird im D-Level geliefert. (Fehler) Technische Spezifikationen pain 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 XML-Schemas «pain » eingesetzt. Customer Payment Status Report: pain 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 "> 26/35

27 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 B-Level <OrgnlGrpInfAndSts> [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. Customer Payment Status Report <CstmrPmtStsRpt> +Group Header <GrpHdr> 27/35

28 Pain.002: A-Level <GrpHdr> Mult. Name Beschreibung [1..1] MessageIdentification <MsgId> Eindeutige Meldungs-Referenz der Bank (Erzeuger der Meldung). Max 35 Zeichen. Bsp.: <MsgId>ZKBKCHZZ80A </MsgId> [1..1] CreationDateTime <CreDtTm> Entspricht dem effektiven Erstellungszeitpunkt der pain.002 Meldung (Datum und Zeit). [0..1] InitiatingParty <InitgPty> +Identification <Id> ++OrganisationIdentification <OrgId> +++BICOrBEI <BICOrBEI> Bsp.: <CreDtTm> T09: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). Customer Payment Status Report <CstmrPmtStsRpt> +Original Group Information and Status <OrgnIGrpInfAndSts> 28/35

29 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 «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 Originator <Orgtr> +Identification <Id> ++OrganisationIdentification <OrgId> +++BICOrBEI <BICOrBEI> Reason <Rsn> +Code <Cd> des gesamten Meldung. Tritt nur auf, wenn Group Status (B-Level) «RJCT». Identifiziert die Partei mittels Business Identifier Code (BIC), welche den Rückgabegrund erstellt hat. Bsp: <BICOrBEI>ZKBKCHZZ80A</BICOrBEI> Wird nicht verwendet. Der Rückgabegrund wird im «Additional Reason Information» geliefert. 29/35

30 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. Customer Payment Status Report <CstmrPmtStsRpt> +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> 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. Customer Payment Status Report <CstmrPmtStsRpt> +Original Payment Information And Status <OrgnlPmtInfAndSts> ++TransactionInformationAndStatus <TxInfAndSts> 30/35

31 Pain.002: D-Level <TxInfAndSts> Mult. Name Beschreibung [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> +Identification <Id> ++OrganisationIdentification <OrgId> +++BICOrBEI <BICOrBEI> [0..1] Reason <Rsn> +Code <Cd> Identifiziert die Partei mittels Business Identifier Code (BIC), welche den Rückgabegrund erstellt hat. Bsp: <BICOrBEI>ZKBKCHZZ80A</BICOrBEI> 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 31/35

32 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> Beauftragte Währung und Betrag. +InstructedAmount <InstdAmt> [0..1] RequestedCollectionDate <ReqdColltnDt> Vom Kunden gewünschtes Fälligkeitsdatum der Lastschrift. {Or [0..1] RequestedExecutionDate <ReqdExctnDt> Vom Kunden gewünschtes Ausführungsdatum der Überweisung. Or} [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: 32/35

Im-Ex GmbH Paracelsusstr. 12a 80939 München Deutschland

Im-Ex GmbH Paracelsusstr. 12a 80939 München Deutschland Im-Ex GmbH., Paracelsusstr.12a,, Payments: Bilateral Key Exchanges: MT960: Request for Service Initiation Message MT961: Initiation Response Message MT962: Key Service Message MT963: Key Acknowledgement

Mehr

Harmonisierung Zahlungsverkehr Schweiz

Harmonisierung Zahlungsverkehr Schweiz Harmonisierung Zahlungsverkehr Schweiz Breakout Session Überweisungen Payment Initiation pain.001 und Payment Status Report pain.002 Hanni Halter Product Manager Banking Products, Card and Payment Solutions

Mehr

Welche Unterstützung bieten wir Ihnen für Ihre ISO 20022-Migration? «Forum für Softwarehersteller im Interbank-Zahlungsverkehr»

Welche Unterstützung bieten wir Ihnen für Ihre ISO 20022-Migration? «Forum für Softwarehersteller im Interbank-Zahlungsverkehr» Welche Unterstützung bieten wir Ihnen für Ihre ISO 20022-Migration? «Forum für Softwarehersteller im Interbank-Zahlungsverkehr» Istvan Teglas, SIX Interbank Clearing AG, Produkt Management 26. September

Mehr

MT101 Informationen zum Executing bei der UniCredit Bank AG

MT101 Informationen zum Executing bei der UniCredit Bank AG MT101 Informationen zum Executing bei der UniCredit Bank AG Stand: Juni 2014 Inhalt 1. GRUNDSÄTZLICHES 4 2. SEPA-ZAHLUNGEN 4 2.1 KRITERIEN FÜR EINE SAMMELDATEI ÜBER MEHRERE MT101/RFT-NACHRICHTEN 4 2.2

Mehr

Prüfzifferberechnung

Prüfzifferberechnung International Payment Instruction Amount to be paid zu zahlender Betrag Currency Prüfzifferberechnung / Amount Währung / Betrag EUR **3421,00 0 = ordering customer / Auftraggeber Charges to be paid by

Mehr

Hier erfahren Sie, wie Sie im E-Banking Ihre Zahlungen erfassen und verwalten können:

Hier erfahren Sie, wie Sie im E-Banking Ihre Zahlungen erfassen und verwalten können: Hier erfahren Sie, wie Sie im E-Banking Ihre Zahlungen erfassen und verwalten können: Bitte beachten Sie, dass in diesem Dokument nur die gängigsten Zahlungsarten; Oranger Einzahlungsschein, Roter Einzahlungsschein,

Mehr

S.W.I.F.T. Befüllungsregeln für MT 103 und MT 202

S.W.I.F.T. Befüllungsregeln für MT 103 und MT 202 S.W.I.F.T. Befüllungsregeln für MT 103 und MT 202 (Bank an Bank) rbeitspapiere, 27.10.2006 Final V 1.0 bilaterale Befüllungsregeln - 1-27.10.2006 MT 103 Standards Release Guide 2006 MT 103 Einzelne Kundenüberweisung

Mehr

Cash Management mit dem Geschäftskonto (in CHF) für Banken Disposition an und von SIC Überträge CHF eigene Geschäftskonten

Cash Management mit dem Geschäftskonto (in CHF) für Banken Disposition an und von SIC Überträge CHF eigene Geschäftskonten 499.30 de (pf.ch/dok.pf) 05.2015 PF Cash Management mit dem Geschäftskonto (in CHF) für Banken Disposition an und von SIC Überträge CHF eigene Geschäftskonten Kundenbetreuung Cash Management mit dem Geschäftskonto

Mehr

ISO 20022 Payments. Schweizer Business Rules für Zahlungen und Cash Management für Kunde-an-Bank-Meldungen

ISO 20022 Payments. Schweizer Business Rules für Zahlungen und Cash Management für Kunde-an-Bank-Meldungen ISO 20022 Payments Schweizer Business Rules für Zahlungen und Cash Management für Kunde-an-Bank-Meldungen Version 2.5 10.08.2015 Anregungen und Fragen zu diesem Dokument können an das jeweilige Finanzinstitut

Mehr

eurex rundschreiben 094/10

eurex rundschreiben 094/10 eurex rundschreiben 094/10 Datum: Frankfurt, 21. Mai 2010 Empfänger: Alle Handelsteilnehmer der Eurex Deutschland und Eurex Zürich sowie Vendoren Autorisiert von: Jürg Spillmann Weitere Informationen zur

Mehr

Daueraufträge erfassen und verwalten

Daueraufträge erfassen und verwalten Hier erfahren Sie, wie Sie Daueraufträge im E-Banking erfassen und verwalten: Bitte beachten Sie, dass in diesem Dokument nur die gängigsten Zahlungsarten; Oranger ES, Roter ES, Bankzahlung Inland und

Mehr

Ingenics Project Portal

Ingenics Project Portal Version: 00; Status: E Seite: 1/6 This document is drawn to show the functions of the project portal developed by Ingenics AG. To use the portal enter the following URL in your Browser: https://projectportal.ingenics.de

Mehr

1. General information... 2 2. Login... 2 3. Home... 3 4. Current applications... 3

1. General information... 2 2. Login... 2 3. Home... 3 4. Current applications... 3 User Manual for Marketing Authorisation and Lifecycle Management of Medicines Inhalt: User Manual for Marketing Authorisation and Lifecycle Management of Medicines... 1 1. General information... 2 2. Login...

Mehr

Titelbild1 ANSYS. Customer Portal LogIn

Titelbild1 ANSYS. Customer Portal LogIn Titelbild1 ANSYS Customer Portal LogIn 1 Neuanmeldung Neuanmeldung: Bitte Not yet a member anklicken Adressen-Check Adressdaten eintragen Customer No. ist hier bereits erforderlich HERE - Button Hier nochmal

Mehr

Umstellung Versand der täglichen Rechnungen Auktionsmarkt

Umstellung Versand der täglichen Rechnungen Auktionsmarkt EEX Kundeninformation 2004-05-04 Umstellung Versand der täglichen Rechnungen Auktionsmarkt Sehr geehrte Damen und Herren, die Rechnungen für den Handel am Auktionsmarkt werden täglich versandt. Dabei stehen

Mehr

EEX Kundeninformation 2007-09-05

EEX Kundeninformation 2007-09-05 EEX Eurex Release 10.0: Dokumentation Windows Server 2003 auf Workstations; Windows Server 2003 Service Pack 2: Information bezüglich Support Sehr geehrte Handelsteilnehmer, Im Rahmen von Eurex Release

Mehr

p^db=`oj===pìééçêíáåñçêã~íáçå=

p^db=`oj===pìééçêíáåñçêã~íáçå= p^db=`oj===pìééçêíáåñçêã~íáçå= Error: "Could not connect to the SQL Server Instance" or "Failed to open a connection to the database." When you attempt to launch ACT! by Sage or ACT by Sage Premium for

Mehr

UPU / CEN / ETSI. E-Zustellung in Europa & weltweit

UPU / CEN / ETSI. E-Zustellung in Europa & weltweit UPU / CEN / ETSI E-Zustellung in Europa & weltweit Wien, den 14. Jänner 2015 Consulting Technology Operations Copyright: Document Exchange Network GmbH EUROPÄISCHE KOMMISSION Brüssel, den 30.7.2014 COM(2014)

Mehr

Bedienungsanleitung PayMaker SB Saanen Bank Edition

Bedienungsanleitung PayMaker SB Saanen Bank Edition Bedienungsanleitung PayMaker SB Saanen Bank Edition Eröffnung Ihrer Vertragsdaten Nach erfolgter Installation öffnen Sie bitte die Hauptoberfläche es Programms. Wählen Sie dort im linken Bereich [Einstellungen]

Mehr

Supplier Status Report (SSR)

Supplier Status Report (SSR) Supplier Status Report (SSR) Introduction for BOS suppliers BOS GmbH & Co. KG International Headquarters Stuttgart Ernst-Heinkel-Str. 2 D-73760 Ostfildern Management Letter 2 Supplier Status Report sheet

Mehr

Standards - Anwendung im Schweizer Markt

Standards - Anwendung im Schweizer Markt Schweizerische Kommission für Standardisierungen im Finanzbereich (SKSF) Commission Suisse de Normalisation Financière (CSNF) Swiss Commission for Financial Standardisation (SCFS) Ein Gremium der Schweizerischen

Mehr

GIPS 2010 Gesamtüberblick. Dr. Stefan J. Illmer Credit Suisse. Seminar der SBVg "GIPS Aperitif" 15. April 2010 Referat von Stefan Illmer

GIPS 2010 Gesamtüberblick. Dr. Stefan J. Illmer Credit Suisse. Seminar der SBVg GIPS Aperitif 15. April 2010 Referat von Stefan Illmer GIPS 2010 Gesamtüberblick Dr. Stefan J. Illmer Credit Suisse Agenda Ein bisschen Historie - GIPS 2010 Fundamentals of Compliance Compliance Statement Seite 3 15.04.2010 Agenda Ein bisschen Historie - GIPS

Mehr

1. Prozesseinheit Christoph Thöny 13.02.2006-27.03.2006

1. Prozesseinheit Christoph Thöny 13.02.2006-27.03.2006 1. Prozesseinheit Christoph Thöny 13.02.2006-27.03.2006 Society for Worldwide Interbank Financial Telecommunication 1. EINLEITUNG... 3 1.1. BEDEUTUNG UND ERKLÄRUNG VON SWIFT... 3 1.2. AUFBAU DER SWIFT-ADRESSE...

Mehr

How to access licensed products from providers who are already operating productively in. General Information... 2. Shibboleth login...

How to access licensed products from providers who are already operating productively in. General Information... 2. Shibboleth login... Shibboleth Tutorial How to access licensed products from providers who are already operating productively in the SWITCHaai federation. General Information... 2 Shibboleth login... 2 Separate registration

Mehr

Migration Zahlungsverkehr Schweiz

Migration Zahlungsverkehr Schweiz Migration Zahlungsverkehr Schweiz "Swiss Banking Operations Forum" Roger Mettier, Leiter Payments Solutions, Credit Suisse AG Zürich, 6. Mai 2014 6. Mai 2014 Seite 1 Agenda Status Bereich Belege Abschaffung

Mehr

Institutionelle Anleger. Zahlungsverkehr Preis- und Konditionenübersicht für Institutionelle Kunden 1. Juli 2015

Institutionelle Anleger. Zahlungsverkehr Preis- und Konditionenübersicht für Institutionelle Kunden 1. Juli 2015 Institutionelle Anleger Zahlungsverkehr Preis- und Konditionenübersicht für Institutionelle Kunden 1. Juli 2015 Zahlungsverkehr Die Wahl der Konto- und Zahlungsart sowie die Höhe des Anlagevermögens beeinflussen

Mehr

REQUEST FOR YOUR MEDICAL SECOND OPINION REPORT ANTRAG AUF IHR MEDIZINISCHES ZWEITE MEINUNG - GUTACHTEN

REQUEST FOR YOUR MEDICAL SECOND OPINION REPORT ANTRAG AUF IHR MEDIZINISCHES ZWEITE MEINUNG - GUTACHTEN REQUEST FOR YOUR MEDICAL SECOND OPINION REPORT ANTRAG AUF IHR MEDIZINISCHES ZWEITE MEINUNG - GUTACHTEN SECOND OPINION REPORT ZWEITE MEINUNG GUTACHTEN netto Euro brutto Euro medical report of a medical

Mehr

Virtual PBX and SMS-Server

Virtual PBX and SMS-Server Virtual PBX and SMS-Server Software solutions for more mobility and comfort * The software is delivered by e-mail and does not include the boxes 1 2007 com.sat GmbH Kommunikationssysteme Schwetzinger Str.

Mehr

Virtualisierung fur Einsteiger

Virtualisierung fur Einsteiger Brochure More information from http://www.researchandmarkets.com/reports/3148674/ Virtualisierung fur Einsteiger Description: Virtualisierung von Grund auf verstehen Für die meisten Administratoren gehört

Mehr

Employment and Salary Verification in the Internet (PA-PA-US)

Employment and Salary Verification in the Internet (PA-PA-US) Employment and Salary Verification in the Internet (PA-PA-US) HELP.PYUS Release 4.6C Employment and Salary Verification in the Internet (PA-PA-US SAP AG Copyright Copyright 2001 SAP AG. Alle Rechte vorbehalten.

Mehr

HiOPC Hirschmann Netzmanagement. Anforderungsformular für eine Lizenz. Order form for a license

HiOPC Hirschmann Netzmanagement. Anforderungsformular für eine Lizenz. Order form for a license HiOPC Hirschmann Netzmanagement Anforderungsformular für eine Lizenz Order form for a license Anforderungsformular für eine Lizenz Vielen Dank für Ihr Interesse an HiOPC, dem SNMP/OPC Gateway von Hirschmann

Mehr

2 Informationen zur SEPA-Formatierung

2 Informationen zur SEPA-Formatierung SEPA Inhaltsverzeichnis 1 SEPA (SINGLE EURO PAYMENTS AREA)... 2 1.1 Einführung... 2 1.2 Vorteile von SEPA-Überweisungen... 2 2 Informationen zur SEPA-Formatierung... 3 2.1 Formatierungsgrundsätze... 3

Mehr

Frequently asked Questions for Kaercher Citrix (apps.kaercher.com)

Frequently asked Questions for Kaercher Citrix (apps.kaercher.com) Frequently asked Questions for Kaercher Citrix (apps.kaercher.com) Inhalt Content Citrix-Anmeldung Login to Citrix Was bedeutet PIN und Token (bei Anmeldungen aus dem Internet)? What does PIN and Token

Mehr

Einheit statt Vielfalt. Der neue Zahlungsverkehr kommt

Einheit statt Vielfalt. Der neue Zahlungsverkehr kommt Einheit statt Vielfalt Der neue Zahlungsverkehr kommt Der harmonisierte Zahlungsverkehr schafft neue Standards Einheit bringt Klarheit und mehr Effizienz bei tieferen Kosten. Genau das strebt die europäische

Mehr

SWIFT & Connectivity: Änderungen im November 2014

SWIFT & Connectivity: Änderungen im November 2014 SWIFT & Connectivity: Änderungen im November 2014 Clearstream Banking Frankfurt 1 stellt in dieser Kundeninformation die geplanten Änderungen im Zusammenhang mit dem SWIFT Standard Release 2014 vor. Diese

Mehr

e-banking Zahlungsverkehr Kurzdokumentation März 2009

e-banking Zahlungsverkehr Kurzdokumentation März 2009 e-banking Zahlungsverkehr Kurzdokumentation März 2009 Inhaltsverzeichnis Seit 01. Januar 2009 ist der Zahlungsverkehr mit dem e-banking der bank zweiplus möglich. Mit der hohen Sicherheit des mtan-verfahrens

Mehr

...training as a passion...

...training as a passion... Sehr geehrte Damen und Herren, anbei erhalten Sie unsere detaillierte Übersicht zu unserer aktuellen Seminarreihe SWIFT Messaging und dessen Inhalte: 1. BASICS+MT103 2. MT103 Inhouse 3. UPDATE MT101, 104,

Mehr

CUSTOMER INFORMATION 2014-11-10

CUSTOMER INFORMATION 2014-11-10 CUSTOMER INFORMATION 2014-11-10 Introduction of Trade Registration Services for Greek Power Futures Dear trading participants, On 1 December 2014, the European Energy Exchange (EEX) is introducing a new

Mehr

WM-Forum Luxemburg. Invitation/Einladung. WM Datenservice

WM-Forum Luxemburg. Invitation/Einladung. WM Datenservice WM-Forum Luxemburg Mittwoch, 26. Oktober 2011 Speakers/Referenten Evelyne Christiaens, Association of the Luxembourg Fund Industry (ALFI) Alexander Fischer, Association of the Luxembourg Fund Industry

Mehr

Harmonisierung Produktsetup EUA Spot- und Terminmarkt / Getrennte Abwicklung EUA Primärmarktauktion

Harmonisierung Produktsetup EUA Spot- und Terminmarkt / Getrennte Abwicklung EUA Primärmarktauktion ECC Clearing-Information 2011-02-08 Nr. 06/2011 Harmonisierung Produktsetup EUA Spot- und Terminmarkt / Getrennte Abwicklung EUA Primärmarktauktion Sehr geehrte Damen und Herren, die European Energy Exchange

Mehr

EEX Kundeninformation 2002-08-30

EEX Kundeninformation 2002-08-30 EEX Kundeninformation 2002-08-30 Terminmarkt - Eurex Release 6.0; Versand der Simulations-Kits Kit-Versand: Am Freitag, 30. August 2002, versendet Eurex nach Handelsschluss die Simulations -Kits für Eurex

Mehr

Technische Definitionen - Implementation Guidelines PostFinance ISO-Meldungen für Banken [pacs-meldungen]

Technische Definitionen - Implementation Guidelines PostFinance ISO-Meldungen für Banken [pacs-meldungen] Technische Definitionen - Implementation Guidelines PostFinance ISO-Meldungen für Banken [pacs-meldungen] Kundenzahlungen - FI to FI Customer Credit Transfer (pacs.008) Statusmeldungen - FI to FI Customer

Mehr

Mit neuen Lösungen zu signifikanten. Zahlungsverkehr und ---

Mit neuen Lösungen zu signifikanten. Zahlungsverkehr und --- TREASURY FORUM 20. Mai 2014 Steigenberger Bellerive au Lac, Zürich Migration Zahlungsverkehr Schweiz - das neue schweizerische Überweisungs- Mit neuen Lösungen zu signifikanten und Kosteneinsparungen Lastschriftverfahren

Mehr

Abteilung Internationales CampusCenter

Abteilung Internationales CampusCenter Abteilung Internationales CampusCenter Instructions for the STiNE Online Enrollment Application for Exchange Students 1. Please go to www.uni-hamburg.de/online-bewerbung and click on Bewerberaccount anlegen

Mehr

ReadMe zur Installation der BRICKware for Windows, Version 6.1.2. ReadMe on Installing BRICKware for Windows, Version 6.1.2

ReadMe zur Installation der BRICKware for Windows, Version 6.1.2. ReadMe on Installing BRICKware for Windows, Version 6.1.2 ReadMe zur Installation der BRICKware for Windows, Version 6.1.2 Seiten 2-4 ReadMe on Installing BRICKware for Windows, Version 6.1.2 Pages 5/6 BRICKware for Windows ReadMe 1 1 BRICKware for Windows, Version

Mehr

Robotino View Kommunikation mit OPC. Communication with OPC DE/EN 04/08

Robotino View Kommunikation mit OPC. Communication with OPC DE/EN 04/08 Robotino View Kommunikation mit OPC Robotino View Communication with OPC 1 DE/EN 04/08 Stand/Status: 04/2008 Autor/Author: Markus Bellenberg Festo Didactic GmbH & Co. KG, 73770 Denkendorf, Germany, 2008

Mehr

XML Template Transfer Transfer project templates easily between systems

XML Template Transfer Transfer project templates easily between systems Transfer project templates easily between systems A PLM Consulting Solution Public The consulting solution XML Template Transfer enables you to easily reuse existing project templates in different PPM

Mehr

SEPA-Zahlungsverkehr Europaweit einfach und effizient: Ihre SEPA-Zahlungen in Euro

SEPA-Zahlungsverkehr Europaweit einfach und effizient: Ihre SEPA-Zahlungen in Euro SEPA-Zahlungsverkehr Europaweit einfach und effizient: Ihre SEPA-Zahlungen in Euro Das Wichtigste im Überblick Profitieren Sie von SEPA SEPA (Single Euro Payments Area) ist ein einheitlicher Euro-Zahlungsverkehrsraum,

Mehr

499.35 de 05.2015 PF. Handbuch EZAG Elektronischer Zahlungsauftrag via Filetransfer

499.35 de 05.2015 PF. Handbuch EZAG Elektronischer Zahlungsauftrag via Filetransfer 499.35 de 05.2015 PF Handbuch EZAG Elektronischer Zahlungsauftrag via Filetransfer Kundenbetreuung Kundenbetreuung für EZAG Beratung und Verkauf Telefon +41 848 888 900 (ab Festnetz CHF 0.08/Min.) Kundendienst

Mehr

Software / CRM, ERP and ProjectManagement. Work4all CRM 50 User Lizenz

Software / CRM, ERP and ProjectManagement. Work4all CRM 50 User Lizenz Software / CRM, ERP and ProjectManagement Work4all CRM 50 User Lizenz page 1 / 7 Work4all Die work4all CRM Software verwaltet Ihre Kunden, Lieferanten, Mitarbeiter, Gruppen- und Kategorien-Zuordnung (Marketingmerkmale),

Mehr

Effizienz im Vor-Ort-Service

Effizienz im Vor-Ort-Service Installation: Anleitung SatWork Integrierte Auftragsabwicklung & -Disposition Februar 2012 Disposition & Auftragsabwicklung Effizienz im Vor-Ort-Service Disclaimer Vertraulichkeit Der Inhalt dieses Dokuments

Mehr

In vier Schritten zum Titel. erfolgreichen Messeauftritt. Four steps to a successful trade fair. Hier beginnt Zukunft! The future starts here!

In vier Schritten zum Titel. erfolgreichen Messeauftritt. Four steps to a successful trade fair. Hier beginnt Zukunft! The future starts here! In vier Schritten zum Titel erfolgreichen Messeauftritt. Four steps to a successful trade fair. Hier beginnt Zukunft! The future starts here! Einleitung Intro Um Sie dabei zu unterstützen, Ihren Messeauftritt

Mehr

ISO 15504 Reference Model

ISO 15504 Reference Model Prozess Dimension von SPICE/ISO 15504 Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define

Mehr

Kurz-Anleitung: Installationsanweisung für das IBAN-Tool

Kurz-Anleitung: Installationsanweisung für das IBAN-Tool Kurz-Anleitung: Installationsanweisung für das IBAN-Tool Hinweise Die in diesem Dokument enthaltenen Angaben entsprechen dem aktuellen Entwicklungsstand. SIX Interbank Clearing AG behält sich vor, dieses

Mehr

E-Mails in einem lokalen Netzwerk senden mit einem WAGO Controller 750-842 Anwendungshinweis

E-Mails in einem lokalen Netzwerk senden mit einem WAGO Controller 750-842 Anwendungshinweis E-Mails in einem lokalen Netzwerk senden mit einem WAGO Controller 750-842, Deutsch Version 1.0.2 ii Allgemeines Copyright 2002 by WAGO Kontakttechnik GmbH Alle Rechte vorbehalten. WAGO Kontakttechnik

Mehr

Aufbau eines IT-Servicekataloges am Fallbeispiel einer Schweizer Bank

Aufbau eines IT-Servicekataloges am Fallbeispiel einer Schweizer Bank SwissICT 2011 am Fallbeispiel einer Schweizer Bank Fritz Kleiner, fritz.kleiner@futureways.ch future ways Agenda Begriffsklärung Funktionen und Aspekte eines IT-Servicekataloges Fallbeispiel eines IT-Servicekataloges

Mehr

Universal Mobile Gateway V4

Universal Mobile Gateway V4 PV-Electronic, Lyss Universal Mobile Gateway V4 Autor: P.Groner Inhaltsverzeichnis Allgemeine Informationen... 3 Copyrightvermerk... 3 Support Informationen... 3 Produkte Support... 3 Allgemein... 4 Übersicht...

Mehr

eurex rundschreiben 278/14

eurex rundschreiben 278/14 eurex rundschreiben 278/14 Datum: 23. Dezember 2014 Empfänger: Alle Handelsteilnehmer der Eurex Deutschland und Eurex Zürich sowie Vendoren Autorisiert von: Mehtap Dinc EURO STOXX 50, STOXX Europe 50,

Mehr

SmartClass Firmware-Update Vorgehensweise

SmartClass Firmware-Update Vorgehensweise Benutzeranweisungen SmartClass Firmware-Update Vorgehensweise 2008.01 (V 1.x.x) Deutsch Please direct all enquiries to your local JDSU sales company. The addresses can be found at: www.jdsu.com/tm-contacts

Mehr

Parameter-Updatesoftware PF-12 Plus

Parameter-Updatesoftware PF-12 Plus Parameter-Updatesoftware PF-12 Plus Mai / May 2015 Inhalt 1. Durchführung des Parameter-Updates... 2 2. Kontakt... 6 Content 1. Performance of the parameter-update... 4 2. Contact... 6 1. Durchführung

Mehr

Hier erfahren Sie, wie Sie mit dem E-Banking DTA-Dateien übermitteln können:

Hier erfahren Sie, wie Sie mit dem E-Banking DTA-Dateien übermitteln können: DTA-Dateien senden Hier erfahren Sie, wie Sie mit dem E-Banking DTA-Dateien übermitteln können: DTA: Datenträgeraustausch, Zahlungsdatei, welche in einer Buchhaltungs- oder Zahlungserfassungs- Software

Mehr

XV1100K(C)/XV1100SK(C)

XV1100K(C)/XV1100SK(C) Lexware Financial Office Premium Handwerk XV1100K(C)/XV1100SK(C) All rights reserverd. Any reprinting or unauthorized use wihout the written permission of Lexware Financial Office Premium Handwerk Corporation,

Mehr

Erzberglauf - Anmeldung

Erzberglauf - Anmeldung Erzberglauf - Anmeldung Erzberglauf - Registration Online Anmeldung Die Online-Anmeldung erfolgt über www.pentek-payment.at - einem Service der PENTEK timing GmbH im Namen und auf Rechnung des Veranstalters.

Mehr

ISO 20022 Harmonisierung des Zahlungsverkehrs Schweiz Infoanlass für Business-Software-Anbieter 17. September 2015

ISO 20022 Harmonisierung des Zahlungsverkehrs Schweiz Infoanlass für Business-Software-Anbieter 17. September 2015 ISO 20022 Harmonisierung des Zahlungsverkehrs Schweiz Infoanlass für Business-Software-Anbieter 17. September 2015 2 Agenda Grundsätzliche Überlegungen zur Standardisierung Ziele der Migration ZV CH Roadmap

Mehr

Bayerisches Landesamt für Statistik und Datenverarbeitung Rechenzentrum Süd. z/os Requirements 95. z/os Guide in Lahnstein 13.

Bayerisches Landesamt für Statistik und Datenverarbeitung Rechenzentrum Süd. z/os Requirements 95. z/os Guide in Lahnstein 13. z/os Requirements 95. z/os Guide in Lahnstein 13. März 2009 0 1) LOGROTATE in z/os USS 2) KERBEROS (KRB5) in DFS/SMB 3) GSE Requirements System 1 Requirement Details Description Benefit Time Limit Impact

Mehr

Vorgehensweise zur Auswahl eines ERP-Systems

Vorgehensweise zur Auswahl eines ERP-Systems Vorgehensweise zur Auswahl eines ERP-Systems Inhalt Was ist ein ERP-System? Recherche ERP-Systemanbieter Erstellung Kriterienkatalog For Example: Criteria required for ERP system Durchführung der ersten

Mehr

Exercise (Part II) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1

Exercise (Part II) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1 Exercise (Part II) Notes: The exercise is based on Microsoft Dynamics CRM Online. For all screenshots: Copyright Microsoft Corporation. The sign ## is you personal number to be used in all exercises. All

Mehr

Preisliste für The Unscrambler X

Preisliste für The Unscrambler X Preisliste für The Unscrambler X english version Alle Preise verstehen sich netto zuzüglich gesetzlicher Mehrwertsteuer (19%). Irrtümer, Änderungen und Fehler sind vorbehalten. The Unscrambler wird mit

Mehr

RailMaster New Version 7.00.p26.01 / 01.08.2014

RailMaster New Version 7.00.p26.01 / 01.08.2014 RailMaster New Version 7.00.p26.01 / 01.08.2014 English Version Bahnbuchungen so einfach und effizient wie noch nie! Copyright Copyright 2014 Travelport und/oder Tochtergesellschaften. Alle Rechte vorbehalten.

Mehr

Top Tipp. Ref. 08.05.23 DE. Verwenden externer Dateiinhalte in Disclaimern. (sowie: Verwenden von Images in RTF Disclaimern)

Top Tipp. Ref. 08.05.23 DE. Verwenden externer Dateiinhalte in Disclaimern. (sowie: Verwenden von Images in RTF Disclaimern) in Disclaimern (sowie: Verwenden von Images in RTF Disclaimern) Ref. 08.05.23 DE Exclaimer UK +44 (0) 845 050 2300 DE +49 2421 5919572 sales@exclaimer.de Das Problem Wir möchten in unseren Emails Werbung

Mehr

BIM Forum Serviceorientierung ein wichtiger Faktor für ein erfolgreiches IT Service Management

BIM Forum Serviceorientierung ein wichtiger Faktor für ein erfolgreiches IT Service Management - ein Kooperationspartner von BIM www.futureways.ch SwissICT 2011 BIM Forum Serviceorientierung ein wichtiger Faktor für ein erfolgreiches IT Service Management Fritz Kleiner, fritz.kleiner@futureways.ch

Mehr

SWX Mitteilung Nr. 42/2005

SWX Mitteilung Nr. 42/2005 SWX Mitteilung Nr. 42/2005 Von: Member Services Tel.: +41 (0)58 854 24 73 E-mail: salespart@swx.com Fax: +41 (0)58 854 24 76 Seiten: 5 Datum: Betreff: Änderung Weisung 10 Meldepflicht

Mehr

KURZANLEITUNG. Firmware-Upgrade: Wie geht das eigentlich?

KURZANLEITUNG. Firmware-Upgrade: Wie geht das eigentlich? KURZANLEITUNG Firmware-Upgrade: Wie geht das eigentlich? Die Firmware ist eine Software, die auf der IP-Kamera installiert ist und alle Funktionen des Gerätes steuert. Nach dem Firmware-Update stehen Ihnen

Mehr

Nachrichtenlose Vermögenswerte (NaDa) Wiederherstellung Kundenkontakt. «Meldungstypen Neu»

Nachrichtenlose Vermögenswerte (NaDa) Wiederherstellung Kundenkontakt. «Meldungstypen Neu» Nachrichtenlose Vermögenswerte (NaDa) Wiederherstellung Kundenkontakt Benutzerdokumentation «Meldungstypen Neu» Version 2.1 / Juli 2012 28. November 2012 Benutzerdokumentation_Meldungstypen_Neu_D.doc 1/8

Mehr

Anzeige- und Informationsvorschriften zu ausländischem Vermögen (U.S. Foreign Asset Reporting Requirements)

Anzeige- und Informationsvorschriften zu ausländischem Vermögen (U.S. Foreign Asset Reporting Requirements) Anzeige- und Informationsvorschriften zu ausländischem Vermögen (U.S. Foreign Asset Reporting Requirements) Veranlagungszeitraum 2012 (2012 Tax Year ) Rödl & Partner 04.10.2011 Success beyond borders-

Mehr

Softwareanforderungen für Microsoft Dynamics CRM Server 2015

Softwareanforderungen für Microsoft Dynamics CRM Server 2015 Softwareanforderungen für Microsoft Dynamics CRM Server 2015 https://technet.microsoft.com/de-de/library/hh699671.aspx Windows Server-Betriebssystem Microsoft Dynamics CRM Server 2015 kann nur auf Computern

Mehr

SWIFT Service Bureau Germany

SWIFT Service Bureau Germany SWIFT Service Bureau Germany Effiziente und verlässliche SWIFT-Anbindung -Service Gateway für Domestic- International- EDI-Transaktionen Ihre Vorteile auf einen Blick: SWIFT-, IT -, Zahlungsverkehrs- und

Mehr

Erteilung eines SEPA-Lastschriftmandats

Erteilung eines SEPA-Lastschriftmandats Erteilung eines SEPA-Lastschriftmandats Name des Zahlungsempfängers: Deutsches Elektronen-Synchrotron (DESY) Anschrift des Zahlungsempfängers: Notkestraße 85 22607 Hamburg Gläubiger-Identifikationsnummer:

Mehr

AGORA direct 01. 01. 2007. Rückantwort Postanschrift Agora Trading System Ltd./ Zentrale Postannahme Postfach 304235 10757 Berlin / Deutschland

AGORA direct 01. 01. 2007. Rückantwort Postanschrift Agora Trading System Ltd./ Zentrale Postannahme Postfach 304235 10757 Berlin / Deutschland Postfach 304235 Rückantwort Postanschrift / Zentrale Postannahme Postfach 304235 / Deutschland Transferbeleg Bitte an zurück Depotübertrag Sehr geehrte Damen und Herren, anbei übersende ich/wir Ihnen den

Mehr

Exercise (Part XI) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1

Exercise (Part XI) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1 Exercise (Part XI) Notes: The exercise is based on Microsoft Dynamics CRM Online. For all screenshots: Copyright Microsoft Corporation. The sign ## is you personal number to be used in all exercises. All

Mehr

Registrierungsprozess des Boardgeräts (OBU) Inhalt. 1.1. Registrierung auf der Online-Benutzeroberfläche HU-GO

Registrierungsprozess des Boardgeräts (OBU) Inhalt. 1.1. Registrierung auf der Online-Benutzeroberfläche HU-GO Registrierungsprozess des Boardgeräts (OBU) Inhalt 1. Einloggen... 1 1.1. Registrierung auf der Online-Benutzeroberfläche HU-GO... 1 1.2. Einloggen in das System HU-GO... 4 1.3. Auswahl des Kontos... 5

Mehr

Anlage zur Akkreditierungsurkunde D-PL-19015-01-00 nach DIN EN ISO/IEC 17025:2005

Anlage zur Akkreditierungsurkunde D-PL-19015-01-00 nach DIN EN ISO/IEC 17025:2005 Deutsche Akkreditierungsstelle GmbH Anlage zur Akkreditierungsurkunde D-PL-19015-01-00 nach DIN EN ISO/IEC 17025:2005 Gültigkeitsdauer: 15.12.2014 bis 14.12.2019 Ausstellungsdatum: 15.12.2014 Urkundeninhaber:

Mehr

ColdFusion 8 PDF-Integration

ColdFusion 8 PDF-Integration ColdFusion 8 PDF-Integration Sven Ramuschkat SRamuschkat@herrlich-ramuschkat.de München & Zürich, März 2009 PDF Funktionalitäten 1. Auslesen und Befüllen von PDF-Formularen 2. Umwandlung von HTML-Seiten

Mehr

IDS Lizenzierung für IDS und HDR. Primärserver IDS Lizenz HDR Lizenz

IDS Lizenzierung für IDS und HDR. Primärserver IDS Lizenz HDR Lizenz IDS Lizenzierung für IDS und HDR Primärserver IDS Lizenz HDR Lizenz Workgroup V7.3x oder V9.x Required Not Available Primärserver Express V10.0 Workgroup V10.0 Enterprise V7.3x, V9.x or V10.0 IDS Lizenz

Mehr

Exercise (Part I) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1

Exercise (Part I) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1 Exercise (Part I) Notes: The exercise is based on Microsoft Dynamics CRM Online. For all screenshots: Copyright Microsoft Corporation. The sign ## is you personal number to be used in all exercises. All

Mehr

EEX Kundeninformation 2002-09-11

EEX Kundeninformation 2002-09-11 EEX Kundeninformation 2002-09-11 Terminmarkt Bereitstellung eines Simulations-Hotfixes für Eurex Release 6.0 Aufgrund eines Fehlers in den Release 6.0 Simulations-Kits lässt sich die neue Broadcast-Split-

Mehr

Ideal Message Schweiz EDI Implementation Documentation

Ideal Message Schweiz EDI Implementation Documentation Ideal Message Schweiz EDI Implementation Documentation - Security-Segmente based on Invoice message EANCOM 2002 S4; D.01B Meldungsbeschreibung Branching Diagramm Segment Details Beispielnachricht Änderungsverzeichnis

Mehr

Einflüsse von neuen Standards in der Finanzindustrie

Einflüsse von neuen Standards in der Finanzindustrie mastering the financial supply chain Einflüsse von neuen Standards in der Finanzindustrie Technologieoutlook und IT-Trends als Chance für den Geschäftserfolg Future Network September 2013 Inhalt Wie wird

Mehr

Support-Tipps. Elektronische Zahlung. .alle Hilfetexte des elektronischen Handbuchs

Support-Tipps. Elektronische Zahlung. .alle Hilfetexte des elektronischen Handbuchs Die folgenden Informationen sind alle dem elektronischen Handbuch entnommen. Sie rufen diese von dort ab, indem Sie F1 drücken und den Suchbegriff DTA eingeben. (im Menu Index, Reiter Suchen ) 3 Keditorenbuchhaltung

Mehr

CANIG Corporate Actions National Implementation Group. Giovannini Barrier 3. GB3 Corporate Actions Record Date

CANIG Corporate Actions National Implementation Group. Giovannini Barrier 3. GB3 Corporate Actions Record Date Giovannini Barrier 3 GB3 Corporate Actions CANIG Austria (Spitzer Viktor, chairman ) 1 Wien, Juni 2014 Die Gremien Expertpool General Meetings (JWGGM) Austria European Commission European Broad Stakeholder

Mehr

Informationen über das neue Repo-Segment von SIX. Juli 2013

Informationen über das neue Repo-Segment von SIX. Juli 2013 Informationen über das neue Repo-Segment von SIX Agenda Bekanntmachung SNB vom 27. Mai 2013 Schritte zum Aufbau des neuen Repo-Segments von SIX Interimslösung Neue Repo Handelsplattform von SIX Integration

Mehr

Customer-specific software for autonomous driving and driver assistance (ADAS)

Customer-specific software for autonomous driving and driver assistance (ADAS) This press release is approved for publication. Press Release Chemnitz, February 6 th, 2014 Customer-specific software for autonomous driving and driver assistance (ADAS) With the new product line Baselabs

Mehr

SONAS Projekt OwnCloud Speicher

SONAS Projekt OwnCloud Speicher SONAS Projekt OwnCloud Speicher ITEK-September 2012 Project Timeline Month August September October November December January February March Year 2012 2012 2012 2012 2012 2013 2013 2013 SONAS General

Mehr

Anmeldung/Mutation Elektronische Kontodokumente

Anmeldung/Mutation Elektronische Kontodokumente Anmeldung/Mutation Elektronische Kontodokumente Anmeldung Mutation (Bitte neue Angaben vermerken, aufzuhebende Informationen unter «Bemerkungen» aufführen) Kontaktperson PostFinance Ortscode Partnernummer

Mehr

ISO 20022 Migration Zahlungsverkehr Schweiz

ISO 20022 Migration Zahlungsverkehr Schweiz ISO 20022 Migration Zahlungsverkehr Schweiz «Swiss Banking Operations Forum» Andreas Galle, Leiter Business Management, SIX Interbank Clearing AG 5. Mai 2015 Initiative Migration Zahlungsverkehr Gestartet

Mehr

SWIFTNET und SEPA. UNIVERSWIFTNET Düsseldorf 2009. 14. Mai 2009, Maritim-Hotel, Düsseldorf. Gerd Pöhl

SWIFTNET und SEPA. UNIVERSWIFTNET Düsseldorf 2009. 14. Mai 2009, Maritim-Hotel, Düsseldorf. Gerd Pöhl SWIFTNET und SEPA - ein update aus deutscher Sicht Stand der SEPA-Verfahren - Implementierung Direct Debit - Migrationsüberlegungen UNIVERSWIFTNET Düsseldorf 2009 14. Mai 2009, Maritim-Hotel, Düsseldorf

Mehr

Remotely Anywhere Verwendung von Zertifikaten Schritt für Schritt Anleitung zur Implementation von Zertifikaten in Remotely Anywhere

Remotely Anywhere Verwendung von Zertifikaten Schritt für Schritt Anleitung zur Implementation von Zertifikaten in Remotely Anywhere Remotely Anywhere Verwendung von Zertifikaten Schritt für Schritt Anleitung zur Implementation von Zertifikaten in Remotely Anywhere Copyright 1997-2005 Brainware Consulting & Development AG All rights

Mehr

Cloud for Customer Learning Resources. Customer

Cloud for Customer Learning Resources. Customer Cloud for Customer Learning Resources Customer Business Center Logon to Business Center for Cloud Solutions from SAP & choose Cloud for Customer https://www.sme.sap.com/irj/sme/ 2013 SAP AG or an SAP affiliate

Mehr

Abbildungsverzeichnis: Schnellstartanleitung. Inhalt

Abbildungsverzeichnis: Schnellstartanleitung. Inhalt Inhalt 1. Was ist Datalogic PAL?... 2 2. Wie benutze ich Datalogic PAL?... 2 2.1 Pal Settings:... 3 2.1.1. Apps List:... 3 2.1.2. Pal Apps:... 4 2.2. Angepasster Zustand:... 5 2.2.1. Settings/Einstellungen:...

Mehr