Sepa

Message XML pour
lordre de virement

Directives dimplmentation

Version 1.2.b
Fdration belge du secteur financier

2 Messages XML pour l or dr e de vi r ement

WP14263
Table des matires
1 Introduction............................................................................................................................................. 4
1.1 Champ dapplication............................................................................................................................. 5
1.2 Comment utiliser ces directives ?......................................................................................................... 6
1.3 Caractres............................................................................................................................................ 7
1.4 Structure du message .......................................................................................................................... 7
2 Virements europens............................................................................................................................ 10
2.1 Structure du message ........................................................................................................................ 11
3 Ordre de virement gnrique................................................................................................................ 13
3.1 Structure du message ........................................................................................................................ 14
4 Description des rubriques du message................................................................................................. 17
1.0 GroupHeader ..................................................................................................................................... 17
1.1 MessageIdentification......................................................................................................................... 18
1.2 CreationDateTime.............................................................................................................................. 18
1.4 BatchBooking..................................................................................................................................... 19
1.5 NumberOfTransactions ...................................................................................................................... 19
1.7 Grouping ............................................................................................................................................ 20
1.8 InitiatingParty ..................................................................................................................................... 21
2.0 PaymentInformation ........................................................................................................................... 23
2.1 PaymentInformationIdentification ....................................................................................................... 24
2.2 PaymentMethod................................................................................................................................. 24
2.3 PaymentTypeInformation ................................................................................................................... 25
2.4 InstructionPriority ............................................................................................................................... 26
2.5 ServiceLevel....................................................................................................................................... 26
2.6 Code .................................................................................................................................................. 27
2.7 Proprietary.......................................................................................................................................... 27
2.8 ClearingChannel ................................................................................................................................ 28
2.12 CategoryPurpose ............................................................................................................................... 29
2.13 RequestedExecutionDate................................................................................................................... 29
2.15 Debitor ............................................................................................................................................... 30
2.16 DebtorAccount ................................................................................................................................... 31
2.17 DebtorAgent ....................................................................................................................................... 32
2.20 ChargeBearer..................................................................................................................................... 33
2.21 ChargesAccount................................................................................................................................. 34
2.23 CreditTransferTransactionInformation................................................................................................ 35
2.24 PaymentIdentification......................................................................................................................... 36
2.26 EndToEndIdentification ...................................................................................................................... 36

Messages XML pour l or dr e de vi r ement 3

2.37 Amount............................................................................................................................................... 37
2.38 InstructedAmount ............................................................................................................................... 37
2.39 EquivalentAmount .............................................................................................................................. 38
2.42 ExchangeRateInformation.................................................................................................................. 39
2.45 ContractIdentification.......................................................................................................................... 39
2.47 ChequeInstruction .............................................................................................................................. 40
2.47 ChequeType....................................................................................................................................... 41
2.47 DeliveryMethod .................................................................................................................................. 42
2.49 IntermediaryAgent1............................................................................................................................ 43
2.55 CreditorAgent ..................................................................................................................................... 44
2.57 Creditor .............................................................................................................................................. 47
2.58 CreditorAccount ................................................................................................................................. 48
2.60 InstructionForCreditorAgent ............................................................................................................... 49
2.63 InstructionForDebtorAgent ................................................................................................................. 50
2.84 RemittanceInformation ....................................................................................................................... 51
2.85 Unstructured....................................................................................................................................... 51
2.86 Structured........................................................................................................................................... 52
2.100 CreditorReferenceInformation........................................................................................... 53
5 Exemples de messages XML avec des virements................................................................................ 55
5.1 Exemple 1 : Paiements individuels..................................................................................................... 57
5.2 Exemple 2 : Paiement collectif ........................................................................................................... 61
Annexe 1 : Liste des codes didentification des membres des systmes de clearing................................. 65
Annexe 2: Liste des mises jour ............................................................................................................... 66

4 XML messages f or Cust omer Cr edi t Tr ansf er I ni t i at i on

1 Introduction
Le prsent document dfinit les directives d'implmentation belges pour le XML Customer Credit Transfer
Initiation Message UNIFI (ISO20022) - pain.001.001.02. (BEIG CT)
Ces directives dimplmentation visent fournir une aide dans le cadre de l'utilisation du message pour
lordre de virement envoy aux banques tablies en Belgique et concernent la fois les virements
europens (SEPA) et les autres virements.

Ce standard pourra tre utilis partir du 28/01/2008.
Les standards bancaires belges actuels pour les paiements nationaux et trangers, quant eux, ne
seront plus utiliss partir du 01/01/2011.

Ces directives d'implmentation ont t labores par Febelfin, la Fdration belge du secteur financier.
Cette version 1.2.a a t publie le 19 novembre 2007. Lannexe 2 contient un aperu des modifications
dans les versions successives des prsentes directives.

La prsente publication a t prpare avec le plus grand soin afin de garantir au maximum lexactitude
des informations y figurant. Cependant, Febelfin ne peut en aucun cas tre tenue pour responsable des
pertes ou dommages rsultant d'informations incorrectes ou incompltes reprises dans ce document.

Le prsent texte est galement disponible en nerlandais et en anglais.

Pour de plus amples informations, nous vous invitons vous adresser votre banque.


1.1 Champ dapplication
Le message de CustomerCreditTransferInitiation est transmis par lexpditeur la banque du dbiteur. Il
est utilis pour demander le transfert de fonds du compte du dbiteur vers celui du crancier.

Le message de CustomerCreditTransferInitiation est utilis pour changer :
une ou plusieurs instructions de virement;
des ordres de paiement se traduisant par des transferts comptables au niveau de la banque du
dbiteur ou par des paiements vers une autre institution financire;
des ordres de paiement se traduisant par un transfert lectronique de fonds sur le compte du
crancier ou par lmission dun chque;
des ordres de paiement qui peuvent tre nationaux, transfrontaliers, compatibles avec un schma
comme le SEPA ou des paiements internationaux en nimporte quelle devise;
des ordres de paiement se traduisant par une inscription en compte unique sur le compte du dbiteur
pour chaque opration individuelle ou une inscription en compte groupe pour l'ensemble des
oprations s'inscrivant dans le cadre d'un paiement.
Le message peut tre utilis dans un scnario de transmission directe ou relaye :
- Dans un scnario de transmission directe, le message est envoy directement la banque du
dbiteur. La banque du dbiteur est celle qui preste les services lis au compte du dbiteur.
- Dans un scnario de transmission indirecte, le message est envoy une banque intermdiaire.
Celle-ci intervient en faisant fonction dinstitution financire centralisatrice. Elle renvoie le
message CustomerCreditTransferInitiation la banque du dbiteur.
Le message peut aussi tre utilis par une partie initiatrice mandate pour envoyer un ordre de paiement
pour le compte du dbiteur. C'est par exemple le cas pour un organisme de paiement central (payment
factory) qui initie tous les paiements pour le compte d'une grande entreprise, ou pour une entit charge
de la gestion des salaires qui soccupe du paiement des salaires aux employs d'une socit.


1.2 Comment utiliser ces directives ?
Chaque rubrique du message de CreditTransferInitiation renvoie la table de la rubrique correspondante
de lUNIFI (ISO 20022) Message Definition Report for Payment Standards Initiation. Ce rapport peut
tre consult sur www.iso20022.org, dans Catalogue of UNIFI messages, avec pain.001.001.02
comme rfrence.
Les sauts dans la numrotation des indices sexpliquent par le fait que certains lments du message
UNIFI ne sont pas supports. La prsence dun lment de message (obligatoire/optionnel) et lindication
de sa rcurrence peuvent galement diffrer selon quil sagit des prsentes directives ou de la dfinition
de message UNIFI (ISO20022).
Les lments de message non dcrits dans les prsentes directives ne peuvent tre utiliss et les
rgles dutilisation doivent tre respectes pour viter que le message ou le paiement ne soit
ventuellement refus ou que les donnes ne soient ignores.
La description de chaque rubrique du message contient :
Index Chiffre qui renvoie la description correspondante dans le UNIFI (ISO 20022)
Message Definition Report for Payment Standards Initiation
Dfinition Il sagit ici de la dfinition du bloc ou dun lment du message
Utilisation Informations additionnelles sur lutilisation de cet lment
XML Tag Abrviation identifiant un lment dans un message XML qui est mis entre
parenthses/crochets, par ex. <Amount>
Occurrence Ceci indique si un lment est optionnel ou obligatoire et combien de fois il peut tre
rpt. La rcurrence est indique entre crochets.

Par exemple :
[0..1] indique que llment peut tre prsent 0 fois ou 1 fois.
Llment est optionnel
[1..1] indique que llment ne peut tre prsent quune seule fois.
Llment est obligatoire
[1..n] indique que llment est obligatoire et peut tre prsent 1 n fois

Un lment qui fait partie dun bloc dlments est obligatoire pour autant que le
bloc dont il fait partie soit prsent dans le message.

Si seul un lment parmi plusieurs peut tre prsent, ceci est indiqu par {OR
OR} devant les lments concerns.
Format Ceci spcifie les valeurs et le format autoriss.
Rgles Les rgles spcifiques ventuelles susceptibles davoir un impact sur loccurrence
ou les valeurs dun lment.


1.3 Caractres
Les caractres autoriss dans les messages UNIFI sont ceux de la norme UTF8. Cependant, on doit se
limiter au jeu de caractres latins, gnralement utiliss dans la communication internationale. Ces
caractres sont les suivants :

a b c d e f g h i j k l m n o p q r s t u v w x y z
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
0 1 2 3 4 5 6 7 8 9
/ - ? : ( ) . , ' +
Espacement

1.4 Structure du message
La description des modles de document UNIFI en XML est ralise au sein de schmas. Un schma
utilise un langage de description spcifique (XSD). Les schmas permettent de dcrire les balises qui
sont prsentes dans le document, la structure et lenchanement de ces balises (hirarchie des balises)
ainsi que les codes autoriss pour certaines donnes, le nombre doccurrences possibles, la prsence
obligatoire ou facultative de certaines donnes
Le XSD gnral pour pain.001.001.02 peut tre obtenu auprs de www.iso20022.org > Catalogue of
UNIFI Messages > Payments > Payment Inititation > CustomerCreditTransferInitiationV02
Un fichier qui contient un message XML pain.001.001.02 suit la structure suivante :

<?xml ver si on=" 1. 0" encodi ng=" UTF- 8" ?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.02" xmlns:xsi="http://www.w3.org/2001/XMLSchema-
instance">
<pain.001.001.02>
message contenu
</pain.001.001.02>
</Document>

Un fichier ne contient quun seul Document (enveloppe) qui ne contient lui-mme quun seul message
XML pain.001.001.02. Voir exemples dans le chapitre 5.


Le message se compose de 3 blocs :
A. Group Header : Ce bloc est obligatoire et nest prsent quune seule fois. Il contient des lments tels
que les Message Identification, Creation Date and Time, Grouping Indicator.
B. Payment Information : Ce bloc est obligatoire et itratif. Outre des lments lis laspect de dbit de
la transaction, comme les Debtor ou Payment Type Information, il contient aussi un ou plusieurs
Transaction Information Blocks.
C. Transaction Information : Ce bloc est obligatoire et itratif. Il contient notamment des lments lis
laspect crdit de la transaction, comme les Creditor ou Remittance Information.
Le nombre doccurrences du Payment Information Block et du Transaction Information Block dans un
message est indiqu par la rubrique Grouping dans le GroupHeader.
Les combinaisons suivantes sont possibles :
Single Indique que pour chaque occurrence du Payment Information Block, il y a exactement
une occurrence du Transaction Information Block.
Grouped Indique quil y a seulement une occurrence pour le Payment Information Block et
plusieurs occurrences pour le Transaction Information Block.
Mixed Indique quil y a une ou plusieurs occurrence(s) pour le Payment Information Block,
tant entendu que chacune dentre elles peut contenir une ou plusieurs occurrence(s)
du Transaction Information Block.

Group Header
Payment Information 1
Transaction
Information 1
SINGLE
Group Header
Transaction
Information 1
Transaction
Information 2
Transaction
Information 3
GROUPED
Transaction
Information 2
Transaction
Information 3
Group Header
MIXED
Transaction
Information 3
Transaction
Information 4
Transaction
Information 5
Transaction
Information 1
Transaction
Information 2
Transaction
Information 6


On trouvera ci-dessous un aperu plus dtaill de la structure dun Credit Transfer Initiation Message.

Legend:
Les cases en traits pleins sont un lment de message obligatoire.
Les cases en traits pointills sont un lment de message optionnel.
Les subdivisions (enfants) doivent apparatre dans la squence mentionne.
Seule lune des subdivisions (enfants) possibles peut tre prsente (choix).


2 Virements europens
Un virement europen est un virement en euro entre deux comptes situs dans des pays du Single Euro
Payments Area (SEPA).
Le compte du dbiteur doit tre libell en euro, alors que celui du crancier peut ltre dans nimporte
quelle devise.
Le montant des transactions est illimit
(seule limite technique : 999.999.999,99 EUR).
Les comptes du dbiteur et du crancier et de leur banque correspondante sont respectivement identifis
par leurs IBAN et BIC.
Les frais imputs par la banque du dbiteur et celle du crancier sont respectivement supports par le
dbiteur et le crancier.
Il ne peut tre donn dinstructions particulires pour la banque du dbiteur ou du crancier.
Ces directives dimplmentation pour les virements europens sont bases sur les directives
dimplmentation pour le schma de virement SEPA, version 2.3, publies par le European Payments
Council (EPC).


Le tableau suivant donne un aperu des rubriques du message utiliser pour un virement europen.
On trouvera une description plus dtaille de chaque rubrique du message au chapitre 4 Description des
rubriques du message.
Index Occurrence Rubrique du message <XML Tag> Longueur
1.0 [1..1] GroupHeader <GrpHdr>
1.1 [1..1] MessageIdentification <MsgId> 35
1.2 [1..1] CreationDateTime <CreDtTm> 19
1.4 [0..1] BatchBooking <BtchBookg> 5
1.5 [1..1] NumberOfTransactions <NbOfTxs> 15
1.7 [1..1] Grouping <Grpg> 4
1.8 [1..1] InitiatingParty <InitgPty>
[0..1] Name <Nm> 70
[0..1] Identification <Id>
[1..1] OrganisationIdentification <OrgId>
[0..1] BusinessEntityIdentifier (BEI) <BEI> 11
[0..1] TaxIdentificationNumber <TaxIdNb> 35
[0..1] ProprietaryIdentification <PrtryId>
[1..1] Identification <Id> 35
[1..1] Issuer <Issr> 35
2.0 [1..n] PaymentInformation <PmtInf>
2.1 [0..1] PaymentInformationIdentification <PmtInfId> 35
2.2 [1..1] PaymentMethod <PmtMtd> 3
2.3 [0..1] PaymentTypeInformation <PmtTpInf>
2.4 [0..1] InstructionPriority <InstrPrty> 4
2.5 [0..1] ServiceLevel <SvcLvl>
[1..1] Code <Code> 4
2.12 [0..1] CategoryPurpose <CtgyPurp> 4
2.13 [1..1] RequestedExecutionDate <ReqdExctnDt> 10
2.15 [1..1] Debtor <Dbtr>
[0..1] Name <Nm> 70
[0..1] PostalAddress <PstlAdr>
[0..2] AddressLine <AdrLine> 70
[1..1] Country <Ctry> 2
2.16 [1..1] DebtorAccount <DbtrAcct>
[1..1] IBAN <IBAN> 34


2.17 [1..1] DebtorAgent <DbtrAgt>
[1..1] FinancialInstitutionIdentification <FinInstnId>
[1..1] BIC <BIC> 11
2.20 [0..1] ChargeBearer <ChrgBr> 4
2.23 [1..n] CreditTransferTransactionInformation <CdtTrfTxInf>
2.24 [1..1] PaymentIdentification <PmtId>
2.26 [1..1] EndToEndIdentification <EndToEndId> 35
2.37 [1..1] Amount <Amt>
2.38 [1..1] InstructedAmount <InstdAmt> 21
2.55 [0..1] CreditorAgent <CdtrAgt>
[1..1] BIC <BIC> 11
2.57 [1..1] Creditor <Cdtr>
[1..1] Name <Nm> 70
2.58 [1..1] CreditorAccount <CdtrAcct>
[1..1] IBAN <IBAN> 34
2.84 [0..1] RemittanceInformation <RmtInf>
2.85 [1..1] {Or Unstructured <Ustrd> 140
2.86 [1..1] Or} Structured <Strd>
2.100 [1..1] CreditorReferenceInformation <CdtrRefInf>
2.101 [1..1] CreditorReferenceType <CdtrRefTp>
2.102 [1..1] Code <Cd> 4
2.104 [1..1] Issuer <Issr> 35
2.105 [1..1] CreditorReference <CdtrRef> 35


3 Ordre de virement gnrique
Le XML subset ordre de virement gnrique dcrit limplmentation du message ISO 20022 Credit
Transfer Initiation pour tous les paiements qui ne sont pas considrs comme des virements europens
standards (voir chapitre 2).
Il sagit notamment des paiements :
dans des devises autres que leuro,
vers des pays situs en dehors du SEPA,
contenant des instructions spciales,
effectuer par chque.


Le tableau suivant donne un aperu des rubriques du message utiliser pour un virement gnrique.
On trouvera une description plus dtaille de chaque rubrique du message au chapitre 4 Description des
rubriques du message.
1.0 [1..1] GroupHeader <GrpHdr>
1.1 [1..1] MessageIdentification <MsgId> 35
1.2 [1..1] CreationDateTime <CreDtTm> 19
1.4 [0..1] BatchBooking <BtchBookg> 5
1.5 [1..1] NumberOfTransactions <NbOfTxs> 15
1.7 [1..1] Grouping <Grpg> 4
1.8 [1..1] InitiatingParty <InitgPty>
[0..1] Name <Nm> 70
[1..1] OrganisationIdentification <OrgId>
[0..1] BusinessEntityIdentifier (BEI) <BEI> 11
[0..1] TaxIdentificationNumber <TaxIdNb> 35
[0..1] ProprietaryIdentification <PrtryId>
[1..1] Identification <Id> 35
[1..1] Issuer <Issr> 35
2.0 [1..n] PaymentInformation <PmtInf>
2.1 [0..1] PaymentInformationIdentification <PmtInfId> 35
2.2 [1..1] PaymentMethod <PmtMtd> 3
2.3 [0..1] PaymentTypeInformation <PmtTpInf>
2.4 [0..1] InstructionPriority <InstrPrty> 4
2.5 [0..1]{Or ServiceLevel <SvcLvl>
2.6 [1..1]{Or Code <Code> 4
2.7 [1..1]Or} Proprietary <Prtry> 35
2.8 [0..1]Or} ClearingChannel <ClrChanl> 4
2.12 [0..1] CategoryPurpose <CtgyPurp> 4
2.13 [1..1] RequestedExecutionDate <ReqdExctnDt> 10
2.15 [1..1] Debtor <Dbtr>
[0..1] Name <Nm> 70
2.16 [1..1] DebtorAccount <DbtrAcct>


[1..1]{Or IBAN <IBAN> 34
[1..1]Or} BBAN <BBAN> 30
[0..1] Currency <Ccy> 3
2.17 [1..1] DebtorAgent <DbtrAgt>
[1..1] BIC <BIC> 11
2.20 [0..1] ChargeBearer <ChrgBr> 4
2.21 [0..1] ChargesAccount <ChrgsAcct>
[0..1] Currency <Ccy> 3
2.23 [1..n] CreditTransferTransactionInformation <CdtTrfTxInf>
2.24 [1..1] PaymentIdentification <PmtId>
2.26 [1..1] EndToEndIdentification <EndToEndId> 35
2.37 [1..1] Amount <Amt>
2.38 [1..1]{Or InstructedAmount <InstdAmt> 21
2.39 [1..1]Or} EquivalentAmount <EqvtAmt>
2.40 [1..1] Amount <Amt> 15
2.41 [1..1] CurrencyOfTransfer <CcyOfTrf> 3
2.42 [0..1] ExchangeRateInformation <XchgRateInf>
2.45 [1..1] ContractIdentification <CtrctId> 35
2.47 [0..1] ChequeInstruction <ChqInstr>
[0..1] ChequeType <ChqTp> 4
[0..1] DeliveryMethod <DlvryMtd>
[1..1] Code <Cd> 4
2.49 [0..1] IntermediaryAgent1 <IntmyAgt1>
[1..1] BIC <BIC> 11
2.55 [0..1] CreditorAgent <CdtrAgt>
[1..1]

<FinInstnId>
[1..1]{Or BIC <BIC> 11
[1..1]Or ClearingSystem
MemberIdentification
<ClrSysMmbId>
[1..1]Or NameAndAddress <NmAndAdr>
[1..1] Name <Nm> 70


[1..1]Or} CombinedIdentification <CmbndId>
[0..1] BIC <BIC> 11
[0..1] ClearingSystem
<ClrSysMmbId>
[0..1] Name <Nm> 70
2.57 [1..1] Creditor <Cdtr>
[1..1] Name <Nm> 70
2.58 [0..1] CreditorAccount <CdtrAcct>
2.60 [0..1] InstructionForCreditorAgent <InstrForCrdtrAgt>
2.61 [0..1] Code <Cd> 4
2.62 [0..1] InstructionInformation <InstrInf> 30
2.63 [0..1] InstructionForDebtorAgent <InstrForDbtrAgt> 30
2.84 [0..1] RemittanceInformation <RmtInf>
2.85 [1..1] Unstructured <Ustrd> 140


4 Description des rubriques du message
1.0 GroupHeader

Dfinition : Ensemble de caractristiques communes toutes les transactions mentionnes dans le
message.
XML Tag : <GrpHdr>
Occurrences : [1..1]


1.1 MessageIdentification

Dfinition : Rfrence point point attribue par la partie donnant les instructions et envoye la
partie suivante dans la chane afin didentifier sans aucune ambigut le message.
Utilisation : La partie donnant les instructions doit sassurer que le MessageIdentification est unique
par partie recevant les instructions pour une priode convenue davance.
XML Tag : <MsgId>
Format : Max35Text
Rgles : Il est recommand de limiter la longueur maximale 30 caractres.

1.2 CreationDateTime

Dfinition : Date et heure auxquelles une/des instruction(s) de paiement ou un groupe dinstructions
de paiement ont t crs par la partie donnant linstruction ou les instructions.
XML Tag : <CreDtTm>
Format : YYYY-MM-DDThh:mm:ss
Exemple : <CreDtTm>2008-01-28T08:35:30</CreDtTm>


1.4 BatchBooking

Dfinition : Indique si une entre unique par transaction individuelle ou une entre par lot pour la
somme des montants de toutes les transactions dans le cadre dun paiement est requise.
XML Tag : <BtchBookg>
Format : Lune des valeurs BatchBooking suivantes doit tre utilise :
Code Nom Dfinition
true true Indique si une entre par lot pour la somme des montants de toutes les
transactions dans un Payment Information Block est requise (un dbit pour
toutes les transactions dans un Payment Information Block)
false false Indique quune seule entre pour chacune des transactions dans un
message est requise.
Rgles : En labsence de BatchBooking, la valeur de celle-ci est considre comme true.
Remarque : Une entre par lot est cre par paiement, et non pour tous les paiements dans un mme
message.

1.5 NumberOfTransactions

Dfinition : Nombre de transactions individuelles contenues dans un message.
XML Tag : <NbOfTxs>
Format : Max15NumericText


1.7 Grouping

Dfinition : Indique si les informations gnrales sur le paiement sont reprises dans le message une
seule fois pour toutes les transactions ou de manire rpte pour chaque transaction
sparment.
Utilisation : voir chapitre Structure du message
XML Tag : <Grpg>
Format : Il convient dutiliser lun des Grouping Codes suivants :
Code Nom Dfinition
SNGL Single Indique que pour chaque occurrence du Payment Information Block, il doit y
avoir exactement une occurrence du Transaction Information Block.
GRPD Grouped Indique quil ny a quune seule occurrence du Payment Information Block et
plusieurs occurrences du Transaction Information Block.
MIXD Mixed Indique quil y a une ou plusieurs occurrence(s) du Payment Information
Block, chaque occurrence pouvant contenir une ou plusieurs occurrence(s)
du Transaction Information Block.


1.8 InitiatingParty

Dfinition : Partie qui prend linitiative du paiement. Il peut sagir tant du dbiteur que dune partie qui
initie le paiement pour le compte du dbiteur.
XML Tag : <InitgPty>
Occurrence : [1..1]
Format : Cet rubrique du message se compose des lments suivants :
Nom XML Tag Index Occurrence Format
Name <Nm> [0..1] Max70Text
Identification <Id> [0..1]
OrganisationIdentification <OrgId> [1..1]
Business Identity
Identifier (BEI)
<BEI> [0..1] BIC-format
TaxIdentificationNumber <TaxIdNb> [0..1] Max35Text
Proprietary
Identification
<PrtryId> [0..1]
Identification <Id> [1..1] Max35Text
Issuer <Issr> [1..1] Max35Text


Rgles : Il faut utiliser soit le nom, soit lidentification, soit les deux.
Pour les entreprises belges, lidentification (dans ProprietaryIdentification) doit contenir le
numro dentreprise (10 chiffres) et lmetteur (issuer) KBO-BCE.
Exemple :
<InitgPty>
<Nm>Cobelfac</Nm>
<Id>
<OrgId>
<PrtryId>
<Id>0468651441</Id>
<Issr>KBO-BCE</Issr>
</PrtryId>
</OrgId>
</Id>
</InitPty>


2.0 PaymentInformation

Dfinition : Ensemble de caractristiques applicables au niveau dbit des oprations de paiement
ainsi quun ou plusieurs Transaction Information Blocks.
XML Tag : <PmtInf>
Occurrence : [1..n]


2.1 PaymentInformationIdentification

Dfinition : Rfrence attribue par une partie qui envoie pour identifier sans ambigut le Payment
Information Block dans le message.
XML Tag : <PmtInfId>
Occurrence : [0..1]
Format : Max35Text
Rgles : - Si le BatchBooking est absent ou est true,la PaymentInformationIdentification doit tre
prsente.
Si le Batchbooking contient false,la PaymentInformationIdentification est optionnelle.
Il est recommand de limiter la longueur maximale 30 caractres.

2.2 PaymentMethod

Dfinition : Prcise le moyen de paiement qui sera utilis pour effectuer le transfert du montant.
XML Tag : <PmtMtd>
Occurrence : [1..1]
Format : Code
Il convient dutiliser le code PaymentMethod suivant :
Code Nom Dfinition
TRF Transfer Transfert dun montant du compte du dbiteur vers celui du crancier.
CHK Cheque Chque mettre par la banque.
Rgles : Par dfinition, seul le TRF est autoris pour les virements europens.


2.3 PaymentTypeInformation

Dfinition : Srie d'lments qui apportent des prcisions supplmentaires sur le type de transaction.
XML Tag : <PmtTpInf>
Occurrence : [0..1]
Format : Cette rubrique du message se compose des lments suivants :
InstructionPriority <InstrPrty> 2.4 [0..1] Code
ServiceLevel <SvcLvl> 2.5 [0..1]{Or
ClearingChannel <ClrChanl> 2.8 [0..1]Or} Code
CategoryPurpose <CtgyPurp> 2.12 [0..1] Code
Rgles : - Les PaymentTypeInformation ne peuvent tre prsentes quau niveau des
PaymentInformation et non au niveau de la CreditTransferTransaction.
- Si la PaymentMethod est CHK, les PaymentTypeInformation ne sont pas autorises.


2.4 InstructionPriority

Cette rubrique du message fait partie des PaymentTypeInformation (2.3)
Dfinition : Cette rubrique est indicative du degr durgence avec lequel lexpditeur souhaite que la
banque du dbiteur traite linstruction.
XML Tag : <InstrPrty>
Occurrence : [0..1]
Format : Code
Si cette rubrique du message est prsente, il y a lieu dutiliser lune des valeurs suivantes :
Code Nom Dfinition
NORM Normal Niveau de priorit normal
HIGH High Niveau de priorit lev
Rgles : Sil ny a pas dInstructionPriority, la valeur est considre comme "NORM".
Un niveau de priorit lev implique une demande de clearing interbancaire urgent, cest-
-dire un clearing interbancaire le jour de linscription au dbit si la banque du dbiteur
soutient cette facilit, et ses conditions (uniquement sil ne faut pas changer de devises
trangres). Bien entendu, les ordres doivent arriver dans la banque du dbiteur avant
son cut-off time.

2.5 ServiceLevel

Dfinition : Accord dans le cadre duquel ou rgles conformment auxquelles la transaction doit tre
effectue.
XML Tag : <SvcLvl>
Occurrence : [0..1]
Code <Cd> 2.6 [1..1]{Or Code
Proprietary <Prtry> 2.7 [1..1]Or} Max35Text


2.6 Code
Cette rubrique du message fait partie du ServiceLevel (2.5).
Dfinition : Identification, sous une forme code, dun niveau de service pralablement convenu.
XML Tag : <Cd>
Occurrence : [1..1]
Format : Code
Il faut utiliser la valeur du code suivante :
Code Nom Dfinition
SEPA Single Euro Payments Area Le paiement doit tre excut conformment au schma
SEPA
PRPT EBAPriorityService Le paiement doit tre excut conformment au Priority
Service de la FBE
Rgles : - sil ny a pas de ServiceLevel, les rgles applicables pour lexcution de la transaction
dpendent des lments de donnes de la transaction.
- Un virement SEPA se caractrise par les lments suivants :
- la devise de la transaction est leuro
- la banque du dbiteur et celle du crancier sont toutes deux tablies dans un pays du
SEPA, et sont signales par leur BIC (voir rgle pour le BIC ou le CreditorAgent dans le
champ 2.55)
- le compte du dbiteur et celui du crancier sont indiqus dans un format IBAN
- il ny a pas dinstructions spciales pour la banque du dbiteur ou du crancier
- Vrifiez au pralable si le Priority Service de la FBE est soutenu tant par la banque du
dbiteur et que par celle du crancier.

2.7 Proprietary
Cette rubrique du message fait partie du ServiceLevel (2.5).
Dfinition : Identification dun niveau de service convenu davance offert par une banque donne
XML Tag : <Prtry>
Occurrence : [1..1]
Format : Max35Text
Rgles : le Proprietary Service Level ne peut pas tre utilis pour les virements europens


2.8 ClearingChannel

Cette rubrique du message fait partie des PaymentTypeInformation (2.3).
Dfinition : Prcise le canal de clearing utiliser pour la transaction.
XML Tag : <ClrChanl>
Occurrence : [0..1]
Format : Code
Cette rubrique du message se compose des lments suivants :
La valeur de code suivante doit tre utilise :
Code Nom Dfinition
RTGS RealTimeGrossSettlementSystem Le canal de clearing & liquidation est un systme de
liquidation brute en temps rel (comme Target)
Rgles : - Vrifiez au pralable si le sytme de liquidation brute en temps rel est soutenu par la
banque du dbiteur.
- Le ClearingChannel ne peut pas tre utilis pour les virements europens.


2.12 CategoryPurpose

Dfinition : Prcise la raison du paiement sur base d'une srie de catgories prdfinies.
XML Tag : <CtgyPurp>
Occurrence : [0..1]
Format : Code
Il convient d'utiliser l'une des valeurs suivantes :
Code Nom Dfinition
DIVI Dividend La transaction consiste en un paiement de dividendes.
INTC IntraCompanyPayment La transaction est un paiement au sein de lentreprise
(=entre 2 socits faisant partie du mme groupe).
INTE Interest La transaction consiste en un paiement dintrts.
PENS PensionPayment La transaction consiste en un paiement de pension.
SALA SalaryPayment La transaction consiste en un paiement de salaires.
SUPP SupplierPayment La transaction est lie un paiement un fournisseur.
TAXS TaxPayment La transaction consiste en un paiement de taxes.
TREA TreasuryPayment La transaction est lie des oprations de trsorerie.

2.13 RequestedExecutionDate

Dfinition : Date laquelle lexpditeur demande la banque du dbiteur d'effectuer le paiement. Il
s'agit de la date laquelle le(s) compte(s) du dbiteur doi(ven)t tre dbit(s).
XML Tag : <ReqdExctnDt>
Occurrence : [1..1]
Format : YYYY-MM-DD
Rgles : la date est limite un maximum d'un an dans le futur.
ReqdExctnDt


2.15 Debitor

Dfinition : La partie qui doit un montant au crancier (final).
XML Tag : <Dbtr>
Occurrence : [1..1]
PostalAddress <PstlAdr> [0..1]
AddressLine <AdrLine> [0..2] Max70Text
Country <Ctry> [1..1] ISO Country Code
Rgles : La rue et le numro de l'habitation doivent tre indiqus dans la premire AddressLine, le
code postal et la ville dans la seconde AddressLine.
Il est recommand de limiter la longueur de Name et de chaque AddressLine
35 caractres.
Exemple :
<Dbtr>
<Nm>Cobelfac</Nm>
<PstlAdr>
<AdrLine>Square Montgomery 7</AdrLine>
<AdrLine>1000 Brussels</AdrLine>
<Ctry>BE</Ctry>
</PstlAdr>
</Dbtr>


2.16 DebtorAccount

Dfinition : Identification univoque du compte du dbiteur qui sera dbit suite la transaction.
XML Tag : <DbtrAcct>
Occurrence : [1..1]
Nom XML Tag Index Occurrenc
e
Format
IBAN (International Bank Account Number) <IBAN> [1..1]{Or IBAN-format
BBAN (Basic Bank Account Number) <BBAN> [1..1]Or} BBAN-format
Max30Text
Currency <Ccy> [0..1] ISO Currency Code
Rgles : - L'IBAN doit tre utilis pour les comptes belges, ainsi que pour les comptes dans les
autres pays du SEPA.
- Le BBAN ne doit tre utilis que si l'ordre de paiement doit tre renvoy une banque en
dehors du SEPA.
- Currency ne doit tre utilis que si un numro de compte comprend plusieurs devises et
que le compte dbiter est libell dans une devise autre que celle du transfert.
- Pour les virements europens :
- L'IBAN doit tre prsent et le BBAN ne peut tre utilis;
- Si Currency est prsent, il ne peut contenir que EUR.
Exemple :
<DbtrAcct>
<Id>
<IBAN>BE68539007547034</IBAN>
</Id>
</DbtrAcct>


2.17 DebtorAgent

Dfinition : Institution financire qui gre le compte du dbiteur.
XML Tag : <DbtrAgt>
Occurrence : [1..1]
FinancialInstitutionIdentification <FinInstnId> [1..1]
BIC <BIC> [1..1] BIC-format
Le Bank Identifier Code (BIC) se compose de 8 ou 11 caractres.
Exemple :
<DbtrAgt>
<FinInstnId>
<BIC>AAAABE33</BIC>
</FinInstnId>
</DbtrAgt>


2.20 ChargeBearer

Dfinition : Prcise quelle(s) partie(s) supportera/supporteront les frais lis l'excution de l'opration
de paiement.
XML Tag : <ChrgBr>
Occurrence : [0..1]
Format : Code
Si prsent, il convient d'utiliser les valeurs suivantes :
Code Nom Dfinition
CRED BorneByCreditor Tous les frais de transaction doivent tre supports par le
crancier.
DEBT BorneByDebtor Tous les frais de transaction doivent tre supports par le
dbiteur.
SHAR Shared Les frais de transaction imputs par la banque du dbiteur et
celle du crancier sont supports resp. par le dbiteur et le
crancier.
SLEV Following Service Level Les frais de transaction sont imputs conformment aux rgles
convenues dans le service level et/ou le schme. Pour SEPA :
frais imputs par la banque et celle du dbiteur sont supports
resp. par le dbiteur et le crancier.
Rgles : Pour les virements europens, on doit utiliser SLEV .
En l'absence de ChargeBearer, SLEV est utilis comme valeur par dfaut pour les
virements europens, et SHAR, pour tous les autres virements.
Exemple :
<ChrgBr>SLEV</ChrgBr>


2.21 ChargesAccount

Dfinition : Compte dbiter des frais lis un paiement.
XML Tag : <ChrgsAcct>
Occurrence : [0..1]
e
Format
IBAN
(International Bank Account Number)
<IBAN> [1..1]{Or IBAN-format
BBAN (Basic Bank Account Number) <BBAN> [1..1]Or} BBAN-format
Max30Text
Currency <Ccy> [0..1] ISO Currency Code
Rgles : - ChargesAccount ne doit pas tre prsent pour les virements europens
- ChargesAccount doit uniquement tre utilis lorsque des frais doivent tre imputs sur un
compte diffrent du compte dbit.
- L'IBAN doit tre utilis pour les comptes belges, ainsi que pour les comptes dans les
autres pays du SEPA
- Le BBAN ne doit tre utilis que si l'ordre de paiement doit tre envoy une banque en
dehors du SEPA.
- Currency ne doit tre utilise que si le mme numro de compte comprend plusieurs
devises.
- Currency doit contenir la devise locale ou la devise du transfert.
Exemple :
<ChrgsAcct>
<Id>
<IBAN>BE69539007547035</IBAN>
</Id>
</ChrgsAcct>


2.23 CreditTransferTransactionInformation
Virement europen Virement gnrique

Dfinition : Srie d'lments donnant des informations spcifiques sur la/les transaction(s)
individuelle(s) mentionne(s) dans le message.
XML Tag : <CdtTrfTxInf>
Occurrence : [1..n]
Rgles : Les lments suivants ne doivent pas tre utiliss pour un virement europen :
ExchangeRateInformation
ChequeInstruction
IntermediaryAgent1
InstructionForCreditorAgent
InstructionForDebtorAgent


2.24 PaymentIdentification

Dfinition : Srie d'lments renvoyant une instruction de paiement.
XML Tag : <PmtId>
Occurrence : [1..1]
Index Name
2.26 EndToEndIdentification

2.26 EndToEndIdentification

Cette rubrique du message fait partie de la PaymentIdentification (2.24)
Dfinition : Identification unique attribue par lexpditeur pour identifier sans ambigut la
transaction. Cette identification passe telle quelle travers toute la chane.
XML Tag : <EndToEndId>
Occurrence : [1..1]
Format : max35Text
Rgles : Pour les virements europens, cette identifcation est passe au crditeur


2.37 Amount

Dfinition : Montant qui doit tre transfr du dbiteur au crancier.
XML Tag : <Amt>
Occurrence : [1..1]
InstructedAmount <InstdAmt> 2.38 [1..1]{Or
EquivalentAmount <EqvtAmt> 2.39 [1..1]Or}

2.38 InstructedAmount

Cette rubrique du message fait partie de Amount (2.37)
Dfinition : Montant du virement libell dans la devise telle que fixe par lexpditeur.
XML Tag : <InstdAmt>
Occurrence : [1..1]
Format : Maximum 11 chiffres pour les virements europens et maximum 13 chiffres pour les
autres virements, dont deux pour la partie dcimale.
Le signe de sparation des dcimales est .
La devise est explicite et est reprise dans le XML-tag.
Rgles : - Pour les virements europens, la devise doit tre leuro.
- Le montant doit tre suprieur 0.
Exemple :
<InstdAmt Ccy=EUR>4723.34</InstdAmt>


2.39 EquivalentAmount

Cette rubrique du message fait partie de Amount (2.37)
Dfinition : Montant du virement libell dans la devise du compte du dbiteur et qui doit tre converti
dans une autre devise.
XML Tag : <EqvtAmt>
Occurrence : [1..1]
Amount <Amt> 2.40 [1..1] 15 digits
CurrencyOfTransfer <CcyOfTrf> 2.41 [1..1] ISO Currency Code
Montant : maximum 13 chiffres dont deux pour la partie dcimale.
Le signe de sparation des dcimales est .
La devise est explicite et est reprise dans le XML-tag.
Rgles : - Le montant doit tre suprieur 0.
- Le montant est libell dans la devise du compte du dbiteur, mais il doit tre converti et
transfr dans la devise prcise dans CurrencyOfTransfer.
- EquivalentAmount ne peut pas tre utilis pour les virements europens.
Exemple : La contrevaleur dun paiement de 1500 EUR en J PY (et le compte est en euro)
<EqvtAmt>
<Amt Ccy=EUR>1500</Amt>
<CcyOfTrf>J PY</CcyOfTrf>
</EqvtAmt>


2.42 ExchangeRateInformation

Dfinition : Informations sur le contrat de cours du change li lopration de paiement.
XML Tag : <XchgRateInf>
Occurrence : [0..1]
e
Format
ContractIdentification <CtrctId> 2.45 [1..1] 4.1.1.1 Max35Text
Rgles : ExchangeRateInformation ne peut pas tre utilis pour les virements europens.

2.45 ContractIdentification

Cette rubrique du message fait partie des ExchangeRateInformation (2.42)
Dfinition : Rfrence unique du contrat de cours du change tranger conclu entre le dbiteur et sa
banque.
XML Tag : <CtrctId>
Occurrence : [1..1]
Format : Max35Text


2.47 ChequeInstruction

Dfinition : Informations lies lmission dun chque.
XML Tag : <ChqInstr>
Occurrence : [0..1]
ChequeType <ChqTp> [0..1] 4.1.1.2 Code
DeliveryMethod <DlvryMtd> [0..1] 4.1.1.3
Rgles : - ChequeInstruction ne peut pas tre utilis pour des virements europens.
- ChequeInstruction est obligatoire si PaymentMethod est Cheque.
- ChequeInstruction nest pas autoris si la PaymentMethod est Transfer.
Exemple :
<ChqInstr>
<ChqTp>BCHQ</ChqTp>
<DlvryMtd>
<Cd>MLCD</Cd>
</DlvryMtd>
</ChqInstr>


2.47 ChequeType

Cette rubrique du message fait partie de ChequeInstruction (2.47)
Dfinition : Prcise le type de chque mettre.
XML Tag : <ChqTp>
Occurrence : [0..1]
Format : Code
Il convient dutiliser la valeur du code suivante :
Code Nom Dfinition
BCHQ BankCheque Chque tir sur un compte de la banque du dbiteur, qui
est dbit du compte du dbiteur au moment o il est
mis.
Rgles : - ChequeType ne peut pas tre utilis pour les virements europens.
- En labsence dindication de ce type, et si la PaymentMethod est Cheque, on utilisera le
BankCheque (BCHQ) comme valeur par dfaut pour le ChequeType.


2.47 DeliveryMethod

Cette rubrique du message fait partie de la ChequeInstruction (2.47)
Dfinition : Prcise la mthode de livraison du chque par la banque du dbiteur.
XML Tag : <DlvryMtd><Code>
Occurrence : [0..1]
Code <Cd> [1..1] 4.1.1.4 Code
Il convient dutiliser la valeur du code suivante :
Code Nom Dfinition
MLCD MailToCreditor Le chque doit tre envoy par courrier au crancier.
MLDB MailToDebtor Le chque doit tre envoy par courrier au dbiteur.
PUDB PickUpByDebtor Le chque sera prlev par le dbiteur.
Rgles : Si absent, on utilisera le MailToCreditor (MLCD) comme valeur par dfaut.


2.49 IntermediaryAgent1

Dfinition : Institution financire entre la banque du dbiteur et celle du crditeur.
XML Tag : <IntrmyAgt1>
Occurrence : [0..1]
Le Bank Identifier Code (BIC) se compose de 8 11 caractres.
Rgles : - Il ne doit pas y avoir de IntermediaryAgent1 si la TransferMethod est Cheque.
- Le IntermediaryAgent1 ne peut pas tre utilis pour les virements europens.
Exemple :
<IntrmyAgt1>
<FinInstnId>
<BIC>CRBABE22</BIC>
</FinInstnId>
<IntrmyAgt1>


2.55 CreditorAgent

Dfinition : Institution financire qui gre le compte du crancier.
XML Tag : <CdtrAgt>
Occurrence : [0..1]


Nom XML Tag Index Occurren
ce
Format
BIC <BIC> [1..1]{Or BIC-format
ClearingSystem
<ClrSysMmbId> [1..1]Or
Identification <Id> [1..1] List of Clearing Systems
NameAndAddress <NmAndAdr> [1..1]Or
CombinedIdentification [1..1]Or}
ClearingSystem
<ClrSysMmbId> [0..1]
Identification <Id> [1..1] List of Clearing Systems
Linstitution financire peut tre identifie par son BIC, sa ClearingSystemMemberIdentification, son
NameAndAddress, ou une combinaison de ces donnes.
Le BIC se compose de 8 ou 11 caractres.
Le ClearingSystemMemberIdentification est le code didentification dune banque dans un systme de
compensation national (voir liste des codes en annexe 1).


Rgles : - Lidentification idale pour la banque du crancier est le BIC.
Les autres possibilits sont :
- la ClearingSystemMemberIdentification
- le NameAndAddress
- le BIC et la ClearingSystemMemberIdentification
- la ClearingSystemMemberIdentification et le NameAndAddress
- La combinaison du BIC et de NameAndAddress ne peut pas tre utilise.
- En principe, le BIC est obligatoire pour les virements europens, mais pour de
nombreuses banques de dbiteurs belges, le BIC de la banque du crancier est optionnel
pour les IBAN commenant par BE.
Exemple 1 : Dans cet exemple, le CreditorAgent est identifi par son BIC.
<CdtrAgt>
<FinInstnId>
<BIC>CRBABE22</BIC>
</FinInstnId>
</CdtrAgt>
Exemple 2 : Cet exemple montre une combinaison du BIC et de la ClearingSystemMemberIdentification.
<CdtrAgt>
<FinInstnId>
<CmbnId>
<BIC>BANKGB22</BIC>
<ClrSysMmbId>
<Id>GBDSC123456</Id>
</ClrSysMmbId>
</CmbnId>
</FinInstnId>
</CdtrAgt>


2.57 Creditor

Dfinition : Partie qui un montant est d.
XML Tag : <Cdtr>
Occurrence : [1..1]
Rgles : La rue et le numro de l'habitation doivent tre indiqus dans la premire AddressLine, le
code postal et la ville dans la seconde AddressLine.
Il est recommand de limiter la longueur du Name et chaque AddressLine
35 caractres.
Exemple :
<Cdtr>
<Nm>SocMetal</Nm>
<PstlAdr>
<AdrLine>Hoogstraat 156</AdrLine>
<AdrLine>2000 Antwerp</AdrLine>
<Ctry>BE</Ctry>
</PstlAdr>
</Cdtr>


2.58 CreditorAccount

Dfinition : Identification sans ambigut du compte du crancier qui sera crdit suite lopration
de paiement.
XML Tag : <CdtrAcct>
Occurrence : [1..1] pour les virements europens
[0..1] pour les virements non-europens
e
Format
IBAN
(International Bank Account Number)
<IBAN> [1..1]{Or IBAN-format
BBAN
(Basic Bank Account Number)
<BBAN> [1..1]Or} BBAN-format
Max30Text
Rgles: - Le CreditorAccount est obligatoire si la PaymentMethod est Transfer (TRF).
LIBAN doit toujours tre utilis pour les comptes belges et pour les comptes situs dans
un pays du SEPA.
Exemple :
<CdtrAcct>
<Id>
<IBAN>BE43187123456701</IBAN>
</Id>
</CdtrAcct>


2.60 InstructionForCreditorAgent

Dfinition : Instructions concernant lexcution du paiement, destines la banque du crditeur.
XML Tag : <InstrForCdtrAgt>
Occurrence : [0..1]
Code <Cd> 2.61 [0..1] Code
InstructionInformation <InstrInf> 2.62 [0..1] Max30Text
Les valeurs suivantes doivent tre utilises pour le Code :
Code Nom Dfinition
HOLD HoldCashForCreditor Un montant doit tre dtenu pour le crancier qui
appellera. Paiement sur identification.
PHOB PhoneBeneficiary Envoyez message /contactez le crancier par
tlphone.
TELB Telecom Envoyez message /contactez le crancier par le
moyen de tlcommunication le plus efficace.
Les InstructionInformation contiennent des informations complmentaires linstruction code ou une
instruction accepte rciproquement.
Rgles : Si le InstructionForCreditorAgent est prsent, le paiement ne sera pas considr
comme un virement europen.
Exemple :
<InstrForCdtrAgt>
<Cd>PHOB</Cd>
<InstrInf>Tel.023147642</InstrInf>
</InstrForCdtrAgt>


2.63 InstructionForDebtorAgent

Dfinition : Instructions concernant lexcution du paiement destines la banque du dbiteur.
XML Tag : <InstrForDbtrAgt>
Occurrence : [0..1]
Format : Max30Text
Rgles : Si InstructionForDebtorAgent est prsent, le paiement ne sera pas considr
comme un virement europen.
Exemple :
<InstrForDbtrAgt>Confirm execution at 02/4537846</InstrForDbtrAgt>


2.84 RemittanceInformation

Dfinition : Informations qui permettent de rconcilier un paiement avec les transactions
commerciales quil vise liquider, par exemple les factures commerciales dans un
systme comptable de recouvrement.
Ces informations peuvent tre structures ou non.
XML Tag : <RmtInf>
Occurrence : [0..1]
Index Nom
2.85 {Or Unstructured
2.86 Or} Structured
Rgles : Des informations soit structures soit non structures peuvent tre prsentes, mais pas
les deux simultanment.

2.85 Unstructured

Cette rubrique du message fait partie du RemittanceInformation (2.84)
Dfinition : Informations fournies pour permettre la comparaison dun montant entrant avec les
transactions commerciales que le transfert vise liquider, par exemple une facture
commerciale, dans une forme non structure.
XML Tag : <Ustrd>
Occurrence : [1..1]
Format : max140Text


2.86 Structured

Cette rubrique du message fait partie du RemittanceInformation (2.84)
Dfinition : Informations qui permettent de comparer un paiement avec les transactions commerciales
qui vise liquider, dans une forme structure.
XML Tag : <Strd>
Occurrence : [1..1]
Format : Cette rubrique du message se compose de l'lment suivant :
Index Nom
2.100 CreditorReferenceInformation



Cette rubrique du message fait partie du Structured (2.86)
Dfinition : Informations fournies par le crancier dans une forme structure, afin de permettre la
rconciliation automatique dun montant entrant avec les rubriques que le transfert vise
liquider, par exemple une facture commerciale dans un systme de recouvrement pour
comptes.
Cette rubrique doit tre utilis pour la communication structure supporte par les
banques belges.
XML Tag : <CdtrRefInf>
Occurrence : [1..1]
CreditorReferenceType <CdtrRefTp> 2.101 [1..1] tag
Code <Cd> 2.102 [1..1] Code
Issuer <Issr> 2.104 [1..1] max35Text
CreditorReference <CdtrRef> 2.105 [1..1] Structured Number
Si la communication structure belge est utilise, il faut utiliser la valeur suivante comme code pour le
CreditorReferenceType :
Code Nom Dfinition
SCOR StructuredCommunication
Reference
Le document est une communication structure fournie
comme rfrence par le crancier pour identifier la
transaction.
Et la valeur suivante doit tre utilise comme Issuer pour le CreditorReferenceType :
Code Nom Dfinition
BBA The Belgian Bankers and Stockbroking
Firms Association
LAssociation belge des banques et des socits de bourse


Rgles : - La CreditorReference contient la communication structure belge de 12 chiffres o les
2 derniers chiffres constituent un chiffre de contrle (modulo 97) des 10 premiers chiffres,
mais si le rsultat est 0, le chiffre de contrle est 97.
- Ces CreditorReferenceInformation structures ne sont supportes que par les banques
belges.

Exemple :
< CdtrRefInf>
<CdtrRefTp>
<Cd>SCOR</Cd>
<Issr>BBA</Issr>
</CdtrRefTp>
<CdtrRef>010806817183</CdtrRef>
</CdtrRefInf>


5 Exemples de messages XML avec des virements
Description :
Les exemples contiennent deux paiements reprenant les donnes suivantes :
Partie initiatrice: la socit Cobelfac avec 0468651441 comme numro dentreprise unique
Paiement 1 :
Date dexcution demande : 29/09/2008
Dbiteur : la socit Cobelfac dtenant le compte (IBAN) BE68539007547034
la banque (BIC) AAAABE33
Rfrence de bout en bout : ABC/4562/2008-09-28
Montant & devise : 535,25 EUR
Crancier : la socit SocMetal ayant pour adresse Hoogstraat156, 2000 Antwerp
et dtenant le compte (IBAN) BE43187123456701
la banque (BIC) CRBABE22
Informations transmises (non structures) : Invoice 378265
Paiement 2 :
Rfrence de bout en bout : ABC/4563/2008-09-28
Montant & devise : 1400 EUR
Crancier : la socit Telephone Company dtenant le
compte (IBAN) BE31628765432155
la banque (BIC) CCCCBE11
Communication structure belge : 010806817183
Paiement 3 :
Rfrence unique : ABC/4564/2008-09-28
Montant & devise : 72.840,75 USD
Crancier : la socit General Telephone Cy;
ayant pour adresse Highstreet 7b, New York
et dtenant le compte 86379524
la banque avec le BIC MYBBUS33 et le Chips identifier 3468
Informations transmises (non structures) : X-Atlantic telephone traffic August
Priorit de paiement leve High
La catgorie de paiement estFournisseur = Supplier
Les frais de transaction sont partags


Dans lexemple 1, les 3 paiements doivent tous tre excuts comme des paiements individuels,
aboutissant une comptabilisation distincte sur le compte du dbiteur pour chacun des paiements.
Dans lexemple 2, un paiement par lot doit tre excut pour le paiement 1 et le paiement 2, ce qui
entrane une inscription unique au dbit sur le compte du dbiteur pour les deux paiements.
Remarque : lindentation au niveau des lignes dans les exemples nest utilise que pour en clarifier la
prsentation; il napparat donc pas dans un vritable message XML.


5.1 Exemple 1 : Paiements individuels

<?xml version="1.0" encoding="UTF-8"?>
instance">
<pain.001.001.02>
<GrpHdr>
<MsgId>ABC/060928/CCT001</MsgId>
<CreDtTm>2008-09-28T14:07:00</CreDtTm>
<BtchBookg>false</BtchBookg>
<NbOfTxs>3</NbOfTxs>
<Grpg>SNGL</Grpg>
<InitgPty>
<Nm>Cobelfac</Nm>
<Id>
<OrgId>
<PrtryId>
<Id>0468651441</Id>
</PrtryId>
</OrgId>
</Id>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtMtd>TRF</PmtMtd>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
</PmtTpInf>
<ReqdExctnDt>2008-09-29</ReqdExctnDt>
<Dbtr>
<Nm>Cobelfac</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>BE68539007547034</IBAN>
</Id>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>AAAABE33</BIC>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
<EndToEndId>ABC/4562/2008-09-28</EndToEndId>
</PmtId>
<Amt>
<InstdAmt Ccy="EUR">535.25</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>


<BIC>CRBABE22</BIC>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>SocMetal</Nm>
<PstlAdr>
<Ctry>BE</Ctry>
</PstlAdr>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>BE43187123456701</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>Invoice 378265</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
<PmtInf>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
</PmtTpInf>
<Dbtr>
<Nm>Cobelfac</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>BE68539007547034</IBAN>
</Id>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>AAAABE33</BIC>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
</PmtId>
<Amt>
<InstdAmt Ccy="EUR">1400</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>
<BIC>CCCCBE11</BIC>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>Telephone Company</Nm>


</Cdtr>
<CdtrAcct>
<Id>
<IBAN>BE31628765432155</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Strd>
<CdtrRefInf>
<CdtrRefTp>
<Cd>SCOR</Cd>
<Issr>BBA</Issr>
</CdtrRefTp>
</CdtrRefInf>
</Strd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
<PmtInf>
<PmtTpInf>
<InstrPrty>HIGH</InstrPrty>
<CtgyPurp>SUPP</CtgyPurp>
</PmtTpInf>
<Dbtr>
<Nm>Cobelfac</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>BE68539007547034</IBAN>
</Id>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>AAAABE33</BIC>
</FinInstnId>
</DbtrAgt>
<ChrgBr>SHAR</ChrgBr>
<CdtTrfTxInf>
<PmtId>
</PmtId>
<Amt>
<InstdAmt Ccy="USD">72840.75</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>
<CmbndId>
<BIC>MYBAUS33</BIC>
<ClrSysMmbId>
<ID>/USPID3648</ID>
</ClrSysMmbId>
</CmbndId>
</FinInstnId>


</CdtrAgt>
<Cdtr>
<Nm>General Telephone Cy</Nm>
<PstlAdr>
<AdrLine>Highstreet 7b</AdrLine>
<AdrLine>New York</AdrLine>
<Ctry>US</Ctry>
</PstlAdr>
</Cdtr>
<CdtrAcct>
<Id>
<BBAN>86379524</BBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd> X-Atlantic telephone traffic August</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</pain.001.001.02>


5.2 Exemple 2 : Paiement collectif

<?xml version="1.0" encoding="UTF-8"?>
instance">
<pain.001.001.02>
<GrpHdr>
<BtchBookg>true</BtchBookg>
<Grpg>MIXD</Grpg>
<InitgPty>
<Nm>Cobelfac</Nm>
<Id>
<OrgId>
<PrtryId>
<Id>0468651441</Id>
</PrtryId>
</OrgId>
</Id>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId> ABC/4560/2008-09-28</PmtInfId>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
</PmtTpInf>
<Dbtr>
<Nm>Cobelfac</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>BE68539007547034</IBAN>
</Id>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>AAAABE33</BIC>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
</PmtId>
<Amt>
<InstdAmt Ccy="EUR">535.25</InstdAmt>
</Amt>


<CdtrAgt>
<FinInstnId>
<BIC>CRBABE22</BIC>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>SocMetal</Nm>
<PstlAdr>
<Ctry>BE</Ctry>
</PstlAdr>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>BE43187123456701</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>Invoice 378265</Ustrd>
</RmtInf>
</CdtTrfTxInf>
<CdtTrfTxInf>
<PmtId>
</PmtId>
<Amt>
<InstdAmt Ccy="EUR">1400</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>
<BIC>CCCCBE11</BIC>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>Telephone Company</Nm>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>BE31628765432155</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Strd>
<CdtrRefInf>
<CdtrRefTp>
<Cd>SCOR</Cd>
<Issr>BBA</Issr>
</CdtrRefTp>
</CdtrRefInf>
</Strd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</pain.001.001.02>


<pain.001.001.02>
<GrpHdr>
<BtchBookg>false</BtchBookg>
<Grpg>SNGL</Grpg>
<InitgPty>
<Nm>Cobelfac</Nm>
<Id>
<OrgId>
<PrtryId>
<Id>0468651441</Id>
</PrtryId>
</OrgId>
</Id>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtTpInf>
<InstrPrty>HIGH</InstrPrty>
<CtgyPurp>SUPP</CtgyPurp>
</PmtTpInf>
<Dbtr>
<Nm>Cobelfac</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>BE68539007547034</IBAN>
</Id>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>AAAABE33</BIC>
</FinInstnId>
</DbtrAgt>
<ChrgBr>SHAR</ChrgBr>
<CdtTrfTxInf>
<PmtId>
</PmtId>
<Amt>
<InstdAmt Ccy="USD">72840.75</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>
<CmbndId>
<BIC>MYBAUS33</BIC>
<ClrSysMmbId>
<ID>/USPID3648</ID>
</ClrSysMmbId>
</CmbndId>
</FinInstnId>


</CdtrAgt>
<Cdtr>
<Nm>General Telephone Cy</Nm>
<PstlAdr>
<AdrLine>Highstreet 7b</AdrLine>
<AdrLine>New York</AdrLine>
<Ctry>US</Ctry>
</PstlAdr>
</Cdtr>
<CdtrAcct>
<Id>
<BBAN>86379524</BBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd> X-Atlantic telephone traffic August</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</pain.001.001.02>


Annexe 1 : Liste des codes didentification des membres des
systmes de clearing

Code didentification des membres
des systmes de clearing

Pays

Clearing
Prefix Identification de la
banque
({type du
caractre})
{(longueur)}
Afrique du Sud South African National Clearing Code ZANCC [0-9]{6,6}
Allemagne German Bankleitzahl DEBLZ [0-9]{8,8}
Australie Australian Bank State Branch Code AUBSB [0-9]{6,6}
Autriche Austrian Bankleitzahl ATBLZ [0-9]{5,5}
Canada Canadian Payments Association Payment
Routing Number
CACPA [0-9]{9,9}
Chine CNAPS Identifier CNAPS [0-9]{12,12}
Espagne Spanish Domestic Interbanking Code ESNCC [0-9]{8,9}
Etats-Unis Chips Participant Identifier USPID [0-9]{4,4}
Etats-Unis Fedwire Routing Number USABA [0-9]{9,9}
Grce Helenic Bank Identification Code GRHIC [0-9]{7,7}
Hong Kong Hong Kong Bank Code HKNCC [0-9]{3,3}
Inde Indian Financial System code INFSC [a-zA-Z0-9]{11,11}
Irlande Irish National Clearing Code IENCC [0-9]{6,6}
Italie Italian Domestic Identification Code ITNCC [0-9]{10,10}
Japon Japan Zengin Clearing Code JPZGN [0-9]{7,7}
Nouvelle-Zlande New Zealand National Clearing Code NZNCC [0-9]{6,6}
Pologne Polish National Clearing Code PLKNR [0-9]{8,8}
Portugal Portuguese National Clearing Code PTNCC [0-9]{8,8}
Royaume-Uni UK Domestic Sort Code GBDSC [0-9]{6,6}
Russie Russian Central Bank Identification Code RUCBC [0-9]{9,9}
Singapour IBG Sort Code SGIBG
[0-9]{7,7}
of [0-9]{3,4}
Suisse Swiss Clearing Code (BC Code) CHBCC [0-9]{3,5}
Suisse Swiss Clearing Code (SIC Code) CHSIC [0-9]{6,6}
Taiwan Financial Institution Code TWNCC [0-9]{7,7}


Annexe 2: Liste des mises jour
Cette liste donne un aperu des modifications dans les versions successives des prsentes directives.

v1.1 du 3/8/2007
Chapitre / Index Description
1. Introduction Remplacement de la date de dmarrage du 1/1/2008 par le 28/1/2008
1.4 Structure du message Informations supplmentaires au sujet de lenveloppe dun fichier XML
1.8 InitiatingParty
5.1 Exemples
Remplacer tag </PrtyId> par </PrtryId>
2.17 DebtorAgent
2.49 IntermediaryAgent1
2.55 CreditorAgent
5.1 Exemples
Remplacer tags <FinInstId> et </FinInstId> resp. par <FinInstnId> et
</FinInstnId>
V1.2 du 14/11/2007
Reprsentations graphiques Reprsentation graphique de plusieurs Message items (ligne
continue ou pointille) en fonction de leur rgle doccurrence
[0..1] et [1..1]
1.1 MessageIdentification
2.1 PaymentInformationIdentification
Recommandation de limiter la longueur maximale 30
caractres.
2.1 PaymentInformationIdentification Occurrence uniquement dtermine par BatchBooking, et non
par Grouping.
2.7 Proprietary identification of Service Level : loccurrence est [1..1] au lieu de
[0..1]
2.23
CreditTransferTransactionInformation
Remplacer tag <CdTrfTxInf> par <CdtTrfTxInf>
2.49 IntermediaryAgent1 Remplacer tag <CdtrAgt> par <IntrmyAgt1> dans lexemple
5.1 and 5.2 Exemples
Remplacer FEBELFIN par BBA comme Issuer
Annexe 1 Liste des codes
didentification des membres des
systmes de clearing
Ajout de Format of Bank Identifier
V1.2.a du 19/11/2007
1.4 et exemples 01 remplac par 02 in
<Document xmlns="urn:swift:xsd:$pain.001.001.02"
xmlns:xsi="http://www.w3.org/2001/XMLSchemainstance">


V1.2.b du 11/02/2008
1.4 et exemples <Document xmlns="urn:swift:xsd:$pain.001.001.02"
xmlns:xsi="http://www.w3.org/2001/XMLSchemainstance">
remplac par :
<Document
xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.02"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

Fdration belge du secteur financier
Rue Ravenstein 36 | 1000 Bruxelles
T 02 507 68 11 | 0Hinfo@febelfin.be | w w w .f ebel f i n.be

Sepa

Transféré par

Droits d'auteur :

Formats disponibles

Sepa

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sepa

Transféré par

Droits d'auteur :

Formats disponibles

Message XML pour

Vous aimerez peut-être aussi