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

Transkript

1 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 Credit Transfer (pacs.002) Rückzahlungen - Payment Return (pacs.004) Version Mai 2016 (gültig bis / SIC Release 4.3)

2 Hinweise und Kontaktangaben Die in diesem Dokument enthaltenen Angaben entsprechen dem aktuellen Entwicklungsstand. Im Rahmen des Vorhabens «Harmonisierung Zahlungsverkehr Schweiz» (Harmonisierung ZV) sind Änderungen aufgrund neuer Erkenntnisse auf das vorliegende Dokument vorbehalten. PostFinance behält sich vor, dieses Dokument bei Bedarf jederzeit ohne vorherige Benachrichtigung zu ändern. Für dieses Dokument werden alle Rechte vorbehalten, auch die der fotomechanischen Wiedergabe und der Speicherung in elektronischen Medien sowie der Übersetzung in fremde Sprachen. Das Dokument ist mit grösster Sorgfalt erstellt worden, doch können Fehler und Ungenauigkeiten nicht vollständig ausgeschlossen werden. PostFinance kann für Fehler in diesem Dokument und deren Folgen weder eine juristische Verantwortung noch irgendwelche Haftung übernehmen. Wenn sie allfällige Fehler in diesem Dokument feststellen oder Verbesserungsvorschläge haben, sind wir für Ihre Rückmeldung per an dankbar. Kontaktangaben PostFinance AG Produktmanagement Zahlungslösungen Mingerstrasse Bern Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 2

3 Revisionsnachweis Die nachfolgende Tabelle gibt einen Überblick über die in diesem Dokument durchgeführten Änderungen. Version Änderungsbeschreibung Kapitel Dezember 2014 Erstausgabe Alle April pacs.008 CdtTrfTxInf/PmtTpInf/CtgyPurp: Element darf neu nicht mehr verwendet werden. - pacs.008 CdtTrfTxInf/ChrgsInf: Zahlungsartspezifische Definitionen gelten nicht mehr und wurden gelöscht Kapitel 6 wurde vollständig überarbeitet. 6 Anpassung der unterstützte Währungen in den pacs.008 Meldungselementen: - CdtTrfTxInf/IntrBkSttlmAmt/@Ccy - CdtTrfTxInf/ChrgsInf/Amt/@Ccy Element Document/FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Ustrd darf bei Einlieferung nur einmal verwendet werden und nur wenn keine strukturierte Mitteilung vorhanden ist Bemerkung zur Anwendung der Transaction Identification ab 2016 bei Rückzahlungen (pacs.004) und September 2015 Mai 2015 Bemerkung zur Anwendung vom pacs.004 ab 2016 für Rückweisungen aus ausgelieferten EGA-B, EGA-V und ESR-File (inkl. Verwendung D-Level). Kombination <MsgId> / <RtrId> ist bei Duplikatsprüfung verwendet (nicht <TxId>); Definition Index 1.24 pacs.004 angepasst. Pacs.004 Transaction Information/ChargesInformationParty/Financial Institution Identification/BIC : Element mandatory bei Verwendung vom Element ChargesInformation (gemäss CH-Schema, Typfehler) Diverse Korrekturen, Präzisierungen (als solches im Dokument markiert) Präzisierung Darstellungskonvention ISODateTime Instruction Identification wird nicht mehr von PostFinance angewendet Löschung Kapitel 4 Validierungsportal Löschung von OUTPMT (Zahlungsanweisung) Spezifikationen (Dienstleistung wird per Ende 2016 eingestellt). Überarbeitung pacs.004: Ergänzung C-/D-Level für Rückzahlungen aus EGA-B/EGA-V und ESR Alle (Element 2.2) 4 Alle 4.3 Anpassung Anhang Gegenüberstellung pacs.008-definitionen SIC4 und PostFinance Anhang D Neue Anhänge: - Rückzahlungen von ausgelieferten pacs-transaktionen über SIC - Beschreibung Rückzahlungen von ESR-/EGA-V/EGA-B- Transaktionen über pacs.04 von SIC Anhang E und F Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 3

4 Inhalt 1. Allgemeines Referenzdokumente 6 2. Anwendungsszenarien ISO-Meldungen bei PostFinance Einlieferung ISO Auslieferung ISO Schweizer ISO Standard XML-Schema Darstellung ISO-Meldungen Darstellung von XML-Meldungen Darstellungskonventionen Darstellung von XML-Meldungen Darstellungskonventionen für Betragsfelder Zeichensatz Beteiligte Parteien Kundenzahlungen (pacs.008) Statusmeldungen (pacs.002) und Rückzahlungen (pacs.004) Adressierung von Instituten Verwendung von Referenzen Meldungsreferenz Transaktionsreferenz Kundenreferenz Strukturierte Kundenreferenz als «Remittance Information» (3) Unstrukturierte Kunden-Referenz als «Remittance Information» (3) Spezifisch Schweizer Codewerte Codeliste für Ausprägung von Zahlungsempfängerkontonummern Referenztyp Datenverlust bei Verwendung alten Standards (Truncation) Verwendung von Adressinformationen 19 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 4

5 4. Technische Definitionen für PostFinance pacs Group Header (GrpHdr, A-Level) pacs Credit Transfer Transaction Information (CdtTrfTxInf, B-Level) pacs pacs Group Header (GrpHdr, A-Level) pacs Original Group Information And Status (OrgnIGrpInfAndSts, B-Level) pacs Transaction Information And Status (TxInfAndSts, C-Level) pacs pacs Group Header (GrpHdr, A-Level) pacs Original Group Information (OrgnlGrpInf, B-Level) pacs Transaction Information (TxInf, C-Level) pacs Original Transaction Reference (OrgnlTxRef, D-Level) pacs Beispiele Einlieferung Auslieferung 83 ANHANG A: Aktuelle XML-Schemas und Beispiele 85 ANHANG B: Symbole zur grafischen XML-Darstellung 86 ANHANG C: Begriffsdefinitionen 88 ANHANG D: Gegenüberstellung der pacs-definitionen PostFinance und SIC 4 89 ANHANG E: Rückzahlungen von ausgelieferten pacs-transaktionen über das SIC-System 109 ANHANG F: Rückzahlungen von ESR-/EGA-V/EGA-B-Transaktionen mittels pacs.004 über das SIC-System 111 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 5

6 1. Allgemeines Im Rahmen der Migration des ZV auf dem Finanzplatz Schweiz wurde zusammen mit den Banken entschieden, dass die zukünftigen Interbankmeldungen der Banken an und von PostFinance im ISO Interbanken-Standard pacs (payments clearing & settlement) sein werden. Die PostFinance Empfehlungen bestehen aus den Dokumenten: Handbuch PostFinance ISO-Meldungen für Banken Implementation Guidelines PostFinance ISO-Meldungen für Banken Im ersten Dokument werden u.a. folgende Themen behandelt: Beschreibung des Dienstleistungsangebots Voraussetzungen, Test und Inbetriebnahme Beschreibung der wichtigsten Validierungsregeln und Fehlerbehandlungen. Das vorliegende Dokument die Implementation Guidelines - dient als Anleitung für die technische Umsetzung des Standards, bietet Hilfestellung für die Realisierung der einzelnen Meldungstypen und beschreibt die XML-Strukturen und Validierungsregeln Referenzdokumente Ref. Dokument Titel Quelle [1] PostFinance-Handbücher [2] SIC 4 Implementation Guidelines Recordstrukturen Elektronische Dienstleistungen (EZAG und ESR-Auslieferung), Version Handbuch EGA-V, Version / Handbuch ESR, Version / Handbuch EZAG, Version SIC4 Implementation Guidelines Interbankmeldungen (Basisdokument/pacs.008/pacs.002/pacs.004), Versionen vom 2 Juli 2015 PostFinance SIX Interbank Clearing [3] EPC [4] EPC [5] EPC SEPA Credit Transfer Scheme Inter-Bank Implementation Guidelines Version 6.0 SEPA Credit Transfer Scheme Customer-To-Bank Implementation Guidelines Version 6.0 EPC Guidance on the use of the future ISO Standard for the Structured Creditor Reference Version 1.0 EPC EPC EPC [6] Payments External Code Lists Inventory of External Payment Code Lists ISO [7] SWIFT-Handbücher SWIFT User Handbook SWIFT Tabelle 1 Referenzdokumente Organisation PostFinance SIX Interbank Clearing ISO EPC Link SWIFT Tabelle 2 Links zu entsprechenden Internetseiten Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 6

7 2. Anwendungsszenarien ISO-Meldungen bei PostFinance PostFinance bietet den Finanzinstituten die Dienstleistung PostFinance ISO-Meldungen für Banken in den folgenden Ausprägungen an: 2.1. Einlieferung ISO Damit kann ein Finanzinstitut ihre Zahlungstransaktionen u.a. zu Gunsten von PostFinance-Kunden direkt an PostFinance übermitteln. Entspricht dem aktuellen EZAG-Angebot für Banken. Anwendungsfall Input (FI-PF) / Output (PF-FI) ISO Meldung Kundenzahlungen Input (FI-PF) pacs.008 Rückzahlung/en Output (PF-FI) pacs.004 Statusmeldung Output (PF-FI) pacs.002 Statusmeldung Input (FI-PF) 1 pacs Input (FI-PF) optional: pacs.002 als Bestätigung von pacs Auslieferung ISO Damit liefert PostFinance die Zahlungstransaktionen zu Gunsten eines Finanzinstituts direkt an das Finanzinstitut. Entspricht dem aktuellen ESR-/EGA-V-Angebot für Banken. Anwendungsfall Input (FI-PF) / Output (PF-FI) ISO Meldung Kundenzahlungen Output (PF-FI) pacs.008 Rückzahlung/en Input (FI-PF) pacs.004 Statusmeldung Output (PF-FI ) pacs.002 Statusmeldung Input (FI-PF) 1 pacs Input (FI-PF) optional: pacs.002 als Bestätigung von pacs.008 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 7

8 3. Schweizer ISO Standard 3.1. XML-Schema Basis für den von den Schweizer Finanzinstituten empfohlenen Meldungs-Standard ist der Standard ISO Die technische Validierung der verschiedenen XML-Meldungen erfolgt mit Hilfe von XML-Schemas. Diese definieren die zu verwendenden Elemente, deren Status (mandatory = 1.., optional = 0..), das Format ihres Inhalts und den Inhalt selbst (in bestimmten Fällen werden die zulässigen Codes im XML-Schema aufgeführt). Die in den Tabellen dieses Dokumentes angegebenen Datentyp-Bezeichnungen entsprechen den in den XML-Schemas definierten Datentypen. Für den Schweizer ISO Zahlungs-Standard wurden eigene XML-Schemas als Varianten der ISO XML- Schemas herausgegebenen, bei denen z.b. nicht benötigte Elemente weggelassen oder Stati geändert worden sind. Diese XML-Schemas definieren den für die Schweiz gültigen Datenumfang für: SIC 4 Interbankmeldungen PostFinance ISO-Meldungen für Banken Elemente, welche im XSD-Schema für den Finanzplatz Schweiz ausgeschlossen worden sind, werden mit einer schwarzen Markierung durchgestrichen Wird ein solches Element verwendet, wird die Gesamtmeldung zurückgewiesen (Schema-Fehler). Elemente, welche vom XSD-Schema möglich sind, jedoch für das PostFinance-Angebot nicht genutzt werden, sind mit einer roten Markierung durchgestrichen Wird ein solches Element verwendet, wird es von PostFinance ignoriert und die Meldung trotzdem weiterverarbeitet. Elemente, welche aufgrund des unterschiedlichen Angebots eine Ungleichheit zwischen PostFinance und SIX (SIC 4 ) aufweisen, sind in der ersten Spalte der Meldungstabellen mit einem Δ-Zeichen gekennzeichnet. Ein Differenzvergleich des entsprechenden Deltas ist im ANHANG D: Gegenüberstellung der pacs-definitionen PostFinance und SIC4 zu finden. Es wurden nur die Elemente als Delta definiert, die einen wesentlichen Unterschied ausmachen Darstellung ISO-Meldungen Darstellung von XML-Meldungen Der logische Aufbau von XML-Meldungen entspricht einer Baumstruktur. Diese Struktur kann auf verschiedene Arten dargestellt werden: grafisch, tabellarisch oder textlich. Die textliche Darstellung eignet sich gut für konkrete Meldungsbeispiele, während die tabellarische und die grafische Darstellung vor allem der übersichtlichen Erläuterung von XML-Schemas dienen. Die in diesem Dokument verwendeten Abbildungen basieren auf dem Schema der Schweizer XML-Meldungsdefinitionen. XML-Editoren mit der Möglichkeit zur grafischen Darstellung verwenden Symbole, die je nach Editortyp leicht abweichend aussehen können (die Abbildungen in diesem Dokument wurden mit dem Editor XMLSpy von Altova GmbH erzeugt). Die wichtigsten Symbole werden im Anhang B kurz vorgestellt. Abbildung 1 Beispiel einer grafischen XML-Meldungsdarstellung Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 8

9 3.3. Darstellungskonventionen Darstellung von XML-Meldungen Für die Implementation Guidelines PostFinance ISO-Meldungen für Banken gelten die nachfolgenden Darstellungskonventionen Bezeichnung von XML-Elementen In verschiedenen Publikationen werden die Namen von XML-Elementen als ein Begriff ohne Leerzeichen geschrieben, also z.b. «CreditTransferTransactionInformation». Um die Lesbarkeit zu verbessern, werden in diesem Dokument in der Regel Leerzeichen eingefügt Daten in den Tabellen Die Tabellen enthalten Informationen aus dem ISO Standard (Message Item, XML Tag, Multiplicity). Zusätzlich sind in den Tabellen die Informationen zum Schweizer ISO Zahlungsstandard zu finden, wie sie für PostFinance zur Anwendung kommen. Die Spalte «Definition» enthält in der ersten Zeile jeweils die englische Bezeichnung des fachlichen Elements (fett). In der zweiten Zeile folgt jeweils die deutsche Bezeichnung (kursiv). Im Folgetext wird die Anwendung des Elementes beschrieben, zusätzlich können in der Spalte «Zahlungsartspezifische Definition» weitere Informationen zur Anwendung folgen (siehe auch Kap ) Farbgebung in den Tabellen Die Spaltenüberschriften sind für die Angaben zu ISO Standard rot und für Angaben zum Schweizer ISO Zahlungsstandard für PostFinance orange eingefärbt. Elemente, die mindestens ein Sub-Element enthalten, werden in den Spalten ISO Standard hellblau markiert Darstellung der Baumstruktur in den Tabellen Um erkennen zu können, wo in der Baumstruktur ein Element angesiedelt ist, wird beim «Message Item» die Verschachtelungstiefe mit vorangestellten «+»-Zeichen angegeben. Die IBAN zum «Debtor Account» wird zum Beispiel wie folgt dargestellt: Credit Transfer Transaction Information +Debtor Account ++Identification +++IBAN Darstellungskonventionen für Betragsfelder Im XML-Kontext sind in Betragsfeldern unterschiedliche Darstellungsformen zugelassen. Um eine reibungslose Verarbeitung der Zahlung zu gewährleisten, wird folgende Darstellung definiert: Keine Verwendung von führenden oder abschliessenden Auffüllzeichen (Space, White Space, Nullen, Plus-Zeichen) Darstellungskonventionen für Datumsfelder Im XML-Kontext sind in Datumsfeldern unterschiedliche Darstellungsformen zugelassen. Um eine reibungslose Verarbeitung der Zahlung zu gewährleisten, wird folgende Darstellung definiert: ISODate Darstellung gemäss Vorgaben W3C ISODateTime Die Angabe von Zeitzonen wird durch PostFinance sowohl bei Dateneinlieferung als auch bei Datenauslieferung unterstützt Datumsangaben werden als Lokaldatum (Schweiz) bzw. als PostFinance-Datum (Postwerktag) interpretiert. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 9

10 Unter Lokalzeit ist dabei die aktuelle Zeitzone der Schweiz unter Berücksichtigung der Sommer-/Winterzeit zu verstehen (UTC+2 bzw. UTC+1). Alle anderen vom Datentyp «ISODateTime» unterstützten Zeitangaben führen bei der Validierung der Meldung durch PostFinance zu einer Zurückweisung der eingelieferten Meldungen Zeichensatz In ISO XML-Meldungen dürfen grundsätzlich Zeichen des Unicode-Zeichen-satzes UTF-8 (8-Bit Unicode Transformation Format) verwendet werden (Meldung muss UTF-8 codiert sein). In den XML-Meldungen für die PostFinance-Systeme wird daraus nur der SWIFT-Zeichensatz zugelassen: Folgende dem SWIFT-Zeichensatz entsprechende Zeichen werden analog den EPC-Regelwerken akzeptiert: a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z 0, 1, 2, 3, 4, 5, 6, 7, 8, 9. (Punkt), (Komma) : (Doppelpunkt) ' (Hochkomma, auch akzeptiert als Escaped Character &apos;) + (Plus) - (Minus) / (Slash) ( (runde Klammer auf) ) (runde Klammer zu)? (Fragezeichen) Blank (Leerzeichen) Prüfung der zulässigen Zeichen auf Schema-Ebene Die Einhaltung der oben angeführten Einschränkungen in Textelementen wird durch sogenannte «Pattern» (Zeichenmuster) im Schema sichergestellt. Je nach Verwendung des Elements werden dabei unterschiedliche Zeichen zugelassen: Textfelder allgemein: Wenn die Zeichenkette mit einem oder mehreren Leerzeichen beginnt, muss zwingend mindestens noch ein weiteres zulässiges Zeichen folgen, welches jedoch kein Leerzeichen sein darf. Pattern: [ ]*[A-Za-z0-9+?/:()\.,'\-][A-Za-z0-9+?/:()\.,' \-]* Zwingende Referenzen: Message Identification (A-Level) Transaction Identification (B-Level) Keine Leerzeichen zugelassen. Pattern: [A-Za-z0-9+?/:()\.,'\-]* Proprietäre Codes (Prtry) und sonstige Identifikationen: Das erste Zeichen darf kein Leerzeichen sein. Pattern: [A-Za-z0-9+?/:()\.,'\-][A-Za-z0-9+?/:()\.,' \-]* Sämtliche Textelemente haben im Schema eine Mindestlänge von einem Zeichen. Zusammen mit den definierten «Pattern» ist damit sichergestellt, dass keine fachlich leeren Elemente gesendet werden können (<Element> </Element> oder <Element/>). Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 10

11 3.5. Beteiligte Parteien Kundenzahlungen (pacs.008) Bei Überweisungen werden die beteiligten Parteien wie folgt benannt: Bezeichnung Bemerkung ISO Ursprünglicher Zahler Ultimate Debtor Zahler Ist Kunde des Instituts des Zahlers Debtor Institut des Zahlers Führt das Konto des Zahlers Debtor Agent Zahlender Teilnehmer Einlieferung ISO Der zahlende Teilnehmer hat ein Postkonto bei PostFinance Auslieferung ISO Ist immer PostFinance Instructing Agent [Member ID] Gutzuschreibender Teilnehmer Einlieferung ISO Ist immer PostFinance Auslieferung ISO Der gutzuschreibende Teilnehmer führt ein Postkonto bei PostFinance Instructed Agent [Member ID] Institut des Zahlungsempfängers Führt das Konto des Zahlungsempfängers Creditor Agent Zahlungsempfänger Ist Kunde des Instituts des Zahlungsempfängers Creditor Endgültiger Zahlungsempfänger Tabelle 4 Bezeichnung der Parteien bei Kundenzahlungen Ultimate Creditor Hinweise zu den einzelnen Parteien Institut des Zahlers/Zahlungsemfpängers Die Elemente «Debtor Agent»/«Creditor Agent» entsprechen den kontoführenden Instituten des «Debtor»/«Creditor» und müssen immer geliefert werden. Ist der empfangende Teilnehmer identisch mit dem Finanzinstitut des Zahlungsempfängers, wird im Element «Creditor Agent» die gleiche Angabe wie unter «Instructed Agent» geliefert. Zahlender Teilnehmer/Gutzuschreibender Teilnehmer Der «Instructing Agent» wird zwingend verlangt (mandatory) und übernimmt in der Regel eine Doppelfunktion als einliefernder Teilnehmer und Sender. Zudem wird der «Instructing Agent» zusammen mit dem Element «Transaction Identification» sowie der «Message Identification» für die Duplikatsprüfung verwendet. Entspricht der «Debtor Agent» dem einliefernden Teilnehmer/Sender, wird die entsprechende Identifikation im Element «Instructing Agent» und zusätzlich als «Debtor Agent» geliefert. Das Element «Instructed Agent» wird durch den Sender zwingend mit dem empfangenden Teilnehmer auf Empfänger-Seite abgefüllt. Basierend auf den «SWIFT Translation Rules» werden die beiden Elemente «Instructing Agent»/«Instructed Agent» auf Ebene «GrpHdr» verwendet, die Angabe auf Ebene «CdtTrfTxInf» wird nicht unterstützt. Teilnehmer für die Weiterverrechnung Falls das Settlement in SIC (Zusatz-Dienstleistung Auslieferung ISO 20022, Settlement Method = COVE) aktiviert wird, wird im Element Settlement Information der Teilnehmer für die Weiterverrechnung unter «Instructing Reimbursment Agent» immer geliefert. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 11

12 Statusmeldungen (pacs.002) und Rückzahlungen (pacs.004) Bei Statusmeldungen und Rückzahlungen werden die beteiligten Parteien wie folgt benannt: Bezeichnung Bemerkung ISO Zahlender Teilnehmer Einlieferung ISO PostFinance (entspricht dem gutzuschreibenden Teilnehmer aus der Kundenzahlung) Auslieferung ISO Entspricht dem gutzuschreibenden Teilnehmer aus der Kundenzahlung. Instructing Agent [Member ID] Einlieferung ISO Entspricht dem zahlenden Teilnehmer aus der Kundenzahlung. Bei Rückzahlung kann bei Bedarf einen Gutzuschreibender Teilnehmer anderen Retourpartner bilateral definiert werden Auslieferung ISO PostFinance (entspricht dem zahlenden Teilnehmer aus der Kundenzahlung) Tabelle 5 Bezeichnung der Parteien bei Statusmeldungen und Rückzahlungen Instructed Agent [Member ID] Adressierung von Instituten Instructing Agent/Instructed Agent (Sender/Empfänger der Meldung) Adressierung mittels BC-Nummer oder BIC Folgende Elemente können verwendet werden: BIC: «/FinInstnId/BIC» BC-Nr.: «/FinInstnId/ClrSysMmbId/MmbId» und zwingend «Cd = CHSIC» unter «/ClrSysMmbId/ClrSysId/Cd» (Format: 6-stellig numerisch, d.h. nur Ziffern 0 9) Die Sub-Elemente «/FinInstnId/BIC» und «/FinInstnId/ClrSysMmbId» dürfen nicht gleichzeitig verwendet werden. Die Verwendung von «Name» und/oder «Postal Address» ist nicht zugelassen. Grund: Diese Agents müssen zwingend ein Postkonto bei PostFinance führen und werden ausschliesslich über eine eindeutige Identifikation adressiert,um eine automatisierte Abwicklung sicherzustellen. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 12

13 Im direkten Austausch von ISO-Meldungen zu/von PostFinance sind nur folgende Varianten erlaubt: Bezeichnung Rolle Adressierung Input FI-PF Einlieferung ISO : pacs.008 Instructing Agent BIC oder BC des Instituts Optional kann das Postkonto als IBAN im Sub-Element /SttlmAcct/Id/IBAN angegeben werden, um ein gewünschtes Postkonto zu belasten. Wenn nicht vorhanden wird von PostFinance ein Postkonto als Defaultkonto pro Währung definiert. Auslieferung ISO 20022: pacs.002 bzw. pacs.004 Instructed Agent POFICHBEXXX oder Output PF-FI Auslieferung ISO : pacs.008 Einlieferung ISO 20022: pacs.002 / pacs.004 Instructing Agent Instructed Agent Immer POFICHBEXXX Tabelle 6 Adressierungsmöglichkeiten von Instituten 1 Input (FI-PF) resp. Output (PF-FI) in Spezialfällen: pacs.002 als Bestätigung von pacs.004/pacs.008 PostFinance wird in diesem Fall immer nur den BIC des FI liefern. Zudem liefert PostFinance bei pacs.008/004 im Sub-Element «/SttlmAcct/Id/IBAN» das gutgeschriebene Postkonto als IBAN, falls das Settlement auf dem Postkonto erfolgt. Falls das Settlement in SIC gewünscht wird (<SttlmMtd> = COVE) bleibt dieses Element leer Debtor Agent/Creditor Agent Die Adressierung kann grundsätzlich über jegliche Art von Identifikationen erfolgen. Die Sub-Elemente «/FinInstnId/BIC» und «/FinInstnId/ClrSysMmbId» dürfen nicht gleichzeitig verwendet werden. Ebenfalls zulässig ist die Angabe einer Volladresse mittels der Elemente «Name» und «Postal Address». Folgende Regeln sind dabei zu berücksichtigen: a. Bei Verwendung eines BIC ist die Angabe von «Name»/«Postal Address» nicht zulässig. b. «Postal Address» ist nur in Kombination mit «Name» zulässig. c. «Name» kann auch ohne «Postal Address» verwendet werden Instructing Reimbursment Agent Es wird nur das Sub-Element «/FinInstnId/ClrSysMmbId» verwendet. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 13

14 3.6. Verwendung von Referenzen In der Verarbeitungskette werden in der Meldung «pacs.008» diverse Referenzen mitgegeben. 3 Remittance Information 4 End to End Identification Debtor (ZP) pain.001 Instructing Agent pacs.008 Instructed Agent Buchungsavisierung Creditor (ZE) 1 Message Identification Instruction Identification 2 Transaction Identification Abbildung 2 Verwendung von Referenzen Meldungsreferenz Meldungsidentifikation «Message Identification» (A-Level) (1) Die Meldungsidentifikation ist eine «technische» Referenz, welche vom jeweiligen Ersteller der Meldung generiert wird. Bei einer Meldung des zahlenden Teilnehmers an PostFinance wird diese vom zahlenden Teilnehmer (Instructing Agent) generiert. Bei einer Meldung von PostFinance an den gutzuschreibenden Teilnehmer wird die «MsgId» entsprechend durch PostFinance generiert. Die «MsgId» wird bei PostFinance für die Duplikatsprüfung auf der Meldungsebene verwendet («technische» Duplikatsprüfung, siehe Element-Beschreibung Message Identification Abbildung 3 Meldungsidentifikation (Message Identification) Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 14

15 Transaktionsreferenz Transaktionsidentifikation «Transaction Identification» & «Instruction Identification» (B-Level) (2) Die Transaktionsidentifikation ist die eindeutige Referenz einer Transaktion. Diese Referenz wird bei der Erstellung der Transaktion durch den zahlenden Teilnehmer vergeben. Ausserdem wird die Transaktionsreferenz der Ursprungszahlung in der Rückzahlung an den zahlenden Teilnehmer mitgegeben. Die Transaktionsidentifikation wird für die «fachliche» Duplikatsprüfung auf der Transaktionsebene verwendet (siehe Element-Beschreibung Transaction Identification Die «Instruction Identification» wird von PostFinance nicht verwendet. Abbildung 4 Transaktionsidentifikation (Transaction Identification / Instruction Identification) Kundenreferenz Zahlerreferenzen «End To End Identification» (4) Der Zahler kann die Zahlung mit einer eindeutigen Referenz versehen, welche im Element «End To End Identification» über die gesamte Verarbeitungskette unverändert weitergereicht wird (ausser bei ESR-Zahlungen). Das Element beinhaltet die Angabe «NOTPROVIDED», wenn keine Identifikation bekannt ist. Abbildung 5 End to End Identification Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 15

16 Zahlungsempfängerreferenzen Zusätzlich zu den oben aufgeführten Referenzen in der Verarbeitungskette kann eine Zahlungsempfängerreferenz im Element «Remittance Information» in strukturierter oder unstrukturierter Form mitgegeben werden. Abbildung 6 Begünstigten-Referenz (Remittance Information) Innerhalb des Elementes «Remittance Information» ist grundsätzlich die gleichzeitige Verwendung der Sub- Elemente «Unstructured»/«Structured» nicht zugelassen (analog SEPA und Schweizer Empfehlungen Kunde-Bank). Eine Ausnahme bilden die PostFinance-Taxen, welche im Element <Ustrd> abgebildet werden. In diesem Fall können bei der pacs-008 Auslieferung beide Elemente verwendet werden (siehe Element-Beschreibung 2.77) Strukturierte Kundenreferenz als «Remittance Information» (3) Folgende Arten von strukturierten Referenzen können im Element «CdtrRefInf/Ref» geliefert werden: 1. Verwendung der Schweizer ESR-Referenz In der Schweiz ermöglicht die ESR-Referenz dem Zahlungsempfänger den automatischen Abgleich zwischen seinen Rechnungen und den eingehenden Zahlungen. 2. Verwendung der ISO Creditor Reference Die ISO Creditor Reference (ISO 11649) ermöglicht dem Zahlungsempfänger den automatischen Abgleich zwischen seinen Rechnungen und den eingehenden Zahlungen. Die Anwendung der ISO Creditor Reference ist im Dokument «EPC Guidance on the use of the future ISO Standard for the Structured Creditor Reference» (EPC142-08) [6] beschrieben. Abbildung 7 Creditor Reference Information Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 16

17 Zusätzlich zur Referenznummer muss zwingend ein Codewert geliefert werden, welcher die Art der Referenznummer eindeutig identifiziert. Hierfür können die Elemente «CdtTrfTxInf/RmtInf/Strd/CdtrRefInf/Tp/CdOrPrtry/Cd» oder «/Prtry» (siehe auch Referenztyp) verwendet werden. Abbildung 8 Creditor Reference Type Unstrukturierte Kunden-Referenz als «Remittance Information» (3) Die Referenz kann auch in unstrukturierter Form statt strukturierter Form mitgegeben werden, wobei die Länge maximal 140 Zeichen beträgt. Siehe Details bei Index 2.76 und Spezifisch Schweizer Codewerte In der Meldung «pacs.008» werden an diversen Stellen spezifisch Schweizer Codewerte verwendet. Diese Codewerte werden jeweils für «Proprietary»-Ausprägungen definiert und dienen der eindeutigen Identifizierung spezifischer Werte im Schweizer Interbank-Standard. Diese Codewerte kommen jeweils dort zur Anwendung, wo eine eindeutige Identifizierung mittels Werten aus den «ISO External Codelists» nicht möglich ist Codeliste für Ausprägung von Zahlungsempfängerkontonummern Für die Kennzeichnung der Kontonummernausprägung des Zahlungsempfängerkontos stehen die folgenden Codes zur Verfügung: Codewert PRTRY PCACC ESRPT Bedeutung Konventionelles Format Postkontonummer ESR-Teilnehmernummer PSREF ES-Referenznummer Tabelle 7 Ausprägung von Zahlungsempfängerkontonummern Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 17

18 Der Codewert wird im Element «FIToFICstmrCdtTrf/CdtTrfTxInf/CdtrAcct/Id/Othr/SchmeNm/Prtry» mitgeliefert. Abbildung 9 Kontonummernausprägung Referenztyp Referenzen mit den Ausprägungen ESR werden mit folgenden Codewerten gekennzeichnet: Codewert ESR Tabelle 8 Codewert für Referenztypen Bedeutung ESR-Referenz Der Codewert wird im Element «FIToFICstmrCdtTrf/CdtTrfTxInf/RmtInf/Strd/CdtrRefInf/Tp/CdOrPrtry/Prtry» mitgeliefert. Abbildung 10 Angabe eines Codes für den Referenztyp Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 18

19 3.8. Datenverlust bei Verwendung alten Standards (Truncation) Werden in der Auslieferung von PostFinance an die Banken (Gutzuschreibender Teilnehmer) resp. an die Zahlungsempfänger (Creditor) anderen Meldungsstandards (ESR/EGA-V/SIC/SWIFT FIN) verwendet, kann es vorkommen, dass in einer ursprünglich eingelieferten ISO Meldung Datenelemente enthalten sind, die nicht bzw. nicht im vollem Umfang in die auszuliefernde Meldung übertragen werden können (Truncation). In solchen Fällen werden Datenelemente nur so weit mit der jeweiligen ESR-/EGA-V-/SIC/SWIFT-FIN-Meldung ausgeliefert, als dies der jeweils verwendete Meldungsstandard der auszuliefernden Meldung zulässt. Elemente, die von einem möglichen Datenverlust betroffen sein können, sind in den Tabellen der technischen Definitionen der Meldungen mit einem entsprechenden Textvermerk versehen Verwendung von Adressinformationen Die Adressen der beteiligten Parteien wie zum Beispiel Creditor können im Element «Name» und im Element «Postal Address» entweder strukturiert (empfohlene Subelemente sind: «Street Name», «Building Number», «Post Code», «Town Name», und «Country») oder unstrukturiert (Subelement «Address Line») erfolgen. Dabei ist zu beachten, dass die meisten heutigen Systeme und Standards für die Adresse einen Bereich von 4*35 Stellen vorsehen. Damit ist zumindest in einer Parallelphase davon auszugehen, dass die im «pacs.008» mitgegebenen Adressinformationen in der Verarbeitungskette in einen Bereich von 4*35 Stellen konvertiert werden müssen. Aus diesem Grund wird empfohlen, die Adressen in einem der beiden nachfolgenden Varianten im «pacs.008» mitzuliefern: Variante «strukturiert»: «Name» bis zu 70 Stellen (inkl. Leerzeichen) «Street Name», «Building Number» zusammen maximal 35 Stellen (inkl. Leerzeichen) «Post Code», «Town Name» zusammen maximal 35 Stellen (inkl. Leerzeichen) «Country»: Es wird empfohlen, speziell im Fall Auslandzahlungen dieses Subelement in den Elementen «Creditor Agent» und «Creditor» mitzuliefern. Dies würde im «pacs.008» zum Beispiel wie folgt aussehen: <Cdtr> <Nm>MUSTER AG</Nm> <PstlAdr> <StrtNm>Musterstrasse</StrtNm> <BldgNb>24</BldgNb> <PstCd>3000</PstCd> <TwnNm>Bern</TwnNm> <Ctry>CH</Ctry> </PstlAdr> </Cdtr> Variante «unstrukturiert»: «Name» bis zu 70 Stellen (inkl. Leerzeichen) «Country»: Es wird empfohlen, speziell im Fall Auslandzahlungen dieses Sub-element in den Elementen «Creditor Agent» und «Creditor» mitzuliefern. Erste Wiederholung «Address Line»: maximal 35 Stellen (inkl. Leerzeichen), belegt mit Strasse und Hausnummer Zweite Wiederholung «Address Line»: maximal 35 Stellen (inkl. Leerzeichen), belegt mit Postleitzahl und Ort Dies würde im «pacs.008» zum Beispiel wie folgt aussehen: <Cdtr> <Nm>MUSTER AG</Nm> <PstlAdr> <Ctry>CH</Ctry> <AdrLine>Musterstrasse 24</AdrLine> <AdrLine>3000 Bern</AdrLine> </PstlAdr> </Cdtr> Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 19

20 4. Technische Definitionen für PostFinance 4.1. pacs.008 Die XML-Meldung «Financial Institution To Financial Institution Customer Credit Transfer» (pacs.008) wird entweder vom Institut des Zahlers (zahlender Teilnehmer) an PostFinance oder von PostFinance an das Institut des Zahlungsempfängers (gutzuschreibender Teilnehmer) gesendet, um eine Kundenzahlung abzuwickeln. Sie wird auf der Basis des ISO XML-Schemas «pacs » (ISO Payments Maintenance 2009) eingesetzt Die XML-Meldung «pacs.008» ist grundsätzlich wie folgt strukturiert: A-Level: Meldungsebene, Element «Group Header». Dieser Block muss genau einmal vorhanden sein. B-Level: Zahlungs- bzw. Transaktionsebene. Element «Credit Transfer Transaction Information» Dieser Block muss mindestens einmal vorkommen und kann in der ISO-Definition n-mal vorkommen. Bei PostFinance kann dieser Block max mal (Einlieferung ISO 20022) resp mal (Auslieferung ISO 20022) vorkommen. Sämtliche Transaktionen müssen dieselbe Währung aufweisen (Interbank Settlement Amount währungsrein). Abbildung 12 Grundsätzliche Meldungsstruktur der XML-Meldung «pacs.008» Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 20

21 Group Header (GrpHdr, A-Level) pacs.008 Der «Group Header» (A-Level der Meldung) kommt einmal vor und enthält die folgenden Elemente: Abbildung 13 Group Header (GrpHdr) pacs.008 Die nachstehende Tabelle spezifiziert alle relevanten Elemente des «Group Headers» der XML-Meldung «pacs.008» an/von PostFinance. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 21

22 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Document +FITo FICustomer Credit Transfer V02 FIToFICstmrCdtTrf Group Header GrpHdr Δ 1.1 Group Header +Message Identification 1.2 Group Header +Creation Date Time MsgId Message Identification Meldungsidentifikation Für dieses Element ist nur der SWIFT-Zeichensatz ohne Leerzeichen zugelassen. Wird in Kombination mit <InstgAgt> für die Duplikatsprüfung auf Ebene Meldung verwendet und darf innerhalb der zugelassenen Valutatage nur einmal vorkommen. Zugelassene Valutatage sind 5 Tage Vorvaluta, Valuta heute und 30 Tage Vergangenheit. Hinweis: Für erfolgreiche Verarbeitung einer Zahlung darf weder auf Ebene Meldung noch auf Ebene Transaktion ein Duplikat erkannt werden. CreDtTm Creation Date Time Erstellungszeitpunkt der Meldung Δ 1.4 Group Header +Number Of Transactions Δ 1.6 Group Header +Total Interbank Settlement Amount Δ 1.6 Group Header +Total Interbank Settlement Amount ++Currency NbOfTxs Number of Transactions Anzahl Transaktionen Die Angabe der Anzahl Transaktionen kann max. 100'000 (Einlieferung ISO 20022) resp (Auslieferung ISO 20022) sein. TtlIntrBkSttlmAmt Total Settlement Amount Total-Verrechnungsbetrag Die Verwendung dieses Elements ist zwingend. Die Summe aller <IntrBkSttlmAmt> entspricht diesem Betrag. Darf maximal 13 Stellen enthalten (exkl. Dezimaltrennzeichen), davon maximal 2 Dezimalstellen. Betrag muss > 0 ein, maximal akzeptierter Betrag ist 99'999'999' Ccy Currency Code Währungscode Der Währungscode muss zwingend mitgeliefert werden und muss identisch sein mit den Angaben beim Vergütungsbetrag im Element <IntrBkSttlmAmt/@Ccy>. Unterstüzte Währungen: CHF, EUR, AUD, CAD, DKK, GBP, JPY, NOK, SEK, nur im Inland-Zahlungsverkehr, jedoch dürfen innerhalb einer pacs.008-meldung nicht verschiedene Währungen angeliefert werden (währungsrein). Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 22

23 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 1.7 Group Header +Interbank Settlement Date 1.8 Group Header +Settlement Information Δ 1.9 Group Header +Settlement Information ++Settlement Method Δ 1.10 Group Header +Settlement Information ++Settlement Account IntrBkSttlmDt Requested Settlement Date Valuta-Soll Einlieferung ISO 20022: Datum an dem die Lastschrift auf Postkonto erfolgen soll. Es muss ein gültiger Postwerktag sein. Darf nicht mehr als 5 Postwerktage in der Zukunft liegen. Darf nicht älter als 90 Kalendertage sein. Das Verrechnungsdatum auf dem Postkonto des Instituts wird wie folgt bestimmt: (A) Wenn die Valuta-Soll grösser als das aktuelle Datum ist: Wenn die Valuta-Soll kein gültiger Postwerktag ist, wird als Verrechnungsdatum der nächstfolgende Postwerktag eingesetzt; sonst wird die Valuta-Soll als Verrechnungsdatum betrachtet. (B) Wenn die Valuta-Soll gleich oder kleiner als das aktuelle Datum ist, wird das aktuelle Datum als Verrechnungsdatum betrachtet. Ist dieses kein gültiger Postwerktag, wird als Verrechnungsdatum der nächstfolgende Postwerktag betrachtet. Auslieferung ISO 20022: Datum an dem entweder das Postkonto des Finanzinstituts gutgeschrieben wird, oder das SIC-Settlement erfolgt. SttlmInf Settlement Information Verrechnungsinformationen SttlmMtd Settlement Method Verrechnungsmethode Einlieferung ISO 20022: Inhalt muss «INDA» sein. Auslieferung ISO 20022: muss «INGA» oder «COVE» sein. «COVE» muss nur verwendet werden, wenn Settlement in SIC erfolgt (Zusatz-DL, erst ab Herbst 2016 verfügbar). In allen anderen Fällen muss «INGA» geliefert werden. SttlmAcct Settlement Account Verrechnungskonto Einlieferung ISO 20022: Postkonto für das Settlement als IBAN (optional). Falls nicht angegeben, wird pro Währung ein Defaultkonto definiert und verrechnet. Auslieferung ISO 20022: PostFinance liefert hier das Postkonto für das Settlement als IBAN. Bei <Settlement Method> = «COVE» muss dieses Element leer sein. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 23

24 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 1.10 Group Header +Settlement Information ++Settlement Account +++Identification 1.10 Group Header +Settlement Information ++Settlement Account +++Identification ++++IBAN 1.10 Group Header +Settlement Information ++Settlement Account +++Identification ++++Other Δ 1.11 Group Header +Settlement Information ++Clearing System Δ 1.14 Group Header +Settlement Information ++Instructing Reimbursement Agent 1.14 Group Header +Settlement Information ++Instructing Reimbursement Agent Group Header +Settlement Information ++Instructing Reimbursement Agent Clearing System Member Identification Id IBAN Othr {Or Or} IBAN IBAN Muss einen gültigen IBAN eines aktiven Postkontos gemäss ISO enthalten. Die Prüfziffer (3. und 4. Stelle der IBAN) muss im Bereich 02 bis 98 liegen Einlieferung ISO 20022: darf nicht verwendet werden. Auslieferung IS : nicht verwendet. ClrSys Clearing System Clearingsystem Darf nicht verwendet werden InstgRmbrsmntAgt Instructing Reimbursement Participant Teilnehmer für Weiterverrechnung Einlieferung ISO 20022: darf nicht verwendet werden Auslieferung ISO 20022: wird verwendet nur wenn <SttlmMtd> = COVE (erst ab 2016 möglich). Beinhaltet die BC-Nummer (CHSIC) des Empfängerinstitutes. FinInstnId ClrSysMmbId Instructing Reimbursement Participant Identification (proprietary) Identifikation des Teilnehmers für Weiterverrechnung (proprietär) Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 24

25 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 1.14 Group Header +Settlement Information ++Instructing Reimbursement Agent Clearing System Member Identification +++++Clearing System Identification 1.14 Group Header +Settlement Information ++Instructing Reimbursement Agent Clearing System Member Identification +++++Clearing System Identification Code 1.14 Group Header +Settlement Information ++Instructing Reimbursement Agent Clearing System Member Identification +++++Clearing System Identification Proprietary 1.14 Group Header +Settlement Information ++Instructing Reimbursement Agent Clearing System Member Identification +++++Member Identification 1.32 Group Header +Instructing Agent ClrSysId Clearing System Identification Identification des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart Cd Prtry {Or Or} Clearing System Identification (code) Identification des Clearingsystems (Code) Zulässige ISO-Codewerte: CHSIC (BC-Nummer, 6-stellig) Clearing System Identification (proprietary) Identification des Clearingsystems (proprietär) Wird aktuell nicht verwendet (Element wird für allfällige Erweiterungen im Schema beibehalten). MmbId Member Identification Identifikation des Teilnehmers BC-Nummer (=6n), muss im BC-Stamm vorhanden und aktiv sein. InstgAgt Instructing Participant Zahlender Teilnehmer Einlieferung ISO 20022: Zur Adressierung des Teilnehmers muss entweder das Element <BIC> oder <CrlsysMmbId> verwendet werden. Verwendung zwingend, wird in Kombination mit <MsgId> / <TxId> für die Duplikatsprüfung verwendet. Der Instructing Agent in diesem Fall muss ein gültiges und aktives Postkonto bei PostFinance haben. Auslieferung ISO 20022: In diesem Fall ist immer PostFinance der zahlende Teilnehmer. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 25

26 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 1.32 Group Header +Instructing Agent 1.32 Group Header +Instructing Agent +++BIC 1.32 Group Header +Instructing Agent +++Clearing System Member Identification 1.32 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification 1.32 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code 1.32 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary FinInstnId BIC Identification of Instructing Participant (BIC) Identifikation des zahlenden Teilnehmers (BIC) SWIFT-Adresse mit 8 oder 11 alphanumerischen Zeichen. Element darf nicht gleichzeitig mit <ClrSysMmbId> verwendet werden. Muss einen gültigen Wert gemäss ISO 9362 enthalten Einlieferung ISO 20022:. Muss einen gültigen BIC eines aktiven Postkontos enthalten. Auslieferung ISO 20022: pacs.008 von PostFinance an ein Institut enthalten in diesem Element immer den Wert "POFICHBEXXX" ClrSysMmbId Identification of Instructing Participant (proprietary) Identifikation des zahlenden Teilnehmers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. Muss gültige Clearing-Nummer eines aktiven Postkontos enthalten. ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Cd Prtry {Or Or} Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige ISO-Codewerte: CHSIC (BC-Nummer, 6-stellig) Clearing System Identification (proprietary) Identifikation des Clearingsystems (proprietär) Wird aktuell nicht unterstützt und ignoriert. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 26

27 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 1.32 Group Header +Instructing Agent +++Clearing System Member Identification ++++Member Identification 1.33 Group Header +Instructed Agent 1.33 Group Header +Instructed Agent 1.33 Group Header +Instructed Agent +++BIC 1.33 Group Header +Instructed Agent +++Clearing System Member Identification MmbId Member Identification Identifikation des Teilnehmers BC-Nummer (=6n), muss im BC-Bankenstamm vorhanden und aktiv sein. InstdAgt Instructed Participant Gutzuschreibender Teilnehmer Verwendung zwingend. Einlieferung ISO 20022: der gutzuschreibende Teilnehmer ist immer PostFinance. Hier muss entweder das Element <BIC> mit dem Wert "POFICHBEXXX" oder das Element <CrlsysMmbId> mit dem Wert "090002" abgefüllt werden. Auslieferung ISO 20022: PostFinance verwendet das Element <BIC> des gutzuschreibenden Teilnehmers. Der gutzuschreibende Teilnehmer führt ein Postkonto bei PostFinance. FinInstnId BIC Identification of Instructed Participant (BIC) Identifikation des gutzuschreibenden Teilnehmers (BIC) Element darf nicht gleichzeitig mit <ClrSysMmbId> verwendet werden. SWIFT-Adresse mit 8 oder 11 alphanumerischen Zeichen. Einlieferung ISO 20022: Falls verwendet muss immer der Wert "POFICHBEXXX" abgefüllt werden. Falls nicht verwendet muss der Wert "090002" mit <ClrSysMmbId> geliefert werden. Muss einen gültigen Wert gemäss ISO 9362 enthalten. Auslieferung ISO 20022: PostFinance liefert den BIC des Instituts des Zahlungsempfängers. Das Institut führt bei PostFinance ein Postkonto, welches gutgeschrieben wird. ClrSysMmbId Identification of Instructed Participant (proprietary) Identifikation des gutzuschreibenden Teilnehmers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. Muss gültige Identifikation eines aktiven Teilnehmers enthalten. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 27

28 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 1.33 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification 1.33 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code 1.33 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary 1.33 Group Header +Instructed Agent +++Clearing System Member Identification ++++Member Identification 1.33 Group Header +Instructed Agent +++Other 1.33 Group Header +Instructed Agent +++Other ++++Identification Tabelle 10 Group Header (GrpHdr, A-Level) pacs.008 ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Cd Prtry {Or Or} Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige ISO-Codewerte: CHSIC (BC-Nummer, 6-stellig) Clearing System Identification (proprietary) Identifikation des Clearingsystems (proprietär) Wird aktuell nicht unterstützt und ignoriert (Element wird für allfällige Erweiterungen im Schema beibehalten). MmbId Member Identification Identifikation des Teilnehmers Einlieferung ISO 20022: BC-Nummer (=6n), muss im BC- Stamm vorhanden und aktiv sein. Falls verwendet muss der Wert "090002" enthalten sein. Othr Id Assigned Identification of the Instructed Participant Zugewiesene Identifikation des gutzuschreibenden Teilnehmers Auslieferung ISO 20022: Bei einer Umleitung des Postkontos auf ein anderes Postkonto wird das ursprüngliche Postkonto von PostFinance ergänzt. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 28

29 Credit Transfer Transaction Information (CdtTrfTxInf, B-Level) pacs.008 Die «Credit Transfer Transaction Information» (B-Level der Meldung) beinhaltet die folgenden Informationen zur Zahlung bzw. Transaktion: Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 29

30 Abbildung 14 Credit Transfer Transaction Information (CdtTrfTxInf) pacs.008 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 30

31 Zahlungsarten Mit den XML-Meldungen «pacs.008» können verschiedene Zahlungsarten abgebildet werden. Folgende Zahlungsarten sind für die Interbankmeldungen zu PostFinance respektive von PostFinance an ein Institut vorgesehen: Zahlungsart Codewert Text zum Code ESR-Zahlung ESRPMT ESR payment Kundenzahlung allgemein CSTPMT Customer payment Salär-Zahlung SLRPMT Salary payment Tabelle 9 Liste der Zahlungsarten und deren Codewert in der XML-Meldung Um eine korrekte, zahlungsartspezifische Definition und Validierung zu ermöglichen ist ein entsprechender Codewert im Element «CdtTrfTxInf/PmtTpInf/LclInstrm/Prtry» zur Kennzeichnung vorgesehen. Abbildung 15 Angabe der Zahlungsarten in der XML-Meldung Die nachstehende Tabelle spezifiziert alle relevanten Elemente der «Credit Transfer Transaction Information» der XML- Meldung «pacs.008» an/von PostFinance. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 31

32 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Δ 2.0 Credit Transfer Transaction Information CdtTrfTxInf 1..n 1..n PostFinance: Das Element darf maximal mal (Einlieferung ISO 20022) resp (Auslieferung ISO 20022) verwendet werden. 2.1 Credit Transfer Transaction Information PmtId Payment Identification +Payment Identification Δ 2.2 Credit Transfer Transaction Information +Payment Identification ++Instruction Identification 2.3 Credit Transfer Transaction Information +Payment Identification ++End To End Identification Δ 2.4 Credit Transfer Transaction Information +Payment Identification ++Transaction Identification 2.6 Credit Transfer Transaction Information +Payment Type Information Zahlungsreferenz InstrId Einlieferung ISO 20022: keine Anwendung. Element wird ignoriert. Auslieferung ISO 20022: keine Anwendung. EndToEndId Debtor Reference Zahlungsreferenz des Zahlers Die Identifikation entspricht der Referenznummer des Zahlungspflichtigen. Das Element beinhaltet die Angabe «NOTPROVIDED» wenn keine Identifikation bekannt ist. Die Identifikation wird zwischen Zahlungsempfänger und Zahler ausgetauscht. TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8) TxId Transaction Identification Transaktionsreferenz Für dieses Element ist nur der SWIFT-Zeichensatz ohne Leerzeichen zugelassen. Nur 16 Stellen erlaubt, muss auf der ersten Position eine Ziffer 0-9 oder einen Buchstaben a - z oder A Z enthalten. Einlieferung ISO 20022: wird vom Institut angeliefert. Wird in Kombination mit <InstgAgt> für die Duplikatsprüfung auf Ebene Transaktion verwendet und darf innerhalb der zugelassenen Valutatage nur einmal vorkommen. Zugelassene Valutatage sind 5 Tage Vorvaluta, Valuta heute und 30 Tage Vergangenheit. Hinweis: Für erfolgreiche Verarbeitung einer Zahlung darf weder auf Ebene Meldung noch auf Ebene Transaktion ein Duplikat erkannt werden. Auslieferung ISO 20022: wird von PostFinance generiert. Muss eindeutig sein. PmtTpInf Payment Type Information Informationen zur Art der Transaktion Verwendung zwingend. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 32

33 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.9 Credit Transfer Transaction Information +Payment Type Information ++Service Level Δ 2.10 Credit Transfer Transaction Information +Payment Type Information ++Service Level +++Code Δ 2.11 Credit Transfer Transaction Information +Payment Type Information ++Service Level +++Proprietary 2.12 Credit Transfer Transaction Information +Payment Type Information ++Local Instrument 2.13 Credit Transfer Transaction Information +Payment Type Information ++Local Instrument +++Code Δ 2.14 Credit Transfer Transaction Information +Payment Type Information ++Local Instrument +++Proprietary 2.15 Credit Transfer Transaction Information +Payment Type Information ++Category Purpose SvcLvl Service Level Service-Vereinbarung Cd Prtry {Or Or} Service Level (code) Service-Vereinbarung (Code) Einlieferung ISO 20022: Codes werden ignoriert. Auslieferung ISO 20022: Codes werden weitergeleitet Service Level (proprietary) Service-Vereinbarung (proprietär) Keine Anwendung. Element wird ignoriert. LclInstrm Payment Type Zahlungsart Muss zwingend verwendet werden zwecks Angabe systemspezifischer Codes zur eindeutigen Identifizierung der Zahlungsart. Cd Wird ignoriert. Prtry {Or Or} Payment Type (proprietary) Zahlungsart (proprietär) Eindeutige Identifikation der Zahlungsart, folgende Codewerte für Zahlungsarten stehen zur Verfügung: ESRPMT = ESR-Zahlung SLRPMT = Salär-Zahlung CSTPMT = Kundenzahlung allgemein CtgyPurp Category Purpose Transaktionszweckkategorie. ESRPMT: Darf nicht verwendet werden. SLRPMT: Verwendung zwingend. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 33

34 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.16 Credit Transfer Transaction Information +Payment Type Information ++Category Purpose +++Code Δ 2.17 Credit Transfer Transaction Information +Payment Type Information ++Category Purpose +++Proprietary 2.18 Credit Transfer Transaction Information +Interbank Settlement Amount 2.18 Credit Transfer Transaction Information +Interbank Settlement Amount ++Currency Δ 2.20 Credit Transfer Transaction Information +Settlement Priority Δ 2.21 Credit Transfer Transaction Information +Settlement Time Indication Δ 2.31 Credit Transfer Transaction Information +Instructed Amount Cd Prtry {Or Or} Category Purpose (code) Transaktionszweckkategorie (Code) TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (Siehe Kapitel 3.8) Keine Anwendung. Element wird ignoriert. IntrBkSttlmAmt Settlement Amount Verrechnungsbetrag Darf maximal 13 Stellen enthalten (exkl. Dezimaltrennzeichen), davon maximal 2 Dezimalstellen. Betrag muss >0 sein, maximal akzeptierter Betrag ist Ccy Currency Code Währungscode Der Währungcode muss identisch sein mit der Währung auf Ebene Group Header. Unterstüzte Währungen: CHF, EUR, AUD, CAD, DKK, GBP, JPY, NOK, SEK, nur im Inland-Zahlungsverkehr, SttlmPrty Einlieferung ISO 20022: keine Anwendung. Element wird ignoriert. Auslieferung ISO 20022: keine Anwendung. SttlmTmIndctn Einlieferung ISO 20022: keine Anwendung. Element wird ignoriert. Auslieferung ISO 20022: Keine Anwendung. Das effektive Gutschriftdatum wird im Element Group Header (IntBkSttlmDt) geliefert. InstdAmt Instructed Amount and Currency Beauftragter Zahlungsbetrag und Währung Beauftragter Betrag, vor Abzug von Spesen und/oder Umrechnung aus Fremdwährung inkl. Währung. Wenn verwendet und die Währung ungleich der Währung gem. <IntrBkSttlmAmt> ist, muss auch <XchgRate> vorhanden sein. Darf maximal 13 Stellen enthalten (exkl. Dezimaltrennzeichen), davon maximal 2 Dezimalstellen. Wenn verwendet, maximal akzeptierter Betrag ist SLRPMT: Verwendung zwingend, folgende ISO-Codewerte werden unterstützt: SALA = Salärzahlung PENS = Rentenzahlung ESRPMT = Maximal akzeptierter Betrag ist ESRPMT = Nur CHF oder EUR zugelassen. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 34

35 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.31 Credit Transfer Transaction Information +Instructed Amount ++Currency 2.32 Credit Transfer Transaction Information +Exchange Rate Δ 2.33 Credit Transfer Transaction Information +Charge Bearer Δ 2.34 Credit Transfer Transaction Information +Charges Information Ccy Currency Code Währungscode Muss gültigen Währungscode gemäss ISO 4217 enthalten. Es werden alle Währungen gem. Währungsübersicht PostFinance akzeptiert. XchgRate Exchange Rate Umrechnungskurs Umrechnungskurs des beauftragten Zahlungsbetrages im Element <InstdAmt>. ChrgBr Charge Bearer Spesenoption CRED = Alle Spesen gehen zu Lasten des Begünstigten (= BEN) DEBT = Alle Spesen zu Lasten des Auftraggebers; der Begünstigte erhält den vollen Auftragsbetrag (= OUR) SHAR = Spesen bei der Bank des Auftraggebers gehen zu Lasten des Auftraggebers; alle anderen Spesen gehen zu Lasten des Begünstigten (= SHA) SLEV = Service Level Agreement ChrgsInf 0..n 0..4 Charges Information Speseninformation Wenn <ChrgBr> = CRED: muss mindestens 1 x verwendet werden, kann maximal 4 x verwendet werden Wenn <ChrgBr> = DEBT: kann maximal 1 x verwendet werden Wenn <ChrgBr> = SHAR: kann maximal 4 x verwendet werden Wenn <ChrgBr> = SLEV: darf nicht verwendet werden Einlieferung ISO 20022: CSTPMT, ESRPMT, SLRPMT: Spesenoption SHAR zugelassen. Andere Werten werden ignoriert und als SHAR interpretiert. Auslieferung ISO 20022: Es wird grundsätzlich die angelieferte Spesenoption weitergeleitet. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 35

36 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.35 Credit Transfer Transaction Information +Charges Information ++Amount 2.35 Credit Transfer Transaction Information +Charges Information ++Amount +++Currency 2.36 Credit Transfer Transaction Information +Charges Information ++Party Δ 2.41 Credit Transfer Transaction Information +Intermediary Agent 1 Δ 2.42 Credit Transfer Transaction Information +Intermediary Agent 1 Account 2.47 Credit Transfer Transaction Information +Ultimate Debtor 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Name Amt Charges Amount and Currency Spesenbetrag und Währung Darf maximal 14 Stellen enthalten (exkl. Dezimaltrennzeichen), davon maximal 5 Dezimalstellen. Wenn verwendet, muss Betrag >0 sein. Ccy Currency Code Währungscode Der Währungcode muss identisch sein mit der Währung auf Ebene Group Header. Unterstüzte Währungen: CHF, EUR, AUD, CAD, DKK, GBP, JPY, NOK, SEK, nur im Inland-Zahlungsverkehr Pty Charges Receiver Spesenempfänger Wenn keine Angaben zum Spesenempfänger gemacht werden können, kann das Element <Pty><FinInstnId><Nm>mit dem Wert «NOTPROVIDED» befüllt werden. TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). IntrmyAgt Einlieferung ISO 20022: keine Anwendung. Element wird ignoriert. Auslieferung ISO 20022: keine Anwendung. IntrmyAgt1Acct Einlieferung ISO 20022: keine Anwendung. Element wird ignoriert. Auslieferung ISO 20022: keine Anwendung. UltmtDbtr Ultimate Debtor Ursprünglicher Zahler TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht Nm Name Name Maximal 70 Stellen. immer garantiert werden (siehe Kapitel 3.8). Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 36

37 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Postal Address 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Postal Address +++Street Name 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Postal Address +++Building Number 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Postal Address +++Post Code 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Postal Address +++Town Name 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Postal Address +++Country 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Postal Address +++Address Line 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Identification 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Identification +++Organisation Identification PstlAdr Postal Address Adresse Die gleichzeitige Verwendung der strukturierten Elemente <StrtNm> / <BldgNb> / <PstCd> / <TwnNm> zusammen mit dem unstrukturierten Element <AdrLine> ist nicht zulässig. StrtNm Street Name Strasse BldgNb Building Number Hausnummer PstCd Postcode Postleitzahl TwnNm Town Name Ort Ctry Country Land AdrLine Address Line (unstructured) Adresszeile (unstrukturiert) Maximal 2 Adresszeilen sind zugelassen. Id Identification Identifikation OrgId {Or Organisation Identification Identifikation der Organisation Nur <BICOrBEI>oder ein Element aus <Othr> zulässig. Wenn verwendet, darf <PrvtId> nicht verwendet werden. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 37

38 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Δ 2.47 Credit Transfer Transaction Information +Ultimate Debtor ++Identification +++Private Identification 2.49 Credit Transfer Transaction Information +Debtor 2.49 Credit Transfer Transaction Information +Debtor ++Name 2.49 Credit Transfer Transaction Information +Debtor ++Postal Address 2.49 Credit Transfer Transaction Information +Debtor ++Postal Address +++Street Name 2.49 Credit Transfer Transaction Information +Debtor ++Postal Address +++Building Number 2.49 Credit Transfer Transaction Information +Debtor ++Postal Address +++Post Code PrvtId Private Identification Identifikation der Person Or} Nur Element <Id> aus <Othr> zulässig. Andere Elemente werden ignoriert. Wenn verwendet, darf <OrgId> nicht verwendet werden. Dbtr Debtor Zahler Ist Kunde des Instituts des Zahlers. Es muss zwingend entweder das Sub-Element <Nm> oder <Id><OgId><BICOrBEI> verwendet werden. Nm Name Name Maximal 70 Stellen zugelassen. Wenn verwendet, darf <Id><OrgId><BICOrBEI> nicht verwendet werden. PstlAdr Postal Address Adresse Darf nur zusammen mit <Nm> verwendet werden. Die gleichzeitige Verwendung der strukturierten Elemente <StrtNm> / <BldgNb> / <PstCd> / <TwnNm> zusammen mit dem unstrukturierten Element <AdrLine> ist nicht zulässig. StrtNm Street Name Strasse BldgNb Building Number Hausnummer PstCd Postcode Postleitzahl ESRPMT: Falls nicht vorhanden, wird mit «NOTPROVIDED» abgefüllt. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 38

39 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.49 Credit Transfer Transaction Information +Debtor ++Postal Address +++Town Name 2.49 Credit Transfer Transaction Information +Debtor ++Postal Address +++Country 2.49 Credit Transfer Transaction Information +Debtor ++Postal Address +++Address Line 2.49 Credit Transfer Transaction Information +Debtor ++Identification 2.49 Credit Transfer Transaction Information +Debtor ++Identification +++Organisation Identification 2.49 Credit Transfer Transaction Information +Debtor ++Identification +++Organisation Identification ++++BICOr BEI 2.49 Credit Transfer Transaction Information +Debtor ++Identification +++Organisation Identification ++++Other Δ 2.49 Credit Transfer Transaction Information +Debtor ++Identification +++Private Identification TwnNm Town Name Ort Ctry Country Land AdrLine Address Line (unstructured) Adresszeile (unstrukturiert) Maximal 2 Adresszeilen sind zugelassen. Id Identification Identifikation OrgId {Or Organisation Identification Identifikation der Organisation Nur <BICOrBEI>oder ein Element aus <Othr> zulässig. BICOrBEI BIC or BEI BIC oder BEI Muss einen gültigen Wert gemäss ISO 9362 enthalten. Wenn verwendet, dürfen unter <Dbtr> keine anderen Sub-Elemente enthalten sein. Othr 0..n 1..1 Other Organisation Identification Andere Identifikation der Organisation Maximal 1 Ausprägung zugelassen. Darf nur zusammen mit <Nm> verwendet werden. PrvtId Or} Private Identification Identifikation der Person Darf nur zusammen mit <Nm> verwendet werden. Nur Element <Id> aus <Othr> zulässig. Andere Elemente werden ignoriert. Wenn verwendet, darf <OrgId> nicht verwendet werden. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 39

40 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.50 Credit Transfer Transaction Information +Debtor Account 2.50 Credit Transfer Transaction Information +Debtor Account ++Identification 2.50 Credit Transfer Transaction Information +Debtor Account ++Identification +++IBAN 2.50 Credit Transfer Transaction Information +Debtor Account ++Identification +++Other 2.50 Credit Transfer Transaction Information +Debtor Account ++Identification +++Other ++++Identification 2.51 Credit Transfer Transaction Information +Debtor Agent 2.51 Credit Transfer Transaction Information +Debtor Agent 2.51 Credit Transfer Transaction Information +Debtor Agent +++BIC DbtrAcct Debtor Account Konto des Zahlers Id IBAN Othr {Or Or} IBAN IBAN Muss einen gültigen IBAN gemäss ISO enthalten. Die Prüfziffer (3. und 4. Stelle der IBAN) muss im Bereich 02 bis 98 liegen Proprietary Account Format Proprietäres Kontoformat Id Account (proprietary) Kontonummer (proprietär) DbtrAgt Debtor Agent Institut des Zahlers Adressierung kann grundsätzlich über jede Art von Identifikationen erfolgen. Die Sub-Elemente <BIC> und <ClrSysMmbId> dürfen nicht gleichzeitig verwendet werden. Ebenfalls zulässig ist die Angabe einer Volladresse mit den Elementen <Nm> und <Pstladr>. Folgende Regeln sind zu berücksichtigen: a) Bei Verwendung <BIC> ist die Angabe von <Nm> / <PstlAdr> nicht zulässig. b) <PstlAdr> ist nur in Kombination mit <Nm> zulässig. c) <Nm> kann auch ohne <PstlAdr> verwendet werden. FinInstnId BIC Debtor Agent Identification (BIC) Identifikation des Institut des Zahlers (BIC) SWIFT-Adresse mit 8 oder 11 alphanumerischen Zeichen. Muss einen gültigen Wert gemäss ISO 9362 enthalten. Element darf nicht gleichzeitig mit <ClrSysMmbId> verwendet werden.. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 40

41 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.51 Credit Transfer Transaction Information +Debtor Agent +++Clearing System Member Identification 2.51 Credit Transfer Transaction Information +Debtor Agent +++Clearing System Member Identification ++++Clearing System Identification 2.51 Credit Transfer Transaction Information +Debtor Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code 2.51 Credit Transfer Transaction Information +Debtor Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary 2.51 Credit Transfer Transaction Information +Debtor Agent +++Clearing System Member Identification ++++Member Identification 2.51 Credit Transfer Transaction Information +Debtor Agent +++Name 2.51 Credit Transfer Transaction Information +Debtor Agent +++Postal Address ClrSysMmbId Debtor Agent Identification (proprietary) Identifikation des Instituts des Zahlers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Cd Prtry {Or Or} Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige ISO-Codewerte gemäss External Code List Clearing System Identification (proprietary) Identifikation des Clearingsystems (proprietär) MmbId Member Identification Identifikation des Teilnehmers Nm Agent Name Name des Instituts Darf nicht in Kombination mit <BIC> verwendet werden. PstlAdr Agent Address Adresse des Instituts Darf nur in Kombination mit <Nm> verwendet werden. Darf nicht in Kombination mit <BIC> verwendet werden. Die gleichzeitige Verwendung der strukturierten Elemente <StrtNm> / <BidgNb> / <PstCd> / <TwnNm> zusammen mit dem unstrukturierten Element <AdrLine> ist nicht zulässig. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 41

42 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.51 Credit Transfer Transaction Information +Debtor Agent +++Postal Address ++++Street Name 2.51 Credit Transfer Transaction Information +Debtor Agent +++Postal Address ++++Building Number 2.51 Credit Transfer Transaction Information +Debtor Agent +++Postal Address ++++Post Code 2.51 Credit Transfer Transaction Information +Debtor Agent +++Postal Address ++++Town Name 2.51 Credit Transfer Transaction Information +Debtor Agent +++Postal Address ++++Country 2.51 Credit Transfer Transaction Information +Debtor Agent +++Postal Address ++++Address Line Δ 2.52 Credit Transfer Transaction Information +Debtor Agent Account Δ 2.53 Credit Transfer Transaction Information +Creditor Agent StrtNm Street Name Strasse BldgNb Building Number Hausnummer PstCd Postcode Postleitzahl TwnNm Town Name Ort Ctry Country Land AdrLine Address Line (unstructured) Adresszeile (unstrukturiert) Maximal 2 Adresszeilen sind zugelassen. DbtrAgtAcct Einlieferung ISO 20022: keine Anwendung. Element wird ignoriert. Auslieferung ISO 20022: wird mitgeliefert wenn vorhanden. CdtrAgt Creditor Agent Institut des Zahlungsempfängers Die Sub-Elemente <BIC> und <ClrSysMmbId> dürfen nicht gleichzeitig verwendet werden. Angabe einer Volladresse mit den Elementen <Nm> und <PstlAdr> möglich. Folgende Regeln sind zu berücksichtigen: a) Bei Verwendung <BIC> ist die Angabe von <Nm> / <PstlAdr> nicht zulässig. b) <PstlAdr> ist nur in Kombination mit <Nm> zulässig. c) <Nm> kann auch ohne <PstlAdr> verwendet werden. Auslieferung ISO 20022: Ist in der Regel identisch mit <InstdAgt>. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 42

43 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.53 Credit Transfer Transaction Information +Creditor Agent 2.53 Credit Transfer Transaction Information +Creditor Agent +++BIC 2.53 Credit Transfer Transaction Information +Creditor Agent +++Clearing System Member Identification 2.53 Credit Transfer Transaction Information +Creditor Agent +++Clearing System Member Identification ++++Clearing System Identification 2.53 Credit Transfer Transaction Information +Creditor Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code 2.53 Credit Transfer Transaction Information +Creditor Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary 2.53 Credit Transfer Transaction Information +Creditor Agent +++Clearing System Member Identification ++++Member Identification FinInstnId BIC Creditor Agent Identification (BIC) Identifikation des Instituts des Zahlungsempfängers (BIC) SWIFT-Adresse mit 8 oder 11 alphanumerischen Zeichen. Muss einen gültigen Wert gemäss ISO 9362 enthalten. Element darf nicht gleichzeitig mit <ClrSysMmbId> verwendet werden. ClrSysMmbId Creditor Agent Identification (proprietary) Identifikation des Instituts des Zahlungsempfängers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Cd Prtry {Or Or} Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige ISO-Codewerte gemäss External Code List Clearing System Identification (proprietary) Identifikation des Clearingsystems (proprietär) MmbId Member Identification Identification des Teilnehmers. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 43

44 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.53 Credit Transfer Transaction Information +Creditor Agent +++Name 2.53 Credit Transfer Transaction Information +Creditor Agent +++Postal Address 2.53 Credit Transfer Transaction Information +Creditor Agent +++Postal Address 2.53 Credit Transfer Transaction Information +Creditor Agent +++Postal Address ++++Building Number 2.53 Credit Transfer Transaction Information +Creditor Agent +++Postal Address ++++Post Code 2.53 Credit Transfer Transaction Information +Creditor Agent +++Postal Address ++++Town Name 2.53 Credit Transfer Transaction Information +Creditor Agent +++Postal Address ++++Country Nm Agent Name Name des Instituts Darf nicht in Kombination mit <BIC> verwendet werden. PstlAdr Agent Address Adresse des Instituts Darf nur in Kombination mit <Nm> verwendet werden. Darf nicht in Kombination mit <BIC> verwendet werden. Die gleichzeitige Verwendung der strukturierten Elemente <StrtNm> / <BidgNb> / <PstCd> / <TwnNm> zusammen mit dem unstrukturierten Element <AdrLine> ist nicht zulässig. StrtNm Street Name Strasse BldgNb Building Number Hausnummer PstCd Postcode Postleitzahl TwnNm Town Name Ort Ctry Country Land Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 44

45 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.53 Credit Transfer Transaction Information +Creditor Agent +++Postal Address Δ 2.54 Credit Transfer Transaction Information +Creditor Agent Account 2.54 Credit Transfer Transaction Information +Creditor Agent Account ++Identification 2.54 Credit Transfer Transaction Information +Creditor Agent Account ++Identification +++IBAN 2.54 Credit Transfer Transaction Information +Creditor Agent Account ++Identification +++Other Δ 2.54 Credit Transfer Transaction Information +Creditor Agent Account ++Identification +++Other ++++Identification AdrLine Address Line (unstructured) Adresszeile (unstrukturiert) Maximal 2 Adresszeilen sind zugelassen. CdtrAgtAcct Creditor Agent Account Konto des Instituts des Zahlungsempfängers Darf für das Postkonto des Creditor Agents verwendet werden, wenn die Angaben der gutzuschreibende Teilnehmer (z.b. <InstdAgt>) nicht die Angaben dem Institut des Zahlungsempfängers (z.b <CdtrAgt>) entspricht. Id IBAN Othr {Or Or} IBAN IBAN Muss einen gültigen IBAN gemäss ISO enthalten. Die Prüfziffer (3. Und 4. Stelle der IBAN) muss im Bereich 02 bis 98 liegen Proprietary Account Format Proprietäres Kontoformat Id Account (proprietary) Kontonummer (proprietär) CSTPMT: Auslieferung ISO 20022: PostFinance liefert die gelieferte Postkontonummer/IBAN des empfangenden Instituts ESRPMT: Darf nicht verwendet werden. ESRPMT: Einlieferung ISO 20022: Es soll die ESR- Teilnehmernummer des empfangenden Instituts angegeben werden, falls es sich beim ESR-Empfänger um ein Institut handelt. Auslieferung ISO 20022: PostFinance liefert hier immer die ESR-Teilnehmernummer des empfangenden Instituts. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 45

46 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.55 Credit Transfer Transaction Information +Creditor 2.55 Credit Transfer Transaction Information +Creditor ++Name 2.55 Credit Transfer Transaction Information +Creditor ++Postal Address 2.55 Credit Transfer Transaction Information +Creditor ++Postal Address +++Street Name 2.55 Credit Transfer Transaction Information +Creditor ++Postal Address +++Building Number 2.55 Credit Transfer Transaction Information +Creditor ++Postal Address +++Post Code 2.55 Credit Transfer Transaction Information +Creditor ++Postal Address +++Town Name 2.55 Credit Transfer Transaction Information +Creditor ++Postal Address +++Country Cdtr Creditor Zahlungsempfänger Ist Kunde des Instituts des Zahlungsempfängers. Es muss zwingend entweder das Sub-Element <Nm> oder <Id><OrgId><BICOrBEI> verwendet werden. Nm Name Name Maximal 70 Stellen zugelassen. Wenn verwendet, darf <Id><OrgId><BICorBEI> nicht verwendet werden PstlAdr Postal Address Adresse Darf nur zusammen mit <Nm> verwendet werden. Die gleichzeitige Verwendung der strukturierten Elemente <StrtNm> / <BldgNb> / <PstCd> / <TwnNm> zusammen mit dem unstrukturierten Element <AdrLine> ist nicht zulässig. StrtNm Street Name Strasse BldgNb Building Number Hausnummer PstCd Postcode Postleitzahl TwnNm Town Name Ort Ctry Country Land ESRPMT: Falls nicht vorhanden, wird mit «NOTPROVIDED» abgefüllt.. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 46

47 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.55 Credit Transfer Transaction Information +Creditor ++Postal Address +++Address Line 2.55 Credit Transfer Transaction Information +Creditor ++Identification 2.55 Credit Transfer Transaction Information +Creditor ++Identification +++Organisation Identification 2.55 Credit Transfer Transaction Information +Creditor ++Identification +++Organisation Identification ++++BICOr BEI 2.55 Credit Transfer Transaction Information +Creditor ++Identification +++Organisation Identification ++++Other 2.55 Credit Transfer Transaction Information +Creditor ++Identification +++Private Identification AdrLine Address Line (unstructured) Adresszeile (unstrukturiert) Maximal 2 Adresszeilen sind zugelassen. Id Identification Identifikation OrgId {Or Organisation Identification Identifikation der Organisation Nur <BICOrBEI> oder ein Element aus <Othr> zulässig. BICOrBEI BIC or BEI BIC oder BEI Muss einen gültigen Wert gemäss ISO 9362 enthalten. Wenn verwendet, dürfen unter <Cdtr> keine anderen Sub-Elemente enthalten sein. Othr 0..n 0..1 Other Organisation Identification Andere Identifikation der Organisation Maximal 1 Ausprägung zugelassen. Darf nur zusammen mit <Nm> verwendet werden. PrvtId Or} Private Identification Identifikation der Person Darf nur zusammen mit <Nm> verwendet werden. Nur Element <Id> aus <Othr> zulässig. Andere Elemente werden ignoriert. Wenn verwendet, darf <OrgId> nicht verwendet werden. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 47

48 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Δ 2.56 Credit Transfer Transaction Information +Creditor Account CdtrAcct Creditor Account Konto des Zahlungsempfängers CSTPMT und ESRPMT: Einlieferung ISO 20022: Verwendung zwingend, falls es sich beim Creditor um einen Kunden von PostFinance handelt Credit Transfer Transaction Information +Creditor Account ++Identification 2.56 Credit Transfer Transaction Information +Creditor Account ++Identification +++IBAN 2.56 Credit Transfer Transaction Information +Creditor Account ++Identification +++Other Id IBAN Othr {Or Or} IBAN IBAN Muss einen gültigen IBAN gemäss ISO enthalten. Die Prüfziffer (3. Und 4. Stelle der IBAN) muss im Bereich 02 bis 98 liegen Proprietary Account Format Proprietäres Kontoformat SLRPMT: Einlieferung ISO 20022: Verwendung zwingend, falls es sich beim Creditor um einen Kunden von PostFinance handelt. ESRPMT: Darf nicht verwendet werden. ESRPMT: Einlieferung ISO 20022: Verwendung zwingend, falls es sich beim Creditor um einen Kunden von PostFinance handelt. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 48

49 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.56 Credit Transfer Transaction Information +Creditor Account ++Identification +++Other ++++Identification Id Account (proprietary) Kontonummer (proprietär) Die Kontonummer wird aufgrund Code-Angabe der Art unter <SchmeNm><Prtry> individuell geprüft: PRTRY = max. 34-stellige Kontonummer, konventionelles Format PCACC = Postkonto-Nummer gemäss folgenden Vorgaben: - zwingend 9-stelliger numerischer Wert (keine Bindestriche), Aufbau wie folgt: VV999999P - VV = Vorziffer, Beliebiger Wert im Bereich von 00 bis = Ordnungsnummer: falls < 6stellig muss diese links mit Nullen ergänzt werden, muss > sein - P = Prüfziffer gemäss Modulo 10, rekursiv ESRPT = ESR-Teilnehmernummer gemäss folgenden Vorgaben: - zwingend 9-stelliger numerischer Wert (keine Bindestriche), Aufbau wie folgt: VV999999P - VV = Vorziffer, Beliebiger Wert im Bereich von 00 bis = Ordnungsnummer: falls < 6-stellig muss diese links mit Nullen ergänzt werden, muss > sein - P = Prüfziffer gemäss Modulo 10, rekursiv PSREF = ES-Referenznummer gemäss folgenden Vorgaben: - zwingend 27-stellige numerischer Wert aus ES- Codierzeile - Prüfziffer an letzter Stelle gemäss Modulo 10, rekursiv Darf nicht verwendet werden, falls das Institut des Zahlungsempängers (<CdtrAgt>) PostFinance ist. CSTPMT: Währung CHF: Nur konventionelles Format, Postkontonummer oder ES- Referenznummer zugelassen. Währung EUR: Nur konventionelles Format oder Postkontonummer zugelassen. ESRPMT: Nur ESR- Teilnehmernummer zugelassen. SLRPMT: Währung CHF: Nur konventionelles Format, Postkontonummer oder ES- Referenznummer zugelassen. Währung EUR: Nur konventionelles Format oder Postkontonummer zugelassen. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 49

50 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.56 Credit Transfer Transaction Information +Creditor Account ++Identification +++Other ++++Scheme Name 2.56 Credit Transfer Transaction Information +Creditor Account ++Identification +++Other ++++Scheme Name +++++Code 2.56 Credit Transfer Transaction Information +Creditor Account ++Identification +++Other ++++Scheme Name +++++Proprietary 2.57 Credit Transfer Transaction Information +Ultimate Creditor 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Name SchmeNm Account Type Art der Kontonummer Angabe zwingend zwecks eindeutiger Identifizierung der verwendeten Kontonummerart. Cd Prtry {Or Or} Wird ignoriert Account Type Art der Kontonummer Folgende Codewerte stehen zur Verfügung: PRTRY = konventionelles Format PCACC = Postkonto-Nummer ESRPT = ESR-Teilnehmernummer PSREF = ES-Referenznummer UltmtCdtr Ultimate Creditor Endgültiger Zahlungsempfänger TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). Nm Name Name Maximal 70 Stellen CSTPMT: Währung CHF: Nur PRTRY, PCACC und PSREF zugelassen. Währung EUR: Nur PRTRY und PCACC zugelassen. ESRPMT: Nur ESRPT zugelassen (CHF/EUR) SLRPMT: Währung CHF: Nur PRTRY, PCACC und PSREF zugelassen. Währung EUR: Nur PRTRY und PCACC zugelassen. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 50

51 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Postal Address 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Postal Address +++Street Name 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Postal Address +++Building Number 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Postal Address +++Post Code 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Postal Address +++Town Name 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Postal Address +++Country 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Postal Address +++Address Line 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Identification 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Identification +++Organisation Identification PstlAdr Postal Address Adresse Die gleichzeitige Verwendung der strukturierten Elemente <StrtNm> / <BldgNb> / <PstCd> / <TwnNm> zusammen mit dem unstrukturierten Element <AdrLine> ist nicht zulässig. StrtNm Street Name Strasse BldgNb Building Number Hausnummer PstCd Postcode Postleitzahl TwnNm Town Name Ort Ctry Country Land AdrLine Address Line (unstructured) Adresszeile (unstrukturiert) Maximal 2 Adresszeilen sind zugelassen. Id Identification Identifikation OrgId {Or Organisation Identification Identifikation der Organisation Nur <BICOrBEI>oder ein Element aus <Othr> zulässig. Wenn verwendet, darf <PrvtId> nicht verwendet werden. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 51

52 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Δ 2.57 Credit Transfer Transaction Information +Ultimate Creditor ++Identification +++Private Identification Δ 2.58 Credit Transfer Transaction Information +Instruction For Creditor Agent 2.59 Credit Transfer Transaction Information +Instruction For Creditor Agent ++Code 2.60 Credit Transfer Transaction Information +Instruction For Creditor Agent ++Instruction Information Δ 2.61 Credit Transfer Transaction Information +Instruction For Next Agent PrvtId Private Identification Identifikation der Person Or} Nur Element <Id> aus <Othr> zulässig. Andere Elemente werden ignoriert. Wenn verwendet, darf <OrgId> nicht verwendet werden. InstrForCdtrAgt 0..n 0..n Instruction For Creditor Agent / Instruction Code Instruktion für das Institut des Zahlungsempfängers / Instruction Code Element dient der Angabe von Instruktionen an das Institut des Zahlungsempfängers bzw. den gutzuschreibenden Teilnehmer, entweder in strukturierter Form als SWIFT Instruction Code oder unstrukturiert. Lieferung von SWIFT Instruction Code (Abbildung SWIFT Feld 23E): Diese Instruktionen können an PostFinance geliefert werden resp.werden wenn möglich weitergegeben in diesem Element, jedoch ohne spezielle Verarbeitung. Max. 140 Zeichen zugelassen. TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). Cd Instruction Code Instruction Code InstrInf Instruction Information (text) Instruktion für das Institut des Zahlungsempfängers (Text) InstrForNxtAgt 0..n 0..n Processing Instruction Verarbeitungsinstruktionen Einlieferung ISO20022: keine Anwendung. Wird ignoriert. ESRPMT: wird ignoriert. SLRPMT: wird ignoriert. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 52

53 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen 2.64 Credit Transfer Transaction Information +Purpose 2.65 Credit Transfer Transaction Information +Purpose ++Code 2.66 Credit Transfer Transaction Information +Purpose ++Proprietary 2.67 Credit Transfer Transaction Information +Regulatory Reporting 2.67 Credit Transfer Transaction Information +Regulatory Reporting ++Details 2.67 Credit Transfer Transaction Information +Regulatory Reporting ++Details +++Information 2.75 Credit Transfer Transaction Information +Remittance Information Purp Transaction Purpose Zweck der Transaktion Kann als zusätzlich Information über den Zweck der Transaktion verwendet werden. TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). Cd Transaction Purpose (code) {Or Zweck der Transaktion (Code) Prtry Transaction Purpose (proprietary) Zweck der Transaktion (proprietär) Or} RgltryRptg Regulatory Reporting Regulatory Reporting TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). Dtls 0..n 1..1 Details Details Inf 0..n 1..3 Information Information Maximal 3 Zeilen sind zugelassen. RmtInf Remittance Information Mitteilung an den Zahlungsempfänger Diese Informationen müssen dem Endbegünstigten weitergegeben werden und können entweder in unstrukturierter (<Ustrd>) oder strukturiert (<Strd>) Form vorliegen ESRPMT: Wird ignoriert. ESRPMT:. Wird ignoriert. SLRPMT:. Wird ignoriert. ESRPMT: Verwendung zwingend. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 53

54 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Δ 2.76 Credit Transfer Transaction Information +Remittance Information ++Unstructured Δ 2.77 Credit Transfer Transaction Information +Remittance Information ++Structured Δ 2.78 Credit Transfer Transaction Information +Remittance Information ++Structured +++Referred Document Information Ustrd 0..n 0..2 Remittance Information Unstructured Unstrukturierte Mitteilung an den Zahlungsempfänger Einlieferung ISO 20022: Darf nur einmal verwendet werden und nurwenn keine strukturierte Mitteilung vorhanden ist. Auslieferung ISO 20022: Wird von PostFinance nur in zwei Fällen verwendet: - Weitergabe von unstrukturierten Mitteilungen wenn vorhanden und keine strukturierte Mitteilung vorhanden ist - Für die Anzeige der PostFinance-Taxen wenn vorhanden. Diese werden wie folgt abgebildet: CDC = Cash Deposit Charges (Bareinzahlungstaxen) RJC = Reject Charges (Rejecttaxen) PPC = Post Processing Charges (Nachbearbeitung ESR+) FRC = Full Recording Charges (ES-Vollerfassung) Als Einstiegs-Kürzel wird //CHRGS/ verwendet. Die einzelnen Codes werden mittels / voneinander getrennt. Bsp. Für Bareinzahlungstaxen und Rejecttaxen: //CHRGS/CDC CHF 2.95/RJC CHF 0.70/ Strd 0..n 0..1 Remittance Information Structured Strukturierte Mitteilung an den Zahlungsempfänger Einlieferung ISO 20022: Darf nur verwendet werden, wenn keine unstrukturierte Mitteilung vorhanden ist. Auslieferung ISO 20022: Wird nur verwendet, wenn keine unstrukturierte Mitteilung vorhanden ist. Eine Ausnahme bilden die PostFinance-Taxen, welche im Element <Ustrd> abgebildet werden. In diesem Fall können beide Elemente verwendet werden. RfrdDocInf 0..n 1..1 Wird ignoriert. ESRPMT: Einlieferung ISO 20022: Darf nicht verwendet werden. CSTPMT: Maximal 140 Zeichen einschliesslich XML-Tag, sonst kann die vollständige Weiterleitung der Informationen nicht garantiert werden. ESRPMT: Muss vorhanden sein. SLRPMT: Maximal 140 Zeichen einschliesslich XML-Tag, sonst kann die vollständige Weiterleitung der Informationen nicht garantiert werden. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 54

55 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Δ 2.86 Credit Transfer Transaction Information +Remittance Information ++Structured +++Referred Document Amount 2.97 Credit Transfer Transaction Information +Remittance Information ++Structured +++Creditor Reference Information 2.98 Credit Transfer Transaction Information +Remittance Information ++Structured +++Creditor Reference Information ++++Type 2.99 Credit Transfer Transaction Information +Remittance Information ++Structured +++Creditor Reference Information ++++Type +++++Code Or Proprietary Credit Transfer Transaction Information +Remittance Information ++Structured +++Creditor Reference Information ++++Type +++++Code Or Proprietary Code Δ Credit Transfer Transaction Information +Remittance Information ++Structured +++Creditor Reference Information ++++Type +++++Code Or Proprietary Proprietary Credit Transfer Transaction Information +Remittance Information ++Structured +++Creditor Reference Information ++++Type +++++Issuer RfrdDocAmt Wird ignoriert. CdtrRefInf Creditor Reference Information Information zur Zahlungsreferenz des Empfängers Tp Reference Type Referenztyp CdOrPrtry Cd Prtry {Or Or} Reference Type (code) Referenztyp (Code) Reference Type (proprietary) Referenztyp (proprietär) Folgender Codewert ist zugelassen: ESR = ESR-Referenz Issr Issuer of the Creditor Reference Herausgeber der Referenznummer CSTPMT, ESRPMT, SLRPMT:. Wird ignoriert. ESRPMT: Muss vorhanden sein mit Wert «ESR». CSTPMT: wird ignoriert. ESRPMT: wird ignoriet. SLRPMT: wird ignoriert. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 55

56 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Zahlungsartspezifische Definitionen Credit Transfer Transaction Information +Remittance Information ++Structured +++Creditor Reference Information ++++Reference Credit Transfer Transaction Information +Remittance Information ++Structured +++Invoicer Credit Transfer Transaction Information +Remittance Information ++Structured +++Invoicee Credit Transfer Transaction Information +Remittance Information ++Structured +++Additional Remittance Information Tabelle 11 Credit Transfer Transaction Information (CdtTrfTxInf, B-Level) pacs.008 Ref Creditor Reference Zahlungsreferenz des Empfängers Die Zahlungsempfängerreferenz wird aufgrund Code- Angabe der Art unter <Tp><CdOrPrtry><Cd> bzw. <Prtry> individuell geprüft: ESR (<Prtry>) = ESR-Referenz gemäss folgenden Vorgaben: - zwingend 27-stelliger numerischer Wert, keine Leerzeichen zugelassen - bei Referenznummer < 27-stellig muss diese links mit Nullen ergänzt werden - muss >0 sein - Prüfziffer an letzter Stelle gemäss Modulo 10, rekursiv SCOR (<Cd>) = strukturierte Kundenreferenz des Zahlungsempfängers, RF Creditor Reference gem. ISO kann verwendet werden. Invcr Invoicer Rechnungssteller TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). Invcee Invoicee Rechnungsempfänger TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). AddtRmtInf Additional Remittance Information Zusätzliche Mitteilung an den Zahlungsempfänger TRUNCATION: Die Weiterleitung dieser Information kann je nach Auslieferungsformat ( ISO 20022) nicht immer garantiert werden (siehe Kapitel 3.8). ESRPMT: Muss ESR- Referenznummer enthalten. ESRPMT: wird ignoriert. SLRPMT: wird ignoriert. ESRPMT: wird ignoriert. SLRPMT: wird ignoriert. ESRPMT: wird ignoriert.. SLRPMT: wird ignoriert. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 56

57 4.2. pacs.002 Die XML-Meldung «Financial Institution To Financial Institution Payment Status Report» (pacs.002) wird von PostFinance an das Institut des Zahlers (zahlender Teilnehmer) und vom Institut des Zahlungsempfängers (gutzuschreibender Teilnehmer) an PostFinance gesendet, um den Status einer Meldung vor dem Settlement zurückzumelden. Sie wird auf der Basis des ISO XML-Schemas «pacs » (ISO Payments Maintenance 2009) eingesetzt. Die XML-Meldung «pacs.002» ist grundsätzlich wie folgt strukturiert: A-Level: Meldungsebene, Element «Group Header». Dieser Block muss genau einmal vorhanden sein. B-Level: Zugrunde liegende Meldung und Statusinformation, Element «Original Group Information And Status». Dieser Block muss genau einmal vorhanden sein. C-Level: Transaktionsinformation und Status, Element «Transaction Information And Status». Dieser Block ist optional und kann in der ISO-Definition n-mal vorkommen. Bei PostFinance wird dieser Block nicht verwendet. Transaktionsinformation und Status wird nach dem Settlement mittels pacs.004 mitgeteilt. XML-Meldung «pacs.002» Group Header (GrpHdr, A-Level) pacs.002 Der «Group Header» (A-Level der Meldung) kommt einmal vor und enthält die folgenden Elemente: Abbildung 17 Group Header (GrpHdr) pacs.002 Die nachstehende Tabelle spezifiziert alle für PostFinance relevanten Elemente des «Group Headers» der XML-Meldung «pacs.002». Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 57

58 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Document +FITo FIPayment Status Report V03 FIToFIPmtStsRpt Group Header GrpHdr Group Header +Message Identification MsgId Message Identification Meldungsidentifikation 1.2 Group Header +Creation Date Time Δ 1.3 Group Header +Instructing Agent 1.3 Group Header +Instructing Agent 1.3 Group Header +Instructing Agent +++BIC 1.3 Group Header +Instructing Agent +++Clearing System Member Identification 1.3 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification 1.3 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code CreDtTm Creation Date Time Erstellungszeitpunkt der Meldung InstgAgt Instructing Participant Zahlender Teilnehmer Verwendung zwingend. Enthält Originalinformation aus <InstdAgt> der quittierten Meldung. Meldungsauslieferung von PostFinance: In diesem Fall ist immer PostFinance der zahlende Teilnehmer. Meldungseinlieferung an PostFinance: Zur Adressierung des Teilnehmers muss entweder das Element <BIC> oder <ClrSysMmbId> verwendet werden FinInstnId BIC Identification of Instructing Participant (BIC) Identifikation des zahlenden Teilnehmers (BIC) Element darf nicht gleichzeitig mit <ClrSysMmbId> verwendet werden. Pacs.002 von PostFinance an ein Institut enthalten in diesem Element immer den Wert POFICHBEXXX ClrSysMmbId Identification of Instructing Participant (proprietary) Identifikation des zahlenden Teilnehmers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Cd {Or Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige Codewerte: CHSIC. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 58

59 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 1.3 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary 1.3 Group Header +Instructing Agent +++Clearing System Member Identification ++++Member Identification Δ 1.4 Group Header +Instructed Agent 1.4 Group Header +Instructed Agent ++ Financial Institution Identification 1.4 Group Header +Instructed Agent ++ Financial Institution Identification +++BIC 1.4 Group Header +Instructed Agent +++Clearing System Member Identification 1.4 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification Prtry Or} Clearing System Identification (proprietary) Identifikation des Clearingsystems (proprietär) Wird aktuell nicht unterstützt und ignoriert (Element wird für allfällige Erweiterungen im Schema beibehalten). MmbId Member Identification Identifikation des Teilnehmers BC-Nummer (=6n) InstdAgt Instructed Participant Gutzuschreibender Teilnehmer Verwendung zwingend. Enthält Originalinformation aus <InstgAgt> der quittierten Meldung. Meldungsauslieferung von PostFinance: PostFinance verwendet das Element <BIC> aus <InstgAgt> der quittierten Meldung. Meldungseinlieferung an PostFinance: der gutzuschreibende Teilnehmer ist immer PostFinance. Hier muss entweder das Element <BIC> mit dem Wert POFICHBEXXX oder das Element <CrlsysMmbId> mit dem Wert abgefüllt werden. FinInstnId BIC Identification of Instructed Participant (BIC) Identifikation des gutzuschreibenden Teilnehmers (BIC) Element darf nicht gleichzeitig mit <ClrSysMmbId> verwendet werden. ClrSysMmbId Identification of Instructed Participant (proprietary) Identifikation des gutzuschreibenden Teilnehmers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 59

60 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 1.4 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code 1.4 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary 1.4 Group Header +Instructed Agent +++Clearing System Member Identification ++++Member Identification Tabelle 12 Group Header (GrpHdr, A-Level) pacs.002 Cd Prtry {Or Or} Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige Codewerte: CHSIC Clearing System Identification (proprietary) Identifikation des Clearingsystems (proprietär) Wird aktuell nicht unterstützt und ignoriert (Element wird für allfällige Erweiterungen im Schema beibehalten). MmbId Member Identification Identifikation des Teilnehmers BC-Nummer (=6n) Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 60

61 Original Group Information And Status (OrgnIGrpInfAndSts, B-Level) pacs.002 Die «Original Group Information And Status» (B-Level der Meldung) beinhaltet die Informationen zur zugrunde liegenden Meldung. Abbildung 18 Original Group Information And Status (OrgnIGrpInfAndSts) pacs.002 Die nachstehende Tabelle spezifiziert alle für PostFinance relevanten Elemente der «Original Group Information And Status» der XML-Meldung «pacs.002». Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 61

62 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 2.0 Original Group Information And Status OrgnlGrpInfAndSts Original Group Information And Status +Original Message Identification Δ 2.2 Original Group Information And Status +Original Message Name Identification Δ 2.6 Original Group Information And Status +Group Status Δ 2.7 Original Group Information And Status +Status Reason Information 2.9 Original Group Information And Status +Status Reason Information ++Reason OrgnlMsgId Original Message Identification Transaktionsreferenz der referenzierten Meldung Wenn die Meldungsidentifikation der quittierten Meldung nicht verfügbar ist, mit Wert «UNKNOWN» befüllen. Hinweis für Meldungsversand von Teilnehmer an PostFinance: Für erfolgreiche Statusrückmeldung muss auf Ebene Meldung (<OrgnlMsgId>) die korrekte Identifikation (MsgId) aus der an den Teilnehmer gelieferten Zahlungsmeldung geliefert werden. OrgnlMsgNmId Original Message Name Identification Meldungstyp der referenzierten Meldung Zugelassene Typen: pacs.004/pacs.008. Wird mit Wert «UNKNOWN» gefüllt, wenn der Typ der Meldung nicht bestimmt werden kann. GrpSts Group Status Meldungsstatus Verwendung nur in folgenden Fällen: Einlieferung & Auslieferung ISO «ACCP»: Empfangene Meldung ist korrekt. Elemente <StsRsnInf> oder < AddtlInf > dürfen nicht vorhanden sein. - «RJCT»: NOK-Meldung bei nicht validierbaren Inhalten oder als Meldung bei Annullierung. Einlieferung ISO 20022: - «PDNG»: Postkonto nicht gedeckt. Es wird mittels Mehrfachbelastung nochmals versucht zu verarbeiten. - «ACSC»: Auftrag mit Status «PDNG» ist in der Zwischenzeit gedeckt und wird belastet. StsRsnInf 0..n 0..1 Status Reason Information Informationen zum Grund des Status-Reports Kann bei Group Status «RJCT», «PDNG» und «ACSC»: verwendet werden. Rsn Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 62

63 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Δ 2.10 Original Group Information And Status +Status Reason Information ++Reason +++Code Δ 2.11 Original Group Information And Status +Status Reason Information ++Reason +++Proprietary Δ 2.12 Original Group Information And Status +Status Reason Information ++Additional Information Cd Status Report Reason (Code) Statusssgrund (Code) Zulässige ISO-Codewerte gemäss External Code List. Prtry Wird ignoriert. AddtlInf 0..n Additional Information Zusatzinformationen In diesem Element wird der Grund als Text ausgegeben. Tabelle 13 Original Group Information And Status (OrgnIGrpInfAndSts, B-Level) pacs.002 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 63

64 Transaction Information And Status (TxInfAndSts, C-Level) pacs.002 Die Transaktionsinformationsebene, «Transaction Information And Status» (C-Level der Meldung) wird bei PostFinance nicht verwendet. Abbildung 19 Transaction Information And Status (TxInfAndSts) pacs.002 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 64

65 4.3. pacs.004 Die XML-Meldung «Payment Return» (pacs.004) wird entweder vom Institut des Zahlungsempfängers an PostFinance oder von PostFinance an das Institut des Zahlungsempfängers des Zahlers nach dem Settlement gesendet, um die Rückzahlung einer empfangenen Zahlung abzuwickeln. Sie wird auf der Basis des ISO XML-Schemas «pacs » (ISO Payments Maintenance 2009) eingesetzt. Die XML-Meldung «pacs.004» ist grundsätzlich wie folgt strukturiert: A-Level: Meldungsebene, Element «Group Header». Dieser Block muss genau einmal vorhanden sein. B-Level: Gruppeninformationsebene, Element «Original Group Information». Dieser Block kann einmal vorhanden sein. Bei PostFinance wird dieser Block nicht verwendet. C-Level: Rückzahlungs- bzw. Transaktionsebene, Element «Transaction Information». Dieser Block muss mindestens einmal vorliegen und kann in der ISO-Definition n-mal vorkommen. Bei PostFinance kann dieser Block max mal (pacs.004 vom Institut des Zahlers (zahlender Teilnehmer) an PostFinance) resp. max (pacs.004 von PostFinance an das Institut des Zahlungsempfängers (gutzuschreibender Teilnehmer) vorkommen. D-Level: Ursprungszahlungsebene, Element «Original Transaction Reference». Dieser Block ist in der ISO-Definition optional. Bei PostFinance wird dieser Block wie folgt eingesetzt: o Rückzahlungen von ISO-Meldungen (pacs.008) von PostFinance an Banken: wird nicht verwendet. o Rückzahlungen von ISO-Meldungen (pacs.008) von Banken an Postfinance: kann verwendet werden; Elemente aus D-Level werden ignoriert und nicht verarbeitet. Solche Rückzahlungen können auch über SIC-Kanal mittels pacs.004 retourniert werden. Die Details für eine korrekte Meldungserstellung finden Sie im Anhang E. o Rückzahlungen von EGA-/ESR-Auslieferungen von Banken an PostFinance: der Block muss pro Transaktion genau einmal vorliegen. Die Details für eine korrekte Meldungserstellung bei einer Rückzahlung via PostFinance, sind diesem Kapitel zu entnehmen (Bemerkung EGA/ESR in Spalte Definitionen für PostFinance ). Die Details für Rückzahlungen via SIC sind im Anhang F aufgeführt. Abbildung 20 Grundsätzliche Meldungsstruktur der XML-Meldung «pacs.004» Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 65

66 Group Header (GrpHdr, A-Level) pacs.004 Abbildung 21 Group Header (GrpHdr) pacs.004 Die nachstehende Tabelle spezifiziert alle für PostFinance relevanten Elemente des «Group Headers» der XML-Meldung «pacs.004». Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 66

67 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Document +Payment Return V02 PmtRtr Group Header GrpHdr Δ 1.1 Group Header +Message Identification 1.2 Group Header +Creation Date Time MsgId Message Identification Meldungsidentifikation Für dieses Element ist nur der SWIFT-Zeichensatz ohne Leerzeichen zugelassen. Wird in Kombination mit <InstgAgt> für die Duplikatsprüfung auf Ebene Meldung verwendet und darf innerhalb der zugelassenen Valutatage nur einmal vorkommen. Zugelassene Valutatage sind 5 Tage Vorvaluta, Valuta heute und 30 Tage Vergangenheit. Hinweis: Für erfolgreiche Verarbeitung einer Rückzahlung darf weder auf Ebene Meldung noch auf Ebene Transaktion ein Duplikat erkannt werden. CreDtTm Creation Date Time Erstellungszeitpunkt der Meldung Δ 1.7 Group Header +Number Of Transactions Δ 1.10 Group Header +Total Returned Interbank Settlement Amount Δ 1.10 Group Header +Total Returned Interbank Settlement Amount ++Currency 1.11 Group Header +Interbank Settlement Date NbOfTxs Number of Transactions Anzahl Transaktionen Die Angabe der Anzahl Transaktionen kann max sein (pacs.004 vom Institut des Zahlers an PostFinance) resp. max (pacs.004 von PostFinance an das Institut des Zahlungsempfängers) TtlRtrdIntrBkSttlmA mt Total Returned Settlement Amount Total-Rückzahlungsbetrag Die Verwendung dieses Elements ist zwingend. Die Summe aller <RtrdIntrBkSttlmAmt> entspricht diesem Betrag. Darf maximal 13 Stellen enthalten (exkl. Dezimaltrennzeichen), davon maximal 2 Dezimalstellen. Betrag muss >0 sein, maximal akzeptierter Betrag ist Ccy Currency Code Währungscode Der Währungscode muss zwingend mitgeliefert werden und muss identisch sein mit den Angaben im Element <RtrdIntrBkSttlmAmt> (Ccy). Innerhalb einer pacs.004-meldung dürfen nicht verschiedene Währungen angeliefert werden (währungsrein). IntrBkSttlmDt Requested Settlement Date Valuta-Soll der Rückzahlung Meldungsauslieferung von PostFinance: Datum an dem die Gutschrift auf Postkonto erfolgt. Meldungseinlieferung an PostFinance: Datum an dem das Postkonto des Instituts belastet wird. Es muss ein gültiger Postwerktag sein. Darf nicht mehr als 5 Postwerktage in der Zukunft liegen. Darf nicht älter als 90 Kalendertage sein. Das Verrechnungsdatum auf dem Postkonto des Instituts wird wie folgt bestimmt: (A) Wenn die Valuta-Soll grösser als das aktuelle Datum ist: Wenn die Valuta-Soll kein gültiger Postwerktag ist, wird als Verrechnungsdatum der nächstfolgende Postwerktag eingesetzt; sonst wird die Valuta-Soll als Verrechnungsdatum betrachtet. (B) wenn die Valuta-Soll gleich oder kleiner als das aktuelle Datum ist, wird das aktuelle Datum Verrechnungsdatum betrachtet. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 67

68 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 1.12 Group Header +Settlement Information Δ 1.13 Group Header +Settlement Information ++Settlement Method SttlmInf Settlement Information Verrechnungsinformationen SttlmMtd Settlement Method Verrechnungsmethode Meldungsauslieferung von PostFinance: Inhalt muss «INGA» sein. Meldungseinlieferung an PostFinance: Inhalt muss «INDA» sein. Δ 1.14 Group Header +Settlement Information ++Settlement Account 1.14 Group Header +Settlement Information ++Settlement Account +++Identification 1.14 Group Header +Settlement Information ++Settlement Account +++Identification ++++IBAN 1.14 Group Header +Settlement Information ++Settlement Account +++Identification ++++Other Δ 1.15 Group Header +Settlement Information ++Clearing System 1.24 Group Header +Instructing Agent SttlmAcct Settlement Account Verrechnungskonto Meldungsauslieferung von PostFinance: PostFinance liefert hier das Postkonto des Instituts (<InstdAgt>) als IBAN Meldungseinlieferung an PostFinance: Postkonto des Instituts (<InstgAgt>) als IBAN (optional). Falls nicht angegeben, wird pro Währung ein Defaultkonto definiert und verrechnet. Id IBAN Othr {Or Or} IBAN IBAN Muss einen gültigen IBAN gemäss ISO enthalten. Die Prüfziffer (3. und 4. Stelle der IBAN) muss im Bereich 02 bis 98 liegen Darf nicht verwendet werden. ClrSys Darf nicht verwendet werden. InstgAgt Instructing Participant Zahlender Teilnehmer Verwendung zwingend. Eigene Identifikation des zahlenden Teilnehmers. Wird in Kombination mit <MsgId> / <RtrId> für die Duplikatsprüfung verwendet. Meldungsauslieferung von PostFinance: In diesem Fall ist immer PostFinance der zahlende Teilnehmer. Meldungseinlieferung an PostFinance: Zur Adressierung des Teilnehmers muss entweder das Element <BIC> oder <ClrSysMmbId> verwendet werden. Der zahlende Teilnehmer hat in diesem Fall ein Postkonto, welches belastet wird. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 68

69 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 1.24 Group Header +Instructing Agent 1.24 Group Header +Instructing Agent +++BIC 1.24 Group Header +Instructing Agent +++Clearing System Member Identification 1.24 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification 1.24 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code 1.24 Group Header +Instructing Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary 1.24 Group Header +Instructing Agent +++Clearing System Member Identification ++++Member Identification FinInstnId BIC Identification of Instructing Participant (BIC) Identifikation des zahlenden Teilnehmers (BIC) SWIFT-Adresse mit 8 oder 11 alphanumerischen Zeichen. Meldungsauslieferung von PostFinance: pacs.004 von PostFinance an ein Institut enthalten in diesem Element immer den Wert POFICHBEXXX. Meldungseinlieferung an PostFinance: Element darf nicht gleichzeitig mit <ClrSysMmbId> verwendet werden. Muss einen gültigen Wert gemäss ISO 9362 enthalten. Muss gültigen BIC eines aktiven Postkontos enthalten. ClrSysMmbId Identification of Instructing Participant (proprietary) Identifikation des zahlenden Teilnehmers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. Muss gültige Identifikation eines aktiven Postkontos enthalten. ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Cd Prtry {Or Or} Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige ISO-Codewerte: CHSIC (BC-Nummer, 6-stellig) Clearing System Identification (proprietary) Identifikation des Clearingsystems (proprietär) Wird aktuell nicht unterstützt und ignoriert (Element wird für allfällige Erweiterungen im Schema beibehalten). MmbId Member Identification Identifikation des Teilnehmers BC-Nummer (=6n), muss im BC-Bankenstamm vorhanden und aktiv sein. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 69

70 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 1.25 Group Header +Instructed Agent 1.25 Group Header +Instructed Agent 1.25 Group Header +Instructed Agent +++BIC 1.25 Group Header +Instructed Agent +++Clearing System Member Identification 1.25 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification 1.25 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Code InstdAgt Instructed Participant Gutzuschreibender Teilnehmer Verwendung zwingend. Entspricht der Identifikation des zahlenden Teilnehmers aus Ursprungszahlung. Meldungsauslieferung von PostFinance: PostFinance verwendet im Normalfall das Element <BIC> des gutzuschreibenden Teilnehmers. Der gutzuschreibende Teilnehmer führt ein Postkonto bei PostFinance, welches gutgeschrieben wird. Meldungseinlieferung an PostFinance: der gutzuschreibende Teilnehmer ist immer PostFinance. Hier muss entweder das Element <BIC> mit dem Wert POFICHBEXXX oder das Element <CrlsysMmbId> mit dem Wert abgefüllt werden. FinInstnId BIC Identification of Instructed Participant (BIC) Identifikation des gutzuschreibenden Teilnehmers (BIC) SWIFT-Adresse mit 8 oder 11 alphanumerischen Zeichen. Meldungsauslieferung von PostFinance: PostFinance liefert im Normalfall den BIC des Instituts des Zahlungsempfängers. Das Institut führt bei PostFinance ein Postkonto, welches gutgeschrieben wird. Meldungseinlieferung an PostFinance: Falls verwendet muss immer der Wert POFICHBEXXX abgefüllt werden. Falls nicht verwendet, muss der Wert mit <ClrSysMmbId> geliefert werden. Muss einen gültigen Wert gemäss ISO 9362 enthalten. ClrSysMmbId Identification of Instructed Participant (proprietary) Identifikation des gutzuschreibenden Teilnehmers (proprietär) Element darf nicht gleichzeitig mit <BIC> verwendet werden. Muss gültige Identifikation eines aktiven Teilnehmers enthalten. ClrSysId Clearing System Identification Identifikation des Clearingsystems Verwendung zwingend zwecks eindeutiger Identifizierung der verwendeten Adressierungsart. Cd {Or Clearing System Identification (code) Identifikation des Clearingsystems (Code) Zulässige ISO-Codewerte: CHSIC (BC-Nummer, 6-stellig). Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 70

71 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 1.25 Group Header +Instructed Agent +++Clearing System Member Identification ++++Clearing System Identification +++++Proprietary 1.25 Group Header +Instructed Agent +++Clearing System Member Identification ++++Member Identification Δ 1.25 Group Header +Instructed Agent +++Other Tabelle 14 Group Header (GrpHdr, A-Level) pacs.004 Prtry Or} Member Identification Identifikation des Teilnehmers Wird aktuell nicht unterstützt und ignoriert (Element wird für allfällige Erweiterungen im Schema beibehalten). MmbId Member Identification Identifikation des Teilnehmers BC-Nummer (=6n), muss im BC-Bankenstamm vorhanden und aktiv sein. Meldungseinlieferung an PostFinance: Falls verwendet muss der Wert enthalten sein. Othr Darf nicht verwendet werden. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 71

72 Original Group Information (OrgnlGrpInf, B-Level) pacs.004 Die Gruppeninformationsebene, «Original Group Information» wird bei PostFinance nicht verwendet. Abbildung 22 Original Group Information (OrgnlGrpInf), B-Level pacs.004 Die Informationen des Elements OrgnlGrpInf können jedoch bei Bedarf im C-Level geliefert werden: Abbildung 23 Original Group Information (OrgnlGrpInf), C-Level pacs.004 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 72

73 Transaction Information (TxInf, C-Level) pacs.004 Die «Transaction Information» (C-Level der Meldung) beinhaltet die folgenden Informationen zur Rückzahlung bzw. zur Ursprungszahlung: Abbildung 24 Transaction Information (TxInf) pacs.004 Die nachstehende Tabelle spezifiziert alle für PostFinance relevanten Elemente der «Transaction Information» der XML- Meldung «pacs.004». Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 73

74 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Δ 3.0 Transaction Information TxInf 0..n 1..n Verwendung zwingend. Das Element darf max sein (pacs.004 vom Institut des Zahlers an PostFinance) resp. max (pacs.004 von PostFinance an das Institut des Zahlungsempfängers) Δ 3.1 Transaction Information +Return Identification Δ 3.2 Transaction Information +Original Group Information Δ 3.3 Transaction Information +Original Group Information ++Original Message Identification Δ 3.4 Transaction Information +Original Group Information ++Original Message Name Identification Δ 3.6 Transaction Information +Original Instruction Identification 3.7 Transaction Information +Original End To End Identification 3.8 Transaction Information +Original Transaction Identification RtrId Transaction Identification Transaktionsreferenz Verwendung zwingend. Für dieses Element ist nur der SWIFT-Zeichensatz ohne Leerzeichen zugelassen. Nur 16 Stellen zugelassen, muss auf der ersten Position eine Ziffer 0 9 oder einen Buchstaben a z oder A Z enthalten. Meldungsauslieferung von PostFinance: wird von PostFinance generiert. Muss eindeutig sein. Meldungseinlieferung an PostFinance: wird vom Institut angeliefert. Wird in Kombination mit <InstgAgt> für die Duplikatsprüfung auf Ebene Transaktion verwendet und darf innerhalb der zugelassenen Valutatage nur einmal vorkommen. Zugelassene Valutatage sind 5 Tage Vorvaluta, Valuta heute und 30 Tage Vergangenheit. Hinweis: Für erfolgreiche Verarbeitung einer Zahlung darf weder auf Ebene Meldung noch auf Ebene Transaktion ein Duplikat erkannt werden. OrgnlGrpInf Original Group Information Informationen zur Ursprungszahlung Meldungseinlieferung an PostFinance: Bei Rückzahlungen von einem Finanzinstitut an PostFinance ist die Verwendung dieses Elements optional. OrgnlMsgId Original Message Identification Meldungsidentifikation der Ursprungszahlung Falls <OrgnlGrpInf> vorhanden, ist hier die ursprüngliche Original Message ID anzugeben. Ansonsten mit NOTPROVIDED befüllen. OrgnlMsgNmId Original Message Name Identification Meldungstyp der Ursprungszahlung Zugelassene Typen: pacs.008 EGA/ESR Retourzahlungen an PostFinance: Meldungstyp der Ursprungslzahlung: EGA-B, EGA-V, ESR OrgnlInstrId Meldungseinlieferung an PostFinance: keine Anwendung. Element wird ignoriert. Meldungsauslieferung von PostFinance: keine Anwendung. OrgnlEndToEndId Original Debtor Reference Zahlungsreferenz des Zahlers der Ursprungszahlung Ist mitzuliefern falls in der Ursprungszahlung vorhanden. EGA/ESR-Rückzahlungen an PostFinance: bei EGA-B/V: Buchungsidentifikatior aus Feld 26 bei ESR Typ 3: ESR-Referenznummer aus Position bei ESR Typ 4: Referenz Finanzinstitut aus Position OrgnlTxId Original Transaction Identification Transaktionsreferenz der Ursprungszahlung Verwendung zwingend. EGA/ESR-Rückzahlungen an PostFinance: bei EGA-B/V: Postkontonummer der EGA-Teilnahme aus Feld 16 bei ESR Typ3: ESR-Kunden-Nr. aus Ursprungsrecord aus Position 4-12 bei ESR Typ4: ESR-Kunden-Nr. aus Ursprungsrecord aus Position 7-15 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 74

75 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 3.10 Transaction Information +Original Interbank Settlement Amount 3.10 Transaction Information +Original Interbank Settlement Amount ++Currency 3.11 Transaction Information +Returned Interbank Settlement Amount Δ 3.11 Transaction Information +Returned Interbank Settlement Amount ++Currency Δ 3.13 Transaction Information +Returned Instructed Amount 3.13 Transaction Information +Returned Instructed Amount ++Currency Δ 3.16 Transaction Information +Charge Bearer Δ 3.17 Transaction Information +Charges Information 3.18 Transaction Information +Charges Information ++Amount OrgnlIntrBkSttlmAm t Original Settlement Amount Verrechnungsbetrag der Ursprungszahlung Darf maximal 13 Stellen enthalten (exkl. Dezimaltrennzeichen), davon maximal 2 Dezimalstellen. Maximal akzeptierter Betrag ist EGA/ESR Rückzahlungen an PostFinance: Ursprungsbetrag der Überweisung EGA-B/V: Feld 32, ESR Typ 3: POS 40 49, ESR Typ 4: POS Ccy Currency Code Währungscode Der Währungscode muss zwingend mitgeliefert werden EGA/ESR Retourzahlungen an PostFinance: Währung Ursprungsbetrag der Überweisung EGA-B/V: Feld 32, ESR Typ 3: POS 40 49, ESR Typ 4: POS RtrdIntrBkSttlmAmt Returned Settlement Amount Zurückbezahlter Verrechnungsbetrag Darf maximal 13 Stellen enthalten (exkl. Dezimaltrennzeichen), davon maximal 2 Dezimalstellen. Maximal akzeptierter Betrag ist EGA/ESR Rückzahlungen an PostFinance: Ursprungsbetrag der Überweisung EGA-B/V: Feld 32, ESR Typ 3: POS 40 49, ESR Typ 4: POS Wenn Retourbetrag ungleich Ursprungsbetrag: generieren Ccy Currency Code Währungscode Der Währungscode muss zwingend mitgeliefert werden und muss identisch sein mit den Angaben im Element <TtlRtrdIntrBkSttlmAmt> Innerhalb einer pacs.004-meldung dürfen nicht verschiedene Währungen angeliefert werden (währungsrein). EGA/ESR Rückzahlungen an PostFinance: Ursprungsbetrag der Überweisung EGA-B/V: Feld 32, ESR Typ 3: POS 40 49, ESR Typ 4: POS RtrdInstdAmt Returned Instructed Amount Beauftragter Rückzahlungsbetrag Keine Anwendung. Element wird ignoriert. Ccy Currency Code Währungscode K eine Anwendung. Element wird ignoriert. ChrgBr Charge Bearer Spesenoption K eine Anwendung. Element wird ignoriert. ChrgsInf 0..n 0..1 Charges Information Speseninformation K eine Anwendung. Element wird ignoriert.. Amt Charges Amount Spesenbetrag und Währung K eine Anwendung. Element wird ignoriert Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 75

76 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 3.18 Transaction Information +Charges Information ++Amount +++Currency 3.19 Transaction Information +Charges Information ++Party 3.19 Transaction Information +Charges Information ++Party Transaction Information +Charges Information ++Party BIC 3.22 Transaction Information +Return Reason Information 3.23 Transaction Information +Return Reason Information ++Originator 3.23 Transaction Information +Return Reason Information ++Originator +++Name 3.23 Transaction Information +Return Reason Information ++Originator +++Identification 3.23 Transaction Information +Return Reason Information ++Originator +++Identification ++++Organisation Identification Ccy Currency Code Währungscode K eine Anwendung. Element wird ignoriert. Pty Charges Receiver Spesenempfänger K eine Anwendung. Element wird ignoriert FinInstId K eine Anwendung. Element wird ignoriert BIC Identification of Charges Receiver (BIC) Identifikation des Spesenempfängers (BIC) SWIFT-Adresse mit 8 oder 11 alphanumerischen Zeichen. Muss einen gültigen Wert gemäss ISO 9362 enthalten. K eine Anwendung. Element wird ignoriert RtrRsnInf 0..n 1..1 Return Reason Information Informationen zum Rückzahlungsgrund Verwendung zwingend. Das Element darf maximal einmal verwendet werden. Orgtr Return Originator Identifikation des Rückzahlers Es muss zwingend entweder das Sub-Element <Nm> oder <Id><OrgId><BICOrBEI> verwendet werden. Nm Originator Name Name des rückzahlenden Instituts Kurzbezeichnung des rückzahlenden Institutes (Name und Ort des Instituts). Darf nicht in Kombination mit <Id><OrgId><BICOrBEI> verwendet werden. Id Identification Identifikation OrgId {Or Organisation Identification Identifikation der Organisation Nur <BICOrBEI> zulässig. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 76

77 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 3.23 Transaction Information +Return Reason Information ++Originator +++Identification ++++Organisation Identification +++++BICOr BEI 3.23 Transaction Information +Return Reason Information ++Originator +++Identification ++++Private Identification 3.24 Transaction Information +Return Reason Information ++Reason 3.25 Transaction Information +Return Reason Information ++Reason +++Code 3.26 Transaction Information +Return Reason Information ++Reason +++Proprietary Δ 3.27 Transaction Information +Return Reason Information ++Additional Information BICOrBEI BIC or BEI BIC oder BEI Muss einen gültigen Wert gemäss ISO 9362 enthalten. Darf nicht in Kombination mit <Nm>verwendet werden. PrvtId Or} Darf nicht verwendet werden. Rsn Return Reason Rückzahlungsgrund Angabe des Rückzahlungsgrund als ISO-Code unter <Cd> oder proprietär unter <Prtry>. Cd Return Reason (code) Rückzahlungsgrund (Code) Or} Zugelassene ISO-Codes gemäss ISO External Code lists. Wenn Code «NARR» angegeben wird, muss im Element <AddtlInf> der genaue Grund angegeben werden. Prtry Return Reason (proprietary) Rückzahlungsgrund (proprietär) Or} Angabe eines variablen, aussagekräftigen proprietären Rückzahlungscodes. AddtlInf 0..n 0..7 Additional details Zusätzliche Angaben In diesem Element wird der Grund als Text ausgegeben. max. 210 Zeichen zugelassen. bei ESR-Schalter: <NF-ID> {ZZZZZZZZZNX} {Dossier-Nummer aus der NF-Antwort} Δ 3.28 Original Transaction Reference OrgnlTxRef Meldungsauslieferung von PostFinance: keine Anwendung. Meldungseinlieferung an PostFinance: Rückzahlungen von ISO-Meldungen (pacs.008) von Banken an Postfinance: keine Anwendung. Element wird ignoriert. Rückzahlungen von EGA-/ESR-Auslieferungen von Banken an PostFinance: der Block muss pro Transaktion genau einmal vorliegen. Tabelle 15 Transaction Information (TxInf, C-Level) pacs.004 Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 77

78 Original Transaction Reference (OrgnlTxRef, D-Level) pacs.004 Die «Original Transaction Reference» (D-Level der Meldung) beinhaltet die folgenden Informationen zur Ursprungszahlung: Die nachstehende Tabelle spezifiziert alle für PostFinance relevanten Elemente der «Original Transaction Reference» der Meldung «pacs.004», wenn D-Level geliefert wird. Mit Ausnahme von den obligatorischen Felder respektiv von den Elementen mit Relevanz für EGA/ESR-Retouren werden die Elemente aus dem D-Level von PostFinance ignoriert ( Empfehlung: nicht verwenden ). Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 78

79 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance 3.28 Original Transaction Reference OrgnlTxRef Original Transaction Reference Informationsinhalte der Ursprungszahlung Rückweisung von ESR-/EGA-Kundenzahlungen: muss geliefert werden. Alle andere Geschäftsfälle: Empfehlung nicht verwenden Original Transaction Reference +Interbank Settlement Date Δ 3.39 Original Transaction Reference +Settlement Information IntrBkSttlmDt Requested Settlement Date Valuta-Soll Valuta-Soll der Ursprungszahlung. EGA/ESR Retourzahlungen an PostFinance: EGA-B/V: Valuta Ursprungszahlung aus Feld 29 ESR Typ 3: Valuta Ursprungszahlung aus Feld POS ESR Typ 4: Valuta Ursprungszahlung aus Feld POS SttlmInf Settlement Information Verrechnungsinformationen Wird ignoriert.empfehlung: nicht verwenden. Δ 3.51 Original Transaction Reference +Payment Type Information Δ 3.84 Original Transaction Reference +Remittance Information Δ Original Transaction Reference +Ultimate Debtor Original Transaction Reference +Debtor Original Transaction Reference +Debtor ++Name Original Transaction Reference +Debtor ++Postal Address PmtTpInf Payment Type Information Informationen zur Art der Transaktion Wird ignoriert. Empfehlung: nicht verwenden. RmtInf Remittance Information Mitteilung an den Zahlungsempfänger Wird ignoriert. Empfehlung: nicht verwenden UltmtDbtr Ultimate Debtor Ursprünglicher Zahler Wird ignoriert. Empfehlung: nicht verwenden Dbtr Debtor Zahler Es muss entweder das Subelement <Nm> oder <Id><OrgId><BICOrBEI> verwendet werden. Nm Name Name EGA/ESR Retourzahlungen an PostFinance: EGA-V: Ursprünglicher Name aus Ursprungsrecord aus Feld 59-62; falls leer = Feld EGA-B: Name ab Belegbild erfassen ESR: generieren oder NOT PROVIDED PstlAdr Postal Address Adresse Darf nur verwendet werden wenn <Nm> vorhanden ist. Die gleichzeitige Verwendung der strukturierten Elemente <StrtNm> / <BldgNb> / <PstCd> / <TwnNm> zusammen mit dem unstrukturierten Elemente <AdrLine> ist nicht zulässig. EGA/ESR Retourzahlungen an PostFinance EGA-V: ursprüngliche Adresse aus Ursprungsrecord aus Feld 59-62; falls leer = Feld EGA-B: Name ab Belegbild erfassen Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 79

80 ISO Standard pacs (Version 2009) Schweizer ISO Payments Standard pacs ch.01 Δ Index Message Item XML Tag Mult. Mult. Definitionen für PostFinance Original Transaction Reference +Debtor ++Identification Debtor ++Identification +++Organisation Identification Original Transaction Reference +Debtor ++Identification +++Organisation Identification ++++BICOr BEI Original Transaction Reference +Debtor ++Identification +++Organisation Identification ++++Other Original Transaction Reference +Debtor ++Identification +++Private Identification Δ Original Transaction Reference +Debtor Account Δ Original Transaction Reference +Debtor Agent Δ Original Transaction Reference +Debtor Agent Account Original Transaction Reference +Creditor Agent Δ Original Transaction Reference +Creditor Δ Original Transaction Reference +Creditor Account Δ Original Transaction Reference +Ultimate Creditor Id Identification Identifikation OrgId Organisation Identification {Or Identifikation der Organisation Nur <BICOrBEI> oder ein Subelement aus <Othr> zulässig. BICOrBEI BIC or BEI BIC oder BEI Othr 0..n 0..1 Other Organisation Identification Andere Identifikation der Organisation Angaben werden nur weitergeleitet, wenn der gutzuschreibende Teilnehmer Zahlungen als ISO Meldung entgegennimmt. PrvtId Private Identification Or} Identifikation der Person Angaben werden nur weitergeleitet, wenn der gutzuschreibende Teilnehmer Zahlungen als ISO Meldung entgegennimmt. DbtrAcct Debtor Account Konto des Zahlers EGA-B/-V Retourzahlung an PostFinance: Ursprüngliche Kontonummer des Zahlers (sofern vorhanden) aus Feld 46 Alle andere Geschäftsfälle: wird ignoriert. Empfehlung: nicht verwenden DbtrAgt Debtor Agent Institut des Zahlers Wird ignoriert. Empfehlung: nicht verwenden DbtrAgtAcct Debtor Agent Account Konto des Instituts des Zahlers Wird ignoriert. Empfehlung: nicht verwenden. CdtrAgt Creditor Agent Institut des Zahlungsempfängers Wird ignoriert. Empfehlung: nicht verwenden. Cdtr Creditor Zahlungsempfänger EGA-B/-V Retourzahlung an PostFinance: Ursprüngliche Adresse Zahlungsempfänger aus Feld CdtrAcct Creditor Account Konto des Zahlungsempfängers Wird ignoriert. Empfehlung: nicht verwenden. UltmtCdtr Ultimate Creditor Endgültiger Zahlungsempfänger Wird ignoriert. Empfehlung nicht verwenden. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 80

81 5. Beispiele In den nachfolgenden zwei Kapiteln werden die diversen Beispiele erläutert, wie sie von PostFinance unter als ZIP-Datei zum Download zur Verfügung gestellt werden Einlieferung # Beschreibung Beispiel Beispieldateien E1 Zahlungsauftrag mit zwei ESR-Zahlungen: 1. Eine ESR-Zahlung zugunsten eines Geschäftskunden von PostFinance, welcher eine eigene ESR-Teilnehmernummer hat 2. Eine ESR-Zahlung zugunsten eines Geschäftskunden einer Bank, welcher die ESR-Dienstleistung über seine Bank abwickelt (Indirekte ESR- Teilnahme des Geschäftskunden; zweistufiger Beleg) e1_pacs.008.xml e1_pacs.002_accp.xml E2 E3 Statusmeldung «ACCP» zum Zahlungsauftrag Zahlungsauftrag mit fünf Kundenzahlungen: 1. Eine Kundenzahlung zugunsten eines Kunden von PostFinance mit Angabe der Postkontonummer als «Creditor Account» 2. Eine Kundenzahlung zugunsten eines Kunden von PostFinance mit Angabe Kontonummer als IBAN als «Creditor Account» 3. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe der proprietären Kontonummer als «Creditor Account») 4. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe Kontonummer als IBAN als «Creditor Account» 5. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe der ES-Referenznummer als «Creditor Account») Statusmeldung «ACCP» zum Zahlungsauftrag Zahlungsauftrag mit zwei Salärzahlungen: 1. Eine Salärzahlung zugunsten eines Kunden von PostFinance 2. Eine Rentenzahlung zugunsten eines Kunden einer Bank Statusmeldung «ACCP» zum Zahlungsauftrag e2_pacs.008.xml e2_pacs.002_accp.xml e3_pacs.008.xml e3_pacs.002_accp.xml Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 81

82 E5 E6 E7 E8 Zahlungsauftrag mit gemischten Zahlungsarten*: 1. Eine ESR-Zahlung zugunsten eines Geschäftskunden von PostFinance, welcher eine eigene ESR-Teilnehmernummer hat. 2. Eine ESR-Zahlung zugunsten eines Geschäftskunden einer Bank, welcher die ESR-Dienstleistung über seine Bank abwickelt (Indirekte ESR-Teilnahme des Geschäftskunden; zweistufiger Beleg) 3. Eine Kundenzahlung zugunsten eines Kunden von PostFinance mit Angabe der Postkontonummer als «Creditor Account» 4. Eine Kundenzahlung zugunsten eines Kunden von PostFinance mit Angabe der Kontonummer als IBAN als «Creditor Account» 5. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe der proprietären Kontonummer als «Creditor Account») 6. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe Kontonummer als IBAN als «Creditor Account» 7. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe der ES-Referenznummer als «Creditor Account») 8. Eine Salärzahlung zugunsten eines Kunden von PostFinance 9. Eine Rentenzahlung zugunsten eines Kunden einer Bank 10. Eine Barauszahlung in der Schweiz (Achtung, Dienstleistung nur noch bis verfügbar) Statusmeldung «ACCP» zum Zahlungsauftrag * Beinhaltet alle Beispiele von E1 bis E4. Zahlungsauftrag aus E5 mit ungenügender Deckung auf dem Konto bei erstem Belastungsversucht, nachfolgend erfolgreicher Belastungsversuch und Verarbeitung der Zahlung. Statusmeldungen zum Zahlungsauftrag 1. Statusmeldung «ACCP» (Auftrag korrekt) 2. Statusmeldung «PDNG» (Keine genügende Deckung zur Ausführung des Auftrags vorhanden) 3. Statusmeldung «ACSC» (Mehrfachbelastungsversuche erfolgreich, Auftrag wird ausgeführt) Zahlungsauftrag aus E5 mit ungenügender Deckung auf dem Konto, erfolgloser Mehrfachbelastungsversuche und Zurückweisung der Zahlung aufgrund ungenügender Deckung. Statusmeldungen zum Zahlungsauftrag 1. Statusmeldung «ACCP» (Auftrag korrekt) 2. Statusmeldung «PDNG» (Keine genügende Deckung zur Ausführung des Auftrags vorhanden) 3. Statusmeldung «RJCT» (Mehrfachbelastungsversuche nicht erfolgreich, Auftrag wird aufgrund ungenügender Deckung zurückgewiesen) Zahlungsauftrag mit zwei Kundenzahlungen und falscher Betragssumme und falscher Transaktionsanzahl auf dem A-Level der Meldung: 1. Zwei Kundenzahlungen Statusmeldung «RJCT» zum Zahlungsauftrag e5_pacs.008.xml e5_pacs.002_accp.xml e5_pacs.008.xml e5_pacs.002_accp.xml e6_pacs.002_pdng.xml e6_pacs.002_acsc.xml e5_pacs.008.xml e5_pacs.002_accp.xml e6_pacs.002_pdng.xml e7_pacs.002_rjct.xml e8_pacs.008.xml e8_pacs.002_rjct.xml Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 82

83 E9 Zahlungsauftrag mit fünf Zahlungen und davon drei Kundenzahlungen und einer ESR-Zahlung mit Fehlern auf Ebene Einzeltransaktion: 1. Eine korrekte Kundenzahlung 2. Eine Kundenzahlung mit ungültiger IBAN 3. Eine Kundenzahlung mit der Angabe einer nicht unterstützten Zahlungsart. 4. Eine Salärzahlung ohne Angabe des «Category Purpose» «SALA» 5. Eine ESR-Zahlung mit Angabe einer «Settlement Amount» grösser als 100 Mio. Statusmeldung «ACCP» zum Zahlungsauftrag e9_pacs.008.xml e9_pacs.002_accp.xml e9_pacs.004.xml Rückzahlung der vier fehlerhaften Zahlungen (2-5) E10 Zahlungsauftrag mit Kundenzahlung - zugunsten eines Kunden von PostFinance und Verwendung der BC- Nummer 1) zur Identifikation von PostFinace und Teilnehmer und - expliziter Angabe des zu verwendenden Settlement Accounts 2) e10_pacs.008.xml e10_pacs.002_accp.xml Statusmeldung «ACCP» zum Zahlungsauftrag 1) in den übrigen hier aufgeführten Beispielen zur Einlieferung wird jeweils der BIC verwendet. 2) Per Default erfolgt das Settlement auf dem Default Settlement Account, welches PostFinance bei der Anmeldung mitgeteilt wird. Mit der Angabe eines abweichenden Settlement Accounts, kann die diese Default Einstellung für diesen Zahlungsauftrag übersteuert werden Auslieferung # Beschreibung Beispiel Beispieldateien A1 Avisierung von verschiedenen Zahlungseingängen (mit/ohne Speseninformationen). Zwei Zahlungen können beim empfangenden Teilnehmer nicht verarbeitet werden und führen zu Rückzahlungen: 1. Eine ESR-Zahlung zugunsten eines Kunden einer Bank mit Angabe des Namen des Zahlungsempfänger im Element «Creditor» 2. Eine ESR-Zahlung zugunsten eines Kunden einer Bank ohne Angabe des Namen des Zahlungsempfänger im Element «Creditor» 3. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe der Kontonummer als IBAN als «Creditor Account» 4. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Angabe der Kontonummer im proprietären Format als «Creditor Account» 5. Eine Kundenzahlung zugunsten eines Kunden einer Bank mit Übermittlung der Postkontonummer des empfangenden Instituts des Zahlungsempfängers (Bank). 6. Interbank-ESR-Zahlung zugunsten eines Kunden einer Bank ohne Angabe des Namen des Zahlungsempfänger im Element «Creditor» Statusmeldung «ACCP» zum Zahlungsauftrag a1_pacs.008.xml a1_pacs.002_accp.xml a1_pacs.004.xml Rückzahlung für Zahlung 1 (Begünstigter unbekannt) und 4 (Kontoangaben ungenügend) A2 Avisierung der gleichen Zahlungen wie unter A1 aber mit Settlement in SIC (erst ab 2016 möglich) a2_pacs.008.xml a2_pacs.002_accp.xml Statusmeldung «ACCP» zum Zahlungsauftrag Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 83

84 A3 Avisierung von ESR-Zahlungen und Kundenzahlungen mit verschiedenen Speseninformationen: 1. Eine ESR-Zahlung mit Bareinzahlungstaxen 2. Eine ESR-Zahlung mit Reject Spesen 3. Eine ESR-Zahlung mit Reject Spesen, Bareinzahlungstaxen und Spesen für die Nachbearbeitung von ESR+ 4. Eine Kundenzahlung mit Bareinzahlungstaxen, Spesen für die ES- Vollerfassung und Kunden-Mitteilungen a3_pacs.008.xml a3_pacs.002_accp.xml Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 84

85 ANHANG A: Aktuelle XML-Schemas und Beispiele Folgende XML-Schemas sind auf der Webseite von SIX Interbank Clearing AG ( Interbankmeldungen, Implementation Guidelines) publiziert: pacs ch.01.xsd pacs ch.01.xsd pacs ch.01.xsd Diese sind vorzugsweise mit einer spezifischen XML-Software zu öffnen. Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 85

86 ANHANG B: Symbole zur grafischen XML-Darstellung Auf- bzw. Einklappsymbole Überall, wo Teile der Baumstruktur auf- bzw. zugeklappt werden können, sind den Symbolen der grafischen Darstellung Aufbzw. Einklappsymbole angefügt. Diese bestehen aus einem kleinen Quadrat in dem ein Plus-Zeichen oder ein Minus-Zeichen steht Aufklappsymbol: Durch Klicken auf das Plus-Zeichen wird die Baumstruktur erweitert, so dass nachfolgende Symbole (Attribute oder sog. Child-Elemente) angezeigt werden. Das Aufklappsymbol wird dann zu einem Einklappsymbol. Einklappsymbol: Durch Klicken auf das Minus-Zeichen wird die Baumstruktur wieder eingeklappt, d.h. die nachfolgenden Symbole verschwinden wieder. Das Einklappsymbol wird dann wieder zu einem Aufklappsymbol Elemente Elemente werden als Rechtecke dargestellt, in denen der Name des Elements steht. Für obligatorische Elemente ist das Rechteck mit ausgezogener Linie gezeichnet, für optionale Elemente mit gestrichelter Linie. Bei komplexen Elementen, die im Gegensatz zu einfachen Elementen Attribute oder weitere Elemente (Child-Elemente) enthalten können, ist das Rechteck rechts mit einem Auf- bzw. Einklappsymbol ergänzt. Drei kleine Striche oben links im Rechteck zeigen an, dass das Element Daten enthält (andernfalls enthält das Element Child- Elemente). Elemente, die mehrfach vorkommen dürfen, werden als 2 hintereinander liegende Rechtecke dargestellt. Unten rechts sind die minimale und die maximale Anzahl als Bereich angegeben. Beispiele: Obligatorisches einfaches Element Optionales einfaches Element Optionales einfaches Element, das maximal zweimal vorkommen darf Obligatorisches komplexes Element (mit Child-Elementen) mit zugeklappter Baumstruktur Obligatorisches komplexes Element (mit Child-Elementen) mit aufgeklappter Baumstruktur Obligatorisches komplexes Element (mit Child-Elementen), das beliebig oft vorkommen darf Obligatorisches komplexes Element (mit Attributen) Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 86

87 Attribute Attribute werden ebenfalls als Rechtecke dargestellt, in denen der Name des Attributs steht. Sie sind von einem Kästchen umgeben, das die Bezeichnung «attributes» und ein Auf- bzw. Einklappsymbol enthält. Für obligatorische Attribute ist das Rechteck mit ausgezogener Linie gezeichnet, für optionale Attribute mit gestrichelter Linie. Beispiel: Aufgeklapptes Attribut Eingeklapptes Attribut Auswahl Rechts von einem Auswahlsymbol (choice) verzweigen die Verbindungslinien zu den möglichen Elementen, von denen ausschliesslich ein einziges in der XML-Meldung vorhanden sein darf. Auswahlsymbol Sequenz Rechts von einem Sequenzsymbol (sequence) verzweigen die Verbindungslinien zu den Elementen, die in der angezeigten Reihenfolge in der XML-Meldung zu verwenden sind (optionale Elemente bzw. Attribute können natürlich auch weggelassen werden). Sequenzsymbol Rahmen Zur Verbesserung der Übersichtlichkeit sind jeweils alle Child-Elemente, Attribute und zusätzliche Angaben, die zu einem komplexen Element gehören, von einem gestrichelten, gelb hinterlegten Rahmen umgeben. Beispiel: Implementation Guidelines PostFinance ISO-Meldungen für Banken, Version Mai 2016 Seite 87