Zahlungsverkehr im Umbruchmedia.topal.ch/Public/Downloads/ISO20022_SEPA/DE/PostFinance/SW… · ISO20022 EZAG (pain) ESR/ASR und EGA-Auslieferungen *) ISO 20022 Auslieferungen (camt

Zahlungsverkehr im Umbruch Begleitung Kunden und Softwarepartner Basispräsentation

Harmonisierung Zahlungsverkehr Schweiz

Seite 2 PostFinance AG - Harmonisierung ZV CH - Basis Workshop 2016

Neues aus dem Markt Pilotierung zur Sicherstellung eines stabilen Rollouts.

PostFinance hat per Oktober 2015 einen neuen Release der Kernbanken-Software in Betrieb genommen gestellt.

Im Hinblick auf einen stabilen und sicheren Rollout von 2016 sammelt PostFinance nun Praxiserfahrungen mit den neuen Funktionen.

• Bis Ende März 2016 laufen Pilotierungen mit ausgewählten Softwarepartnern und Kunden

• Die Pilotierungen umfassen schrittwiese alle Dienstleistungen in den neuen Formaten: Überweisungen, ESR- und ES-Verarbeitung, Kontoauszugs-Verarbeitung, CH-DD-Verarbeitungen

Unsere Partner für die Pilotierungen:

http://www.google.ch/url?sa=i&rct=j&q=&esrc=s&frm=1&source=images&cd=&cad=rja&uact=8&ved=0CAcQjRxqFQoTCL79keDV-McCFcg4Ggodw-sMdg&url=http://www.mueller-flaig.ch/abacus/index.php&bvm=bv.102537793,d.d2s&psig=AFQjCNFy894shbn2clgeuJ2ASKtL-8SK4g&ust=1442393792946869

Änderungen an Dienstleistungen und Produkten

Veränderungen in Geschäftsprozessen

Spezifikationen und Anwendungsfälle

Überweisungsverfahren

Avisierung und ESR/ES-Gutschriften

Lastschriftverfahren

Umsetzungsvarianten und Einlieferungskanäle

Test- und Validierungsmöglichkeiten

Nächste Schritte

Seite 3

Inhaltsverzeichnis

PostFinance AG - Harmonisierung ZV CH - Basis Workshop 2016

Angesichts der steigenden nationalen und internationalen regulatorischen Anforderungen werden diese vielen Standards und Formate langfristig nicht weiterentwickelt. Eine internationale Harmonisierung wird angestrebt.

PostFinance arbeitet seit 2010 gemeinsam mit den Banken an der Zukunft des schweizerischen Zahlungsverkehrs. In einer Machbarkeitsstudie wurden die Bereiche Überweisungen, Belege sowie Lastschriften analysiert, um Möglichkeiten zur Harmonisierung und Annäherung an die europäischen Regelungen auszuloten.

Folgende Vorhaben sind Teil der Harmonisierung Zahlungsverkehr Schweiz:

1. Neues Überweisungsverfahren inkl. Reporting (Auftrag, Status, Auftragsavisierung)

2. Neue Avisierung/Kontoauszug bzw. Auslieferungen (ESR und EGA)

3. Neues Lastschriftverfahren in Kombination mit e-Rechnung

4. Neuer Einzahlungsschein mit Datencode

Änderungen an Dienstleistungen und Produkten Zukunft des Zahlungsverkehrs in der Schweiz

PostFinance AG - Harmonisierung ZV CH - Basis Workshop 2016 Seite 4

Die Realisierung von ISO 20022 erfordert eine abstimmte Planung:

Seite 5

2013 2014 2015 2016 2017 2018 2019 2020

Bisherige Meldungstypen [EZAG TXT]

Neue Meldungstypen [EZAG XML mit pain.001, pain.002 und camt.053, camt.054 aus Auftrag]

Bisherige Meldungstypen [ESR, ASR und EGA]

Neue Meldungstypen [ESR / EGA mit camt.053 bzw. camt.054]

Bisherige Meldungstypen [Debit Direct TXT]

Neue Meldungstypen [Direct Debit CH mit pain.008 in CHF]

Bisherige Belege [ES, ESR]

Aktuell

• Neue Meldungstypen werden schrittweise und mit Übergangsfristen eingeführt • PostFinance begleitet die Software-Hersteller aktiv

Dienstleistung wird eingestellt

Neuer Einzahlungsschein mit Datencode [QR-Code]

Dienstleistungen

Überweisungen

Avisierung/ Kontoauszug

Lastschriften

Einzahlungsscheine mit Datencode


Änderungen an Dienstleistungen und Produkten Planung von PostFinance in der Übersicht

Migration der Kunden

Durchgängige Verarbeitung in standardisierten Verfahren und Formaten

Die heutigen roten und orangen Einzahlungsscheine werden durch einen neuen Einzahlungsschein zusammengefasst. Die wichtigsten Merkmale des neuen Belegs: Er ermöglicht eine durchgängige Verwendung der IBAN und enthält einen Datencode.

Nicht betroffen von der Harmonisierung ist der ASR. Diese Dienstleistung der Post bleibt unverändert bestehen.


Änderungen an Dienstleistungen und Produkten Neuer Einzahlungsschein mit Datencode

Der neue Einzahlungsschein kann ab dem 3. Quartal 2018 eingesetzt werden. Endtermin für die alten Belege: 2. Quartal 2020.

Die Harmonisierung ZV CH als Wegbereiter für den neuen Einzahlungsschein mit Datencode»

Datencode Ersetzt die Codierzeile

IBAN / ESR-IBAN Wird unter «Konto» angedruckt. Dient zur Erkennung des Verfahrens mit Referenznummer

Referenznummer /Creditor-Reference Wahlweise Angabe einer ESR-Referenznummer oder einer Creditor Reference beginnend mit «RF»

Mitteilungsfeld Zur Angabe eines Zahlungsgrundes Beim Verfahren ohne Referenznummer

Werbung Freie Werbefläche


Änderungen Dienstleistungen und Produkte Neuer Einzahlungsschein mit Datencode

4

4

2 1

3

5 2

5

5

1

3

PostFinance: Überweisungen − Alte Meldungen − Aufhebung ZAG m.Giro sofort. GS − Umstellung EZAG 1.-3. Generation − Neue Meldungen

Avisierung / Kontoauszug - Alte Meldungen - Aufhebung ESR beschleunigt - Umstellung ESR.TXT - Umstellung ASR.TXT - Umstellung EGA-V, EGA-V+ - Aufhebung ESR-GS/ASR-LS auf PDF,Papier - Umstellung EGA-B - Neue Meldungen

Lastschriften - Alte Meldungen - Umstellung Debit Direct - Neue Meldungen

Einzahlungsschein mit Datencode - Alte Belege - Umstellung alte Belege durch Einzahl’schein m. Datencode - Neue Belege

Diverses - Aufhebung Java Client - Überführung ZA Zahlungsanweisung - Aufhebung OCR/OCV, Einzelbelege - Aufhebung PF-XML

Terminplan Produktaufhebungen und Ablösungen

2015 2016 2017 2018 2019

EZAG TXT

ISO20022 EZAG (pain)

ESR/ASR und EGA-Auslieferungen *)

ISO 20022 Auslieferungen (camt)

Debit Direct CH / SEPA-DD

ISO 20022 CH-DD-Lastschrift (Swiss Direct Debit) / SEPA-DD (pain)

ES/ESR

Einzahlungsschein m. Datencode

Parallelphase

Parallelphase

Ende 2014

Ende 2017

2016

Ende 2015

Ende 2016

Ende 2017

Ende 2017 Ende 2017

Ende 2017

Ende 2017 Ende 2017

Ende 2020

Ende 2017

Mitte 2020

2020

*) EGA-B bis Ende 2020

Migration Kunden ZV


Mit der Einführung von ISO 20022 werden verschiedene Dienstleistungen eingestellt – es sind Alternativen sind vorhanden.

Seite 9

Dienstleistung Beschreibung Alternative

ESR-Gutschrifts-/ ASR-Lastschriftliste

• ESR/ASR-Teilnehmer erhalten die ESR/ASR-Listen als Auslieferung auf Papier und PDF (per E-Mail)

• Abschaltung per 31.12.2017

Mit elektronischer Verarbeitung Zwei Varianten von elektronischen Kontodokumenten im ISO-20022-Format stehen ab 2016 zur Verfügung: • ein Kontoauszug mit Detailavisierungen (camt.053) • ein Kontoauszug mit Sammelbuchungen (camt.053) und

separater Detailavisierung (camt.054)

Ohne elektronische Verarbeitung Wechsel auf den roten Einzahlungsschein, die Avisierung der Kontoauszüge erfolgt in Papierform oder elektronisch (z. B. PDF via E-Finance).

Zahlungsanweisung mit Barauszahlung am Domizil

• Aufträge zur Auszahlung von Bargeld am Domizil


Nutzung der Kontoüberweisung Nutzung eines Bank- oder Postkontos. Die Kontoangaben (IBAN, Anschrift) des Zahlungsempfängers sind erforderlich.

Nutzung des Auszahlungsscheins ASR Vorgedruckte ASR-Belege müssen verwendet werden (Beträge fix oder frei, Höchstbetrag CHF 10 000). Der Betrag wird dem Empfänger am Postschalter ausbezahlt.


Änderungen an Dienstleistungen und Produkten Höhere Sicherheitsanforderungen fordern neue Dienstleistungen

Seite 10

Änderungen an Dienstleistungen und Produkten Internationale Standards werden übernommen


Mit der Einführung von ISO 20022 werden verschiedene Dienstleistungen eingestellt – es sind Alternativen sind vorhanden.

Seite 10

Dienstleistung Beschreibung Alternative

Konto- und Auftragsdaten im PostFinance-XML-Format («PF-XML») mit Belegbild

• Elektronische Verarbeitung von Konto- und Auftragsdaten mit dem hauseigenen Format «XML mit Belegbild»


Mit elektronischer Verarbeitung Zwei Varianten von elektronischen Kontodokumenten im ISO-20022-Format stehen ab 2016 zur Verfügung: • ein Kontoauszug mit Detailavisierungen (camt.053) • ein Kontoauszug mit Sammelbuchungen (camt.053) und

separater Detailavisierung (camt.054)

Ohne elektronische Verarbeitung Konto- und Auftragsdaten werden im PDF-Format ausgeliefert. Die Kontoauszüge können mit oder ohne ES-Belegbilder geliefert werden.









Nächste Schritte

Seite 11

Inhaltsverzeichnis


Der generische Kreditorenprozess umfasst vier wesentliche Schritte

Seite 12

Veränderungen in Geschäftsprozessen Auswirkungen im Kreditorenprozess – Überweisungen


− Name/Adresse Kreditor − BC/BIC Begünstigten-

bank − Kontonummer (IBAN) − Zahlungszweck/-

referenz − End-to-End-ID

− Zahlungen nach Fristigkeit/Periodizität auswählen

− Provisorische Verbuchung

− Zahlungsauftrag erstellen (internes Format)

Zahlung übermitteln

Zahlungen aufbereiten und auslösen

Stammdaten verwalten / Zahlungen bewirtschaften

− Zahlungsauftrag erstellen (Standard-Datenformat)

− Zahlung über Anlieferungskanal übermitteln

− Auswerten Statusmeldung

− Verarbeitung Auftragsavisierung

− Kontoabstimmung − Definitive Verbuchung − Archivierung − Fehlerhandling

Produkte und Standards ISO-Format Angebot von PostFinance

An-/Auslieferungskanäle

Elektronischer Zahlungsauftrag EZAG

pain.001 Credit Transfer Initiation / Auftragsanlieferung

− E-Finance Online Filetransfer − TBS (Telebanking Server) − FDS (File Delivery Services) − SWIFT FileAct − H-Net

Verarbeitungsmeldung pain.002 Payment Status Report / Verarbeitungsmeldung mit Statusinformation (Rückmeldung auf pain.001)

Kreditorenauftrags-Avisierungen camt.054 Debit Credit Notification / Ausführungsbestätigung, Einzelbestätigung

Zahlung abstimmen und verbuchen

Fett = Auswirkungen von ISO 20022

Der generische Debitorenprozess umfasst vier wesentliche Schritte

Seite 13

Veränderungen in Geschäftsprozessen Auswirkungen im Debitorenprozess – Avisierung/Kontoauszug


− Name/Adresse Kunde − Rechnungspositionen − Zahlungskonditionen − Zahlungsreferenz − Kontonummer (IBAN) − End-to-End-ID

− Rechnungen nach Fristigkeit/Periodizität auswählen

− Rechnungen erstellen und archivieren

− Provisorische Verbuchung

Rechnungen aufbereiten und auslösen

Stammdaten verwalten / Rechnungen erstellen


− Rechnungen per Post oder elektronisch übermitteln

− Verarbeitung Gutschriftsanzeige




Einzahlungsschein (ES und ESR) Neuer Einzahlungsschein mit Datencode Geplant ab 04.2018

ESR/ES/ASR-Avisierung camt.053 Account Statement camt.054 Debit/Credit Notification

Geplant ab 2016


Kontoauszug Intraday Auszug Gut-/Lastschriftanzeigen

camt.053 Account Statement camt.052 Intraday-Auszug camt.054 Debit/Credit Notification

Rechnungen übermitteln


Der generische Debitorenprozess mit Lastschriftverfahren umfasst vier wesentliche Schritte

Seite 14

Veränderungen in Geschäftsprozessen Auswirkungen im Debitorenprozess – Lastschriften


− Name/Adresse Kunde − Kontonummer (IBAN) − Belastungs-

ermächtigung − Mandat/-Referenz − End-to-End-ID − Art der Lastschrift (Erst-/

Folgelastschrift)

− Fristigkeit/Periodizität − provisorische

Verbuchung − Rechnungen erstellen

und archivieren

Rechnungen übermitteln

Rechnungen aufbereiten und auslösen

Stammdaten verwalten / Rechnungen erstellen

− Vorabinformation − Rechnungen per Post

oder elektronisch übermitteln

− Lastschrift über Anlieferungskanal übermitteln

− Verarbeitungsmeldung auswerten

− Verarbeitung Gutschriftsanzeige




Direct Debit CH-Lastschriftverfahren in CHF

pain.008 Direct Debit Initiation / Auftragsanlieferung

Geplant ab 2016

− E-Finance Online Filetransfer − TBS (Telebanking Server) − FDS (File Delivery Services) − SWIFT FileAct − H-Net Verarbeitungsmeldung

pain.002 Payment Status Report / Verarbeitungsmeldung mit Statusinformation (Rückmeldung auf pain.008)

Geplant ab 2016



Kommunikationskanäle E-Finance, TBS, FDS, Swift

Zahlungsempfänger

Finanzinstitut Zahlungsempfänger

Kommunikationskanäle E-Finance, TBS, FDS, Swift

Veränderungen in Geschäftsprozessen Fluss der Zahlungsinformationen und Meldungstypen im Überblick

camt Kontoauszug Avisierung

pacs Interbank-zahlung

pacs Interbank-zahlung

Rechnung mit Einzahlungsschein mit Datencode

Zahlungspflichtiger

pain Auftrag

Verarbeitungsstatus

Finanzinstitut Zahlungspflichtiger

camt Kontoauszug Avisierung

pain.001 pain.002

camt.052 camt.053 camt.054


pain.008 pain.002

Debit Direct Neues

Lastschrift-verfahren


Clearing

Meldung Bedeutung / Erläuterung Verwendung Bezeichnung PostFinance

pain.001 Payment Initiation CustomerCreditTransferInitiation

Zahlungsauftrag

Elektronischer Zahlungsauftrag EZAG in ISO 20022

pain.002 Payment Initiation CustomerPaymentStatusReport

OK/NOK und Warnungen

Verarbeitungsmeldung mit Statusinformationen

pain.008 Payment Initiation CustomerCreditTransferInitiation

Lastschriftverfahren Direct Debit CH in ISO 20022


Cash Management Intraday Customer statements Customer debit/credit notification

Bestätigungen und Reporting

• Untertagesauszug • Kontoauszug • Auftragsavisierung:

Ausführungs- und Einzelbestätigung

Seite 16

Veränderungen in Geschäftsprozessen Abkürzungen und Erläuterungen zu den Meldungsformaten










Nächste Schritte

Seite 17

Inhaltsverzeichnis


Dokumentationen, Spezifikation und Lernmedien Das «Bücherregal» zu ISO 20022 ist umfassend ausgestattet

Kreditorenmanagement

Debitorenmanagement

Cash Management

Merkblatt EZAG

Merkblatt ASR

Merkblatt ESR

Merkblatt CH-DD

Merkblatt SEPA-DD

Merkblatt Elektronische Kontodokumente

Handbuch EZAG

Handbuch ASR

Handbuch ESR

Handbuch CH-DD

Handbuch SEPA-DD

Handbuch Elektronische Kontodokumente

Anwenderhandbuch PostFinance zur Harmonisierung Zahlungsverkehr

PostFinance-Testplattform und Best Practice-Testfälle

Swiss Usage Guide

Business Rules

Implementation Guidelines für Cash Management

Implementation Guidelines für Überweisungen

Implementation Guidelines für

CH-Lastschriften

Implementation Guidelines für

SEPA-Lastschriften

SIX-Validierungsplattform Kunde/Bank

Management

Fachspezialisten

Implementierung und Testing

Fin

anzp

latz

Sch

wei

z Management und Fachspezialisten

Implementierung und Testing


Ergänzend zu den Dokumentationen sind auch weitere Lernmedien verfügbar:

Seite 19

Dokumentationen, Spezifikation und Lernmedien Das «Bücherregal» zu ISO 20022 ist umfassend ausgestattet


Ein Lernfilm vermittelt die wesentlichen Treiber für die Harmonisierung des Zahlungsverkehrs< Schweiz und informiert über die 4 Reiseetappen. Der Lernfilm ist hier verfügbar.

Mit verschiedenen Web Based Trainings werden das erforderliche Wissen und verschiedene Tipps und Tricks aus der Praxis Die WBT’s sind hier verfügbar.

https://www.postfinance.ch/migration-zv

https://www.postfinance.ch/de/biz/zv/help/training.html

Das Handbuch beschreibt aus einer bankfachlichen Anwendersicht rund 28 Anwendungsfälle aus dem Zahlungsverkehr von Geschäftskunden, welche im Rahmen der Harmonisierung Zahlungsverkehr verändert werden:

− Kreditorenprozesse − Debitorenprozesse − Cash- und Liquiditätsmanagement − Anwendungsfälle zu Ausnahmeprozessen

(fehlerhafte Verarbeitungen)

Das Dokument stellt zudem eine Reihe von Testfällen bereit. Diese Best-Practice-Testfälle sind von den Anwendungsfällen abgeleitet und werden von der Testplattform von PostFinance inkl. Testdaten zur Verfügung gestellt.

Das Anwenderhandbuch ist das Bindeglied zwischen

– den PostFinance Merkblättern und detaillierten Handbüchern und – den vom Finanzplatz Schweiz publizierten Dokumenten.

Das Handbuch eignet sich für Geschäftskunden (Fachbereich, IT), Softwarepartner von Standard- und Individuallösungen sowie für Berater.


Anwenderhandbuch PostFinance Praxisnahe Anwendungsfälle ermöglichen effizientes Testing

Die Anwendungsfälle verfügen auch über eine Kurzbeschreibung und eine Beschreibung des Hauptablaufs – die Struktur orientiert sich an der Use Case-Beschreibung:


Anwenderhandbuch PostFinance Beschreibung der Anwendungsfälle

1.3 Erstellung pain.001

1.4 Versand pain.001

1.5 Prüfung pain.001 vor Fälligkeitsdatum

1.6 Zustellung pain.002

1.7 Ausführung Zahlung

1.9 Software holt Auftragsavisierung ab

pain.001

pain.002

camt.054

1.8 Bereitstellung Auftragsavisierung (camt.054)

1.11 Software holt Kontoauszug ab

camt.053 1.10 Bereitstellung Kontoauszug (camt.053)

Erfasst

Eingereicht

Geprüft

Ausgeführt

Abgestimmt

Erfasst

Eingereicht

Geprüft

Ausgeführt

Abgestimmt

Software des Zahlungspflichtigen

Finanzinstitut Zahlungspflichtiger (Debtor Agent)

pain.001

pain.002

camt.054

camt.053

Zahlungsempfänger Hopfen & Malz (Creditor)

Beschreibung der Aktivität

Beteiligte Rollen bzw. Akteure

Für die Aktivität relevante

ISO-Meldungen

1.1 Erhalt mehrerer ESR von Lieferanten

Zahlungspflichtiger Herr Gerber Firma Alpwasser (Debtor)

1.2 Erfassung der ESR


Anwendungsfälle und Interaktionsmuster Eine einfache Systematik dient zur Strukturierung der Abläufe









Nächste Schritte

Seite 23

Inhaltsverzeichnis


Überweisungen an ein Finanzinstitut im Inland:

– ZA 1: Oranger Einzahlungsschein (ESR) in CHF & EUR

– ZA 2: Roter Einzahlungsschein (ES) in CHF & EUR

– ZA 2.1: ES zugunsten Postkonto (1-stufiger Beleg) – ZA 2.1: ES zugunsten Bankkonto (2-stufiger Beleg)

– ZA 3: Bank- oder Postzahlung in CHF & EUR

– ZA 4: Bank- oder Postzahlung in Fremdwährungen, exkl. CHF & EUR

Überweisungen an ein Finanzinstitut im Ausland:

– ZA 5: SEPA Überweisungen

– ZA 6: Alle Währungen

Überweisungen ohne Finanzinstitut im In- und Ausland:

– ZA 7: CHF-Zahlungsanweisung im Inland

– ZA 8: Bankcheck/Postcash im In- und Ausland in allen Währungen

Seite 24

Überweisungsverfahren Zahlungsarten


Für Inlandzahlungen empfehlen wir Ihnen die Verwendung von ZA 3, weil die IBAN verwendet wird und sie ZA 2.1 und ZA 2.2 abdeckt.

Für Auslandzahlungen empfehlen wir Ihnen die ZA 6 (anstelle von ZA 5), weil sie die ZA 5 abdeckt und PostFinance auto-matisch den optimalen und günstigsten Weg auswählt (ZA 5 bei SEPA-tauglichen Zahlungen).

1.3 Erstellung pain.001

1.4 Versand pain.001

1.5 Prüfung pain.001 am Fälligkeitsdatum

1.6 Abholen pain.002

1.7 Ausführung Zahlung

1.9 Software holt Auftragsavisierung ab

pain.001

pain.002

camt.054

1.8 Bereitstellung Auftragsavisierung (camt.054)


camt.053 1.10 Bereitstellung Kontoauszug (camt.053)

Erfasst

Eingereicht

Geprüft

Ausgeführt

Abgestimmt

Erfasst

Eingereicht

Geprüft

Ausgeführt

Abgestimmt

Software des Zahlungspflichtigen

Finanzinstitut Zahlungspflichtiger (Debtor Agent)

pain.001

pain.002

camt.054

camt.053

Zahlungsempfänger Hopfen & Malz (Creditor)

Zahlungspflichtiger Herr Gerber Firma Alpwasser (Debtor)

1.2 Erfassung der ESR

1.1 Erhalt mehrerer ESR von Lieferanten


Überweisungsverfahren Zahlungsaufträge von Lieferanten begleichen (Happy Flow)

Seite 26

Überweisungsverfahren Meldungstyp pain.001 mit 3 Levels im Detail beleuchtet


pain.001

(1) PostFinance empfiehlt ein Maximum von 90’000 Transkationen. Die Meldungen dürfen max. 90 MB gross sein. (2) Die Totalisierung der Beträge findet ohne Berücksichtigung der Währung statt.

ISO-Message

Group Header [1 … 1] Message Identification Eindeutigkeitsprüfung während 90 Tagen Number Of Transactions Max 99’999(1) Control Sum(2)

Payment Information oder Auftragsnummer [1 … n] Batch Booking = «true» (Sammellastschrift) oder «false» (Einzellastschrift) Instruction Priority = «HIGH» (Express) oder «NORM» Category Purpose = «SALA» (Lohnzahlungen), «PENS» (Rentenzahlungen), leer (normal)

Transaction Information [1 … n] Instruction Identification Entspricht Einzelauftragsnummer End To End Id Eindeutige Kundenreferenz Instruction Priority wird auf C-Level ignoriert Category Purpose wird auf C-Level ignoriert Remittance Information Besteht aus mehreren Subelementen

A-Level

B-Level

C-Level

Document

Ein EZAG identifiziert sich durch folgende Angaben:

Mehrere Aufträge mit den gleichen oben erwähnten Identifikationsmerkmalen können nicht automatisch verarbeitet werden. Solche Aufträge werden durch PostFinance nachbearbeitet und im Zweifelsfall annulliert (Doppelverarbeitungskontrolle).

Seite 27

Überweisungsverfahren Doppelverarbeitungskontrolle


EZAG (TXT-Format) EZAG ISO 20022 (XML-Format

Lastkontonummer Debtor Account

Gebührenkontonummer Charges Account

Fälligkeistdatum Requested Execution Date

Aufgabewährung Instructed Amout (Currency) oder Equivalent Amount (Currency of Transfer)

Auftragsnummer Payment Information Identification

• Bei EZAG ISO 20022 (XML-Format) erfolgt eine Duplikatsprüfung auf Ebene Meldung (A-Level).

• Innerhalb eines Zeitraums von 90 Tagen wird die Eindeutigkeit der pain.001-Meldung anhand der Elemente Message Identification und Initiating Party geprüft.

• Diese Überprüfung erfolgt über alle anliefernden Kunden und doppelte Meldungen werden abgewiesen.

• Das Ereignis wird mittels Verarbeitungsmeldung avisiert.

Seite 28

Überweisungsverfahren Duplikatsprüfung


Bei jeder Überweisung sorgen verschiedene Referenzen beziehungsweise Identifikationen dafür, dass der Geschäftsfall in jedem Fall auf allen Stufen eindeutig identifiziert werden kann.

Seite 29

Überweisungsverfahren Referenzen


Payment Information Identification

Diese Referenz wird durch die Software des Zahlungspflichtigen vergeben und im «pain.001» (im B-Level) mitgegeben. Sie dient zur Referenzierung einer Zahlungsgruppe (Gruppe von einzelnen Transaktionen mit identischem Zahlungspflichtigenkonto, Währung, gewünschtem Ausführungsdatum usw.).

Instruction Identification

Diese Referenz ist eindeutig innerhalb der sendenden und empfangenden Partei (Laufnummer). Sie wird durch jede Partei in der Verarbeitungskette neu vergeben (im «pain.001» auf Stufe C-Level).

Strukturierte Kundenreferenz als «Remittance Information»

In der Schweiz ist dies die ESR-Referenz.

Seite 30



1

2

3

Unstrukturierte Kundenreferenz als «Remittance Information»

Statt der strukturierten Referenz kann diese auch in unstrukturierter Form mitgegeben werden, Länge maximal 140 Zeichen.

«End To End Identification»

Die «End To End Identification» dient der eindeutigen Kennzeichnung einer Transaktion und wird durch den Zahlungspflichtigen vergeben. Im Gegensatz zur «Instruction Identification» wird die «End To End Identification» (z.B. die Auftragsnummer) über die gesamte Verarbeitungskette unverändert weitergereicht.

Seite 31



3

4

Lohnzahlungen Lohnzahlungen werden mit dem Code «SALA» auf dem B-Level gekennzeichnet.

Einzel-/Sammelbuchung Mit BatchBooking «true» steuert die Sammelbuchung, «false» die Einzelbuchung und wird auch auf dem B-Level gekennzeichnet.

Seite 32

Überweisungsverfahren Spezielle Steuerungen


Avisierungssteuerung Mit der Avisierungssteuerung auf dem B-Level wird der die Ausführungsbestätigung oder Einzelbestätigung gesteuert.

Expresszahlung Expresszahlungen werden mit dem Code «HIGH» auf dem B-Level gekennzeichnet.

Seite 33

Überweisungsverfahren Spezielle Steuerungen


Überweisungsverfahren pain.001 im A-Level – Meldungskopf im «GroupHeader»


pain.001

ID der Meldung

Absender der Meldung

Software-Version

Zeit- und Erstellungsdatum

Software-Name

Anzahl Transaktionen Kontrollsumme

Überweisungsverfahren pain.001 im B-Level – Auftrag mit «Payment Information»


pain.001

ID vom Sammelauftrag = Auftragsnummer

Sammellastschrift = ja

Normal oder Express

Fälligkeit

Lastkonto als IBAN

Schweizer Code für Zahlungsart 1 (ESR-Zahlung)

Kontoinhaber vom Lastkonto

Überweisungsverfahren pain.001 im C-Level – Transaktion mit «TransactionInformation»


pain.001

Instruction ID = Einzelauftragsnummer End To End ID

Betrag

ESR-Teilnehmer

ESR-Referenznummer

ISO-Message

Group Header [1 … 1] Message Identification Eindeutige Referenz pain.002 Organisation Identification BIC

Original Group Information and Status [1 … 1] Group Status ACTC oder RJCT Status Reason Information bei Fehlern im A-Level Reason Ursache des Status (Fehlercode), nur wenn GroupStatus = RJCT

Original Payment Information and Status [1 … n] Original PaymentInformation Identification Payment Information Identification aus pain.001 Payment Information Status ACWC, PART, RJCT Status Reason Information bei Fehlern im B-Level Reason Ursache des Status (Fehlercode)

A-Level

B-Level

C-Level

Document

Transaction Information and Status [1 … n] Transaction Information And Status Bei Fehlern innerhalb B-/C-Level Original Instruction Identification InstrId pain.001 Original End To End Identification End To End Id pain.001 Status Reason Information Bei Fehlern im C-Level RJCT Reason Ursache des Status (Fehlercode)

D-Level

Überweisungsverfahren Meldungstyp pain.002 mit 4 Levels im Detail beleuchtet


pain.002

Seite 38

Überweisungsverfahren Status-Transparenz in der Verarbeitungsmeldung «pain.002»


Ganze pain.001-Meldungen (A-Level) werden abgewiesen, wenn

– die pain.001-Meldung nicht der gültigen Version des Schweizer XSDSchemas entspricht

– die XML-Datei (pain.001) nicht mit einem gültigen XSD-Schema validiert werden kann

– die Angabe der Schema-Location anders als vereinbart ist

– die Totalisierung (A-Level) der Anzahl Transaktionen und/oder des Betrags nicht stimmt

– dieselbe MessageID und InitiatingParty innerhalb der vergangenen 90 Tage bereits angeliefert worden sind

Eine pain.001-Datei kann mehrere Sammelaufträge (B-Level) enthalten. Ganze Sammelaufträge werden annulliert, wenn

– mehr als 15 Währungen vorhanden sind

– BIC oder Clearing-Nr. von PostFinance in Debtor Agent nicht korrekt ist

– Feldinhalt formal inkorrekt ist

– Element nicht zugelassen ist oder ohne Inhalt angeliefert wird

Einzelne Transaktionen (C-Level) werden annulliert, wenn

– die Minimalangaben (obligatorische Felder) unvollständig sind

– Feldinhalt formal inkorrekt ist

– Element nicht zugelassen ist

Code Status Beschreibung

ACTC Accepted Technical Validation

Group Überprüfung von Syntax- und Semantik war über sämtliche A-, B- und C-Level erfolgreich. Status nur bei FDS als technische Empfangsbestätigung.

ACCP Accepted

PmtInf Auftrag ist OK bzw. pendent.

ACWC Accepted with Change

PmtInf Transact

PmtInf: Auftrag enthält nur Transaktionen mit Warnungen Transact: Entspricht heutiger Interpretation von «Warnungen» und «Korrekturen», z.B. Valuta-Korrektur oder verkettete Clearingnummern.

PART Partially Accepted

PmtInf Ein/mehrere C-Level von einem B-Level waren nicht korrekt . Es kann ein Fehler (RJCT) oder eine Warnung (ACWC) vorliegen, mindestens eine Meldung muss korrekt sein.

RJCT Rejected

Group PmtInf Transact

Group: ganze Meldung abgewiesen bzw. alle B-Level wurden annulliert (nur beim FDS -> technische Empfangsbestätigung) PmtInf: Auftrag enthält keine ausführbare Transaktion. Auftrag ist annulliert. Transact: Transaktion fehlerhaft bzw. annulliert.

Seite 39

Überweisungsverfahren Status-Transparenz in der Verarbeitungsmeldung «pain.002»


Seite 40

Überweisungsverfahren Verarbeitungsmeldung «pain.002»


Die Auslieferung der Verarbeitungsmeldung erfolgt mittels pain.002:

• Diese Statusmeldung wird bei Auftragserteilung immer erstellt und ausgeliefert, sowohl bei positiven als auch bei fehlerhaften Aufträgen/Einzelaufträgen.

• Eine Korrektur der zurückgewiesenen Meldungen, Aufträge und Transaktionen ist nicht möglich; es ist ein neuer pain.001 anzuliefern.

• Ja nach Fehler werden ganze Aufträge oder Teile davon zurückgewiesen.

• Nach der Auftragsausführung werden nur noch neue Fehler und Unregelmässigkeiten mittels pain.002 gemeldet.

• Es wird immer eine pain.002-Meldung pro angelieferten Auftrag (B-Level) ausgeliefert.

• Standardmässig werden die bei der Erteilung gemeldeten Fehler und Warnungen nicht mehr avisiert. Auf Kundenwunsch ist es möglich, dass bereits bei Erteilung gemeldete Fehler ein zweites Mal avisiert werden.

• Die Version des pain.002 wird von der Version des angelieferten pain.001 bestimmt.

ISO-Message

Group Header [1 … 1] Message Identification Eindeutige Referenz (Vergabe durch Versender) Organisation Identification BIC Page Number Nummerierung der Anzahl Meldungen eines Kontoauszuges

Account Statement / Report / Notification(1) [1 … n] Account Information Informationen zum Konto, zu dessen Eigentümer und Finanzinstitut Balance(2) Saldo

Statement Entry [0 … n] Booking Date(3) Buchungsdatum

A-Level

B-Level

C-Level

Document

Transaction Details [0 … n] End To End ID Eindeutige Kundenreferenz aus ursprünglichem Auftrag Bank Transaction Code Informationen zur Art des Geschäfts Remittance Information Besteht aus mehreren Subelementen

D-Level

(1) «Statement» für camt.053; «Report» für camt.052; «Notification» für camt.054 (2) camt.053: wird immer geliefert; camt.052 kann geliefert werden; camt.054 wird nicht geliefert (3) camt.053: wird immer geliefert; camt.052/camt.054 kann geliefert werden

Überweisungsverfahren Meldungstyp camt mit 4 Levels im Detail beleuchtet


camt.054

Seite 42

Überweisungsverfahren camt.054 Ausführungsbestätigung


Als Ausführungsbestätigung weist der camt.054 ausschliesslich Angaben zum Sammelauftrag auf:

• Der Kunde erhält je pain.001 und je Währung eine Ausführungsbestätigung. Diese Zusammenstellung weist pro Transaktionsart die Anzahl der verarbeiteten Zahlungen sowie die Beträge aus.

• Das Total des Auftrags in CHF (oder der entsprechenden Fremdwährung) entspricht dem Betrag, der am Fälligkeitstag dem Lastkonto des Kunden belastet wird.

• Die anfallenden Preise für den Auftrag werden als Gesamttotal ausgewiesen.

• Das Dokument kann auf Kundenwunsch unterdrückt werden. Die elektronische Auslieferung des Dokuments ist kostenlos; in Papierform ist es kostenpflichtig.

Die Steuerung dieser Dokumentwahl erfolgt direkt im EZAG-Auftrag (pain.001)

• Kombination Batch Booking true und Code CND (Collective Advice no Details) oder

• via Stammdaten bei PostFinance (gemäss Anmeldung EZAG).

Seite 43

Überweisungsverfahren camt.054 Einzelbestätigung


Als Einzelbestätigung weist der camt.054 Angaben der Einzeltransaktionen des pain.001 auf .

• Dem Kunden steht die Möglichkeit offen, sich zu Revisionszwecken sämtliche via EZAG getätigten Zahlungen detailliert auf Liste bescheinigen zu lassen.

• Bei Lohn-EZAG werden die Beträge standardmässig nicht angezeigt. Auf Kundenwunsch können Lohndetails angezeigt werden.

• Die Informationen über die anfallenden Preise werden pro Transaktion ausgewiesen.

• Das Dokument ist auf Kundenwunsch erhältlich. Die elektronische Auslieferung des Dokuments ist kostenlos; in Papierform ist es kostenpflichtig.

Die Steuerung dieser Belastungsanzeige erfolgt direkt im EZAG (pain.001)

• Kombination Batch Booking true und Code CWD (Collective Advice with Details) bzw.

• Batch Booking false und Code SIA (Single Advice) oder

• via Stammdaten bei PostFinance (gemäss Anmeldung EZAG).

Interne Nummer, durch PF generiert

Status der Buchung: BOOK (booked)

Währung und Betrag aus Sammelbuchung Detailinformationen zu Buchung

Überweisungsverfahren camt.054 im A-Level - Ausführungsbestätigung


camt.054

Währung und Betrag von Transaktion 1

Währung und Betrag von Transaktion 2

Überweisungsverfahren camt.054 im D-Level - Ausführungsbestätigung


camt.054

Referenzen zum Auftrag «pain.001»

End-To-End-ID aus «pain.001»









Nächste Schritte

Seite 46

Inhaltsverzeichnis


Seite 47

Neue Kontoauszugs- und Avisierungsangebote Marktangebot – Auswahl Kunde

Harmonisierung ZV CH - Workshop ISO20022 Avisierung

Elektronische Kontodokumente bei PostFinance ISO-20022-Kontoauszug camt.053 − Mit/ohne Belegbild − ES-Einzelbuchungen/ ES-

Sammelbuchungen

Konto-auszug

SWIFT- Kontoauszug MT940 − Mit/ohne Belegbild − ES-Einzelbuchungen/ ES-

Sammelbuchungen

Avisierung im Kontoauszug camt.053 Transaktionsdetails integriert im camt.053

Separate Detailavisierung camt.054 je Produkt − ESR − ASR − ES (mit/ohne Belegbild) − CH-DD − SEPA-DD − Gutschrift- / Lastschriftanzeigen

PDF-Kontoauszug − Mit Belegbild − ES-Einzelbuchungen/ ES-

Sammelbuchungen

Avisierungs-angebote (ISO 20022)

ISO-20022-Intraday-Kontobewegungen camt.052

Intraday Konto-bewegungen

SWIFT-Intraday-Kontobewegungen MT942

Seite 48

Neue Kontoauszugs- und Avisierungsangebote Schema-Versionen

Harmonisierung ZV CH - Workshop ISO20022 Avisierung

camt.053

camt.054

Neue Angebote ab 2016

Übersicht Avisierungsangebot camt.053 mit Details

Harmonisierung ZV CH - Workshop ISO20022 Avisierung Seite 49

Return Bundle ESR

Teilnahme 1

Kundenstamm 1

ASR Teilnahme 5

CH-DD COR1 Teilnahme 3

Konto- auszug

Konto 1

DI 1

ES

Camt.053

A-Level

B-Level Konto 1

Notification

Kundenstamm

Konto

Auslieferung

Kontoauszug/ Produkte

SEPA-DD B2B Teilnahme 2

C-Level ES

D-Level

D-Level

etc.

C-Level Returns

D-Level

D-Level

etc.

C-Level ESR 1

D-Level

D-Level

etc.

C-Level ASR 5

D-Level

D-Level

etc.

C-Level CH-DD COR1 3

D-Level

D-Level

etc.

C-Level SEPA-DD B2B 2

D-Level

D-Level

etc.

Notification File Type

Group Header

Konto Informationen

Sammel- oder Einzelbuchung

Transaktionsdetails

C-Level Karten Buchungen

C-Level EZAG Buchungen

C-Level ZAG Buchungen

C-Level andere Produkte

…

andere Kontobuchungen

Übersicht Avisierungsangebot camt.053 ohne Details & camt.054 mit Details


Return Bundle ESR

Teilnahme1

Kundenstamm 1

ASR Teilnahme 5

CH-DD COR1 Teilnahme 3

Konto- auszug

Konto 1

DI 4 DI 6 DI 1

ES

Camt.053

A-Level

B-Level Konto 1

Notification

Kundenstamm

Konto

Auslieferung

Kontoauszug/ Produkte

SEPA-DD B2B Teilnahme 2

C-Level Returns

Camt.054

A-Level

B-Level Konto 1


C-Level ES

C-Level ESR 1

C-Level ASR 5


C-Level ES

D-Level

D-Level

etc.

DI 2

Notification File Type

Group Header

Konto Informationen

Sammel- oder Einzelbuchung

Transaktionsdetails

DI 3 DI 5 DI 7

Camt.054

A-Level

B-Level Konto 1

C-Level Returns

D-Level

D-Level

etc.

Camt.054

A-Level

B-Level Konto 1

Camt.054

A-Level

B-Level Konto 1

Camt.054 *

A-Level

B-Level Konto 1

Camt.054 *

A-Level

B-Level Konto 1

C-Level ESR 1

D-Level

D-Level

etc.

C-Level ASR 5

D-Level

D-Level

etc.


D-Level

D-Level

etc.


D-Level

D-Level

etc.

C-Level andere Produkte

…

* ESR und ASR können auch im gleichen camt.054 geliefert werden

Format (für GK)

− camt.052 − MT 942

Intraday-Kontobewegungen

Avisierungsart

− Periodisch (stündlich, zweistündlich) oder − Zu max. drei fixen Zeitpunkten im Zeitfenster

von 06.00 bis 20.00 Uhr − Es sind jeweils sämtliche Buchungen seit dem

letzten ordentlichen Kontoauszug enthalten

Periodizität

Kontoauszug mit Detailavisierung

− Täglich − Wöchentlich (Mo–Fr) − Halbmonatlich − Monatlich − Vierteljährlich

− camt.053 − MT 940* − PDF*

Kontoauszug ohne Detailavisierung


− camt.053 − MT 940/950 − PDF − Papier

PostFinance: Harmonisierung Zahlungsverkehr Schweiz Seite 51

Periodizität je Avisierungsart und Format (1/2)

Format (für GK)

− camt.054 ES − camt.054 ESR-

und ASR − camt.054 CH-DD

COR1/B2B − camt.054 SEPA-DD

Core/B2B

Separate Detailavisierung

Avisierungsart


Periodizität

Gut- und Lastschriftavisierung

− Erfolgt laufend bei Zahlungsein- und ausgängen und enthält keine Saldoangabe

− Die Anzahl der Avisierungen kann durch Festlegen einer Betragslimite reduziert werden

− camt.054 − MT900/910

(nur für Banken)

Seite 52

Periodizität je Avisierungsart und Format (2/2)

PostFinance: Harmonisierung Zahlungsverkehr Schweiz

Auslieferungszeitpunkt Detailavisierung im camt.053

t 24:00 24:00 24:00

Kalendertag Kalendertag Kalendertag

14:00

20:30 Start

Auslieferung ESR/ASR-File

20:30

Start Auslieferung Kontoauszug

14:30

Start Auslieferung

camt.053 Inkl.

Detailavis.

00:01

06:00

06:00

ENDE Auslieferung Kontoauszug


ALT

ALT

14:30 06:00

NEU

NEU

Ko

nto

ausz

ug

D

etai

lavi

sier

un

g

Kalendertag

14:00 Buchungstag

24:00


Auslieferungszeitpunkt Detailavisierung im camt.054

t 24:00 24:00 24:00

Kalendertag Kalendertag Kalendertag

14:00

20:30 Start

Auslieferung ESR/ASR-File

22:00 Start

Auslieferung camt.054

Ende Auslieferung

Detailavisierung camt.054

06:00

20:30 22:00 06:00

Start Auslieferung Kontoauszug

14:30

Start Auslieferung

camt.053

00:01 06:00

06:00


Ende Auslieferung ESR/ASR - File

06:00


14:30 06:00

NEU

NEU

24:00

Buchungstag

14:00

Kalendertag

Det

aila

visi

eru

ng

K

on

toau

szu

g


ALT

ALT

Seite 55

Dateinamen für Avisierungen – Struktur Die Dateinamen ermöglichen ein Routing der Files.


camt.053_P_CH12345_111_MyReferenceABC_2015112611111111.xml camt.054-ESR-ASR_P_CH12345_222_YourReferenceDEF_2015112622222222.xml

Mess. Type

File Type IBAN

Time Stamp Suffix

Cust. Ref. DI No.

RE 16A

camt.053_P_CH12345_111_MyReferenceABC_2015112611111111.xml camt.054-ESR-ASR_P_6-789-6_222_YourReferenceDEF_2015112622222222.xml

Mess. Type

File Type

Contract Ref.

Time Stamp Suffix

Cust. Ref. DI No.

Go

Live

Einführung mit CBT-Release 16A | April 2016 Wird umgesetzt für camt.053, camt.054 (beide Schema-Version 4) und pain.002 CH-DD/SDD

Einführung mit CBT-Release 18A | April 2018 Wird umgesetzt für sämtliche Avisierungen an den Kunden Die «Contract Ref.» kann je Avisierungstyp individuell festgelegt werden: Beispielsweise bei ESR mit «Teilnehmernummer» oder bei der Kreditoren-Auftragsavisierung mit der «Payment Actor ID» Hinweis: Die Darstellung der IBAN-Nummer wurde zur besseren Lesbarkeit der Darstellung gekürzt.

Die Dateinamen für die Belegbilder (z. B. Einzahlungsscheine bei EGA) sind nach einem definierten Muster strukturiert und mit der Avisierung verbunden:

Seite 56

Dateinamen für Avisierungen – Bilddateien Die Belegbilder sind mit der Avisierung verknüpft.


Referenznummer der kontoführenden Bank

1.3 Erhalt Zahlung zu Gunsten Zahlungsempfänger

1.6 Verarbeitung Gutschriftsavisierung

1.5 Erhalt Gutschriftsavisierung

camt.054

camt.053

1.10 Verarbeitung Kontoauszug

In Rechnung

Schliessen Offener Posten

Abgestimmt

Software des Zahlungsempfänger

Finanzinstitut Zahlungspflichtiger (Creditor Agent)

camt.054

camt.053

Zahlungspflichtiger Hopfen & Malz (Debtor)

Zahlungsempfänger Herr Gerber Firma Alpwasser (Creditor)

1.2 Zahlung ESR

1.1 Zustellen Einzahlungsschein mit Referenznummer (ESR)


ESR-Gutschriften Zahlungseingänge von Kunden einlesen

1.4 Erstellen Gutschriftsavisierung

1.7 Erstellen Kontoauszug

1.8 Erhalt Kontoauszug

Seite 58

ESR-Gutschriften Identifikation auf dem C-Level / Sammelbuchung


3-stelliger Bank Transaktionscode

Buchungsreferenz und Verbindung zu camt.053 wenn ESR im camt.054

ESR-Teilnehmer Nummer Betrag Sammelbuchung

Spesenblock Totalisierung

Soll- oder Habenbuchung

Umstellung auf ISO 20022 One- oder Two-Step-Migration

One Step Spezial

Aus- lieferung

Aktivierung ISO

Migrations Datum

ISO Aus-

lieferung

Neue Formate Alte Formate PFSystem heute

Seite 59 PostFinance | 04.12.2015 | V1.00 | vertraulich | Basispräsentation RE16A | PF81

3 Tage Vor Umstellung

Letzter Arbeitstag alte Formate, wenn nicht sowieso Periodizität = täglich

3 Tage inkl. Wochenende

Erste Auslieferung am Abend der Migration bzw. nächster Morgen Bei Periodizität = täglich

Tag 1

Two Step Spezial

Aus- lieferung

Aktivierung ISO

Migrations Datum 1

ISO Test Aus-

lieferung

Alte Formate PF System heute

3 Tage Vor Umstellung

Letzter Arbeitstag alte Formate, wenn nicht sowieso Periodizität = täglich

3 Tage inkl. Wochenende

Erste Test-Auslieferung am Abend der Migration bzw. nächster Morgen Bei Periodizität = täglich

Migrations Datum 2

Neue Formate

ISO Aus-

lieferung

Erste Auslieferung am Abend der Migration bzw. nächster Morgen Bei Periodizität = täglich

max. 3 Monate

Tag 1

Alte Formate PF System Neu

Tag 1 Test

Neue Formate auf produktiven Kundentestsystem

TS

TS









Nächste Schritte

Seite 60

Inhaltsverzeichnis


Das Lastschriftverfahren (LSV) wird im Finanzplatz Schweiz bis 2018 harmonisiert und in Etappen mit der e-Rechnung kombiniert werden.

Änderungen an Dienstleistungen und Produkten Neues Lastschriftverfahren in Kombination mit e-Rechnung

Kunde Lieferant

Finanzplatz-Infrastruktur

Bank Kunde Bestellung /

Nutzung

Lieferung / Bereitstellung

Basis = Vertragsverhältnis z. B. für Krankenkasse, Kreditkarte, Fahrzeug-Leasing, Miete usw.

Lastschrift- Auftrag

Ausführung Belastung

Gutschrift

pain.008

pain.002

Status

Belastungs- Avisierung

camt.054

Konto- Avisierung

camt.053 Konto- Avisierung

camt.053

Weitere Banken

Zentrale Verwaltung von: • Zahlungsempfänger-Identifikationen • Rechnungssteller-Identifikationen

Ausführung Lastschrift

Weitere Banken

Gutschrift

Bank Lieferant


Seite 62

Lastschriftverfahren in der Schweiz & im SEPA-Raum 4 Verfahren


CH-DD pain.008.chdd

CH-DD-Basislastschrift (Swiss COR1 Direct Debit)

in CHF oder EUR

CH-DD-Firmenlastschrift (Swiss B2B Direct Debit)

in CHF oder EUR

Innerhalb der Schweiz

SEPA-DD pain.008

SEPA-Basislastschrift (SEPA Core Direct Debit)

in EUR

SEPA-Firmenlastschrift (SEPA B2B Direct Debit)

in EUR

Innerhalb SEPA-Raum

ISO 20022-Meldungen

ohne Widerspruchsrecht

mit Widerspruchsrecht


Out of scope In scope

Schritt 1: Verwendung neuer ISO-Formate ab 2016 (Yellow Loop)

In einem ersten Schritt wird in der Schweiz das Dateiformat des bisherigen Debit Direct durch die neuen ISO-Meldungstypen CH-DD pain.008 (Swiss Direct Debit) und der Verarbeitungsmeldung pain.002 ersetzt. Der Zahlungspflichtige und -empfänger muss weiterhin Kunde der PostFinance sein.

Seite 63

Lastschriftverfahren CH-DD Harmonisierung in zwei Schritten (1/2)


Yellow Loop

PostFinance 1. pain.008.chdd

2. pain.002

4. camt.05X

1

Lastschriftzahler

Rechnungssteller

Schritt 2: Interoperabilität zwischen allen Banken ab 2018 (LEON)

In einem zweiten Schritt ist der Finanzplatz Schweiz bestrebt, im Rahmen der Harmonisierung des Zahlungsverkehrs die Interoperabilität zwischen Banken und PostFinance zu gewährleisten. Das heisst Sie können mit einem pain.008 sowohl ein Bank- als auch ein PostFinance-Konto belasten. Der Zeitpunkt für die Umsetzung ist noch offen.

Seite 64

Lastschriftverfahren CH-DD Harmonisierung in zwei Schritten (2/2)


Yellow Loop

PostFinance 1. pain.008.chdd/chls

2. pain.002

4. camt.05X

Interoperabilität

Belastung

LEON/ SIX PayNet

Bank X

pain.008.chdd/ pain.008.chls

1 2

Lastschriftzahler

Rechnungssteller

Bisher Neu mit ISO 20022

Dienstleistung Debit Direct CH-DD-Lastschrift (Swiss Direct Debit)

Bezeichnung Debit Direct Swiss Direct Debit: − CH-DD-Basislastschrift − CH-DD-Firmenlastschrift

Meldungstypen/ Meldungsformat

− Debit Direct: DD TXT − pain.008 (Auftrag) − pain.002 (Verarbeitungsmeldung)

Angebot PostFinance Debit Direct: Verfügbar bis Ende 2017 Verfügbar ab 2016

An-/Auslieferungs-kanäle


− E-Finance Online Filetransfer − TBS (Telebanking Server) − FDS (File Delivery Services) − SWIFT FileAct

Seite 65

Lastschriftverfahren CH-DD Vergleich Bisher und Neu


Wie das CH-DD-Lastschriftverfahren abläuft:

Die beiden CH-DD-Lastschriftverfahren basieren auf 3 Voraussetzungen:

1. Der Rechnungssteller benötigt eine Gläubigeridentifikation (RS-PID; entspricht der Biller-ID von der E-Rechnung). Falls der Rechnungssteller noch keine RS-PID hat, stellt ihm PostFinance eine zu.

2. Der Rechnungssteller benötigt vom Lastschriftzahler eine gültige Zahlungsermächtigung. Die bestehenden Debit Direct Belastungsermächtigungen behalten ihre Gültigkeit. Bei neuen Kunden muss das neue Formular «Zahlungsermächtigung» verwendet werden.

3. Der Rechnungssteller und der Lastschriftzahler führen ein Postkonto.

Seite 66

Lastschriftverfahren CH-DD Voraussetzungen und Ablauf


Rechnungssteller

Lastschriftzahler

1. pain.008.chdd

2. pain.002

4. camt.05X

CH-DD-Basislastschrift (Swiss COR1 Direct Debit)

in CHF oder EUR

CH-DD-Firmenlastschrift (Swiss B2B Direct Debit)

in CHF oder EUR

pain.008chdd

1.0 Zahlungsermächtigung liegt vor

1.3 Einlieferung pain.008

pain.002

camt.054

camt.053

Erfasst

Eingereicht

Geprüft

Ausgeführt

Abgestimmt

Erfasst

Ausgeführt

Abgestimmt

Software des Rechnungsstellers

Finanzinstitut des Rechnungsstellers & Lastschriftzahlers PostFinance

pain.008

pain.002

camt.054

camt.053

Rechnungssteller Herr Gerber Firma Alpwasser

1.1 Erfassung CH-DD Lastschrift COR1

1.2 Erstellung Zahlungsfile pain.008 pain.008

Eingereicht

1.5 Abholen Status- report pain.002

Geprüft

1.8 Software holt Gutschrifts- avisierung ab


1.9 Bereitstellung Kontoauszug camt.053

1.7 Bereitstellung Gutschriftsavisierung camt.054

1.6 Ausführung der Belastung

1.4 Unmittelbare Prüfung pain.008

Lastschriftzahlerin Frau Frisch


Anwendungsfall Debitorenprozess CH-DD-Lastschriftverfahren COR 1 (Happy Flow)

Seite 68

Lastschriftverfahren CH-DD Meldungstyp pain.008chdd mit 3 Levels im Detail beleuchtet


ISO-Message

Group Header [1 … 1] Message Identification Eindeutigkeitsprüfung während 90 Tagen Number Of Transactions Max 100’000 Control Sum Identification Eindeutige Absender-ID mit RS-PID

Payment Information [1 … n] Service Level – Proprietary «CHDD» Local Instrument – Proprietary «DDCOR1» oder «DDB2B» Requested Collection Date Fälligkeitsdatum Identification RS-PID

Direct Debit Transaction Information [1 … n] End To End Identification Entspricht DD-Records: Referenznummer Instructed Amount Entspricht DD-Records: Aufgabebetrag

A-Level

B-Level

C-Level

Document pain.008chdd

Seite 69

Lastschriftverfahren CH-DD Der A-Level als «Group-Header» mit Angaben zur Meldung


RS-PID

Kontrollsumme

ID der Meldung

Anzahl Transaktionen

pain.008chdd

Lastschriftverfahren CH-DD Der B-Level als «Payment Information» - Auszug

Schema: CHDD

Verfahren: CH-DD-Basislastschrift


pain.008chdd

Seite 71

CH-DD und SEPA-Lastschriftverfahren Die Einlieferungszeiten verändern sich durch ISO 20022 nicht


Wir empfehlen Ihnen die Aufträge möglichst frühzeitig anzuliefern, damit fehlerhafte Transaktionen vor dem Fälligkeitsdatum behandelt werden können.

− Belastung auf

Konto des Last-schriftzahlers

− Gutschrift des

Auftrags auf Postkonto des Rechnungs-stellers

Folge- & letzte Einzüge

Einmalige, erste, Folge- und letzte Einzüge

Einmalige & erste Einzüge

SEPA- Firmenlastschrift

SEPA- Basislastschrift

CH-DD Anlieferung(1), Freigaben(2), Rückzüge, Mutationen bis 24.00 Uhr

Anlieferung(1), Freigaben(2), Rückzüge, Mutationen bis 24.00 Uhr



t

1 Postwerktag vor Fälligkeit Fälligkeitsdatum

24:00 24:00

2 Postwerktage vor Fälligkeit

3 Postwerktage vor Fälligkeit …

24:00

6 Postwerktage vor Fälligkeit

24:00

(1) Früheste Anlieferung ist 2 Jahre vor Fälligkeitsdatum. Davon ausgeschlossen sind Grossaufträge mit >1000 Transaktionen, welche max. 90 Tage vor Fälligkeit angeliefert werden dürfen.

(2) Bei den Freigaben bestehen kanalspezifische Unterschiede.

Charakteristik CH-DD-Lastschriftverfahren SEPA-Lastschriftverfahren

Externer Partner ist involviert (SECB)

Nein Ja

Währung CHF + EUR EUR

Verfahren Mit Widerspruchsrecht Ohne Widerspruchsrecht

Mit Widerspruchsrecht Ohne Widerspruchsrecht

Buchungsprinzip Netto Brutto

Mehrfachbelastungsverfahren Nach 3 und/oder 5 Tagen Kein Angebot

Cash Management camt.053 camt.054

camt.053 camt.054

Widerspruchsrecht Für COR1: 30 Tage ab Versand des Kontodokuments B2B ohne Widerspruchsrecht

Für Core: 8 Wochen ab Belastung (ereignisorientierter Konto- auszug) B2B ohne Widerspruchsrecht

Einzugsart (Sequence Type) Recurrent First, One-Off, Recurrent, Last

Indentifikations-Nr. RS-PID Creditor-ID

Seite 72

CH-DD- und SEPA-Lastschriftverfahren Vergleich










Nächste Schritte

Seite 73

Inhaltsverzeichnis


Umsetzung «Minimal» Die Kunden arbeiten heute mit PDF und/oder Papier

Umsetzung «Standard» Die Kunden wollen Kontoauszug und Verarbeitungsmeldungen elektronisch einlesen

Umsetzung «Erweitert» Die Kunden entscheiden über Avisierungsvarianten für Kontoauszug und Auftragsavisierung

Kommunikations-Kanal E-Finance mit Login und Datei Up-/Download

B2B-Kanal* empfohlen und E-Finance für Autorisierung und Verarbeitungsstatus

B2B-Kanal* notwendig, E-Finance für Autorisierung und Cash-Management

Anlieferung • ISO-Format pain.001/pain.008 Feste Definitionen: • Batch Booking = true

(Sammellastschrift) oder • Batch Booking = false

(Detaillastschrift) Keine wählbare Avisierung • Paymentinformation «PRTRY» nicht

anliefern, die Stammdaten steuern die Avisierung

• ISO-Format pain.001/pain.008 • wählbarer Auszuge

Wählbare Option über Einstellungen in Applikation: • Batch Booking = true


(Detaillastschrift) Keine wählbare Avisierung: • Paymentinformation «PRTRY»

immer «NOA» (No Advice)

• ISO-Format pain.001/pain.008 • wählbarer Auszug

Wählbare Option pro Auftrag: • Batch Booking = true


(Detaillastschrift) Wählbare Avisierung: • Paymentinformation «PRTRY» mit

«NOA», «SIA», «CWD» oder «CND» anliefern

Verarbeitungsstatus Verarbeitungsstatus über E-Finance prüfen

Verwendung pain.002 als Verarbeitungsstatus

Verwendung pain.002 als Verarbeitungsstatus

Auftragsavisierung Gemäss Stammdaten, empfohlen werden PDF, alternativ auf Papier

Auftragsavisierung in E-Finance Avisierung mit B2B-Kanal* im ISO-Format camt.054 (inkl. End-to-End-ID und Geschäftsvorfallcodes, GVC)

Kontoauszug Typischerweise Kontoauszug als PDF, alternativ auch Papier

Frei wählbar mit Vorteil camt.053 und PDF

Frei wählbar mit Vorteil camt.053, camt.054 und PDF

* Als «B2B-Kanäle» stehen verschiedene Kommunikationskanäle wie File-Delivery-Services (FDS) oder Telebanking-Server (TBS) zur Verfügung.

Seite 74

Umsetzungsvarianten und Einlieferungskanäle ISO 20022 kann unterschiedlich umfassend realisiert werden


Für den Datenaustausch mit PostFinance sind mehrere Kommunikations-Kanäle verfügbar

Seite 75

Umsetzungsvarianten und Einlieferungskanäle Datenaustauschverfahren ermöglichen stärkere Interaktion


Kommunikations-Software | File-Transfer-Client

Internet

Integrationsschicht

Internetinfrastruktur

Internetinfrastruktur

E-Finance (Website)

Telebanking-Server (TBS)

File-Delivery-Services (FDS)

Hauptbuch CRM Kreditoren Debitoren Lohn Zahlungs- aufträge

Hauptbuch-Abstimmung

Zahlungs- aufträge

Konto- auszüge

Zahlungs- eingänge

Abstimmung Kundendaten

Mit der Realisierung von ISO 20022 gewinnen durch-gängige Prozesse an Bedeutung.

PostFinance bietet verschiedene Kommunikations-Kanäle für die Ein- und Auslieferung von Auftrags- und Avisierungs-informationen an

Der Datenaustausch basiert dabei auf TCP/IP-Protokollen und strukturierten Dateien im XML-Format.

Für den Datenaustausch mit PostFinance sind weitere Kanäle verfügbar

Seite 76

Umsetzungsvarianten und Einlieferungskanäle Datenaustauschverfahren ermöglichen stärkere Interaktion


Um den Datenaustausch mit möglichst vielen Anspruchsgruppen optimal zu unterstützen, bietet PostFinance auch Anschlüsse an weitere Netzwerke:

Das H-Net ist ein Netzwerk für Unternehmen im Gesundheitswesen.

Mit dem «H-Net SecureClient» wird kundenseitig der Zugang zum H-Net-Transaktions-netzwerk ermöglicht. Dadurch ist ein bidirektionaler Austausch strukturierter Nachrichten im XML-Format (auch für Zahlungen) möglich.

Das SWIFTNet ist ein Netzwerk für Unternehmen in der Finanzbranche und für Finanztransaktionen von global tätigen Unternehmen.

Mit einer speziellen Konnektivitätslösung oder über ein Outsourcing des Zugangs an ein «SWIFT ServiceBureau» können Unternehmen am SWIFTNet teilnehmen.

Mit dem EBICS-Standard ist im europäischen Raum ein Industrie-Standard für die Finanzwirtschaft entstanden, der sich auch branchenübergreifend etabliert hat.

E-Finance TBS FDS

Anbieter Post IT Crealogix Post IT

Beschreibung Der Zugang ins E-Finance erfolgt über ein mehrstufiges Sicherheitssystem.

Für sämtliche Loginverfahren wird die E-Finance-Nummer und das Passwort benötigt.

Automatischer Down-/Upload möglich.

Zahlungsaufträge per Knopfdruck über eine direkte, verschlüsselte Verbindung (KeyPack) zum Telebanking Server von PostFinance.

Ihre Aufträge können direkt im E-Finance mutiert und gelöscht werden.

Verbinden der Finanzsysteme via Internet oder Partnernetz mit dem File Delivery Service von PostFinance.

Integration des Zahlungsverkehrs direkt in die Finanzbuchhaltungs-Software (Import- und Exportfunktion).

Die angelieferten Dateien können direkt im E-Finance verwaltet und freigeben werden.

Kundengruppe Kleinere bis mittelgrosse Kunden Mittlere bis grosse Kunden Grössere Kunden mit Massen Zahlungsverkehr

Technische Voraussetzung Art der Verbindung

aktueller Browser und eine Internetverbindung

TCP/IP- Verbindung

Partner Software mit Kommunikationsmodul

Computer (WS) und FTP-Software. Der Anschluss kann auch aus Ihrem Netzwerk (LAN) heraus via Router erfolgen.

Der Verbindungsaufbau erfolgt über TCP/IP.


Seite 77

Umsetzungsvarianten und Einlieferungskanäle Kanäle im Vergleich


E-Finance TBS FDS

Vorteile • Zeit- und ortsunabhängiger Onlinezugriff auf alle Konten, Kontobewegungen und Fondsdepots

• Unterschiedliche Zugriffsrechte für eine Vielzahl von Anwendern (mandantenfähig)

• Sie können mehrere Konten unter derselben E-Finance-Nummer führen

• Höchster Automatisierungsgrad und vereinfachte Prozesse

• Grosse Datenmengen werden schnell und günstig übermittelt

• Verknüpfen Sie Ihre Finanzbuchhaltung (TBS) mit dem Server

• Alle Anschlüsse für Geschäftskunden sind kostenlos (ausgenommen Kommunikationskosten)

• Zertifikatslösung: kein Verwalten von Passwörtern und Sicherheitsnummern

• Möglichkeit, mehrere Konten unterschiedlicher Finanzinstitute zu verwalten

• Vereinfachte Prozesse durch automatisierten und leistungsstarken Datenaustausch

• Grosse Datenmengen werden schnell und günstig übermittelt

• Optimale Integration in Ihr ERP-System

• Zahlungsfreigaben erfolgen zwingend über E-Finance

• Alle Anschlüsse für Geschäftskunden sind kostenlos (ausgenommen Kommunikationskosten)


Seite 78

Umsetzungsvarianten und Einlieferungskanäle Kanäle im Vergleich










Nächste Schritte

Seite 79

Inhaltsverzeichnis


Das Testing-Angebot wird differenziert nach Transaktionsvolumen und Komplexität der Kunden bzw. der Architektur zur Verfügung gestellt:

Seite 80

Test- und Validierungsmöglichkeiten Verschiedene Testmöglichkeiten stehen zur Verfügung


«Testplattform» PostFinance Dokumentation von Anwendungsfällen

Bereitgestellte Testdateien Standard

Hoch

Sehr Hoch

Produktives Kundentestsystem

Test-Auslieferungen mit produktiven Daten

Durchführung von «Penny-Tests» in der Produktionsumgebung

Transaktionsvolumen und Komplexität des Kunden bzw. der Architektur

Eine vollständige, autarke Testplattform steht bereit. Mit der Test-können Business-Analysten und Entwicklern 7x24h Anwendungsfälle zu prüfen.

Seite 81

Test- und Validierungsmöglichkeiten Eine vollständige Test-Plattform steht zur Verfügung


https://isotest.postfinance.ch/

In der Testplattform können Test-Auftragsdateien hochgeladen und die Resultate heruntergeladen werden:

Seite 82

Test- und Validierungsmöglichkeiten Eine vollständige Test-Plattform steht zur Verfügung


Upload einer Test-Auftragsdatei (pain.001, pain.008)

Download der Ergebnisse (pain.002, camt.054, camt.053)


Mit den «Best Practice-Testfällen» ist ein schneller Start möglich:

Seite 83

Test- und Validierungsmöglichkeiten Unterschiedliche Anwendungsfälle sind zu testen


Die «Best Practice-Testfälle» sind hier verfügbar.

In der PostFinance-Testplattform werden die Basis-Einstellungen für den SFTP-Zugang dargestellt bzw. vorgenommen:

Seite 84

PostFinance-Testplattform mit SFTP-Zugang Lasttests und Regressionstests automatisieren


Basis-Einstellungen für den SFTP-Zugang in der

PostFinance-Testplattform

Im SFTP-Client (z. B. WinSCP) wird die Verbindung zur PostFinance-Testplattform über den Port 10022 konfiguriert:

Seite 85



Benutzernamen und Kennwort aus den Einstellungen der PostFinance-Testplattform

Im SFTP-Client (z. B. WinSCP) werden die Dateien zwischen Client und Server (PostFinance-Test-Plattform) übermittelt:

Seite 86



Testdatei für Schweizer-Credit-Transfer (pain.001)

Die Testdatei wurde über den SFTP-Zugang erfolgreich übermittelt:

Seite 87



Zahlungsauftrags-Datei wurde über den SFTP-Zugang übermittelt und verarbeitet.

Mit einer Überprüfung der «ISO 20022-Readiness» von Softwareprodukten entsteht für die Softwarepartner und die Kunden folgender Nutzen:


Test- und Validierungsmöglichkeiten Die ISO 20022-Readiness wird überprüft.

Nutzen für Softwarepartner Nutzen für Kunden

• Klarer Abschluss des Testingprozesses mit PostFinance

• Beurteilung des Softwareproduktes durch PostFinance als Marktführer im Zahlungsverkehr

• Beurteilung des Softwareproduktes kann auf PostFinance-Website publiziert werden

• Beurteilung der ISO 20022-Readiness kann/soll als Marketing-Aspekt durch den Softwarepartner verwendet werden

• Definierte Überprüfung des Funktionsumfanges und der Qualität des Softwareproduktes

• Verlässliche Informationen zu den Softwareprodukten für die Begleitung der Kunden

• Einen möglichst hohen Umfang von ISO 20022 nutzen können

• Prozesse des Zahlungsverkehrs weiter optimieren und Voraussetzungen für das Working Capital Management schaffen

Die Beurteilung der geplanten/verfügbaren Funktionen erfolgt in drei Stufen:


Test- und Validierungsmöglichkeiten Über drei Stufen entsteht zunehmender Kundennutzen.

Kreditorenmanagement Debitorenmanagement Cash- und Liquiditätsmanagement

Digitaler Kanal interaktiv [E-Finance]

Zahlungsauftrag [pain.001]

Auftragsavisierung steuern [PRTRY]

Verarbeitungsstatus [pain.002]

Auftrags-Avisierung [camt.054]

Digitaler Kanal direkt [FDS, TBS, OLFT]

Lastschriftauftrag [pain.008]

Avisierung Gutschrift ESR [camt.054 ESR]

und | oder

Verarbeitungsstatus [pain.002]

Avisierung Gutschrift CH-DD [camt.054 DD]

Avisierung Gutschrift (mit Bild) [camt.054 ES]

Kontoauszug Intraday [camt.052]

Kontoauszug elektronisch [camt.054] | [camt.053 / 0.54] | [MT 940]

Kontoauszug Papier oder PDF

Kontoavisierung steuern [Sammelanzeige / separate Detailanzeige]

Auftragscockpit bietet Prozesskontrolle [ERP- oder Zahlungssoftware Status von Aufträgen in Übersicht an]

Schnittstellen für digitale Archive [ERP- oder Zahlungssoftware beliefert/bietet Dokumentmanagement-System]

Option

Option

ISO Readiness Stufe 1

Klassisches Geschäft


Klassisches Geschäft mit Optimierungen


Bereit für die Digitalisierung

und | oder









Nächste Schritte

Seite 90

Inhaltsverzeichnis


Seite 91

Nächste Schritte Umsetzung ISO 20022 mit Fokus auf Analyse und Planung


# Aktivität Verantwortlich Termin

1 Diskussion der Anforderungen, die aus/mit ISO 20022 realisiert werden sollen. Anpassungen an Prozessen, Meldungen, Kanäle, beispielsweise - Zahlungsaufträge inkl. Lastschriften - Avisierungen - Kontoauszüge - Kanäle

Softwarepartner Zu definieren Ergebnis: Faktenblatt mit Funktionsübersicht und Rollout-Terminen

2 Unterstützung bei Fragestellungen zur Umsetzung in den Prozessen und Produkten

PostFinance Laufend

PostFinance AG Softwarepartner-Management Mingerstrasse 20 3030 Bern

Daniel Frischknecht Telefon 079 605 83 46 [email protected]

Antworten auf Ihre Fragen Wir begleiten Sie und bleiben in Kontakt


mailto:[email protected]

Seite 93

Zeichensatz für Kreditorenrechnungen Der Zeichensatz UTF-8 muss verwendet werden


Bei der Implementierung der ISO 20022-Meldungen muss beachtet werden, dass die XML-Dateien mit dem «richtigen Zeichensatz» erstellt werden. Die Implementierungs-Richtlinien von SIX erläutern die Festlegung entsprechend:

– In ISO 20022 XML-Meldungen dürfen grundsätzlich Zeichen des Unicode-Zeichensatzes UTF-8 (8-Bit Unicode Transformation Format) verwendet werden.

– In den XML-Meldungen gemäss Schweizer ISO 20022-Standard ist das «Latin Character Set» zugelassen, der Anhang C beinhaltet eine Zeichenumwandlungstabelle für die Schweiz.

Informationen des Finanzplatzes Schweiz

Informationen von PostFinance

Beschreibung der Website Link

Website des Finanzplatzes Schweiz zur Harmonisierung ZV CH www.paymentstandards.ch

Informationen von SIX zur Umsetzung des ISO 20022-Standards in der Schweiz

www.iso-payments.ch

Validierungsplattform von SIX validation.iso-payments.ch/

Seite 94

Antworten auf Ihre Fragen Websites mit weiterführenden Informationen


Beschreibung der Website Link

Informationen zur Harmonisierung ZV CH bei PostFinance www.postfinance.ch/harmonisierung-zv

Informationen zu ISO 20022 www.postfinance.ch/iso20022

Informationen zu ISO 20022 im EZAG www.postfinance.ch/ezag

Informationen zu ISO 20022 in der Kontoavisierung www.postfinance.ch/e-doc

Informationen zu ISO 20022 für den SEPA Debit Direct www.postfinance.ch/sdd

Informationen zu IBAN www.postfinance.ch/iban

Testplattform von PostFinance isotest.postfinance.ch

http://www.paymentstandards.ch/

http://www.iso-payments.ch/

https://validation.iso-payments.ch/

http://www.postfinance.ch/harmonisierung-zv

http://www.postfinance.ch/iso20022

http://www.postfinance.ch/ezag

http://www.postfinance.ch/e-doc

http://www.postfinance.ch/sdd

http://www.postfinance.ch/iban


Documents

Zahlungsverkehr im Umbruchmedia.topal.ch/Public/Downloads/ISO20022_SEPA/DE/PostFinance/SW… · ISO20022 EZAG (pain) ESR/ASR und EGA-Auslieferungen *) ISO 20022 Auslieferungen (camt