Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 1 Guide dutilisation du standard ISO 20022 POUR DES REMISES INFORMATISEES DORDRES DE PRELEVEMENTS SEPA Message Customer Direct Debit Initiation Ce guide comprendlacquisition du Prlvement SEPA ( SDD Core ) et du Prlvement SEPA Interentreprises ( SDD B2B ) Version : 1.1Date : Avril2010 Statut : Valid Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 2 SOMMAIRE 1.PRINCIPES GENERAUX DES MESSAGES ISO 20022 .............................................................................. 4 1.1.POURQUOI UN GUIDE DUTILISATION .......................................................................................................... 4 1.2.PRESENTATION DES GUIDES DUTILISATION ................................................................................................ 4 1.3.INTRODUCTION A XML .............................................................................................................................. 4 1.4.PERIMETRE DE LA FAMILLE PAYMENTS DES STANDARDS ISO 20022 .................................................... 7 1.5.REFERENCES NORMATIVES ET DOCUMENTS SUPPORTS ................................................................................ 8 1.6.CONTRAT BILATERAL ................................................................................................................................. 8 1.7.STANDARD ET PROTOCOLES ........................................................................................................................ 9 1.8.NOTATIONS ADOPTEES ................................................................................................................................ 9 1.8.1.Les statuts de donnes ........................................................................................................................... 9 1.8.2.Les index de donnes ............................................................................................................................. 9 1.9.REGLES GENERALES DE TRONCATURE ........................................................................................................ 9 1.10.CARACTERES AUTORISES ............................................................................................................................ 9 1.11.FORMAT DES MONTANTS .......................................................................................................................... 10 1.12.FICHIER ET MESSAGE ................................................................................................................................ 10 2.REGLES PARTICULIERES DES ORDRES DE PRELEVEMENTS SEPA (SDD CORE) ETSEPA INTERENTREPRISES (SDD B2B) ........................................................................................................................ 11 2.1.PERIMETRE FONCTIONNEL DE CE GUIDE .................................................................................................... 11 2.2.SCHEMA DE REFERENCES .......................................................................................................................... 11 2.3.RAPPEL SUR LES CARACTERES AUTORISES ................................................................................................ 11 2.4.LA STRUCTURE DU MESSAGE .................................................................................................................... 12 2.5.REGROUPEMENT DES OPERATIONS ............................................................................................................ 14 2.6.MODES DE COMPTABILISATION DES OPERATIONS ..................................................................................... 14 2.7.LES DIFFERENTS INTERVENANTS DANS LE TRAITEMENT DES PRELEVEMENTS SEPA ................................. 14 2.7.1.Du ct du Crdit .......................................................................................................................... 16 2.7.2.Du ct du Dbit ........................................................................................................................... 16 2.7.3.Spcificits lies aux tiers crancier et tiers dbiteur ......................................................................... 17 2.8.PRINCIPES DE REFERENCEMENT ................................................................................................................ 17 2.8.1.Les rfrences techniques .................................................................................................................... 17 2.8.2.Les rfrences fonctionnelles ou comptables ...................................................................................... 18 2.8.3.La rfrence de bout en bout (EndToEndIdentification) (2.31) ................................ 18 2.8.4.Les rfrences commerciales............................................................................................................... 18 2.9.IDENTIFICATION DU SERVICE ASSOCIE AU PRELEVEMENT ET DE LA NATURE DE LOPERATION .................. 18 2.9.1.Identification du type de service attach au lot de prlvements - PaymentTypeInformation (index 2.6)18 2.9.2.Identification de la nature du prlvement - Purpose (index 2.76) ................................................ 19 2.10.LE MONTANT ............................................................................................................................................ 20 2.11.DECLARATION A LA BALANCE DES PAIEMENTS ......................................................................................... 20 2.12.LIDENTIFIANT CREANCIER SEPA (ICS) ................................................................................................... 21 2.13.AUTRES IDENTIFIANTS NON BANCAIRES ................................................................................................... 21 2.14.LA DEMATERIALISATION DES DONNEES DU MANDAT ................................................................................ 22 2.15.LES MISES A JOUR RELATIVES AU MANDAT ............................................................................................... 23 2.16.PRINCIPES DE RESTITUTIONS ..................................................................................................................... 24 3. GUIDE SPECIFIQUE .......................................................................................................................................... 25 3.1 GENERALITES .................................................................................................................................................... 25 3.2 GUIDE SPECIFIQUE ............................................................................................................................................ 26 4.ANNEXES ............................................................................................................................................................ 36 ANNEXE 1 : historique des versions...... 36 ANNEXE2: EXEMPLES XML.. 37 ANNEXE3 :EXEMPLE DE MANDAT .... 46 Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 3 AVIS AUX LECTEURS Ceguideestralissurlabasedelaversionparueenavril2009etentreen vigueur en novembre 2009 du message ISO 20022 pain.008.001.02. En cas de nouvelle version ISO 20022 de ce message sans volution fonctionnelle significative, ce guide ne sera pas systmatiquement ractualis. Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 4 1.Principes gnraux des messages ISO 20022 1.1.Pourquoi un guide dutilisation Commepourtoutstandardgnriqueouvert,lamiseenuvredesnouveauxstandardsISO20022 ncessitedesprcisionsconsignesdansdesguidesdutilisation(linstardes Message Implementation guidelines dEDIFACT). Lafinalitdecesguidesestdelimiterlesdiffrentesinterprtationspossiblesetlesnombreuses optionsdustandardISO20022quipourraientconduiredesmisesenuvredivergentesdansles systmesdesbanques,desentreprisesetdanslessolutionsdesditeurs.Decefait,cesguides apportent des recommandations complmentaires tout en respectant le standard ISO 20022. Deplus,lesstandardsISO20022vontcoexister avecdautresstandardsau moinsdansunpremier temps. Cette coexistence va ncessiter de mettre en uvre des rgles de transformation dun standard unautre.Pourviterchaquebanquededfinirsespropresrglesetainsiderisquerdes incohrences, ces guides prsentent des recommandations de gestion de cette phase transitoire. 1.2.Prsentation des guides dutilisation TouslesguidesdutilisationdesmessagesfinanciersISO20022produitsparleGroupementdes Utilisateurs Franais de SWIFT (GUF) se composent des trois parties suivantes : -lesrglesgnralesquiontuncaractretransversalsanssappliquerdirectementun message en particulier, -les rgles particulires contiennent dune part la dfinition fonctionnelle du message, dautre part des prcisions sur les rgles d'utilisation des donnes.-Undescriptiftechniquedtaillantlemodedutilisationdelastructuredumessageetdes donnes sous forme de guides spcifiques chaque type doprations. 1.3.Introduction XML En 1999, SWIFT a adopt la syntaxe XML pour tous les dveloppements de nouveaux standards.LechoixdelasyntaxeXMLrpondtoutdabordunevolontdedisposerdunesyntaxeplus soupleetplusfacile maintenir.Cest aussiunchoixdadoptiondunesyntaxenon-propritaireet largement utilise aussi bien par les diteurs de logiciels que par dautres communauts dacteurs. En effet, XML est la syntaxe privilgie pour les changes entre applications et dans le monde Internet.Quest ce quXML ? XML, eXtensible Markup Language, est un mtalangage universel et standardis par le World Wide WebConsortium(W3C)pourlareprsentationtextuellededonnesstructures,dchiffrablepar lhomme et par des programmes. XML est une syntaxe compose de balises extensibles. Il permet chacun de reprsenter ses donnes selon le primtre et le besoin quil entend couvrir en crant les balises appropries. XML est une syntaxe de structuration de documents qui diffrencie contenu, structure et prsentation en sparant ces trois fonctions dans trois documents distincts. Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 5 Le contenuLes rgles de prsentationLa structure dedonnes AinsiXMLestentourdenombreuxautresstandardscommeXSLpourlaprsentationdes documents, les schmas pour la formalisation des modles de document. LafinalitdesdocumentsSWIFTtantletraitementautomatiquepardesapplications,SWIFTna pas recours aux rgles de prsentation qui concernent laffichage des donnes. Les balises ou tags La syntaxe XML utilise des balises (ou tags ) pour structurer les donnes.Une balise commence par le caractre < et se termine par le caractre >. Toutebaliseouvrantedoitobligatoirementtrefermeplusloindanslemessageparunebalise fermante du mme nom. Par exemple la balise est une balise ouvrante alors que la balise est une balise fermante. Une balise fermante commence par les deux caractres . Lutilisation de tels caractres peut amener des rejets des messages. IMPORTANT : Il faut respecter la nomenclature des Data Type : -Mettre des majuscules pour les codes, exemple HIGH pour InstructionPriority. -Mettre des minuscules pour les Indicators, exemple false pour Batchbooking. 1.11.Format des montants -Le montant est exprim en chiffres sans virgule, espace, autre signe ou lettre. -Le sparateur des dcimales est reprsent par un point. -Ilnestpasobligatoirederenseignerlesdcimalesnonsignificatives(parexemple 100000.00 peut tre renseign par 100000) -5 dcimales maximum aprs le point -La longueur maximale dun montant est de 18 caractres (sparateur de dcimale compris) -Le nombre de dcimales doit tre compatible avec la norme ISO 4217 relative aux devises. Pour les montants dune longueur suprieure 14 caractres, le client devra imprativement vrifier auprs de sa banque sils peuvent tre traits. 1.12.Fichier et message Les changes lectroniques entre lentreprise et la banque peuvent tre effectus soit sous forme de message soit sous forme de fichier. Lefichierestutilispourtouttransfertsuivantunprotocoledetransfertdefichier.Ilcorrespond une entit physique regroupant un ou plusieurs messages. Lemessageestsoitunlmentdufichier,soitunlmentdchangepartentiredanslecadre dune relation interactive. Lorsque le client remet ses ordres de paiement ou de prlvement sous forme de fichier la banque, celle-ci dfinira dans son contrat dchange quelles sont les modalits de regroupement des messages dans le fichier. Comptetenudesdiffrentescombinaisonspossibles,chaquebanque,autraversduncontrat bilatral, aura pralablement convenu avec son client des caractristiques de regroupement des oprationsparnature,serviceetautreafindegarantirunehomognitdetraitementpar message ou par fichierGuide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 11 2.Rgles particulires des Ordres de Prlvements SEPA (SDD Core) etSEPA interentreprises (SDD B2B) 2.1.Primtre fonctionnel de ce guide CeguidedcritleformatdacquisitiondordresdeprlvementsSEPA.Ilpermetuncrancier (donneur d'ordre) de donner une instruction sa banque sur la base dun mandat (entre le crancier et le dbiteur) pour effectuer un prlvement sur le compte dun dbiteur. Les comptes du crancier et du dbiteur doivent tre localiss dans la zone SEPA. Deux instruments de prlvement domestique europen ont t dfinis : Le prlvement SEPALe prlvement SEPA interentreprises Ces deux instruments utilisent le mme format de message dacquisition. Atitredecomparaison,leformatactuellementutilisenFrancepourcetypedinstructionestle format CFONB 160 prlvement. Remarques importantes : Ce guide sappuie sur : o la version pain.008.001.02 du message ISO 20022 CustomerDirectDebitInitiation. o la version 4.0 du Rulebook et desImplementation Guidelines SDD Core de lEPC o la version 2.0 du Rulebook et des Implementation Guidelines SDD B2B de lEPC Lagestiondumandatlectronique(e-mandat)nestpaspriseencomptedanscetteversiondu document (donne 2.62 ElectronicSignature ignore dans ce guide). 2.2.Schma de rfrences LeschmaXMLCustomerDirectDebitInitiationatdfiniparlInternationalOrganizationfor StandardizationetfaitdoncpartiedelabibliothquedesstandardsISO20022.Cettedernireest disponibleavecsadocumentationsurlesitedelISO20022(www.iso20022.org).Ladclinaison SEPA de ce schma XML figure dans les Implementation Guidelines de lEPC disponibles sur le site www.europeanpaymentscouncil.eu ainsi que toute la documentation SEPA. 2.3.Rappel sur les caractres autoriss Les caractres autoriss dans les messages sont dfinis au chapitre 1.10 ci-dessus. Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 12 2.4.La structure du message LemessageCustomerDirectDebitInitiationestcomposdedonnesstructuresregroupesdans des blocs . Il existe trois blocs d'information formant chacun un niveau du message : Le niveau message (GroupHeader)Il contient des informations relatives lensemble des informations vhicules dans un et un seulmessage(Rfrencedumessage,dateetheuredecration,nombredetransactions, identification de lmetteur)Ce niveau est obligatoire et doit tre prsent une seule fois par message. Le niveau lot (PaymentInformation) Il contient des lments relatifs au crdit du compte du crancier (date dchance, type de prlvement,naturedesoprationscontenuesdanslaremise,raisonsocialeducrancier, compte du crancier, identifiant SEPA du crancier ). Ce bloc est obligatoire et peut tre rptitif. Le niveau transaction (DirectDebitTransactionInformation) Il contient les lments relatifs au dbit de la transaction au compte du dbiteur (Rfrences, rfrenceuniquedumandat,montant,nomouraisonsocialedudbiteur,comptedu dbiteur, motif de paiement). Ce bloc est obligatoire et peut tre rptitif. Ces blocs sont organiss comme suit : Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 13 Lemessageestcomposdedonnesstructuresidentifiespardes balises elles-mmes regroupes dans des blocs dont voici la synthse. Le signe + dans la premire colonne signifie que la balise est constitue de plusieurs sous lments dtaillspartdanslesspcifications.Ontrouveracesigneenparticulierpourleslments composites (ex : Initiating Party). CustomerDirectDebitInitiation SWIFT Standard Message itemOccur. A.GROUPHEADER[1..1] MessageIdentification[1..1] CreationDateTime[1..1] +Authorisation[0..2] NumberOfTransactions[1..1] ControlSum[0..1] +InitiatingParty[1..1] +ForwardingAgent[0..1] B.PAYMENTINFORMATION[1..n] PaymentInformationIdentification[1..1] PaymentMethod[1..1] BatchBooking[0..1] NumberOfTransactions[0..1] ControlSum[0..1] +PaymentTypeInformation [0..1] RequestedCollectionDate [1..1] +Creditor [1..1] +CreditorAccount[1..1] +CreditorAgent[1..1] +CreditorAgentAccount[0..1] +UltimateCreditor[0..1] ChargeBearer[0..1] +ChargesAccount[0..1] +ChargesAccountAgent [0..1] +CreditorSchemeIdentification[0..1] C.DIRECTDEBITTRANSACTIONINFORMATION[1..n] +PaymentIdentification [1..1] +PaymentTypeInformation[0..1] InstructedAmount[1..1] ChargeBearer [0..1] +DirectDebitTransaction[0..1] +UltimateCreditor[0..1] +DebtorAgent[1..1] +DebtorAgentAccount[0..1] +Debtor[1..1] +DebtorAccount[1..1] +UltimateDebtor[0..1] InstructionforCreditorAgent[0..1] +Purpose[0..1] +RegulatoryReporting[0..10] +Tax[0..1] +RelatedRemittanceInformation[0..10] +Remittanceinformation[0..1] NIVEAU LOT NIVEAU TRANSACTION NIVEAU MESSAGE Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 14 2.5.Regroupement des oprations Un lot est obligatoirement homogne sur les critres suivants :Mme type de prlvement SEPA (index 2.11 LocalInstrument ) -Prlvements SEPA (SDD Core) -Prlvements SEPA interentreprises (SDD B2B) Mme squence de prsentation (index 2.14 SequenceType ) -Ponctuel (One-off OOFF) -Premier dune srie (First FRST) -Suivant dune srie (recurrent RCUR) -Dernier dune srie (final FNAL) 2.6.Modes de comptabilisation des oprations Deux modes de comptabilisation des transactions sont possibles : Lacomptabilisationparlot(pourunensembledetransactions) :cemodedoittreutilis lorsque lmetteursouhaitequesabanque effectue uncrditglobalsurle comptecrditer pourlensembledestransactions(DebitDirectTransactionInformation)contenuesdanslelot (PaymentInformation). Lacomptabilisationunitaire(partransaction) :cemodedoittreutilislorsquelmetteur souhaite que sa banque effectue un crdit par transaction sur le compte crditer. Lechoixdumodedecomptabilisationestgnralementgrparunaccordbilatralconvenu pralablement entre le client et sa banque. Par ailleurs, la donne facultative BatchBooking (index 2.3) peut tre utilise pour indiquer cette option.CettedonnefiguredanslecorpsdumessageISO20022etsecaractriseparletag du bloc PaymentInformation du message. Si le choix est fix par contrat, il prvaudra sur celui qui pourrait tre indiqu dans le message. 2.7.Les diffrents intervenants dans le traitement des prlvements SEPA LeCustomerDirectDebitInitiationpermetlidentificationdeplusieursintervenants.Ilouvrepar consquent la voie plusieurs scnarios dchanges quil convient de dfinir :- Scnarios O ou O ou O - Scnarios O ou O Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 15 Note : ceschmametenscnelemaximumdintervenantspouvanttreidentifisdanslestandard ISO20022 CustomerDirectDebitInitiation .Ilappartientauclient,suivantlesservicesproposs par sa banque, de distinguer ou non chaque intervenant. Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 16 PARTYSYNONYMSDESCRIPTION INITIATINGPARTY (INDEX 1.8) Emetteur Emetteurdelordredeprlvementlabanque dexcution.Lescoordonnesdecetteentitdoivent obligatoirement figurer dans le message. Cest lentiten chargedes changes avec labanque,mais elle peut aussi agir :-en tant que crancier, Dansces2cas,lenomseulpeutsuffirepourlidentifier, lesautresinformationssontrenseignesauniveaudu crancier. CREDITOR (INDEX 2.19) Crancier Titulaire du compte crditer Entit titulaire du compte crditer.Cest lentit en relation avec la banque dexcution. Silammeentitfaitofficedmetteuretdecrancier,le dtaildesinformationsrelativescetteentitdoittre prcis uniquement ce niveau. ULTIMATECREDITOR (2.23 ET 2.69) Tiers Crancier Dtenteur delacrance commerciale lorsque celui-cinest pas le titulaire du compte crditer.Ildonneinstructionaucrancier(parexemple :casdune centraledencaissement)decollecterlesfondsauprsdu dbiteur.DEBTOR (INDEX 2.72)Dbiteur : Titulaire du compte dbiter Entit titulaire du compte dbiter. ULTIMATEDEBTOR (INDEX 2.74) Tiers dbiteurEntit en relation commerciale avec le crancier ou le tiers crancier et qui ne dtient pas le compte dbiter. Ildonneinstructionaudbiteurdepayerlesfondsenson nom. CREDITORAGENT (INDEX 2.21) Banque du crancier et banque dexcution Banque qui tient le compte crditerDEBTORAGENT(INDEX 2.70)Banque du dbiteur Banque qui tient le compte dbiter2.7.1.Du ct du Crdit Intervenants non-financiers Le standard ISO 20022 permet de distinguer : Lmetteur de lordre [InitiatingParty (Cf O du schma)], Le crancier, [Creditor (Cf O)], titulaire du compte crditer, Letierscrancier[UltimateCreditor(CfO)]sicelui-cinestpasletitulaireducompte crditer. Intervenants financiers Le standard ISO 20022 prvoit : La Banque dexcution [CreditorAgent] qui tient le compte crditer 2.7.2.Du ct du Dbit Intervenants financiers Le standard ISO 20022 prvoit : La Banque du dbiteur [DebtorAgent] qui tient le compte dbiter, Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 17 Intervenants non-financiers Le standard ISO 20022 permet de distinguer : Le dbiteur [Debtor] (Cf O)] titulaire du compte dbiter Le tiers dbiteur [UltimateDebtor (Cf O)], sil nest pas le titulaire du compte dbiter . 2.7.3.Spcificits lies aux tiers crancier et tiers dbiteur Lecrancieretledbiteursontlesdeuxacteursdtenteursdecompte,maisilsnesontpas obligatoirement les acteurs connus lors de la ngociation de la transaction commerciale. Cependant, leurs coordonnes figurent toujours sur le mandat. Les donnes concernant les tiers crancier et dbiteur ne figurent pas dans les informations minimum restituer dans les Schemes de lEPC. Cependant, afin dviter toute ambigit, tant pour le crancier quepourledbiteur,surlesintervenantslislatransactioncommerciale,ilestfortement recommand aux banques de restituer systmatiquement, lorsquelles existent, les informations relatives aux tiers crancier et dbiteur. 2.8.Principes de rfrencement Afind'treenmesured'assurerunetraabilitdeboutenboutdesdiffrentslmentschangset traits(fichier,message,lot,transaction), ilest ncessaired'adopterdesrglesderfrencementne laissant aucune ambigut aussi bien du ct de l'metteur que du ct du destinataire. DanslestandardCustomerDirectDebitInitiationISO20022,chaqueintervenantnonfinancier(de l'metteur au destinataire) peut, pour ses besoins de rapprochement dans son systme d'information, disposer de plusieurs types de rfrences :les rfrences techniques les rfrences fonctionnelles/comptables La rfrence de bout en bout les rfrences commerciales 2.8.1.Les rfrences techniques Ellesvisentidentifierdemanireuniqueetnonambiguleslmentsphysiques(fichieret/ou message) ncessaires pour vhiculer le contenu d'un service financier en lectronique bancaire.Ces rfrences sont utilises spcifiquement dans la relation entre le client metteur (InitiatingParty) et la banque d'excution (CreditorAgent).SuivantlanaturedesfluxetleprocessusdetraitementdesBanques,cesrfrencespeuventtre rappelesdanslesservicesdereporting"techniques"qu'ellesmettentdispositiondel'metteur (Accus de rception applicatif (PSR)). Il existe deux types de rfrence technique : La rfrence fichierCetterfrence,proprecertainsprotocolesdetransfertdefichier(FileAct,EBICS),identifie l'enveloppe technique utilise pour le transport d'un fichier et de son contenu [le(s) message(s) ISO 20022CustomerDirectDebitInitiationenl'occurrence].Connuedelabanquequireoitlordrede prlvement, elle est identifie lors de la phase dacquisition des flux par le protocole de transport et non dans le corps du message, cest pourquoi elle napparat pas dans les standards ISO 20022. La rfrence message (MessageIdentification) (index 1.1) Cetterfrence,propreauxstandardsISO20022,permetd'identifierdemanireuniqueetnon ambigu le message qui est compos d'un ou plusieurs ordres de prlvement.Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 18 CetterfrencefiguredanslecorpsdumessageISO20022etsecaractriseparletag (MessageIdentification) du bloc Group Header du message 2.8.2.Les rfrences fonctionnelles ou comptables Elles sont destines identifier les diffrents ensembles de lordre de prlvement (lot, transaction).Ces rfrences sont utilises dans la relation entre le client titulaire du compte crditer et sa banque, afindereconnatreprcismentl'ensembleconcern.Ellessontrappelesdanslesservicesde reporting"fonctionnels"quelaBanquemetdispositionduclienttitulaireducompte(Accusde rception applicatif, avis de crdit, relev prvisionnel et comptable). Rfrence de lot (PaymentInformationIdentification) (index 2.1) Cetterfrencepermetd'identifierlelotdetransactionsdtaillesauniveau DirectDebitTransactionInformationdumessage.Cetterfrenceestutilisecommerfrence comptablelorsquelelotestcomptabilisglobalement.Ilsagitgalementdelarfrencerestitue sur les Accuss de Rception au niveau Lot. Rfrence de transaction (Instruction Identification) (index 2.30) Cetterfrencesertidentifierdemanireuniqueetnonambiguunetransactionetpeuttre rappeledanslesservicesdereportingpropossparlaBanque.Cetterfrenceestutilisecomme rfrence comptable lorsque les transactions sont comptabilises individuellement. Sicetterfrenceestabsente,c'estlarfrenceEnd-To-End(index2.31)dubloc PaymentIdentification qui sera utilise cette fin. Il sagit galement de la rfrence restitue sur les Accuss de Rception au niveau Transaction. 2.8.3.La rfrence de bout en bout (EndToEndIdentification) (2.31) Cette rfrence est obligatoire et est destine tre change dans toute la chane de traitement. Ilestdelaresponsabilitdelmetteurderenseignerdemanireuniqueetnonambigucette rfrence. Les banques ne sont pas en charge de contrler cette rfrence mais doivent la transporter sans altration jusquau destinataire. 2.8.4.Les rfrences commerciales Cesrfrencessontutilisesspcifiquementdanslarelationentrelmetteuretledestinataired'un prlvement, afin de reconnatre prcisment la nature et l'objet du prlvement (comme les numros defactures,lesmontantsdus,...)cequipermetaudbiteurdefaireunrapprochemententreses chances (montant d) et les fonds dbits. Elles sont prsentes dans le motif de paiement (RemittanceInformation index 2.88), dans lequelonpeutrenseignerlesinformationsdepaiementdefaonnon-structure(limit140 caractres)et/oudefaon-structure(limit35caractres).Danslapartiestructure,uneseule rfrence est utilisable : Larfrenceidentifiantlecrancier(etfournieparlui) (CreditorReferenceInformation - index 2.110) 2.9.Identification du service associ au prlvement et de la nature de lopration2.9.1.Identification du type de service attach au lot de prlvements - PaymentTypeInformation (index 2.6) Cestunensemblededonnesdestinationdesbanquesintervenantdanslecircuit.Ilpermet,en particulierlapremirebanqueducircuit,didentifierletypedeservicequelledoitoffrir.Ces donnes doivent tre obligatoirement renseignes au niveau Lot . Son utilisation est dfinie de manire bilatrale entre le client et la premire banque du circuit. Dans le standard ISO, cette donne est constitue des lments suivants : IndexComposant ISOCommentaire 2.7InstructionPriorityNon utilis pour les prlvements SEPA Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 19 2.8ServiceLevelVoir ci-aprs les cas dutilisation 2.9 Ou CodeVoir ci-aprs les cas dutilisation 2.10ProprietaryNon utilis pour les prlvements SEPA 2.11LocalInstrumentVoir ci-aprs les cas dutilisation 2.12 Ou CodeVoir ci-aprs les cas dutilisation 2.13ProprietaryNon utilis pour les prlvements SEPA 2.14SequenceTypeVoir ci-aprs les cas dutilisation 2.15CategoryPurposeCodification dcrite ci-aprs2.16 Ou CodeUtilisation soumise accord 2.17ProprietaryNon utilis pour les prlvements SEPA La donne (2.8) ServiceLevel est obligatoire pour les prlvements SEPA. Elle permet de dfinir un scheme completouunepratiquebancaire, dcritparailleurs,pourprciser les conditionsde traitement dune opration de bout en bout. Sa valeur doit tre renseigne sous forme de code et seule la valeur SEPA est admise. Ladonne2.11 LocalInstrument estobligatoirepourlesprlvementsSEPA.Ellepermetde renseignerletypedeprlvement.Savaleurdoittrerenseignesousformedecodeetseulsles codes CORE (PrlvementSEPA SDDCore )ou B2B (prlvementSEPA interentreprises SDD B2B ) sont admis. Ladonne2.14 SequenceType estobligatoirepourlesprlvementsSEPA.Ellepermetde renseigner la squence de prsentation du prlvement SEPA. Le prlvement SEPA peut tre utilis pour des oprations rcurrentes ou ponctuelles.UneoprationponctuelleestcaractriseparlamentionOOFF(pourone-off),cetteseule opration estprsenteparle crancier ;ellenest passuiviedautresoprationsau titredu mme mandat.LepremierprlvementSEPAdunesriesedistinguedesoprationssuivantesparla mention FRST (pour first) Les oprations conscutives la premire dune srie sont marques RCUR (pour recurrent). LadernireoprationdunesriepeutventuellementcomporterlamentionFNAL(pour final). La donne 2.15 CategoryPurpose est une donne facultative. Elle peuttre transporte tout au longdelachaneparlesbanquessuccessives,saufaudestinatairequidisposeducodePurpose (2.76) pour identifier la nature de la transaction. Chaque acteur de la chane (gnralement les banques) peut, en fonction des accords passs avec le client donneur dordre, ou avec le dbiteur, associer ce code un service spcifique. Lalistecompltedescodes CategoryPurpose setrouvesurlesitedelISOladresse suivante : www.iso20022.org. 2.9.2.Identification de la nature du prlvement - Purpose (index 2.76) Cest un code lintention du destinataire de lopration ; il se situe au niveau de chaque transaction et aide le destinataire rconcilier le prlvement avec sa comptabilit. La prsence de cette donne est facultative, elle est constitue des lments suivants : IndexComposantCommentaire 2.76Purpose 2.77 Ou CodeCodification dcrite ci-aprs 2.78ProprietaryNon utilis pour les prlvements SEPA Le code Purpose , quand il est prsent, doit tretransport tout au long de la chane jusquau dbiteur. Les banques nexploiteront pas ce code (les services sont dfinis par les codes de Type de Service associaulotdeprlvements examinsprcdemment).Lesbanquesnassurentpasdecontrle Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 20 devraisemblanceentrelavaleurdececodeetlescodesde TypedeServiceassociaulotde prlvements . Lalistecompltedescodes Purpose setrouvesurlesitedelISOladressesuivante : www.iso20022.org. Exemple de codes possibles (liste non exhaustive) : GOVT :Paiementpourl'administration(horspaiementdestaxes,scuritsociale)oude l'administration TAXS : Paiement de taxes (autres que TVA) LOAN : Paiement de prt ou emprunt INSU : Paiement de prime d'assurance 2.10.Le montant Dans le standard CustomerDirectDebitInitiationISO 20022, un seul type de montant de transactions InsructedAmount est possible. LemontantesttoujoursexprimeneuropourlePrlvementSEPA,quellequesoitladevisede tenue de compte du crancier ou du dbiteur. Balise InstructedAmount (index 2.44). 200000.00 Rappel : Le format du montant est dtaill au 1.11 2.11.Dclaration la balance des paiements Lesmodalitsdtaillesdedclaration laBalancedesPaiementssontdcritesdans lerecueildes textes applicables aux relations financires avec ltranger dit et mis jour par la Direction de la Balance des Paiements de la Banque de France. LorsquuneoprationdoittredclarelaBalancedesPaiementsparlabanque,elledoit contenir les informations suivantes : Code motif conomiqueMontant devant tre dclar avec ce code conomique Code pays (celui du pays concern autre que la France) Lidentifiantducrancier(SIRET)quandilestncessairepourladclarationserarcuprdu systme dinformation de la banque qui tient son compte. DanslemessageISO20022CustomerDirectDebitInitiation,cesinformationssontreprsentes par : La donne 2.79 RegulatoryReportingIl sagit dune donne composite qui comprend : Lecodeconomique :2.79 Code (lalistedescodesconomiquesestfournieparla banque) Lemontantdevanttredclaraveccecodeconomique :2.79 Amount .Sile montant nest pas renseign ce niveau, le montant de lopration sera pris en compte. Untexteadditionnel :2.79Information(ilestrecommanddenepasutilisercette donne) Bien que plusieurs occurrences soient possibles pour cette donne composite, il est recommand de nutiliser quune seule occurrence par paiement. Le code pays de lintervenant concernLe code pays utilis pour la dclaration est celui de lintervenant qui nest pas rsident.Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 21 Remarque : Les modalits concernant labalance de paiements sont susceptibles dvoluer, de ce fait, il est fortement recommand de se renseigner auprs de sa banque. 2.12.Lidentifiant crancier SEPA (ICS) Les cranciers sont dsigns par un identifiant dont la structure est unique au niveau de la zone SEPA. Cependant,lagestiondecetidentifiantnestpascentralise.Ilsefondesurunidentifiant national encapsul selon un algorithme public fourni par lEPC.LidentifiantcrancierSEPAfranaissebasesurleNNE(identifiantspcifiquepourles prlvementsnationaux)quiestencapsulafinderpondrelanormeSEPA.Ilcomprendles lments suivants : a)le code pays FR ,b)une cl de contrle calcule sur les lments a) et d) (2 caractres), c)uneextension,appelecodeactivit( CreditorBusinessCode ),destine permettreaucrancierdidentifierdanssonorganisationdeslignesmtiers,services de traitement ou autres. Cet lment nest pas pris en compte dans le calcul de la cl, (cf. b) (3 caractres). Ce code est gr par le crancier sa convenance (par dfaut, ou si le crancier ne souhaite pas utiliser de code activit, la valeur ZZZ est attribue) d)le NNE (Numro National dEmetteur), soit 6 chiffres. Un crancier, disposant dun identifiant crancier SEPA dun autre pays, peut prsenter des ordres de prlvements SEPA avec cet identifiant. Remarques :Touteslesinformationsconcernant lidentifiantcrancierSEPAsetrouventdansla brochure CFONB Le prlvement SEPA (Fiche N2). Attention :AuniveaudumessageISO20022,lidentifiantcrancierSEPAnefaitpaspartiedes caractristiquesducrancier(index2.19)maisilsetrouvedansunedonnespcifique CreditorSchemeIdentification (index 2.27) Exemple : FR00ZZZ123456 Identifiant Crancier SEPA SEPA Remarqueimportante:lICSduncrancier(personnemoraleoupersonnephysique)figurera toujours dans llment . 2.13.Autres identifiants non bancaires Les intervenants non bancaires peuvent tre identifis selon diffrents critres : Le nom Ladresse postale Un ou plusieurs identifiants Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 22 Le pays de rsidence Les coordonnes dun contact Selon le standard ISO 20022, les identifiants sont dcomposs de la faon suivante : 9.1.12IdentifiantIdentifiant 9.1.13OuOrganisationIdentificationSoit de type Organisation 9.1.14 BICOrBEI Business Identifier Code 9.1.15 OtherUn ou plusieurs autres identifiants organiss 9.1.16IdentificationLidentifiant 9.1.17SchemeNameLe type didentifiant 9.1.18 Ou Code Selon un code ISO 9.1.19Proprietary Selon un code propritaire 9.1.20Issuer Lmetteur de lidentifiant 9.1.21OuPrivateIdentificationSoit de type Personne physique 9.1.22 DateAndPlaceOfBirthDate et lieu de naissance 9.1.27 OtherUn ou plusieurs autres identifiants privs 9.1.28IdentificationLidentifiant 9.1.29SchemeNameLe type didentifiant 9.1.30 Ou Code Selon un code ISO 9.1.31Proprietary Selon un code propritaire 9.1.32Issuer Lmetteur de lidentifiant Dans le cadre des prlvements SEPA, pour les intervenants non bancaires autres que le crancier, un seulidentifiantpeuttreutilissoitsousformeOrganisation(enutilisantsoitleBICsoitunautre type didentifiant) soit sous forme Personne physique (en utilisant soit la date et lieu de naissance soit un autre type didentifiant) EnFrance,ilpeuttreintressantdutiliserunidentifianttelqueleSIRETdemanireharmonise (notamment afin de permettre une restitution, si besoin, dans un format autre que lISO 20022)Exemple dutilisation du SIRET pour un tiers crancier : Nom du tiers creancier Nom du tiers crancier 12345678901234 N SIRET du tiers crancier SIRET renseigner ici le fait quil sagit dun N SIRET 2.14.La dmatrialisation des donnes du mandat Lacorrespondanceentrelesdonnesdumandatquidoiventtredmatrialisespourtre ventuellement transmises avec chaque ordre de prlvement SEPA et les noms des balises XML se trouvedanslalisteci-dessous(lalettrecorrespondladonnefigurantsurlexempledemandat disponible en annexe 3) : a)Index 2.48 : MandateIdentification b)Index 2.71 : Debtor / Name c)Ladresse du dbiteur nest pas transmise d)Index 2.73 : DebtorAccount / Identification / IBAN e)Index 2.70 : DebtorAgent / FinancialInstitutionIdentification / BIC Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 23 f)Index 2.19 : Creditor / Name g)Index 2.27 : CreditorSchemeIdentification / Identification / PrivateIdentification / Other h)Ladresse du crancier nest pas transmise i)Index 2.14 : SequenceType j)Lelieu de signature nest pas transmis (ni dmatrialis) k)Index 2.49 : DateOfSignature l)Index 2.72 : Debtor / Identification / OrganisationIdentification ou PrivateIdentification m)Index 2.74 : UltimateDebtor / Name n)Index 2.74 : UltimateDebtor / Identification / OrganisationIdentification ou PrivateIdentification o)Index 2.23 : UltimateCreditor / Name p)Index 2.23 : UltimateCreditor / Identification / OrganisationIdentification ou PrivateIdentification q)Le numro didentification du contrat nest pas transmis (ni dmatrialis) r)La description du contrat nest pas transmise (ni dmatrialise). 2.15.Les mises jour relatives au mandat Remarque : Toutes les informations concernant les changements des donnes relatives au mandat se trouvent dans la brochure CFONB Le prlvement SEPA (Fiche N4). LamisejourduneouplusieursdonnesdumandatestspcifiedansleformatISO20022en positionnant lindicateur de mise jour ( Amendment Indicator index 2.50) true et avec : lesanciennesdonnesdumandatdanslaouleszonesdumandatcorrespondantes : OriginalMandateIdentification , OriginalCreditorScheme (NameorIdentification), OriginalDebtorAccount et OriginalDebtorAgent . lesnouvellesdonnesdumandatdanslaouleszonesdelordredeprlvementSEPA correspondantes. EncasdincohrenceentreAmendmentIndicateurpositionn false etlaprsencededonnes dorigine, ces donnes seront ignores par la banque du crancier et elles ne seront pas transmises la banque du dbiteur. En cas dincohrence entre AmendmentIndicateur positionn true et une absencededonnedorigine,labanqueducrancierpourrasoitrejeterlesordresdeprlvements SEPA soit positionner lindicateur false dans le message interbancaire. Attention :Encasdechangementdebanquedudbiteur,lordredeprlvementSEPA contenantleschangementsdoittretransmislanouvellebanquedudbiteurauplustard5jours ouvrs bancaires avant lchance et avec les caractristiques suivantes : Sequence Type contient la valeur FRST OriginalDebtorAgent contient la valeur SMNDA (Same Mandate New Debtor Agent Mme mandat mais nouvelle banque de dbiteur) Exemple dun changement de banque du dbiteur : RUM 123 2009-10-28 true ANC REF MANDAT ABCD SMNDA Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 24 2.16.Principes de restitutions Le schma ci-dessous dcrit les principes de restitution lis aux prlvements SEPA. Lensemble des restitutions sont dtailles dans des guides spcifiques.

Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 25 3. Guide Spcifique 3.1 Gnralits LadescriptionestbasesurlemessagestandardISO20022CustomerDirectDebitInitiation . Prsentation des guides Le message est prsent sous forme de tableau reprenant : 1) des donnes dfinies par lISO 20022 : -Index :ilsagitdelidentifiantdeslmentscomposantlemessage.Ilestutiliscomme critre de tri pour la prsentation. Pour les lments composs de end points , lindex reste inchangdanslaprsentationdeslmentsdu endpoints .Ces endpoints correspondent la structure identique utilise pour les intervenants ou pour les comptes. - Or : identifie les conditions ou entre deux ou plusieurs lments. -Level :symboliselindentationparprofondeurdeniveau.Ellecorrespondlindentation visuelle du Message Item. -Message Item : nom de llment. - : nom de la balise XML -Mult. :lepremiercaractredonnelecaractreobligatoire(1)ouoptionnel(0),lesecond donne le nombre maximal doccurrences supportes par le message. -DataType :prciseletypededonnecomposite(composed,codesouendpoint)ouson format. -Dfinition: dfinitions ISO pour chaque lment. Tous ces lments et leurs caractristiques sont consultables sur la documentation de lISO 20022. 2) des donnes utiles lexploitation des lments : -Statut :donnelecaractre(obligatoire,requis...)dfinipourunlmentdansuncontexte donn. Ce caractre est codifi comme suit : CodeSignificationCommentaires M Obligatoire (Mandatory) Obligatoire dans le message standard ISO 20022. R Requis (Required) Utilisation obligatoire dans le cadre de ce guide. D Dpendant (Dependent) Obligatoiresouscertainesconditions,enparticulierenfonction d'autres donnes dans le message. A Recommand ou Conseill (Advised) Utilisationvivementconseille(l'informationestutilepourl'un des intervenants ou pour le destinataire de l'opration). O Optionnel (Optional) Peut tre utile pour le destinataire mais n'est pas ncessaire pour le traitement de l'opration. N Non utilis (Not used) L'utilisation de cette donne sera ignore. Cette donne ou entit, si elle est utilise, sera ignore par le destinataire du message. Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 26 Pourlesdonnesimbriquesoudonnescomposites,lestatutdeladonnelmentaireestliau statut de la donne composite de rattachement. Par exemple, la structure suivante : Message ItemStatut PartyIdentificationO NameR Signifie que la donne Name est obligatoire quand la donne PartyIdentification est utilise. -SEPACoreRequirements :DfinitionsetrglesdusagedanslecadreduSEPA(ces informations sont issues dans Implementation Guidelines de lEPC).-Commentaires:prciselesinformationsutilesetrecommandationsncessaires lutilisation. Lorsquune rfrence est faite une autre partie du guide, elle est prcise par la mention cf , suivie du chapitre en italique et en bleu. A noter que les lments en brun et en italique concernent les end points . A noter : -Pour ce guide spcifique, les lments ignors (statut N ) sont exclus. -Les phrases en bleu indiquent des rfrences dautres parties du guide. -Lesmentionsenmarronsontladescriptiondlmentsgnriquesdeniveaugroupe(End Points). Unseulguideestdtailldanscedocument.En effet,lemmeformatdemessageISOestutilis pour : Le prlvement SEPA (SDD Core) Le prlvement SEPA interentreprises (SDD B2B) Seule la donne Local Instrument permet de distinguer les deux types de prlvements. Cas du prlvement SEPA CORE Cas du prlvement SEPA interentreprises B2B 3.2 Guide Spcifique "pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 27IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires1.0 GroupHeader [1..1] ComposedSet of characteristics shared by all individual transactions included in the message.M En-tte de Groupe1.1 MessageIdentification [1..1] Max35TextPoint to point reference assigned by the instructing party and sent to the next party in the chain to unambiguously identify the message.MRfrence du message qui n'est pas utilise comme rfrence fonctionnelle.cf 2.8 Principes de rfrencement .1.2 CreationDateTime [1..1] DateTimeDate and time at which a (group of) payment instruction(s) was created by the instructing party.M Date et heure de cration du message1.6 NumberOfTransactions [1..1]Max15NumericTextNumber of individual transactions contained in the message.MNombre de transactions Ce nombre permet la banque d'effectuer un contrle de cohrence.1.7 ControlSum [0..1] DecimalNumberTotal of all individual amounts included in the message, irrespective of currencies.OUtilis pour permettre un contrle de cohrence. Ce total est une somme arithmtique des montants prsents au niveau de chaque transaction.1.8 InitiatingParty [1..1] ComposedParty that initiates the payment. This can either be the creditor or a party that initiates the direct debit on behalf of the creditor.MEmetteur du message de prlvementSi quivalent au crancier, seul le nom doit tre renseign.cf 2.7 Les diffrents intervenants1.8 Name [0..1] Max140TextName by which a party is known and which is usually used to identify that party.AUsage Rule: Name is limited to 70 characters in length.Le nom de l'metteur est recommand.Limit 70 car.1.8 Identification [0..1] ComposedUnique and unambiguous identification of a party.OIdentification de l'metteur (recommand si diffrent du crancier)Cette donne ne doit pas tre utilise pour renseigner l'identifiant crancier SEPA figurant sur le mandat. 1.8 {Or OrganisationIdentification [1..1] ComposedUnique and unambiguous way of identifying an organisation.OUsage Rule: Either BIC or BEI or one occurrence of Other is allowed.Un seul sous element de "OrganisationIdentification" est autoris.1.8 Or} PrivateIdentification [1..1] ComposedUnique and unambiguous identification of a person, eg, passport.OUsage Rule: Either Date and Place of Birth or one occurrence of Other is allowed2.0 PaymentInformation [1..n] ComposedSet of characteristics that apply to the credit side of the payment transactions included in the direct debit transaction initiation.M Niveau Lot2.1 PaymentInformationIdentification [1..1] Max35TextUnique identification, as assigned by a sending party, to unambiguously identify the payment information group within the message.MRfrence du lot.Elle est restitue sur le relev de compte du crancier en cas de comptabilisation par lot.2.2 PaymentMethod [1..1] CodeSpecifies the means of payment that will be used to move the amount of money.MLa valeur "DD" (pour Direct Debit) est obligatoire2.3 BatchBooking [0..1]TrueFalseIndicatorIdentifies whether a single entry per individual transaction or a batch entry for the sum of the amounts of alltransactions within the group of a message is requested.OUsage Rule: If present and contains true, batch booking is requested. If present and contains false, booking per transaction is requested.Usage Rule : If element is not present, pre-agreed customer-to-bank conditions apply.Indicateur permettant de savoir quel type de comptabilisation appliquer."true" implique une comptabilisation globale,"false" une comptabilisation unitaire.Si l'indicateur n'est pas renseign, les conditions dfinies dans l'accord bilatral s'appliquent.cf 2.6 Modes de comptabilisation des oprations""pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 28IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.4 NumberOfTransactions [0..1]Max15NumericTextNumber of individual transactions contained in the payment information group.RNombre de transactions du lotCe nombre permet la banque d'effectuer un contrle de cohrence.2.5 ControlSum [0..1] DecimalNumberTotal of all individual amounts included in the group, irrespective of currencies.RUtilis pour permettre un contrle de cohrence. Ce total correspond au montant du lot.2.6 PaymentTypeInformation [0..1] ComposedSet of elements that further specifies the type of transaction.R Mandatory Type de prlvement2.8 ServiceLevel [0..1] ComposedAgreement under which or rules under which the transaction should be processed.R MandatoryPermet de dfinir un scheme complet ou une pratique bancaire.2.9 {Or Code [1..1]ExternalServiceLevel1CodeSpecifies a pre-agreed service or level of service between the parties, as published in an external service level code list.M(AT-20 The identification code of the Scheme)Usage Rule: Only SEPA is allowed. La valeur "SEPA" est obligatoire2.11 LocalInstrument [0..1] Composed User community specific instrument. R Mandatory Permet de prciser le type de prlvement.2.12 {Or Code [1..1]ExternalLocalInstrument1CodeSpecifies the local instrument published in an external local instrument code list.M(AT-20 The identification code of the Scheme)Usage Rule: Only CORE is allowed. CORE is used to indicate a Core direct debit.Usage Rule: The mixing of Core Direct Debits and Business-to-Business Direct Debits is not allowed in the same message. Les deux valeurs possibles sont :"CORE" pourun prlvement SEPA (SDD Core)"B2B" pour un prlvement interentrepriseIl est interdit de regrouper dans un mme lot des debit direct "Core" et "B2B"2.14 SequenceType [0..1] CodeIdentifies the direct debit sequence, such as first, recurrent, final or one-off.RMandatory(AT-21 Transaction Type)Usage Rule: If Amendment Indicator is true, and Original Debtor Agent is set to SMNDA, this message element must indicate FRST.Permet de prciser la squence de prsentationLes valeurs possibles sont :"FRST" (1er d'une serie),"RCUR" (rcurrent-srie en cours),"FNAL" (dernier d'une srie) ou"OOFF" (ponctuel)Si "Amendement Indicator" est "true" et "Original DebtorAgent" est "SMNDA", alors la valeur "FRST" est obligatoire.2.15 CategoryPurpose [0..1] ComposedSpecifies the high level purpose of the instruction based on a set of pre-defined categories.O(AT-59 Category purpose of the Collection)Usage Rule: Depending on the agreement between the Creditor and the Creditor Bank, Category Purpose may be forwarded to the Debtor Bank.Code permettant d'identifier un type de service.cf 2.9 identification du type de service et de la nature de lopration".Cette donne est soumise un accord bilatral.2.16 {Or Code [1..1]ExternalCategoryPurpose1CodeCategory purpose, as published in an external category purpose code list.M2.18 RequestedCollectionDate [1..1] ISODateDate and time at which the creditor requests that the amount of money is to be collected from the debtor.M (AT-11 Due Date of the Collection)Date d'chance."pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 29IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.19 Creditor [1..1] Composed Party to which an amount of money is due. MIl s'agit du crancier, le titulaire du compte crditer. Seul le nom est requis, sauf accord bilatral.cf 2.7 "Les diffrents intervenants" .Attention : L'identifiant crancier SEPA est renseign au niveau de l'index 2.27 "CreditorSchemeIdentification").2.19 Name [0..1] Max140TextName by which a party is known and which is usually used to identify that party.RMandatory(AT-03 Name of the Creditor)Usage Rule: Name is limited to 70 characters in length.Le nom du crancier tel que communiqu au dbiteur sur le mandatLimit 70 car.2.20 CreditorAccount [1..1] ComposedUnambiguous identification of the account of the creditor to which a credit entry will be posted as a result of the payment transaction.M (AT-04 Account Number of the Creditor). Numro de compte du crancier 2.20 Identification [1..1] ComposedUnique and unambiguous identification of the account between the account owner and the account servicer.M Usage Rule: Only IBAN is allowed.2.20 {Or IBAN [1..1] IBANIdentifierMax34TextInternational Bank Account Number (IBAN) - identifier used internationally by financial institutions to uniquely identify the account of a customer.M IBAN 2.20 Currency [0..1]CurrencyCodeIdentification of the currency in which the account is heldO Devise du compte2.21 CreditorAgent [1..1] ComposedFinancial institution servicing an account for the creditor.M Usage Rule: Only BIC is allowed Banque du crancier2.21 FinancialInstitutionIdentification [1..1] ComposedUnique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme.M2.21 BIC [0..1] BICIdentifier Bank Identifier Code.RSeule l'identification par un code BIC est autorise.2.23 UltimateCreditor [0..1] ComposedUltimate party to which an amount of money is due.OUsage Rule: This data element may be present either at Payment Information or at Direct Debit Transaction Information level.Il s'agit du crancier d'origine, appel tiers crancier sur le mandat. Il est recommand de l'utiliser ce niveau quand cela est possible (plutt qu'au niveau transaction) pour qu'il soit restitu sur le relev de compte dans le cas d'un crdit global.cf 2.7 Les diffrents intervenants.2.23 Name [0..1] Max140TextName by which a party is known and which is usually used to identify that party.A(AT-38 Name of the Creditor Reference Party)Usage Rule: Name is limited to 70 characters in length.Nom du crancier d'origineLimit 70 car.2.23 Identification [0..1] ComposedUnique and unambiguous identification of a party.O(AT-39 Identification code of the Creditor Reference Party) Identifiantdu crancier d'origine2.23 {Or OrganisationIdentification [1..1] ComposedUnique and unambiguous way of identifying an organisation.MUsage Rule: Either BIC or BEI or one occurrence of Other is allowed."pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 30IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.24 ChargeBearer [0..1]ChargeBearerType1CodeSpecifies which party/parties will bear the charges associated with the processing of the payment transaction.OUsage Rule: Only SLEV is allowed.Usage Rule: It is recommended that this element be specified at Payment Information level.Rpartition des frais Seule la valeur "SLEV" est autorise2.27 CreditorSchemeIdentification [0..1] Composed Credit party that signs the mandate. RUsage Rule: It is recommended that all transactions within the same Payment Information block have the same Creditor Scheme Identification.Usage Rule: This data element must be present at either Payment Information or Direct Debit Transaction level. Elments d'identification du crancier SEPA. 2.27 Identification [0..1] ComposedUnique and unambiguous identification of a party.RMandatory(AT-02 Identifier of the Creditor)2.27 Or} PrivateIdentification [1..1] ComposedUnique and unambiguous identification of a person, eg, passport.MMandatoryUsage Rule: Private Identification is used to identify either an organisation or a private person.2.27 Other [0..n] ComposedUnique identification of a person, as assigned by an institution, using an identification scheme.RUsage Rule: Only one occurrence of Other is allowed, and no other sub-elements are allowed.Usage Rule: Identification must be used with an identifier described in General Message Element Specifications, Chapter 1.5.2. Usage Rule: Scheme Name under Other must specify SEPA under Proprietary. Une seule occurrence possible.2.27 Identification [1..1] Max35TextUnique and unambiguous identification of a person.MIdentifiant crancier SEPA .cf. chapitre 2.122.27 SchemeName [0..1] Composed Name of the identification scheme. R2.27 Or} Proprietary [1..1] Max35TextName of the identification scheme, in a free text form.M La valeur"SEPA" est obligatoire2.28 DirectDebitTransactionInformation [1..n] ComposedSet of elements used to provide information on the individual transaction(s) included in the message.M NiveauTransaction2.29 PaymentIdentification [1..1] ComposedSet of elements to reference a payment instruction.M Rfrences de l'opration2.30 InstructionIdentification [0..1] Max35TextUnique identification as assigned by an instructing party for an instructed party to unambiguously identify the instruction.ORfrence de l'oprationSi cette rfrence est prsente, c'est elle qui est prioritairement restitue au crancier sur le relev de compte en cas de comptabilisation unitaire. Si elle est absente, c'est la rfrence EndToEnd qui est restitue.2.31 EndToEndIdentification [1..1] Max35TextUnique identification assigned by the initiating party to unumbiguously identify the transaction. This identification is passed on, unchanged, throughout the entire end-to-end chain.M(AT-10 Creditors reference of the direct debit Collection)Rfrence de bout-en-bout qui est restitue au dbiteur."pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 31IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.44 InstructedAmount [1..1]CurrencyAndAmountAmount of money to be moved between the debtor and creditor, before deduction of charges, expressed in the currency as ordered by the initiating party.M(AT-06 Amount of the Collection in Euro)Usage Rule: Only EUR is allowed.Usage Rule: Amount must be 0.01 or more and 999999999.99 or less. Format Rule: The fractional part has a maximum of two digits.Montant du prlvement SEPA en euro 2.46 DirectDebitTransaction [0..1] ComposedSet of elements providing information specific to the direct debit mandate.R Mandatory Elments du mandat 2.47 MandateRelatedInformation [0..1] ComposedSet of elements used to provide further details of the direct debit mandate signed between the creditor and the debtor.R Mandatory Informations relatives au mandat.2.48 MandateIdentification [0..1] Max35TextUnique identification, as assigned by the creditor, to unambiguously identify the mandate.RMandatory(AT-01 Unique Mandate Reference)Rfrence unique du mandat.2.49 DateOfSignature [0..1] ISODateDate on which the direct debit mandate has been signed by the debtor.RMandatory(AT-25 Date of Signing of the Mandate) Date de signature du mandat.2.50 AmendmentIndicator [0..1]TrueFalseIndicatorIndicator notifying whether the underlying mandate is amended or not.OIndicateur permettant de signaler une modification d'une ou plusieurs donnes du mandat.Valeurs : "true" (si il y a des modifications)"false" (pas de modification).Valeur par dfaut : "false" 2.51 AmendmentInformationDetails [0..1] ComposedList of mandate elements that have been modified.D(AT-24 Reason for Amendment of the Mandate)Usage Rule: Mandatory if Amendment Indicator is true.The reason code from the Rulebook is indicated using one of the following message sub-elements.Liste des lmnts modifsA renseigner si l'index 2.50 est "true". Ignor sinon (et dans ce cas cette liste de donnes ne devrait pas tre transmise la banque du dbiteur).2.52 OriginalMandateIdentification [0..1] Max35TextUnique identification, as assigned by the creditor, to unambiguously identify the original mandate.O(AT-19 Unique Mandate Reference as given by the Original Creditor who issued the Mandate)Usage Rule: Mandatory if changes occur in Mandate Identification, otherwise not to be used.Rfrence de l'ancien mandat, cette donne est obligatoire si la rfrence du mandat a t modifie, interdite sinon (nouvelle rfrence en index 2.48)2.53 OriginalCreditorSchemeIdentification[0..1] ComposedOriginal creditor scheme identification that has been modified.OUsage Rule: Mandatory if changes occur in Creditor Scheme Identification' and or 'Name', otherwise not to be used.Ancienne(s) donne(s) relative(s) au crancier. 2.53 Name [0..1] Max140TextName by which a party is known and which is usually used to identify that partyO(Original AT-03 Name of the Creditor)Usage Rule: If present the new Name must be specified under Creditor.Usage Rule: Name is limited to 70 characters in length.Ancien nom du crancier(le nouveau se trouve dans l'index2.19 Creditor).Obligatoire en cas de changement de nom du crancier, interdite sinon.Limit 70 car."pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 32IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.53 Identification [0..1] ComposedUnique and unambiguous identification of a party.O(AT-18 Identifier of the original Creditor who issued the Mandate)Ancien identifiant crancier SEPA(le nouveau se trouve dans l'index2.27 CreditorSchemeIdentification)Obligatoire en cas de changement d'identifiant crancier SEPA, interdite sinon.2.53 Or} PrivateIdentification [1..1] ComposedUnique and unambiguous identification of a person, eg, passport.MUsage Rule: Private Identification is used to identify either an organisation or a private person.Ancien identifiant crancier SEPA.2.53 Other [0..n] ComposedUnique identification of a person, as assigned by an institution, using an identification scheme.RUsage Rule: Only one occurrence of Other is allowed, and no other sub-elements are allowed.Usage Rule: Must be used with an identifier described in General Message Element Specifications, Chapter 1.5.2.Usage Rule: Scheme Name under Other must specify SEPA under Proprietary. 1 seule occurrence autorise2.53 Identification [1..1] Max35TextUnique and unambiguous identification of a person.M Ancien Identifiant crancier SEPA.2.53 SchemeName [0..1] Composed Name of the identification scheme. R2.53 Or} Proprietary [1..1] Max35TextName of the identification scheme, in a free text form.M La valeur"SEPA" est obligatoire2.57 OriginalDebtorAccount [0..1] Composed Original debtor account that has been modified. OUsage Rule: Only IBAN allowed.Usage Rule: To be used only for changes of accounts within the same bank.Ancien numro du compte du dbiteur. Cette donne est obligatoire en cas de changement de numro de compte au sein du mme tablissement bancaire, interdite sinon. Seul l'IBAN est autoris. 2.57 Identification [1..1] ComposedUnique and unambiguous identification for the account between the account owner and the account servicer.M2.57 {Or IBAN [1..1] IBANIdentifierMax34TextInternational Bank Account Number (IBAN) - identifier used internationally by financial institutions to uniquely identify the account of a customer.M IBAN 2.58 OriginalDebtorAgent [0..1] Composed Original debtor's agent that has been modified. OUsage Rule: To use Proprietary Identification under 'Other' under 'Financial Institution Identification' with code SMNDA to indicate same mandate with new Debtor Agent.Usage Rule: To be used with the FRST indicator in the Sequence Type.Utilis pour indiquer un changement d'tablissement bancaire du dbiteur. Dans ce cas cette donne est obligatoire et la valeur "SMNDA" doit tre indiqu dans l'lment"Identification" ainsi que la valeur 'FRST' dans l'index 2.14 'Sequence Type'.Le BIC de l'ancien tablissement bancaire ne doit pas tre indiqu2.58 FinancialInstitutionIdentification [1..1] ComposedUnique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme.M2.58 Other [0..1] ComposedUnique identification of an agent, as assigned by an institution, using an identification scheme.R"pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 33IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.58 Identification [1..1] Max35TextUnique and unambiguous identification of a person.MLa valeur"SMNDA" est obligatoire pour indiquer un changement d'tablissement bancaire du dbiteur(Same Mandate New Debtor Agent)2.69 UltimateCreditor [0..1] ComposedUltimate party to which an amount of money is due.OUsage Rule: This data element may be present either at Payment Information or at Direct Debit Transaction Information level.Il s'agit du crancier d'origine, appel tiers crancier sur le mandat. Il est recommand de ne pas l'utiliser ce niveau mais au niveau lot (index 2.23) pour qu'il soit restitu sur le relev de compte dans le cas d'un crdit global.cf 2.7 Les diffrents intervenants2.69 Name [0..1] Max140Text Name by which a party is known and which is usually used to identify that party.A(AT-38 Name of the Creditor Reference Party)Usage Rule: Name is limited to 70 characters in length.Nom du crancier d'origineLimit 70 car.2.69 Identification [0..1] Composed Unique and unambiguous identification of a party. O(AT-39 Identification code of the Creditor Reference Party)Identifiant du tiers crancier2.69 {Or OrganisationIdentification [1..1] ComposedUnique and unambiguous way of identifying an organisation.MUsage Rule: Either BIC or BEI or one occurrence of Other is allowed.Un seul sous element de "OrganisationIdentification" est autoris.2.70 DebtorAgent [1..1] ComposedFinancial institution servicing an account for the debtor.M(AT-13 BIC of the Debtor Bank)Usage Rule: Only BIC is allowed.Banque du dbiteur2.70 FinancialInstitutionIdentification [1..1] ComposedUnique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme.M Identifiant de la banque du dbiteur2.70 BIC [0..1] BICIdentifier Bank Identifier Code. R BIC de la banque du dbiteur2.72 Debtor [1..1] ComposedParty that owes an amount of money to the (ultimate) creditor.M Il s'agit du dbiteur titulaire du compte dbiter2.72 Name [0..1] Max140Text Name by which a party is known and which is usually used to identify that party.RMandatory(AT-14 Name of the Debtor)Usage Rule: Name is limited to 70 characters in length.Nom du dbiteurLimit 70 car.2.72 Identification [0..1] ComposedUnique and unambiguous identification of a party.O (AT-27 Debtor identification code)2.72 {Or OrganisationIdentification [1..1] ComposedUnique and unambiguous way to identify an organisation.MUsage Rule: Either BIC or BEI or one occurrence of Other is allowed.Un seul sous element de "OrganisationIdentification" est autoris.2.73 DebtorAccount [1..1] ComposedUnambiguous identification of the account of the debtor to which a debit entry will be made as a result of the transaction.M(AT-07 Account Number of the Debtor)Usage Rule: Only IBAN is allowed.Numro du compte du dbiteurSeul l'IBAN est autoris.2.73 Identification [1..1] ComposedUnique and unambiguous identification of the account between the account owner and the account servicer.M2.73 {Or IBAN [1..1] IBANIdentifierInternational Bank Account Number (IBAN) - identifier used internationally by financial institutions to uniquely identify the account of a customer.M IBAN du compte du dbiteur2.74 UltimateDebtor [0..1] ComposedUltimate party that owes an amount of money to the (ultimate) creditor.OUsage Rule: Mandatory, if provided by the Debtor in the Mandate.Tierce personne au nom de laquelle le dbit est effectu. Appell Tiers Dbiteur sur le mandat."pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 34IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.74 Name [0..1] Max140Text Name by which a party is known and which is usually used to identify that party.O(AT-15 Name of the Debtor Reference Party)Usage Rule: Name is limited to 70 characters in length.Usage Rule: Mandatory if provided by the Debtor in the mandate.Nom de la tierce personneLimit 70 car.2.74 Identification [0..1] ComposedUnique and unambiguous identification of a party.O(AT-37 Identification code of the Debtor Reference Party)2.74 {Or OrganisationIdentification [1..1] ComposedUnique and unambiguous way to identify an organisation.MUsage Rule:Either BIC or BEI or one occurrence of Other is allowed.Un seul sous element de "OrganisationIdentification" est autoris.2.76 Purpose [0..1] ComposedUnderlying reason for the payment transaction.Usage: Purpose is used by the end-customers, that is initiating party, (ultimate) debtor, (ultimate) creditor to provide information concerning the nature of the payment. Purpose is a content element, which is not used for processing by any of the agents involved in the payment chain.O (AT-58 Purpose of the Collection) Nature du prlvement2.77 {Or Code [1..1]ExternalPurpose1CodeUnderlying reason for the payment transaction, as published in an external purpose code list.MNature du paiement transmise jusqu'au destinataire final.cf 2.9 Identification du type de service et de la nature de lopration.2.79 RegulatoryReporting [0..10] ComposedInformation needed due to regulatory and statutory requirements.DLimit une seule occurrence. Cf 2.11"dclaration balance des paiements"2.79 Details [0..n] ComposedSet of elements used to provide details on the regulatory reporting information.R2.79 Code [0..1] Max10TextSpecifies the nature, purpose, and reason for the transaction to be reported for regulatory and statutory requirements in a coded form.R Code conomique2.88 RemittanceInformation [0..1] ComposedInformation supplied to enable the matching of an entry with the items that the transfer is intended to settle, such as commercial invoices in an accounts' receivable system.O(AT-22 Remittance information from the Creditor)Usage Rule: Either Structured or Unstructured, may be present.Motif de paiement 2.89 Unstructured [0..n] Max140TextInformation supplied to enable the matching/reconciliation of an entry with the items that the payment is intended to settle, such as commercial invoices in an accounts' receivable system, in an unstructured form.OUsage Rule: Unstructured may carry structured remittance information, as agreed between the Creditor and the Debtor.Format Rule: Only one occurrence of Unstructured is allowed.Motif du paiement non structurSauf en cas d'usage d'une rfrence crancier structure la forme non structure est recommande Une seule occurrence est autorise2.90 Structured [0..n] ComposedInformation supplied to enable the matching/reconciliation of an entry with the items that the payment is intended to settle, such as commercial invoices in an accounts' receivable system, in a structured form.OUsage Rule: Structured can be used, provided the tags and the data within the Structured element do not exceed 140 characters in length.Format Rule: Only one occurrence of Structured is allowed.Motif du paiement structurUne seule occurrence est autorise. 2.110 CreditorReferenceInformation [0..1] ComposedReference information provided by the creditor to allow the identification of the underlying documents.OUsage Rule: When present, the Creditor Bank is not obliged to validate the reference information.Usage Rule: When used, both Type and Reference must be present.Rfrence donne par le crancier. En cas d'utilisation de cette donne, les lments "Type" et "Reference" doivent tre prsents.2.111 Type [0..1] Composed Specifies the type of creditor reference. R Type de rfrence2.112 CodeOrProprietary [1..1] ComposedCoded or proprietary format creditor reference type.M"pain.008.001.02" CustomerDirectDebitInitiation Prlvement SEPA (SDD Core et B2B)Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010 Page 35IndexOr Level Message Item Mult Data Type DefinitionS* SEPA Core Requirements Commentaires2.113 {Or Code [1..1]DocumentType3CodeType of creditor reference, in a coded form. M Usage Rule :Only SCOR is allowed.La valeur 'SCOR' est obligatoire(StructuredCOmmunicationReference)2.116 Reference [0..1] Max35TextUnique reference, as assigned by the creditor, to unambiguously refer to the payment transaction.Usage: If available, the initiating party should provide this reference in the structured remittance information, to enable reconciliation by the creditor upon receipt of the amount of money.If the business context requires the use of a creditor reference or a payment remit identification, and only one identifier can be passed through the end-to-end chain, the creditor's reference or payment remittance identification should be quoted in the end-to-end transaction identification.RUsage Rule: If Creditor Reference contains a check digit, the receiving bank is not required to validate this.Usage Rule: If the receiving bank validates the check digit and if this validation fails, the bank may continue its processing and send the transaction to the next party in the chain.Usage Rule: RF Creditor Reference may be used (ISO 11649)Rfrence du prlvement SEPA donn par le crancier. Il n'y a pas de controle de la cl* S pour STATUT : M = Mandatory (Obligatoire), R = Requis (rendu obligatoire), O = Optionnel, D = Dpendant, A = Advised (Recommand), N = Non utilis, N' = Non trait mais vhicul si les systmes le permettentGuide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 36 4.ANNEXES ANNEXE 1 : Historique des versions Version Date Modifications 1.010/2009Version Finale 1.104/2010Correction du guide spcifique index 2.58 (la balise Proprietay est ignore Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 37 ANNEXE 2 : Exemple Exemple dun message constitu de 3 oprations de prlvements SEPA reparties dans 2 lots : 1.Le premier lot contient 2 oprations rcurrentes dont lune fait lobjet dune modification de mandat (changement de rfrence du mandat + changement didentifiant crancier) 2.Le second lot contient 1 opration first faisant lobjet dune modification de mandat (changement de banque du dbiteur). IdxOrLevelMessage ItemMultS*1.0 GroupHeader[1..1]M 1.1 MessageIdentification[1..1]MMSGID - 123456 1.2 CreationDateTime[1..1]M04/09/2009 14:25 1.6 NumberOfTransactions[1..1]M3 1.7 ControlSum[0..1]O6 530,00 1.8 InitiatingParty[1..1]M1.8 Name[0..1]ASociete XX 1.8 Identification[0..1]O -2.0 PaymentInformation[1..n]M 2.1 PaymentInformationIdentification[1..1]MREF Remise 123 REF Remise 456 2.2 PaymentMethod[1..1]MDD DD 2.3 BatchBooking[0..1]Ofalse false 2.4 NumberOfTransactions[0..1]R2 1 2.5 ControlSum[0..1]R3 350,00 3 280,00 2.6 PaymentTypeInformation[0..1]R2.8 ServiceLevel[0..1]R2.9{Or Code[1..1]MSEPA SEPA 2.11 LocalInstrument[0..1]R2.12{Or Code[1..1]MCORE CORE 2.14 SequenceType[0..1]RRecurrent First 2.18 RequestedCollectionDate[1..1]M10/09/2009 15/09/2009 2.19 Creditor[1..1]M2.19 Name[0..1]R Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 38 2.20 CreditorAccount[1..1]M2.20 Identification [1..1]M2.20{OrIBAN [1..1] MFR7610041010050500013M02606FR7610041010050500013M02606 2.21 CreditorAgent[1..1]M2.21 FinancialInstitutionIdentification[1..1]M2.21 BIC[0..1]RBANKFRPP BANKFRPP 2.24 ChargeBearer[0..1]OSLEV SLEV 2.27 CreditorSchemeIdentification[0..1]R2.27 Identification [0..1]R2.27Or} PrivateIdentification[1..1]M2.27 Other[0..n]R2.27 Identification [1..1]MFR00ZZZ123456 FR00ZZZ123456 2.27 SchemeName[0..1]R2.27Or} Proprietary[1..1]MSEPA SEPA 2.28 DirectDebit TransactionInformation [1..n]M 2.29 PaymentIdentification[1..1]M2.30 InstructionIdentification[0..1]OREF OPE AAAAREF OPE BBBBREF OPE CCCC 2.31 EndToEndIdentification[1..1]MREF E2E XXXREF E2E YYYREF E2E ZZZ 2.44 InstructedAmount[1..1]M1 100,00 2 150,00 3 280,00 2.46 DirectDebitTransaction[0..1]R2.47 MandateRelatedInformation[0..1]R2.48 MandateIdentification[0..1]RMANDAT NO 55555MANDAT NO 66666MANDAT NO 77777 2.49 DateOfSignature[0..1]R01/09/200903/07/198907/05/1991 2.50 AmendmentIndicator[0..1]O truetrue 2.51 AmendmentInformationDetails[0..1]D2.52 OriginalMandateIdentification[0..1]O ANC REF MANDAT ABCD2.53 OriginalCreditorSchemeIdentification[0..1]O2.53 Name[0..1]O2.53 Identification[0..1]O2.53Or} PrivateIdentification[1..1]M Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 39 2.53 Other[0..n]R2.53 Identification [1..1]M ANC ICS FRXXZZZ9876542.53 SchemeName[0..1]R2.53Or} Proprietary[1..1]M SEPA2.58 OriginalDebtorAgent[0..1]O2.58 FinancialInstitutionIdentification[1..1]M2.58 Other[0..1]R2.58 Identification[1..1]MSMNDA 2.70 DebtorAgent[1..1]M2.70 FinancialInstitutionIdentification[1..1]M2.70 BIC[0..1]RBQUEFRPPXXXBANKGB2LBANQBEBB 2.72 Debtor[1..1]M2.72 Name[0..1]RMr Debiteur N1Mr Debiteur N2Mr Debiteur N3 2.73 DebtorAccount[1..1]M2.73 Identification [1..1]M2.73{Or IBAN [1..1] MFR763004136210001234567811GB29NWBK60161331926819BE30001216371411 2.88 RemittanceInformation[0..1]O2.89 Unstructured[0..n]OFacture N1 Facture N3 2.90 Structured[0..n]O2.110 CreditorReferenceInformation[0..1]O2.111 Type[0..1]R2.112 CodeOrProprietary[1..1]M2.113{Or Code[1..1]M SCOR2.116 Reference[0..1]R Facture reference ISO 654321 Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 40 Message XML associ lexemple. MSGID - 123456 2009-09-04T14:25:00 3 6530 Societe XX REF Remise 123 DD false 2 3350 SEPA CORE RCUR 2009-09-10 Societe XX FR7610041010050500013M02606 Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 41 BANKFRPP SLEV FR00ZZZ123456 SEPA REF OPE AAAA REF E2E XXX 1100.00 MANDAT NO 55555 2009-09-01 BQUEFRPPXXX Mr Debiteur N1 Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 42 FR763004136210001234567811 Facture N1 REF OPE BBBB REF E2E YYY 2150.00 MANDAT NO 666666 1989-07-03 true ANC REF MANDAT ABCD ANC ICS FRXXZZZ987654 SEPA BANKGB2L Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 43 Mr Debiteur N2 GB29NWBK60161331926819 SCOR Facture reference ISO 654321 REF Remise 456 DD false 1 3280 SEPA CORE FRST 2009-09-15 Societe XX Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 44 FR7610041010050500013M02606 BANKFRPP SLEV FR00ZZZ123456 SEPA REF OPE CCCC REF E2E ZZZ 3280.00 MANDAT NO 77777 1991-05-07 true SMNDA Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 45 BANQBEBB Mr Debiteur N3 BE30001216371411 Facture N3 Guide dutilisation du CustomerDirectDebitInitiation - V1.1 04/2010Page 46 ANNEXE 3 : Exemple de mandat