499.75 fr 12.2015 PF Manuel Plateforme de tests Messages ISO PostFinance pour les banques [messages pacs]
Gestion clientèle Demandes relatives aux problèmes techniques Pour les questions techniques et celles relatives à l utilisation de la plateforme de tests, veuillez vous adresser au Contact Center Prestations électroniques. Téléphone +41 848 848 424 (depuis le réseau fixe CHF 0.08/min.) E-mail: eldl @ postfinance.ch Demandes relatives à l exécution de tests Pour les questions concernant l exécution de tests, veuillez vous adresser par e-mail à l adresse suivante: bankentest @ postfinance.ch Demandes relatives à la prestation ISO 20022 pour les banques Pour toutes les questions en relation avec la prestation ISO 20022 pour les banques, veuillez prendre contact avec votre conseiller à la clientèle ou le Service à la clientèle Banques. PostFinance SA Service à la clientèle Banques Mingerstrasse 20 3030 Berne Téléphone 058 667 96 14 Impressum PostFinance SA 3030 Berne Version Décembre 2015 Manuel Plateforme de tests Version décembre 2015 2/21
Table des matières 1. Introduction 4 1.1 Groupe cible 4 1.2 But et utilisation de ce document 4 1.3 Termes 4 1.4 Dispositions et manuels applicables 5 2. Cas d application et possibilités de simulation de la plateforme de tests 6 2.1 Vérification d ordres de paiement 6 2.1.1 Simulations du cas d application «Vérification remise pacs.008 (EF à PF)» 6 2.1.1.1 Traitement exempt d erreur d un message pacs.008 7 2.1.1.2 Rejet de l ensemble de l ordre de paiement par PostFinance 7 2.1.1.3 Retours d un ou de plusieurs paiements d un ordre de paiement par PostFinance 7 2.1.1.4 Couverture insuffisante pour l exécution de l ordre de paiement avec approvisionnement de couverture ultérieur 8 2.1.1.5 Couverture insuffisante pour l exécution de l ordre de paiement et annulation de l ordre de paiement 8 2.2 Simulation de notifications de paiement 8 2.2.1 Simulation pour le cas d application «Simulation envoi pacs.008 (PF à EF)» 9 2.3 Vérification de messages d état 9 2.4 Vérification de retours 10 3. Configurations de la plateforme de tests 11 3.1 Comptes de facturation («Settlement Account») 11 3.2 Rejet d ordres de paiement entiers 11 3.3 Retour de paiements isolés 11 3.4 Secure File Transfer Protocol (SFTP) 12 3.4.1 Echange de données via SFTP 12 3.5 Données de base générales de la plateforme de tests 12 Annexe 13 A Création du fichier CSV 13 A.1 Exemple de fichier CSV 13 A.2 Explications relatives aux champs dans le fichier CSV 13 A.2.1 En-tête 13 A.2.2 Zone de paiement 14 A.2.3 Création du fichier pacs.008 15 A.2.4 Affectation pour le mode de paiement ESRPMT 16 A.2.5 Affectation pour le mode de paiement CSTPMT 17 A.2.6 Affectation pour le mode de paiement SLRPMT 18 B Evaluer le protocole de vérification 19 B.1 Messages pacs 19 B.2 Fichier CSV 19 C Ecarts par rapport à la production plateforme de tests 21 Manuel Plateforme de tests Version décembre 2015 3/21
1. Introduction 1.1 Groupe cible Le présent document est déterminant pour les banques de la place financière suisse qui veulent utiliser la plateforme de tests des messages ISO pour les banques de PostFinance. 1.2 But et utilisation de ce document Ce document est une aide pour l utilisation de la plateforme de tests et décrit les différentes possibilités d utilisation et de simulation de cette plateforme. Les fonctionnalités de la plateforme de tests permettent aux banques de simuler l ensemble des scénarios de traitement qui surviennent lors du traitement des prestations «Remise des messages ISO pour les banques» et «Envoi des messages ISO pour les banques». 1.3 Termes Terme Abréviation Définition Etablissement financier EF Etablissement financier International Bank Account Number IBAN International Bank Account Number (IBAN) correspond à la présentation internationale normalisée d un numéro de compte. Il a été mis au point par l ISO (Organisation internationale de normalisation) et le CENB (Comité européen de normalisation bancaire) pour rationaliser le trafic des paiements transfrontalier. La présentation des numéros de compte habituels au format normalisé IBAN facilite la saisie, la transmission et le traitement des données de paiement. Organisation internationale de normalisation Norme ISO 20022 ISO L Organisation internationale de normalisation ou ISO est l organisme international de normalisation qui élabore les normes internationales dans divers domaines. Cette norme émanant de l Organisation internationale de normalisation (ISO) a pour objectif de faire converger, à l échelle internationale, les anciennes et les nouvelles normes relatives aux messages issus des différents domaines du secteur financier. Outre les messages du trafic des paiements et du reporting de comptes, elle couvre également des domaines tels que le commerce de titres, le commerce extérieur ou encore la trésorerie. Types de messages pacs pacs pacs (Payment Clearing and Settlement) désigne des messages XML utilisés dans les échanges entre banques conformément aux définitions de la norme ISO 20022. pacs.002 Message d état pacs.004 Retour pacs.008 Paiement client PostFinance PF PostFinance SA Ordre de paiement Un ordre de paiement est utilisé par la banque pour transmettre à PostFinance un ou plusieurs paiements de client. Un ordre de paiement est transmis à PostFinance avec un message pacs.008. Manuel Plateforme de tests Version décembre 2015 4/21
1.4 Dispositions et manuels applicables Si le manuel «Plateforme de tests, messages ISO PostFinance pour les banques [messages pacs]» et ses annexes ne contiennent pas de dispositions particulières, les «Conditions de participation de la plateforme de tests de PostFinance» actuellement en vigueur s appliquent. Le manuel «Messages ISO PostFinance pour les banques [messages pacs]» ainsi que les «Définitions techniques Implementation Guidelines Messages ISO PostFinance pour les banques [messages pacs]» fournissent les bases spécialisées et techniques pour l utilisation de l offre «Messages ISO pour les banques» [messages pacs]. Tous les manuels pertinents peuvent être téléchargés sur w ww.postfinance.ch/banques-documents. Vous trouverez les informations relatives à l inscription / la désinscription ainsi qu un bref aperçu des étapes d utilisation principales dans le document Quick start (menu «Aide»). Manuel Plateforme de tests Version décembre 2015 5/21
2. Cas d application et possibilités de simulation de la plateforme de tests Ce chapitre présente un aperçu des fonctions principales de la plateforme de tests. Les fonctionnalités sont composées de deux cas d application principaux et de trois autres cas d application. Les cas d application principaux servent à simuler différents scénarios de traitement de la remise et de l envoi de messages ISO avec PostFinance. Les autres cas d application servent notamment à la validation des messages d état et des retours établis par la banque. Les différentes possibilités de simulation sont expliquées plus en détail dans le contexte des cas d application décrits ci-dessous. L échange de messages décrit dans les chapitres ci-après se rapporte à l interface utilisateur graphique de la plateforme de tests. En plus de l échange de messages par ce biais, des messages peuvent aussi être échangés avec la plateforme de tests via le protocole SFTP. Toutes les simulations décrites ici sont aussi possibles par SFTP. Vous trouverez de plus amples informations concernant l échange de messages dans le chapitre 3.4 Secure File Transfer Protocol (SFTP). 2.1 Vérification d ordres de paiement Avec le cas d application «Vérification remise pacs.008 (EF à PF)», une banque peut vérifier si le message pacs.008 créé par son système a été correctement établi pour PostFinance. On vérifie si le message pacs.008 a été créé de manière correcte du point de vue formel et spécialisé. La base de cette vérification est le schéma XML correspondant ainsi que les règles spécialisées telles qu elles sont décrites dans le manuel «Messages ISO Post- Finance pour les banques [messages pacs]» et les «Définitions techniques Implementation Guidelines Messages ISO PostFinance pour les banques [messages pacs]». Outre les vérifications formelles et spécialisées des messages, différents processus de traitement peuvent être simulés avec ce cas d application. Ces simulations sont décrites au chapitre suivant. 2.1.1 Simulations du cas d application «Vérification remise pacs.008 (EF à PF)» Les simulations décrites dans les chapitres ci-après se différencient, d une part, par les contenus du message transmis et, d autre part, par la configuration de la plateforme de tests. Les simulations sont cependant toujours exécutées selon le même modèle: 1. Sélectionnez dans votre système le message pacs.008 à traiter sous Fichiers de paiement à Transmettre. 2. Sélectionnez la fonction Vérification remise pacs.008 (EF à PF) dans le menu déroulant. 3. Cliquez sur Transmettre. 4. Téléchargez le fichier ZIP avec les fichiers output de la liste des résultats (Fichiers de paiement téléchargés), vérifiez les remarques et les erreurs du protocole de vérification. 5. Traitez le message d état et, le cas échéant, les retours dans votre système. Manuel Plateforme de tests Version décembre 2015 6/21
2.1.1.1 Traitement exempt d erreur d un message pacs.008 La condition de base pour cette simulation est que l ordre de paiement pacs.008 soit correct du point de vue formel et spécialisé. En outre, les conditions de configuration suivantes (voir chapitre 3) doivent être remplies: Le «Default Settlement Account» / «Settlement Account» est configuré dans la monnaie de l ordre de paiement de manière correcte dans les données de base. Le «Scénario couverture de compte» est défini sur «Couverture suffisante». La «Simulation rejet d ordres de paiement complets» est désactivée. Dans l ordre de paiement, il n y a aucun paiement utilisant un numéro de compte ou une adhésion BVR mentionné sous la configuration «Simulation retours de paiements isolés». Input plateforme de tests: fichier pacs.008 avec 1-n paiements Output attendu: pacs.002 avec statut «ACCP»; protocole de vérification 2.1.1.2 Rejet de l ensemble de l ordre de paiement par PostFinance Le rejet d un ordre de paiement peut être provoqué par un message pacs.008 incorrect ou par la configuration de la plateforme de tests: activation d un motif de rejet sous «Simulation rejet d ordres de paiement entiers» ou compte de facturation manquant dans la «Configuration des comptes de facturation» Input plateforme de tests: fichier pacs.008 avec 1-n paiements Output attendu: pacs.002 avec statut «RJCT»; protocole de vérification 2.1.1.3 Retours d un ou de plusieurs paiements d un ordre de paiement par PostFinance Les retours peuvent être provoqués sur la plateforme de tests en utilisant, dans les paiements, les numéros de compte et les adhésions BVR tels que mentionnés dans la configuration «Simulation retours de paiements unitaires». Afin que les retours puissent être créés par la plateforme de tests, l ordre de paiement doit pouvoir être traité sans erreur (mêmes conditions préalables qu au chapitre 2.1.1.1). Input plateforme de tests: fichier pacs.008 avec 1-n paiements Output attendu: pacs.002 avec statut «ACCP»; pacs.004 avec retours; protocole de vérification Remarque: Avec le cas d application 2.3 Vérification de messages d état, vous pouvez vérifier l exactitude du point de vue formel et spécialisé des éventuels messages pacs.002 créés par votre système. Manuel Plateforme de tests Version décembre 2015 7/21
2.1.1.4 Couverture insuffisante pour l exécution de l ordre de paiement avec approvisionnement de couverture ultérieur Le scénario est déclenché par la configuration du compte de facturation en définissant le «Scénario couverture de compte» sur «Couverture obtenue après coup». En outre, les conditions préalables suivantes doivent être remplies: L ordre de paiement pacs.008 est correct du point de vue formel et spécialisé. Le «Default Settlement Account» / «Settlement Account» est configuré dans la monnaie de l ordre de paiement de manière correcte dans les données de base. La «Simulation rejet d ordres de paiement complets» est désactivée. Input plateforme de tests: fichier pacs.008 avec 1-n paiements Output attendu: pacs.002 avec statut «ACCP»; pacs.002 avec statut «PDNG»; pacs.002 avec statut «ACSC»; protocole de vérification 2.1.1.5 Couverture insuffisante pour l exécution de l ordre de paiement et annulation de l ordre de paiement Le scénario est déclenché avec la configuration du compte de facturation en définissant le «Scénario couverture de compte» sur «Couverture insuffisante». En outre, les conditions préalables suivantes doivent être remplies: L ordre de paiement pacs.008 est correct du point de vue formel et spécialisé. Le «Default Settlement Account» / «Settlement Account» est configuré dans la monnaie de l ordre de paiement de manière correcte dans les données de base. La «Simulation rejet d ordres de paiement complets» est désactivée. Input plateforme de tests: fichier pacs.008 avec 1-n paiements Output attendu: pacs.002 avec statut «ACCP»; pacs.002 avec statut «PDNG»; pacs.002 avec statut «RJCT»; protocole de vérification 2.2 Simulation de notifications de paiement Avec le cas d application «Simulation envoi pacs.008 (PF à EF)», une banque peut vérifier le traitement bancaire interne des notifications de paiement. Ce cas d application se distingue en particulier par le fait que les informations créancier et le numéro de compte créancier de clients (fictifs) d une banque peuvent être indiqués par le biais d un fichier CSV. Avec ces informations, la plateforme de tests est en mesure de créer un message pacs.008 qui peut être traité par le système de la banque (dans lequel ces clients fictifs sont configurés). En indiquant de fausses informations créancier ou un numéro de compte bloqué, des retours peuvent en outre être provoqués. Manuel Plateforme de tests Version décembre 2015 8/21
2.2.1 Simulation pour le cas d application «Simulation envoi pacs.008 (PF à EF)» Pour la simulation des notifications de paiement, procédez comme suit: 1. Sur la plateforme de tests, téléchargez le fichier d exemple CSV sous Aide à Manuels/fichiers d exemple à «Fichier d exemple pour la simulation de l envoi d un pacs.008». 2. Ouvrez le fichier d exemple dans un éditeur et adaptez les informations selon vos exigences, ajoutez d autres paiements si vous le souhaitez. Vous trouverez dans l annexe A les instructions permettant de créer le fichier CSV. 3. Enregistrez le fichier au format CSV dans votre système de fichier. 4. Sélectionnez la fonction «Simulation envoi pacs.008 (PF à EF)» dans le menu déroulant sur la plateforme de tests. 5. Sélectionnez le fichier CSV créé précédemment dans votre système de fichier. 6. Cliquez sur Transmettre. 7. Téléchargez le fichier ZIP avec les fichiers output de la liste de résultats (Fichiers de paiement téléchargés), vérifiez dans le protocole si le fichier pacs.008 a pu être créé sans erreur. 8. Traitez le message pacs.008 dans votre système. Remarque: Si vous avez simulé des retours avec le fichier CSV, vous pouvez vérifier l exactitude du message pacs.004 établi par votre système du point de vue formel et spécialisé avec le cas d application 2.4 Vérification de retours. Avec le cas d application 2.3 Vérification de messages d état, vous pouvez aussi effectuer cette vérification pour les messages d état. 2.3 Vérification de messages d état Avec le cas d application «Vérification pacs.002 (EF à PF)», une banque peut vérifier si le message d état établi par son système est correct du point de vue formel et spécialisé. Pour vérifier les messages d état créés par le système sur la base d un message pacs.008 ou pacs.004 entrant, il faut procéder comme suit: 1. Sur la plateforme de tests, sélectionnez dans votre système de fichier le message pacs.002 à vérifier. 2. Sélectionnez la fonction «Vérification pacs.002 (EF à PF)» dans le menu déroulant. 3. Cliquez sur Transmettre. 4. Téléchargez le fichier ZIP avec les fichiers output de la liste de résultats et vérifiez les remarques et les erreurs du protocole de vérification. Manuel Plateforme de tests Version décembre 2015 9/21
2.4 Vérification de retours Avec les cas d application «Vérification pacs.004 (EF à PF)» et «Vérification pacs.004 avec comparaison (EF à PF)», une banque peut vérifier si le retour établi par son système est correct du point de vue formel et spécialisé. Le cas d application «Vérification pacs.004 avec comparaison (EF à PF)» contient, outre la vérification formelle et spécialisée, une comparaison avec le message pacs.008 d origine. La comparaison signifie qu il est vérifié si les retours contenus dans le pacs.004 étaient contenus dans le pacs.008 d origine et s ils ont été enregistrés correctement dans le pacs.004. Pour la «Vérification pacs.004 (EF à PF)», procédez comme suit: Sur la plateforme de tests, sélectionnez dans votre système de fichier le message pacs.004 à vérifier. Sélectionnez la fonction «Vérification pacs.004 (EF à PF)» dans le menu déroulant. Cliquez sur Transmettre. Téléchargez le fichier ZIP avec les fichiers output de la liste de résultats et vérifiez les remarques et les erreurs du protocole de vérification. Pour la «Vérification pacs.004 avec comparaison (EF à PF)», procédez comme suit: 1. Créez à partir de votre système de fichier un fichier ZIP contenant le message pacs.008 d origine et le message pacs.004 à vérifier. 2. Sélectionnez ce fichier ZIP sur la plateforme de tests. 3. Sélectionnez la fonction «Vérification pacs.004 avec comparaison (EF à PF)» dans le menu déroulant. 4. Cliquez sur Transmettre. 5. Téléchargez le fichier ZIP avec les fichiers output de la liste de résultats et vérifiez les remarques et les erreurs du protocole de vérification. Remarque: La «Vérification pacs.004 avec comparaison (EF à PF)» n est pas possible par SFTP. Manuel Plateforme de tests Version décembre 2015 10/21
3. Configurations de la plateforme de tests Pour l exécution des cas d application mentionnés ci-dessus ainsi que les simulations y relatives, différentes configurations doivent être effectuées sur la plateforme de tests. Ces configurations sont expliquées dans les chapitres suivants. 3.1 Comptes de compensation («Settlement Account») La configuration des comptes de compensation se fait sur la plateforme de tests sous Configuration à Comptes et comprend l IBAN, la monnaie du compte et le paramètre indiquant s il s agit, dans le cas du compte en question, d un «Default Settlement Account» pour cette monnaie. En outre, le «Scénario couverture de compte» peut être sélectionné au niveau du compte de facturation. La plateforme de tests effectue les contrôles pour les comptes de compensation et les éventuelles simulations directement après le contrôle formel (contrôle du schéma XML) du message. Les étapes de contrôle situées en aval ne sont effectuées que si un compte de facturation valable est enregistré pour le message et que le scénario de couverture de compte «Couverture suffisante» ou «Couverture obtenue après coup» est sélectionné. La configuration des comptes de facturation est pertinente pour toutes les simulations du cas d application «Vérification remise pacs.008 (EF à PF)» (voir chapitre 2.1.1) 3.2 Rejet d ordres de paiement entiers La configuration pour le rejet d ordres de paiement entiers (voir simulation chapitre 2.1.1.2) s effectue sous Configuration à Messages R: Simulation Rejet d ordres de paiement complets. Le choix d une simulation a pour effet que tout message pacs.008 correct est rejeté sans traitement supplémentaire avec le motif de rejet sélectionné. 3.3 Retour de paiements isolés Cette configuration comprend une liste de comptes qui sont enregistrés dans la plateforme de tests et pour lesquels l utilisation d un paiement en faveur de tels créanciers déclenche automatiquement un retour (voir simulation chapitre 2.1.1.3). C est pourquoi ces comptes sont appelés «Compte auto-return». Une liste de ces comptes et des motifs de retour correspondants peut être consultée sous Configuration à Messages R à Section «Simulation retour de paiements unitaires». Manuel Plateforme de tests Version décembre 2015 11/21
3.4 Secure File Transfer Protocol (SFTP) Les paramètres de configuration pour la connexion via SFTP peuvent être consultés sous le menu Configuration à Données SFTP. Remarque: Avant la première utilisation de la connexion via SFTP, vous devez saisir un mot de passe et cliquer sur Sauvegarder. 3.4.1 Echange de données via SFTP L échange de données via SFTP s effectue par le biais d une structure de répertoire fixe prédéfinie. La structure de répertoire est identique à celles des canaux SFTP productifs de PostFinance. Sont exclus les répertoires validation-out et csv-in, qui ne sont disponibles que sur la plateforme de tests. Nom du répertoire Remise ISO 20022 Envoi ISO 20022 Remarques pacs-008-in x Vérification des ordres de paiement de la banque pacs-002-out x x Message d état de la plateforme de tests pour les ordres de paiement remis / retours de la banque pacs-004-out x Retours provenant d ordres de paiement remis à la banque validation-out x x Mise à disposition du protocole de vérification de la plateforme de tests pour la banque csv-in x Remise de fichiers CSV pour la simulation de l envoi d un pacs.008 de la plateforme de tests à la banque (mise à disposition dans le dossier pacs-008-out) pacs-008-out x Notification de paiements entrants de la plateforme de tests à la banque (mise à disposition d output par la soumission d un fichier CSV dans le dossier csv-in) pacs-002-in x x Vérification des messages d état de la banque pacs-004-in x Vérification des retours de la banque 3.5 Données de base générales de la plateforme de tests Les paramètres généraux pour l utilisation de la plateforme de tests se trouvent dans le menu Configuration à Données de base. Ici, vous pouvez: gérer les données de l utilisateur/entreprise gérer le BIC de vos données de test activer l option de suppression des fichiers lors de la déconnexion 1 Vous pouvez également modifier votre mot de passe pour l accès à la plateforme de tests dans le menu Configuration à Mot de passe. 1 Vous pouvez aussi supprimer manuellement les fichiers téléchargés (sous Fichiers de paiement à Transmettre fichier de paiement). Les fichiers suivants sont dans tous les cas supprimés automatiquement: tous les fichiers qui datent de plus de 9 jours, tous les fichiers dans un répertoire-in pour SFTP qui datent de plus de 24 heures, tous les fichiers qui font plus de 500 Mo et datent de plus d un jour, les fichiers plus anciens dans un répertoire d utilisateur qui font plus de 500 Mo. Manuel Plateforme de tests Version décembre 2015 12/21
Annexe A Création du fichier CSV Dans le fichier CSV, vous indiquez les noms et comptes (fictifs) qui sont configurés dans votre système pour ces tests et les comptes en faveur desquels les paiements doivent être générés. Vous pouvez déterminer dans le fichier CSV, au moyen d informations complémentaires, le genre de paiement et le nombre de paiements qui doivent être créés en faveur d un client spécifique. Le fichier CSV doit comporter un en-tête et une zone de paiement. Vous pouvez insérer autant de lignes que vous le souhaitez dans la zone de paiement. Les champs sur une ligne doivent être séparés par un point-virgule. Chaque ligne doit être terminée par un séparateur de ligne conformément à la convention Unix ou Windows. Il ne doit pas y avoir de retour à la ligne dans une ligne. A.1 Exemple de fichier CSV Un exemple de fichier CSV est représenté ci-dessous. Si vous transmettez ce fichier CSV, des paiements pour les trois modes de paiement avec les différentes catégories seront générés. Dans ce cas, l envoi pacs.008 contient 36 paiements. InstructedAgentBic;OrderCurrency;SettlementMethod;SettlementAccount;SettlementDate;FullRecording;ESR+;TestCaseId SELDCHLAXXX;CHF;INGA;CH6309000000250097798;;yes;yes; Count;PaymentType;Name;Street;BuildingNr;PostCode;Town;Country;AccountType;Account;Reference 15;ESRPMT;Emil Egger;Englischer Viertel;1;3920;Zermatt;;ESRPT;01-234567-6;123456 14;CSTPMT;Carl Cornell;Chrum;2;3920;Zermatt;CH;IBAN;CH16 04835011405381002;Rechnung 1-1234-2015 7;SLRPMT;Sandro Schuler;Steinmattweg;3;3920;Schwarzsee;CH;IBAN;CH0309000000250090342;Lohn/Gehalt 2-4567-2015 Les exemples peuvent être téléchargés sous Aide à Manuels/fichiers d exemple à «Fichier d exemple pour simuler un envoi pacs.008». A.2 Explications relatives aux champs dans le fichier CSV A.2.1 En-tête Les données de l en-tête sont intégrées au Group Header de l envoi pacs.008. L en-tête doit comporter deux lignes. La première ligne doit indiquer les noms des huit colonnes et la seconde, les valeurs correspondantes. Vous devez indiquer dans la première ligne le nom de la colonne correspondante même si vous n indiquez pas de valeur optionnelle. Nom de colonne Explication InstructedAgentBic BIC du bénéficiaire OrderCurrency Monnaie de l ordre SettlementMethod Méthode de facturation (INGA ou COVE 2 ) SettlementAccount 1 Compte de compensation pour INGA 2 Numéro CB de l établissement financier du bénéficiaire (InstructingReimbursementAgent) pour COVE 2 SettlementDate Indication de la date de comptabilisation La saisie d une valeur est optionnelle pour cette colonne. Si la SettlementDate n est pas indiquée, la date actuelle (ou je jour ouvrable bancaire suivant) est utilisée comme date de comptabilisation. 2 Possible dans la production uniquement à partir de 2016 Manuel Plateforme de tests Version décembre 2015 13/21
Nom de colonne FullRecording BVR+ TestCaseId Explication Si PostFinance exécute la saisie intégrale de BV pour vous, vous avez la possibilité de simuler un envoi pacs.008 qui contient des messages isolés comportant des catégories de messages spécifiques pour la saisie intégrale de BV. La saisie intégrale de BV peut être simulée en indiquant la valeur «yes». Si vous saisissez «no», ces messages ne seront pas créés. Si vous n indiquez aucune valeur, la saisie intégrale de BV sera simulée par défaut. Si vous indiquez que vous souhaitez simuler la saisie intégrale de BV, les paiements 11 14 seront générés lors du mode de paiement CSTPMT (voir annexe A.2.5). Si vous utilisez des BVR+, vous avez la possibilité de simuler un envoi pacs.008 contenant des messages isolés avec les catégories spécifiques BVR+. La simulation BVR+ peut être effectuée en indiquant la valeur «yes». Si vous saisissez «no», ces messages ne seront pas créés. Si vous n indiquez aucune valeur, BVR+ sera simulé par défaut. Si vous indiquez qu il y a une offre BVR+, les paiements 12 15 seront générés lors du mode de paiement ESRPMT (voir annexe A.2.4). Identifiant du test obligatoire tel qu il est défini dans le manuel «Tests obligatoires pour les banques» (p. ex. PF2FI-001) 3 La saisie d une valeur est optionnelle pour cette colonne. A.2.2 Zone de paiement Les directives pour les paiements qui doivent être affichées dans le message pacs.008 sont faites dans la zone de paiement. La zone de paiement doit comporter au moins deux lignes. Dans la première ligne, vous devez indiquer le nom de colonne et dans les lignes suivantes, les valeurs correspondantes. Nom de colonne Count PaymentType Name Street BuildingNr PostCode Town Country AccountType Account Reference Explication Vous pouvez générer plusieurs paiements sur une ligne. Pour ce faire, indiquez dans la première colonne le nombre de paiements devant être générés à partir des données de la ligne. Une autre configuration est simulée pour chaque paiement (voir annexes A.2.4 à A.2.6). Mode de paiement ESRPMT (BVR et BVR+) CSTPMT (paiement client général) SLRPMT (paiement de salaires et de rentes) Nom du bénéficiaire Adresse du bénéficiaire (rue, numéro de maison, code postal, localité, pays) Type de compte Pour le mode de paiement ESRPMT, le type de compte doit être ESRPT. Pour tous les autres modes de paiement, le type de compte doit être IBAN ou PRTRY. Compte Pour le mode de paiement ESRPMT, le numéro d adhérent BVR de l établissement bénéficiaire doit être indiqué. Pour le mode de paiement ESRPMT, l indication du client/compte à six chiffres doit être indiquée. Cette indication est utilisée pour générer un numéro de référence BVR valable que vous pourrez traiter dans votre système. L indication du client/compte figure aux positions 1 6 dans le numéro de référence BVR. Les positions 7 27 sont générées automatiquement par le système. Pour tous les autres modes de paiement, un message est remis au bénéficiaire. 3 Vous trouverez toutes les informations relatives à l exécution des tests obligatoires dans le manuel «Tests obligatoires pour les banques, messages ISO PostFinance pour les banques [messages pacs]» que vous pouvez télécharger sur la plateforme de tests our sur w ww.postfinance.ch/banques-documents. Manuel Plateforme de tests Version décembre 2015 14/21
A.2.3 Création du fichier pacs.008 La plateforme de tests utilise les informations du fichier CSV pour créer les paiements. Lors de la création du fichier pacs.008, différentes catégories de paiements sont simulées. La catégorie de paiement simulée dépend du numéro du paiement et du mode de paiement. Pour le mode de paiement CSTPMT, des scénarios supplémentaires sont simulés si vous indiquez dans votre fichier CSV que vous utilisez la saisie intégrale de BV. Pour le mode de paiement ESRPMT, des scénarios supplémentaires sont simulés si vous indiquez dans votre fichier CSV que vous proposez les BVR+ à vos clients. Remarque: Afin que toutes les catégories de paiement soient simulées dans une notification de paiement, au moins 11 paiements doivent être générés pour ESRPMT (au moins 15 avec BVR+), au moins 10 paiements pour CSTPMT (au moins 14 avec la saisie intégrale) et au moins 7 paiements pour SLRPMT. Les tableaux ci-dessous décrivent les scénarios en détail. Si plus de paiements sont générés que le nombre mentionné dans le tableau, les scénarios dans le tableau sont toujours répétés: Pour le mode de paiement CSTPMT sans saisie intégrale de BV, le cas standard est simulé, p. ex. pour les paiements 1, 11, 21, 31, Pour le mode de paiement CSTPMT avec saisie intégrale de BV, le cas standard est simulé pour les paiements 1, 15, 29, 43, Pour le mode de paiement ESRPMT sans BVR+, le cas standard est simulé pour les paiements 1, 12, 23, 34, Pour le mode de paiement ESRPMT avec BVR+, le cas standard est simulé pour les paiements 1, 16, 31, 46, Le montant du premier paiement est toujours 10. Pour chaque paiement suivant, le montant est incrémenté de 0,05. Cela est également valable si le mode de paiement change entretemps ou si plus de paiements sont générés que le nombre mentionné dans le tableau. L incrémentation est effectuée à partir d une valeur de départ uniquement pour les paiements avec des frais, afin que les différents frais puissent être représentés selon l échelonnement des frais. Manuel Plateforme de tests Version décembre 2015 15/21
Manuel Plateforme de tests Version décembre 2015 16/21 A.2.4 Affectation pour le mode de paiement ESRPMT Paiement Sélecteur Ultimate Debtor Debtor 1 toujours 2 toujours 3 toujours Adresse Adresse 4 toujours Adresse 5 toujours 6 toujours 7 toujours 8 toujours 9 toujours NOT 10 toujours NOT 11 toujours 12 seulement pour les BVR+ 13 seulement pour les BVR+ 14 seulement pour les BVR+ 15 seulement pour les BVR+ NOT NOT Debtor Account Debtor Agent Debtor Agent Account Frais Creditor Description Compte postal POFICHBEXXX IBAN BIC!= PF IBAN SIC-Nr!= PF IBAN IBAN POFICHBEXXX Adresse POFICHBEXXX CDC NOT POFICHBEXXX CDC, RJC NOT IBAN POFICHBEXXX RJC NOT POFICHBEXXX CDC, PPC NOT POFICHBEXXX CDC, RJC, PPC NOT IBAN POFICHBEXXX PPC NOT IBAN POFICHBEXXX PPC, RJC NOT Cas standard Ultimate Debtor est disponible, les coordonnées de l Ultimate Debtor sont indiquées de manière non Ultimate Debtor est disponible, les coordonnées de l Ultimate Debtor sont indiquées de manière, les coordonnées du Debtor sont indiquées de manière Coordonnées s pour le Debtor Compte propriétaire en tant que Debtor Account Le Debtor Agent n est pas PostFinance, informations en tant que BIC Le Debtor Agent n est pas PostFinance, indication comme numéro SIC Coordonnées s pour le Creditor Paiement au guichet Paiement au guichet avec frais supplémentaires pour les rejets OPA avec BVR à PF BVR+ au guichet BVR+ au guichet avec frais supplémentaires pour les rejets BVR+ via OPA BVR+ via OPA avec frais supplémentaires pour les rejets
Manuel Plateforme de tests Version décembre 2015 17/21 A.2.5 Affectation pour le mode de paiement CSTPMT Paiement Sélecteur Instructed Amount Ultimate Debtor Debtor 1 toujours 2 toujours USD 3 toujours 4 toujours Adresse Adresse 5 toujours Adresse 6 toujours 7 toujours 8 toujours 9 toujours 10 toujours 11 Uniquement en cas de saisie intégrale 12 Uniquement en cas de saisie intégrale 13 Uniquement en cas de saisie intégrale 14 Uniquement en cas de saisie intégrale Debtor Account Debtor Agent Debtor Agent Account Frais Creditor Description Compte postal POFICHBEXXX IBAN BIC!= PF IBAN SIC-Nr!= PF IBAN IBAN POFICHBEXXX Adresse IBAN POFICHBEXXX CDC, FRC IBAN POFICHBEXXX CDC, RJC, FRC IBAN POFICHBEXXX FRC IBAN POFICHBEXXX FRC, RJC Cas standard Indication du montant d origine dans une monnaie différente (USD) Ultimate Debtor est disponible, les coordonnées de l Ultimate Debtor sont indiquées de manière non Ultimate Debtor est disponible, les coordonnées de l Ultimate Debtor et du Debtor sont indiquées de manière Coordonnées s pour le Debtor, aucune communication dans les Remittance Information Compte propriétaire en tant que Debtor Account Le Debtor Agent n est pas PostFinance, indication comme BIC Le Debtor Agent n est pas PostFinance, indication comme numéro SIC Coordonnées s pour le Creditor 2 e ligne de communication non Paiement au guichet (les frais pour la saisie intégrale de BV sont obligatoires) Paiement au guichet avec frais supplémentaires pour les rejets OPA avec saisie intégrale avec une communication non OPA avec saisie intégrale et frais supplémentaires pour les rejets sans communication non
Manuel Plateforme de tests Version décembre 2015 18/21 A.2.6 Affectation pour le mode de paiement SLRPMT Paiement Ultimate Debtor Debtor 1 2 3 Adresse 4 Adresse 5 6 7 Debtor Account Debtor Agent Debtor Agent Account Creditor IBAN BIC!= PF IBAN IBAN SIC-Nr!= PF IBAN IBAN POFICHBEXXX Adresse Description Cas standard Ultimate Debtor est disponible, les coordonnées de l Ultimate Debtor sont indiquées de manière non Ultimate Debtor est disponible, les coordonnées de l Ultimate Debtor sont indiquées de manière Coordonnées s pour le Debtor Le Debtor Agent n est pas PostFinance, indication comme BIC Le Debtor Agent n est pas PostFinance, indication comme numéro SIC Coordonnées s pour le Creditor
B Evaluer le protocole de vérification Dans le protocole de vérification que vous pouvez télécharger en tant que fichier de résultat, vous pouvez voir les erreurs, les remarques et les avertisse - ments qui sont apparus lors du contrôle. Le contrôle des paiements isolés est également effectué et documenté si l ensemble du fichier de paiement a été refusé. B.1 Messages pacs Ce sont surtout les erreurs annoncées qui sont pertinentes, étant donné que PostFinance n accepte un message pacs dans la production que lorsque ce dernier ne contient aucune de ces erreurs. Les messages pacs pour lesquels seuls des avertissements et des remarques sont annoncés dans le protocole de vérification sont acceptés dans la production. Les avertissements attirent votre attention sur le fait que PostFinance modifie l ordre à cet endroit avant de l exécuter. Dans les remarques, vous trouvez des recommandations pour améliorer la qualité de vos messages. Lors d une vérification pacs.004 avec comparaison, le protocole de vérification contient également des erreurs qui se rapportent au fichier ZIP et aux conventions de noms des fichiers téléchargés. La vérification du message pacs.004 proprement dite et la comparaison avec le message pacs.008 sont effectuées seulement lorsque ces erreurs ont été corrigées. B.2 Fichier CSV Un envoi pacs.008 ne peut être généré que si le fichier CSV ne contient aucune erreur. Les avertissements attirent votre attention sur le fait que la plateforme de tests modifie les directives du fichier CSV à cet endroit (p. ex. si une valeur est trop longue ou contient des caractères non autorisés). Nous décrivons ci-dessous comment corriger les erreurs annoncées dans un message pacs ou dans le fichier CSV avec l aide du protocole de vérification. Manuel Plateforme de tests Version décembre 2015 19/21
Procédure 1. Ouvrez le fichier Protocole_<horodatage>.txt à partir du fichier de résultats. 03/12/2015 16.32.00 Compte-rendu de vérification ISO20022 ================================================================================ Fichier : e1_pacs.008.xml Type : Remise pacs.008 Schéma : pacs.008.001.02.ch.01 -------------------------------------------------------------------- Résultat : La structure du fichier est incorrecte. Erreurs : 2 Avertissements : 0 Remarques : 1 Erreurs -------------------------------------------------------------------- Erreur dans la structure de l'élément XML /Document/FIToFICstmrCdtTrf/GrpHdr/NbOfTxs Message d'erreur : Le nombre de transactions indiqué '1' ne correspond pas à la valeur calculée '2'. Code d'erreur : AM18 (InvalidNumberOfTransactions) Position dans le fichier: Ligne : 8 Caractère : 13 -------------------------------------------------------------------- Erreur dans la structure de l'élément XML /Document/FIToFICstmrCdtTrf/GrpHdr/TtlIntrBkSttlmAmt Message d'erreur : La somme de contrôle indiquée '951' ne correspond pas à la valeur calculée '952'. Code d'erreur : AM10 (InvalidControlSum) Position dans le fichier: Ligne : 9 Caractère : 33 Remarques -------------------------------------------------------------------- Remarque relative à la structure de l'élément XML /Document/FIToFICstmrCdtTrf/GrpHdr/IntrBkSttlmDt Remarque : L'Interbank Settlement Date n'est pas un jour ouvré pour les banques. Le prochain jour ouvré pour les banques est repris comme date de l'ordre de paiement. Position dans le fichier: Ligne : 10 Caractère : 19 ================================================================================ Illustration 1: Présentation du protocole de vérification à titre d exemple (message pacs) 03/12/2015 16.33.16 Compte-rendu de vérification ================================================================================ Fichier : CSV_error.csv Type : Remise CSV pour la création de pacs.008 -------------------------------------------------------------------- Résultat : La structure du fichier est incorrecte. Erreurs : 1 Avertissements : 0 Remarques : 0 Erreurs -------------------------------------------------------------------- Erreur dans la structure du fichier d'entrée dans l'enregistrement 2, colonne 'AccountType' Message d'erreur : Le type de compte 'IBANs' n'est pas autorisé pour le type de paiement CSTPMT. Position dans le fichier: Ligne : 6 Caractère : 48 ================================================================================ Illustration 2: Présentation du protocole de vérification à titre d exemple (fichier CSV) Manuel Plateforme de tests Version décembre 2015 20/21
2. Vérifiez dans la section Résultat si des erreurs ont été trouvées dans votre fichier. 3. Uniquement si des erreurs ont été trouvées: Utilisez le protocole de vérification pour corriger les erreurs dans votre fichier: a. Lisez le premier message d erreur dans la section Erreurs. b. Corrigez l erreur dans votre fichier à l aide du message d erreur et de l emplacement du fichier. c. Répétez cette procédure, le cas échéant, pour tous les autres messages d erreur. d. Enregistrez le fichier corrigé. e. Transmettez à nouveau le fichier. f. Ouvrez le protocole de vérification et assurez-vous qu aucune erreur n est survenue. C Différences par rapport à la production plateforme de tests Il existe les différences suivantes entre la plateforme de tests et la production: Afin de simuler un envoi pacs.008 par PostFinance, un fichier CSV avec directives doit être transmis sur la plateforme de tests. Ce fichier n existe pas dans la production. Pour pouvoir vérifier si l envoi pacs.008 de PostFinance et le message pacs.004 sont compatibles, les deux fichiers peuvent être transmis ensemble sur la plateforme de tests. Cette fonction n existe pas dans la production. Pour pouvoir simuler des retours, la plateforme de tests travaille avec des comptes auto-return. Ce type de compte n existe pas dans la production. La plateforme de tests établit un protocole de vérification qui n existe pas dans la production. Ce protocole de vérification a pour but de vous aider à comprendre les contrôles de la plateforme de tests et à corriger les erreurs dans vos messages pacs. Le contrôle des paiements isolés est également effectué et documenté si l ensemble du fichier de paiement a été refusé. La mise à disposition des données a lieu dans l application Web de la plateforme de tests en tant que fichier ZIP. Aucun contrôle de traitement à double n est effectué lors de la remise du message pacs.008 (il est possible de remettre plusieurs fois le même message; la simulation avec code de paiement à double est possible, voir chapitre 2.1.1.2). Dans la production, un message avec le même ID de message est rejeté. Aucun traitement de l ordre n est effectué (seulement validation technique et spécialisée y compris simulation de couverture, de rejet et de retour). Manuel Plateforme de tests Version décembre 2015 21/21