de PF. Handbuch Produktiver Kundentest

Transkript

1 de PF Handbuch Produktiver Kundentest

2 Kundenbetreuung Kundenbetreuung für den produktiven Kundentest Beratung und Verkauf Telefon (ab Festnetz CHF 0.08/Min.) Kundendienst Elektronische Dienstleistungen Telefon (ab Festnetz CHF 0.08/Min.) postfinance.ch Version Januar 2016 Ausgangslage/Anpassungen Basis-Handbuch mit ISO Ergänzungen Handbuch Produktiver Kundentest Version Januar /23

3 Inhaltsverzeichnis 1. Allgemeine Informationen Zielgruppe Kundentest EZAG Kundentest SEPA-Lastschrift (SEPA Direct Debit) Kundentest ESR/ASR Gebrauch des Handbuchs Anwendbare Bestimmungen und Handbücher Begriffsdefinitionen 6 2. Ausgangslage Testverfahren, Empfehlungen von PostFinance Testplattform von PostFinance Produktiver Kundentest Testauslieferung von produktiven Daten Abgrenzung Anmeldeprozess für Testing 9 3. Produktives Kundentestsystem von PostFinance Merkmale Grundsätze für produktiven Kundentest An- und Auslieferungsmöglichkeiten Testverzeichnisse Musterfiles für die unterschiedlichen Produkte Testauslieferung von produktiven Daten Kundentest EZAG Testangebot EZAG im XML-Format (pain.001) Test-Auftragsavisierung Bearbeitung der Fehlermeldungen Testangebot EZAG TXT Durchführung der EZAG-Tests Kundentest SEPA-Lastschrift (SEPA Direct Debit) Allgemeine Bestimmungen Kundentest SEPA-Lastschrift Testangebot SEPA-Lastschrift Simulation von Fehlern (fakultativ) Dokumente Durchführung Kundentest ESR/ASR Allgemeine Bestimmungen Kundentest ESR/ASR Testangebot ESR/ASR Testauslieferung von produktiven Daten Belegtest Simulation von verschiedenen Ereignissen Dokumente ASCII-Files ISO Files Auslieferungszeitpunkt Durchführung Erweiterung des produktiven Kundentests 23 Handbuch Produktiver Kundentest Version Januar /23

4 1. Allgemeine Informationen 1.1 Zielgruppe Aufgrund der Harmonisierung des Zahlungsverkehrs auf dem Finanzplatz in der Schweiz hat die PostFinance AG ihr Testangebot auf dem produktiven Kundentestsystem erweitert. Sie bietet ihren Kunden die Möglichkeit, mit den neuen ISO Formaten ihre produktespezifischen Avisierungen End-to-End und analog zur Produktion zu testen. Dieses Handbuch zeigt auf, welche Testmöglichkeiten je Produkt und Kanal zur Verfügung stehen und wie diese genutzt werden können Kundentest EZAG PostFinance bietet ihren Kunden End-to-End-Testmöglichkeiten für ihre Kreditorenzahlungen via Filetransfer mit dem elektronischen Zahlungsauftrag (EZAG) an. EZAG-Aufträge können entweder im TXT- oder ISO XML-Format erteilt werden. Der EZAG-Kundentest via Filetransfer richtet sich an die Geschäftskunden. Der EZAG-Kundentest via E-Finance (Upload) kann von Geschäfts- wie auch von Privatkunden genutzt werden Kundentest SEPA-Lastschrift (SEPA Direct Debit) PostFinance bietet ihren Geschäftskunden End-to-End-Testmöglichkeiten für die zwei SEPA-Lastschriftverfahren im ISO Standard an: SEPA-Basislastschriftverfahren (SEPA Core Direct Debit) mit Widerspruchsrecht SEPA-Firmenlastschriftverfahren (SEPA B2B Direct Debit) ohne Widerspruchsrecht Kundentest ESR/ASR PostFinance bietet ihren Geschäftskunden End-to-End-Testmöglichkeiten der elektronischen Debitoren-Dienstleistung ESR (oranger Einzahlungsschein mit Referenznummer) und ASR (Auszahlungsschein mit Referenznummer) mit dem neuen ISO Standard an. Folgende Testmöglichkeiten sind möglich: ESR/ASR Belegtest ES/ESR/ASR Testauslieferung von produktiven Daten Handbuch Produktiver Kundentest Version Januar /23

5 1.2 Gebrauch des Handbuchs Im vorliegenden Handbuch werden die Testabläufe der jeweiligen Produkte von PostFinance dokumentiert. Kreditorenmanagement Debitorenmanagement Cash- und Liquiditätsmanagement Merkblatt EZAG Merkblatt ASR Merkblatt ESR Merkblatt CH-DD Merkblatt SEPA-DD Merkblatt Elektronische Kontodokumente Management Anwenderhandbuch PostFinance AG zur Harmonisierung Zahlungsverkehr Handbuch EZAG Handbuch ASR Handbuch ESR Handbuch CH-DD Handbuch SEPA-DD Handbuch Elektronische Kontodokumente Fachspezialist Dokumente zur Testdurchführung Testplattform PostFinance AG Implementierung Finanzplatz Schweiz Implementation Guidelines für Überweisungen Implementation Guidelines für CH-Lastschriften Swiss Usage Guide Business Rules Implementation Guidelines für SEPA-Lastschriften Validierungsplattform Kunde Bank Implementation Guidelines für Cash Management Management und Fachspezialist Implementierung Diese Übersicht zeigt eine Auswahl der wichtigsten Dokumente rund um den Zahlungsverkehr. Weitere Dokumente finden Sie im Internet auf w ww.postfinance.ch/handbuecher; Stand Oktober 2015 Übergeordnet zum Handbuch «Produktiver Kundentest» gelten die Bestimmungen des Finanzplatzes Schweiz (Implementation Guidelines und Business Rules) sowie die produktspezifischen Handbücher. 1.3 Anwendbare Bestimmungen und Handbücher Soweit das Handbuch und seine Anhänge keine besonderen Bestimmungen enthalten, gelten die Allgemeinen Geschäfts- und Teilnahmebedingungen von PostFinance die Teilnahmebedingungen Elektronische Dienstleistungen Mass- und Gestaltungsmuster Recordstrukturen Elektronische Dienstleistungen Preise und Konditionen für Geschäftskunden Allgemeinen Geschäftsbedingungen für SEPA-Basislastschrift von PostFinance (Angebot für Zahlungsempfänger) Allgemeinen Geschäftsbedingungen für SEPA-Firmenlastschrift von PostFinance (Angebot für Zahlungsempfänger) à alle zu finden unter w ww.postfinance.ch, sowie die Schweizer Implementation Guidelines das Handbuch Schweizer Business Rules à zu finden unter w ww.iso-payments.ch. Handbuch Produktiver Kundentest Version Januar /23

6 1.4 Begriffsdefinitionen Begriff Additional Optional Services (AOS) Auszahlungsschein mit Referenznummer (ASR) Business-to-Business (B2B) Business-to-Customer Bruttoprinzip camt-meldungstypen camt.053 camt.054 Elektronische Gutschriftsanzeige (EGA) Elektronische Gutschriftsanzeige mit Bild (EGA-B) Elektronische Gutschriftsanzeige voll erfasst ohne Bild (EGA-V) Elektronische Gutschriftsanzeige voll erfasst mit Bild (EGA-Vplus) Elektronischer Zahlungsauftrag (EZAG) Einzahlungsschein mit Referenznummer (ESR) Extensible Markup Language (XML) FDS FileAct International Bank Account Number (IBAN) International Organization for Standardization (ISO) Definition Optionale Zusatzleistungen mit dem Standard ISO 20022, welche von Finanzinstitut zu Finanzinstitut variieren können. Der ASR ist eine elektronische Kreditorendienstleistung, die es dem Kunden ermöglicht, jede Art von Bar - aus zahlung zu tätigen. Die Belastungen können elektronisch verbucht werden. Steht für Kommunikations- und Handelsbeziehungen zwischen mindestens zwei Unternehmen. Steht für Kommunikations- und Handelsbeziehungen zwischen Unternehmen und Privatpersonen (Konsumenten, Kunden). Nach dem Bruttoprinzip wird die Summe aller zur Ausführung übernommenen Transaktionen verbucht. Nicht ausführbare Transaktionen werden mit gleicher Valuta dem auftraggebenden Kunden wieder verrechnet. camt ist die Abkürzung für Cash Management. Diese XML-basierten Meldungstypen dienen als Reporting zwischen Bank und Kunde gemäss den Definitionen des ISO Standards. Die camt.053-meldung ist der ISO Standard für Kontoauszüge und wird standardmässig mit den von der ISO publizierten Bank Transaction Codes (BTC) avisiert. Bei der Avisierung von camt.053-kontoauszügen gelten grundsätzlich die ISO Definitionen, die in den Schweizer Business Rules sowie in den Implementation Guidelines für Cash Management festgehalten sind. Ein camt.053-kontoauszug ohne Belegbilder wird als XML- Datei ausgeliefert. Elektronische camt.053-kontoauszüge mit Belegbildern (TIFF) werden in einem ZIP-File (.tar.gz) ausgeliefert. Gutschrifts- und Lastschriftanzeigen sowie Detailavisierungen werden im ISO Standard durch camt.054- Meldungen abgedeckt. Die Auslieferung der Gutschrifts- und Lastschriftanzeigen erfolgt laufend bei Ein- bzw. Ausgängen. Der Kunde hat die Möglichkeit, die Anzahl der Auslieferungen zu reduzieren, indem er eine Betragslimite definiert, ab der er avisiert werden möchte. Detailavisierungen werden für ES, ESR, ASR, CH-DD und SEPA-DD angeboten und gemäss gewählter Periodizität zur Verfügung gestellt. camt.054 ist auch im Bereich EZAG im Angebot, aber es sind keine Belegbilder möglich. Eine Dienstleistung, bei der dem Zahlungsempfänger die Gutschriftsdaten (Eingänge auf seinem Geschäftskonto) in Form von elektronischen Records via Fileaustausch-Server zur Verfügung gestellt werden. Gutschriften aus papiergebundener Anlieferung (Poststelle, ZAG). Der Kunde erhält einen elektronischen Buchungsrecord mit minimalen Angaben für die automatische Verbuchung und ein elektronisches Belegbild (Kopie des Originalbelegs), auf dem alle weiteren Zahlungsdetails ersichtlich sind. Giro-Gutschriften aus elektronischer Anlieferung (EZAG, DAG, E-Finance, EUROGIRO, SIC, eurosic und voll erfasste Auslandstransaktionen) sowie durch PostFinance voll erfasste ES aus Poststellen und dem Operations Center (OC). Der Kunde erhält einen elektronischen Buchungsrecord mit allen Zahlungsdetails. Eine Spezialausprägung der EGA-V für Kunden, die ihre EGA-B- und EGA-V-Dienstleistung analog avisieren wollen. Pro Gutschriftsrecord wird ein künstliches Belegbild generiert. Elektronischer Zahlungsauftrag im proprietären TXT-Format oder im XML-Format gemäss ISO Standard. Unter einem Einzahlungsschein mit Referenznummer (ESR) versteht man einen orangen Einzahlungsschein von PostFinance, mit dem Geld auf ein Postkonto überwiesen werden kann. Der ESR ist mit einer maschinell lesbaren Codierzeile versehen, die eine Teilnehmer- und eine Referenznummer enthält. Die Teilnehmernummer dient zur Gutschrift auf dem entsprechenden Postkonto. Die Referenznummer ermöglicht es dem Zahlungsempfänger, den Rechnungsempfänger zu identifizieren. Auf diese Weise lässt sich der Zahlungsvorgang ab dem Zeitpunkt der Rechnungsstellung bis zur Verbuchung des Betrags beim Zahlungsempfänger vollständig elektronisch abwickeln. Extensible Markup Language (XML) ist ein Datenformat. File Delivery Service Über SWIFTNet FileAct können nebst den reglementierten Meldungstypen (z. B. MT940 usw.) auch Files mit nicht reglementiertem Aufbau ausgetauscht werden. Beispiel: Versand von Files mit proprietärem, inländischem Format wie DTA/EZAG-Zahlungsdaten, Bilder usw. International Bank Account Number (IBAN) ist die international standardisierte Darstellung einer Kontonummer. Sie wurde von der International Organization for Standardization (ISO) und dem European Committee for Banking Standards (ECBS) zur Rationalisierung des grenzüberschreitenden Zahlungsverkehrs geschaffen. Die Darstellung herkömmlicher Kontonummern im standardisierten IBAN-Format erleichtert die Erfassung, Weiterleitung und Verarbeitung von Zahlungsdaten. Die Internationale Organisation für Normung kurz ISO ist die internationale Vereinigung von Normungsorganisationen. Sie erarbeitet internationale Normen in diversen Bereichen. Handbuch Produktiver Kundentest Version Januar /23

7 Begriff ISO Standard Nettoprinzip pain-meldungstypen pain.001 pain.002 pain.008 Single Euro Payments Area (SEPA) SEPA-Firmenlastschrift (SEPA B2B Direct Debit) SEPA-Basislastschrift (SEPA Core Direct Debit) SWIFT TBS Definition Dieser Standard der International Organization for Standardization (ISO) hat sich zum Ziel gesetzt, eine weltweite Konvergenz von bereits existierenden und neuen Nachrichtenstandards aus den verschiedenen Bereichen der Finanzindustrie herbeizuführen. ISO umfasst neben Nachrichten des Zahlungsverkehrs und Kontoreportings auch weitere Bereiche wie Wertpapierhandel, Aussenhandel oder Treasury. Nach dem Nettoprinzip werden nicht ausführbare Transaktionen generell nicht gebucht, sondern nur die ausführbaren Transaktionen. pain (Payments Initiation) bezeichnet XML-Meldungen im Verkehr Kunde-Bank/Bank-Kunde gemäss den Definitionen des ISO Standards. Die XML-Meldung «Customer Credit Transfer Initiation» (pain.001) wird zur elektronischen Erteilung von Überweisungsaufträgen durch den Kunden an das überweisende Finanzinstitut verwendet. PostFinance nutzt diese ISO Meldung für den elektronischen Zahlungsauftrag (EZAG). Die XML-Meldung «Customer Payment Status Report» (pain.002) wird zur Information des Kunden über den Status von übermittelten Überweisungsaufträgen (pain.001) bzw. Einzugsaufträgen (pain.008) durch das Finanzinstitut verwendet. Die XML-Meldung «Customer Direct Debit Initiation» (pain.008) wird zur elektronischen Erteilung von Lastschriftaufträgen durch den Kunden an das Finanzinstitut verwendet. Die Single Euro Payments Area (einheitlicher Euro-Zahlungsraum) ist das Gebiet der EU/EWR-Länder und der Schweiz, in dem Bürger, Unternehmen und andere Wirtschaftsakteure Zahlungen in Euro tätigen und entgegennehmen können, unabhängig davon, ob diese innerhalb der Landesgrenzen oder darüber hinaus abgewickelt werden, und zwar zu gleichen Bedingungen und mit gleichen Rechten und Verpflichtungen unabhängig vom jeweiligen Ort. Das SEPA-Firmenlastschriftverfahren ohne Widerspruchsrecht ist das Zahlungsverfahren für die Abwicklung von Lastschriften in Euro im SEPA-Raum für Firmenkunden als Zahlungsempfänger und Zahlungspflichtige, wie es im entsprechenden Regelwerk (Rulebook) festgelegt ist. Das SEPA-Basislastschriftverfahren mit Widerspruchsrecht ist das Zahlungsverfahren für die Abwicklung von Lastschriften in Euro von Firmenkunden zulasten von Konsumenten im SEPA-Raum, wie es im entsprechenden Regelwerk (Rulebook) festgelegt ist. Genossenschaftliches Unternehmen internationaler Banken, das ein globales Telekommunikationsnetz betreibt sowie Standards für die elektronische Zusammenarbeit definiert. Telebanking Server Handbuch Produktiver Kundentest Version Januar /23

8 2. Ausgangslage 2.1 Testverfahren, Empfehlungen von PostFinance PostFinance hat für eine optimale Umsetzung der Testvorhaben von Kunden ein Testverfahren konzipiert. Mit diesem Testvorhaben erhalten Kunden die Rahmenbedingungen, um sich bestmöglich auf die Migration vorzubereiten. PostFinance verfügt deshalb über ein mehrstufiges Testverfahren, welches dem Kunden zur Verfügung steht. 1. Schritt Testplattform PostFinance 2. Schritt Produktiver Kundentest Testauslieferung von produktiven Daten Testplattform von PostFinance Auf der Testplattform von PostFinance lassen sich die neuen Datenformate des ISO Standards ausführlich und unkompliziert auf ihre Qualität hin überprüfen. Es handelt sich hierbei um ein von der Produktion losgelöstes Angebot. Dieses Angebot ist für alle Kunden verfügbar und auf eine heterogene Systemumgebung ausgerichtet. Das Angebot eignet sich ideal für die ersten Testversuche, um die neuen Formate auf ihre Schemata zu prüfen. Dieses Testverfahren erleichtert dem Kunden die Tests für die weiteren Testmöglichkeiten massiv. Detaillierte Informationen zu den Testmöglichkeiten stehen unter folgendem Link zur Verfügung: / isotest.postfinance.ch Produktiver Kundentest Nach erfolgreichem Formattest auf der Testplattform von PostFinance empfiehlt PostFinance, weiterführende Tests über das produktive Kundentestsystem vorzunehmen Testauslieferung von produktiven Daten Kunden erhalten bei diesem Angebot parallel zur Auslieferung von der Produktion ihre Auslieferung im neuen ISO-Format über ihren produktiven Kanal. Kunden erhalten so die Möglichkeit zu prüfen, ob die neuen Formate in ihrer Software verarbeitet werden können Abgrenzung Dieses Handbuch erläutert das Testverfahren via produktives Kundentestsystem und die Testauslieferung von produktiven Daten. Das Handbuch enthält keinen Beschrieb für das Produkt Debit Direct. Für Fragen zu Testmöglichkeiten steht das Kontaktcenter gerne zur Verfügung (Telefon ). Handbuch Produktiver Kundentest Version Januar /23

9 2.2 Anmeldeprozess für Testing Für eine Testbegleitung ist der gewünschte Test in jedem Fall dem PostFinance-Kontaktcenter oder dem Kundenberater zu melden. Beratung und Verkauf Telefon (ab Festnetz CHF 0.08/Min.) postfinance.ch Kundendienst Telefon (ab Festnetz CHF 0.08/Min.) postfinance.ch Handbuch Produktiver Kundentest Version Januar /23

10 3. Produktives Kundentestsystem von PostFinance PostFinance verfügt über ein separates Kundentestsystem, welches vom Kunden genutzt werden kann, um eine Dienstleistung vor Inbetriebnahme zu testen. Kundentests im ISO Standard können vollumfänglich und somit End-to-End durchgeführt werden. Die Tabelle im Kapitel 3.2 zeigt die unterschiedlichen Formate, die für den Kundentest genutzt werden können. Der Kundentest ist für Kunden fakultativ, wird jedoch von Post Finance empfohlen. Der Test dient dazu, die Arbeitsabläufe zu überprüfen, und stellt sicher, dass die eingelieferten Zahlungsaufträge/Lastschriften bei der Produktivaufnahme verarbeitet werden können. Die Fehlerrate kann so massiv verringert werden. Das produktive Kundentestsystem dient jedoch nicht der Prüfung/Kontrolle von Stammdaten. 3.1 Merkmale Die An- und Auslieferungen erfolgen über eigens dafür vorgesehene Verzeichnisse, Kennzeichnungen oder über das E-Finance Kundentestsystem Die Grundvoraussetzung für eine Testdurchführung ist ein bestehendes Geschäftskonto oder auch eine Dienstleistungsteilnahme (von Produkt abhängig) Die Validierung entspricht derjenigen auf Produktion, allerdings wird im Kundentest der ISO-Formate die Ausführung von Aufträgen simuliert, um eine umgehende Avisierung auszulösen Die Rejects für die ISO-Formate werden künstlich simuliert, damit Kunden das Fehlerhandling testen können Kunden wird zudem empfohlen, Files bis max. 100 Transaktionen anzuliefern Bei Tests mit ISO-Formaten erhält der Kunde umgehend einen pain.002, welcher als Rückmeldung gilt. Aus diesem Grund wird bei ISO-Formaten kein schriftliches Testresultat erstellt Grundsätze für produktiven Kundentest Es gelten folgende und produktübergreifende Grundsätze für die Kundentests: Auftragsfreigabe Fälligkeitsdatum Realitätsnahe Anlieferung Sämtliche angelieferten Kundentestfiles gelangen ohne Freigabe bzw. Unterschriftenprüfung in die Test verarbeitung. Die Anlieferung erfolgt ohne Zeichnungsrecht für Kreditor-/ Debitoraufträge. Das angelieferte Fälligkeitsdatum wird ignoriert. Entsprechend werden eingereichte Tests sogleich verarbeitet. Dies ermöglicht eine zeitgerechte Abwicklung des Kundentests. Damit ein Testergebnis aussagekräftig ist, wird empfohlen, realistische Daten anzuliefern, welche sämtliche Transaktionsarten abdecken, die in der Produktion auch verwendet werden. Handbuch Produktiver Kundentest Version Januar /23

11 3.2 An- und Auslieferungsmöglichkeiten Produkt Test Formate Anlieferung Auslieferung EZAG SEPA- Lastschrift ESR/ASR ESR/ASR Produktiver Kundentest Produktiver Kundentest Slip-Scanning- Test Testauslieferung von produktiven Daten ISO pain.001 pain.002 camt.054 TXT-Format 3.Generation ISO pain.008 pain.002 camt.054 SDD B2B camt.054 SDD Core ISO camt.053 camt.054 Bestehende Formate Record Typ 3 Record Typ 4 ISO camt.053 camt.054 Bestehende Formate EGA-B EGA-V EGA-Vplus Record Typ 3 Record Typ 4 E-Finance FDS H-Net SWIFT FileAct TBS CD-Backup E-Finance FDS H-Net SWIFT FileAct TBS CD-Backup E-Finance FDS H-Net SWIFT FileAct TBS CD-Backup E-Finance FDS H-Net SWIFT FileAct TBS CD-Backup ASCII Attachment* E-Finance FDS H-Net SWIFT FileAct TBS CD-Backup ASCII Attachment* E-Finance FDS H-Net SWIFT FileAct TBS CD-Backup *Dieser Auslieferungskanal ist für die ISO Formate nicht aktiv. Handbuch Produktiver Kundentest Version Januar /23

12 3.3 Testverzeichnisse Kanal Kundentest EZAG Kundentest SEPA-Lastschrift E-Finance FDS SFTP-Protokoll und Connect: Direct Telebankingserver (TBS) SWIFT FileAct URL /e-finance.postfinance.ch/ test Upload im XML-Format pain-001-in-t Upload im TXT-Format ezag-opae-t Download yellow-net-reports-t kein Kundentest Upload im XML-Format PAIN-001-TEST Upload im TXT-Format EZAG-Test URL /e-finance.postfinance.ch/ test Upload pain-008-sdd-in-t Download pain-002-sdd-out-t, yellow-netreports-t (für camt.054) kein Kundentest Upload PAIN-008-SDD-TEST Download pain.002-ss_t, camt.054-sdd-t H-Net Directory-Baum <Drive:>\H-Net\ SendData\prod CD-Backup Download Die gewünschten Files sind mit einem T (Test) gekennzeichnet Upload im XML-Format PF_PAIN_001_KTest Upload im TXT-Format PF_EZAG_Ktest Download Die gewünschten Files sind mit einem T (Test) gekenn zeichnet Upload PF_PAIN_008_SDD_KTest Download PF_PAIN_002_KTest, PF_CAMT_054_KTest Download PF_PAIN_002_KTest, PF_CAMT_054_KTest Dateneinlieferung Bei einem Kundentest sind zwingend grüne Testetiketten und bei Papierfreigabe ein als «Kundentest» gekennzeichneter Papierauftrag zu verwenden. 3.4 Musterfiles für die unterschiedlichen Produkte Auf /e-finance.postfinance.ch/test liegen Beispielfiles der jeweiligen Produkte für Kunden als Muster zum Download bereit. 3.5 Testauslieferung von produktiven Daten Mit dem erweiterten Test bietet PostFinance die Möglichkeit, die neuen Meldungstypen camt.053 und camt.054 zu Testzwecken zu beziehen. Diese Meldungen beinhalten die produktiven Transaktionen und Buchungen analog der produktiven Kontoavisierung. Diese Avisierungen erfolgen zusätzlich zu den produktiven Kontoauszügen und den Gutschrifts- und Lastschrift anzeigen im bestehenden Format. Handbuch Produktiver Kundentest Version Januar /23

13 4. Kundentest EZAG PostFinance hat das Testing-Angebot hinsichtlich der Harmonisierung des Zahlungsverkehrs erweitert und ermöglicht den Kunden, mit dem produktiven Kundentest von PostFinance eigenständig Tests durchzu führen. Damit Kunden von PostFinance vom Angebot zur Testunter stützung profi tieren können, müssen die vertraglichen Angelegenheiten für die Dienst leistung EZAG abgeschlossen sein. Kunden mit einem entsprechenden Bedarf an Testunterstützung wird empfohlen, sich für eine Beratung direkt an das PostFinance-Kontaktcenter oder an den zuständigen Kundenberater zu wenden. 4.1 Testangebot EZAG im XML-Format (pain.001) Tests für EZAG im XML-Format (pain.001) erfolgen automatisiert. Die Auftragsavisierung ist in den ISO Formaten erhältlich und wird als Test gekennzeichnet ausgeliefert. Damit wird ein automatisierter End-to-End Test ermöglicht. In Spezialfällen und auf Anfrage bietet PostFinance für den EZAG im XML-Format (pain.001) eine manuelle Auswertung an Test-Auftragsavisierung Damit die Auslieferung der Test-Auftragsavisierung im ISO Format erfolgen kann, müssen bei PostFinance entsprechende Einstellungen vor genommen werden. Aus diesem Grund müssen Kundentests immer vorangemeldet werden, ansonsten können keine Avisierungsdokumente versendet werden. Wird der Test ohne vorgängige Anmeldung angeliefert, muss er für den Erhalt der Auftragsavisierung erneut angeliefert werden. Es sind nur ISO Formate für den End-to-End-Test im Angebot Dokumente Test-Auftragsavisierungen sind lediglich in den ISO Formaten erhältlich, damit der Test End-to-End und automatisiert erfolgen kann. Avisierungen in den Formaten PDF, XML PostFinance 1 und Papier stehen nicht zur Verfügung. Verarbeitungsmeldung (Status-Report) pain.002 Diese Statusmeldung wird bei Auftragserteilung immer erstellt und ausgeliefert, sowohl bei positiven als auch bei fehlerhaften Aufträgen/Einzelaufträgen. Nach der Auftragsausführung werden nur noch allfällige Fehler und Unregelmässigkeiten gemeldet. Ausführungsbestätigung camt.054 Der Kunde erhält je EZAG im XML-Format (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. Als Ausführungsbestätigung weist der camt.054 ausschliesslich Angaben zum Sammelauftrag auf. Einzelbestätigung camt.054 Als Einzelbestätigung weist der camt.054 Angaben der Einzeltransaktionen des pain.001 auf. Bei Lohn-EZAG werden die Beträge standardmässig nicht angezeigt. Auf Kundenwunsch können Lohndetails angezeigt werden. 1 proprietäres Format der PostFinance AG Handbuch Produktiver Kundentest Version Januar /23

14 Hinweis: Die Verarbeitungsmeldung kann nicht unterdrückt werden und wird in jedem Fall ausgeliefert. Die Ausführungs- und Einzelbestätigung wird nur auf expliziten Kundenwunsch versendet. Dieser Kundenwunsch kann im Auftragsfile (pain.001) übersteuert werden. In diesem Fall sind die hinterlegten Einstellungen bei PostFinance ungültig und es wird entsprechend dem Kundenwunsch avisiert. Weitere Details zur Auftragsavisierung sind im Handbuch «EZAG» ersichtlich Auslieferungszeitpunkt Die Auslieferung in den Formaten pain.002 und camt.054 erfolgt laufend nach der Auftragserteilung/-ausführung (Auslieferung ab Uhr ca. alle 15 Minuten). Die Auftragsausführung wird im Kundentestsystem umgehend nach Auftragserteilung simuliert. Alle Auftragsavisierungen eines Auftrags stehen nahezu zeitgleich zur Verfügung Auslieferungskanäle für Test-Auftragsavisierung Für die Auslieferung stehen dieselben Kanäle wie für die Anlieferung zur Verfügung. An- und Auslieferungskanal müssen nicht zwingend identisch sein. Weitere Details sind aus Kapitel 3.2 ersichtlich Bearbeitung der Fehlermeldungen Im produktiven Kundentest wird jede fünfte Transaktion annulliert. Diese Fehlersimulation hat zum Ziel, dass das Fehlerhandling getestet werden kann. Die Simulation kann nicht deaktiviert werden. Beinhaltet das angelieferte Testfile einen Auftrag mit weniger als fünf Buchungen, findet keine Simulation von Fehlern statt. Die Transaktionen, die simuliert annulliert werden, werden in der Verarbeitungsmeldung (pain.002) mit einem Zusatzhinweis ausgewiesen. Dadurch können die simulierten Fehler von den übrigen Fehlern unterschieden werden (Hinweis: KndTest Simulierte Fehler). Nebst dieser Zusatz information wird analog der Produktion ein Fehlercode mit Fehlermeldung avisiert. Die Fehler werden passend auf die im pain.001 enthaltenen Transaktionsangaben ausgewählt. Handbuch Produktiver Kundentest Version Januar /23

15 Zahlungsart Typ Reason Code Fehlermeldung Zahlungsart 2.1 Einzahlungsscheine zugunsten Postkonto (ES) Zahlungsart 2.2 Einzahlungsscheine zugunsten Bankkonto (ES) Zahlungsart 3 Bank-/Postzahlung (ohne Beleg) mit IBAN/ Postkonto und Bankclearingnummer/ BIC (ES) Zahlungsart 4 Bank-/Postzahlung (ohne Beleg) in Fremdwährung (ES) Zahlungsart 1 Einzahlungsschein mit Referenznummer (ESR) Zahlungsart 5 Auslandzahlung SEPA (GI) Zahlungsart 6 Auslandzahlung alle Währungen (GI) Zahlungsart 8 Cash international (CI) Reject AC01 Empfängerkonto ungültig Retour AC01 IBAN/Konto Endbegünstigter falsch Reject, falls Zahlungsempfänger = PostFinance Retour, falls anderer Zahlungsempfänger Reject, falls Zahlungsempfänger = PostFinance Retour, falls anderer Zahlungsempfänger AC01 AC01 IBAN/Konto Endbegünstigter falsch IBAN/Konto Endbegünstigter falsch Reject AC01 ESR-Referenznummer falsch Reject CH21 IBAN für diese Destination zwingend Reject CH21 IBAN für diese Destination zwingend Reject NARR Überweisungsart in dieses Land nicht zulässig 4.2 Testangebot EZAG TXT Tests im EZAG-TXT-Format erfolgen manuell. Die Tests werden manuell durch PostFinance analysiert und das Testergebnis wird schriftlich per Post mitgeteilt. Eine Auftragsavisierung Test steht nicht im Angebot beim Kundentest von EZAG im TXT-Format. Handbuch Produktiver Kundentest Version Januar /23

16 4.3 Durchführung der EZAG-Tests Testaufträge müssen sich von produktiven Aufträgen unterscheiden. Die Ausprägungen, um den Test zu kennzeichnen, sind je Kanal unterschiedlich. Weiterführende Informationen sind im Kapitel 3.3 ausgeführt. E-Finance Die Anlieferung erfolgt über /e-finance.postfinance.ch/test in der Kachel EZAG Übermitteln. Das Login erfolgt mit den produktiven Login- Daten. Die Auftragsavisierungen für EZAG im XML-Format (pain.001) werden im E-Finance-Kundentestsystem in der Kachel Kreditormeldungen angezeigt. FDS Die Anlieferung erfolgt über das FDS Verzeichnis pain-001-in-t für EZAG im XML-Format (pain.001) bzw. über das Verzeichnis ezag-opae-t für EZAG im TXT-Format. Die Auftragsavisierungen für EZAG im XML-Format (pain.001) werden im FDS-Testverzeichnis yellow-net-reports-t zum Download bereitgestellt. H-Net Die Anlieferung erfolgt über das H-Net-Verzeichnis bzw. Transaktion PF_ PAIN_001_KTest für EZAG im XML-Format (pain.001) bzw. PF_EZAG_KTest für EZAG im TXT-Format. Die Auftragsavisierungen für EZAG im XML-Format (pain.001) werden im H-Net-Verzeichnis unter folgendem Ordner/Transaktion zum Download zur Verfügung gestellt: PF_PAIN_002_KTest, PF_CAMT_054_KTest SWIFT FileAct Die Anlieferung erfolgt über das produktive System. Der FileDescription- Parameter «EZAG-TEST» bei TXT-Uploads und «PAIN-001-TEST» bei XML-Uploads muss bei der Übermittlung verwendet werden, um diesen als Test zu kennzeichnen. Die Auftragsavisierungen für EZAG im XML- Format (pain.001) werden im Filenamen mit Test gekennzeichnet. Handbuch Produktiver Kundentest Version Januar /23

17 5. Kundentest SEPA-Lastschrift (SEPA Direct Debit) Der Kundentest SEPA-Lastschrift ist fakultativ. PostFinance empfiehlt den Test jedoch insbesondere für folgende Konstellationen: Erstanlieferung einer SEPA-Lastschrift System-Update oder Software-Wechsel auf Kundenseite 5.1 Allgemeine Bestimmungen Kundentest SEPA-Lastschrift Damit vom PostFinance-Angebot zur Testunterstützung profitiert werden kann, müssen die vertraglichen Angelegenheiten abgeschlossen sein. Besteht ein entsprechender Bedarf an Testunterstützung, wird empfohlen, sich für eine Beratung direkt an den zuständigen Kundenberater zu wenden. Damit ein Testauftrag überhaupt verarbeitet und ausgewertet werden kann, müssen folgende Bedingungen erfüllt sein: Korrekter Fileaufbau (gemäss den aktuell gültigen Implementation Guidelines) Die Ermächtigungen werden analog der Produktion geprüft. Bei fehlender Ermächtigung kann der Auftrag nicht übermittelt werden. Auf dem produktiven Kundentestsystem erfolgt die Datenvalidierung analog der Produktion. Das Testsystem ist jedoch nicht für Stammdatenund Massentests vorgesehen. 5.2 Testangebot SEPA-Lastschrift Der produktive Kundentest erfolgt automatisiert und kann End-to-End getestet werden (pain.002 Status Report und camt-meldungen). Die Testauslieferung kann sich von der Auslieferung in der Produktion unterscheiden. Ohne bestehende Testauslieferdefinition werden keine Dokumente ausgeliefert Simulation von Fehlern (fakultativ) Die Simulation kann auf Wunsch ausgeschaltet werden. Bei der Anlieferung eines Testfiles wird jede 5. buchbare Transaktion als Reject annulliert (bis zur 30. Transaktion). Weiter werden die 6. Transaktion als Refund, die 11. Transaktion als Refusal und die 21., 26. und 31. Transaktion als Return ausgewiesen. Der Refusal wird mit dem pain.002 avisiert. Der Refund sowie die Returns sind den camt-meldungen zu entnehmen. Beinhaltet das File weniger als fünf Transaktionen, finden keine simulierten R-Transaktionen statt. Handbuch Produktiver Kundentest Version Januar /23

18 Transaktions-Nr. Rückweisungscode Fehlermeldung Rejects 5 MS03 Reason not specified 10 NARR Payment cancelled by customer 15 AC04 Validation of IBAN Format / Checksum / Length failed 20 MD02 Invalid mandate sequence type 25 MD01 No mandate or unable to obtain mandate confirmation from the debtor 30 NARR Payment cancelled by PostFinance Ausführungsfehler (Refund/ Refusal / Returns) 6 (Refund) MD06 Refund request by end customer 11 (Refusal) RR04 Regulatory Reason (Refusal) 21 (Return) BE05 Unrecognized Initiating Party 26 (Return) RR02 Missing Debtor Name or Address 31 (Return) SL01 Due to specific service offered by debtor agent Dokumente Der Kontoauszug sowie die Detailavisierung sind im produktiven Kundentest nur in den ISO Formaten erhältlich. Verarbeitungsmeldung (Status-Report) pain.002 Diese Statusmeldung wird bei Auftragserteilung immer erstellt und ausgeliefert, sowohl bei positiven als auch bei fehlerhaften Aufträgen oder Transaktionen. Kontoavisierung camt.053 Als Kunde haben Sie die Möglichkeit, die camt.053-kontoavisierung mit oder ohne Details zu wählen. Wird der Kontoauszug mit Details gewählt, so sind sämtliche SEPA-Buchungen sowie deren Details im camt.053-file enthalten. Wird hingegen die Variante ohne Details gewählt, so enthält das camt.053- File die Sammel buchung inkl. der reduzierten Angaben zu den Einzeltransaktionen. Die Details werden im camt.054-file übermittelt. Die unter Kapitel aufgeführten Format- und Ausführungsfehler-Meldungen werden je nach gewählter Variante im camt.053 oder im camt.054 einzeln avisiert. Abweichend zur Produktion wird im produktiven Kundentest pro Auftrag (B-Level) ein camt.053 ausgegeben. Detailavisierung camt.054 Sie erhalten, sofern die Avisierungsvariante camt.053 ohne Details gewählt wurde, die Details der SEPA-Lastschrift-Transaktionen in Form eines camt.054-files Auslieferungszeitpunkt Die Auslieferung der Formate pain.002, camt.053 und camt.054 erfolgt laufend nach Auftragserteilung/-ausführung (Auslieferung ab Uhr ca. alle 15 Minuten). Die Auftragsausführung wird im Kundentestsystem wenige Minuten nach Auftragserteilung simuliert. Alle Auslieferungen stehen praktisch zeitgleich zur Verfügung. Handbuch Produktiver Kundentest Version Januar /23

19 An-/Auslieferungskanäle An- und Auslieferungskanal müssen nicht zwingend identisch sein. Für die Auslieferung stehen dieselben Kanäle wie für die Anlieferung zur Verfügung (Details in Kapitel 3.2). 5.3 Durchführung Testaufträge müssen sich von produktiven Aufträgen unterscheiden. Die Ausprägungen, um den Test zu kennzeichnen, sind je Kanal unterschiedlich. Das Testverzeichnis ist dem Kapitel 3.3 zu entnehmen. Handbuch Produktiver Kundentest Version Januar /23

20 6. Kundentest ESR/ASR Nach Migration des Kontos und Umstellung auf die neuen ISO-Formate hat der Kunde jederzeit die Möglichkeit, von seinen produktiven Auslieferungsdaten Testfiles zu bestellen. Diese Files werden als «Test» gekennzeichnet. Die Tests können beliebig wiederholt werden. Zudem besteht die Möglichkeit, die Belege prüfen zu lassen und ein Testfile zu bestellen. Somit kann der Kunde gleichzeitig prüfen, ob die Daten korrekt in die Buchhaltungssoftware eingelesen werden können (End-to- End-Test). PostFinance empfiehlt den Test insbesondere für folgende Konstellationen: vor dem ersten Belegversand bei Programmänderungen, welche die Beschriftung der Kodierzeile betreffen, oder wenn die ESR/ASR-Software in grösserem Umfang überarbeitet wird bei hoher Rejectquote, auf Verlangen von PF41-36 bei jeder Neuauflage und zwar: für jede einzelne ESR/ASR-Kundennummer für jede Belegart Damit die Kunden vom Angebot der Testunterstützung profitieren können, wird empfohlen, sich direkt an den zuständigen Kundenberater zu wenden. 6.1 Allgemeine Bestimmungen Kundentest ESR/ASR Auf dem produktiven Kundentestsystem erfolgt die Datenvalidierung analog der Produktion. Die gewünschten Files werden über die dafür definierten Kanäle ausgeliefert. Für Tests mit produktiven Daten wird parallel zur Produktion eine Parallelauslieferung der gewünschten Files im neuen Format zu Testzwecken erstellt. Der Kunde hat so die Möglichkeit zu prüfen, ob seine Software in der Lage ist, die neuen Formate zu verarbeiten. Ist für Belegtests ein Testavisierungs-File gewünscht, werden je mindestens 30, maximal 50 beschriftete ESR/ASR und/oder ESR+/ASR+ Verarbeitungsbelege (ohne Beträge) mit unterschiedlichen Referenznummern benötigt. Die zum gewünschten Test gehörigen Belege müssen an folgende Adresse gesendet werden: PostFinance AG Backoffice Dienstleistungen ZV Engehaldenstrasse Bern Handbuch Produktiver Kundentest Version Januar /23

21 6.2 Testangebot ESR/ASR Testauslieferung von produktiven Daten Bei der Nutzung dieses Testangebots ist es das Ziel, eine Testauslieferung auf Basis der bestehenden produktiven Daten zu erhalten. Hierzu werden die verarbeiteten Daten aus der Produktion nochmals als Testfile im gewünschten Format und entsprechenden Kanal zugestellt Belegtest Der Belegtest dient dazu, die Qualität der einzelnen eingereichten Belege zu testen. Wenn mindestens 30 Belege eingereicht werden, können diese eingelesen werden und der Kunde erhält auf Wunsch eine Fileauslieferung. Zum selben Zeitpunkt darf maximal 1 ESR-/ASR-Teilnahme getestet werden Simulation von verschiedenen Ereignissen Wird ein Test mit produktiven Daten durchgeführt, so enthält das Testfile dieselben Transaktionen wie die produktive Auslieferung. Bei der Testauslieferung mit produktiven Daten erfolgt keine Simulation von Fehlern oder Ereignissen. Beim Belegtest werden im File auch rejectierte, stornierte und korrigierte Transaktionen simuliert. Zahlung/Beleg Nr. Code Simulierter Fehler 5 / 15 / 25 / 35 / 45 Storno 6 / 16 / 26 / 36 / 46 Korrektur 7 / 17 / 27 / 37 / 47 1 Reject 8 / 18 / 28 / 38 / 48 5 Massenreject 6.3 Dokumente Eine Auflistung der Auslieferungsformate ist im Kapitel 3.2 abgebildet ASCII-Files Die Auslieferung der Gutschriften für orange Einzahlungsscheine (ESR) erfolgt in einem ESR-File (ASCII) auf Stufe ESR-Teilnahme. Die Auslieferung der Lastschriften für Auszahlungsscheine mit Referenznummer (ASR) erfolgt in einem ASR-File (ASCII) auf Stufe ASR-Teilnahme. Der Auslieferungskanal kann in beiden Angeboten individuell gewählt werden ISO Files Kontoavisierung camt.053 mit Detailavisierung In diesem Kontoauszug sind die ESR und ASR in separaten C-Levels aufgeführt. Die Details der Transaktionen sind im D-Level abgebildet und können automatisiert verarbeitet werden. Kontoavisierung camt.053 mit Sammelbuchung In diesem Kontoauszug werden nur die Totalbeträge der Buchungen (Sammelbuchung auf C-Level) abgebildet. Die Details zu den einzelnen Buchungen werden im camt.054 ESR- oder ASR-Detailavisierung dokumentiert. Handbuch Produktiver Kundentest Version Januar /23

22 ESR-/ASR-Detailavisierung camt.054 Für alle ESR/ASR, die dem gleichen Konto zugeordnet sind, ist im File je ein C-Level aufgeführt. Die Details der Transaktionen sind im D-Level abgebildet Auslieferungszeitpunkt Migrierte Kunden Die Testfiles mit produktiven Daten werden ab dem gewünschten Datum abends zur gleichen Zeit wie die produktiven Daten ausgeliefert. Der Auftrag muss mindestens einen Tag vor der ersten Testauslieferung bei PostFinance eingegangen sein, damit die technischen Voraussetzungen für die Tests bereitgestellt werden können. Die Fileauslieferung eines Belegtests erfolgt sofort nach der Erstellung der notwendigen technischen Voraussetzungen. Die Vorlaufzeit beträgt einen Tag nach Erhalt des Auftrags durch den Kunden. Nicht migrierte Kunden Die Testfiles mit produktiven Daten werden innerhalb eines halben Tages ausgeliefert. Die Fileauslieferung eines Belegtests erfolgt abends zur gleichen Zeit wie die produktiven Daten. Die Belege müssen mindestens einen Tag vor der Verarbeitung bei PostFinance eingegangen sein, damit die technischen Voraussetzungen für den Test geschaffen werden können. 6.4 Durchführung Testaufträge müssen sich von produktiven Aufträgen unterscheiden und werden mit einem «T» gekennzeichnet. Eine tabellarische Auflistung der unterschiedlichen Kanäle befindet sich im Kapitel 3.3. Handbuch Produktiver Kundentest Version Januar /23

23 7. Erweiterung des produktiven Kundentests PostFinance wird im Frühling 2016 ihr Testangebot erweitern. Das Handbuch wird zeitgleich aktualisiert und steht den Kunden im Frühling in einer neuen Version zur Verfügung. Bei Fragen zur Erweiterung des Testangebots können sich Kunden an ihren Kundenberater wenden. Handbuch Produktiver Kundentest Version Januar /23