XML message for SEPA Credit Transfer Initiation Implementation Guidelines for the Netherlands
|
|
|
- Denis Davidson
- 10 years ago
- Views:
Transcription
1 XML message for SEPA Credit Transfer Initiation Implementation Guidelines for the Netherlands Disclaimer These guidelines may be subject to changes. Utmost care has been taken to ensure the information in this publication is accurate. However, the Dutch Payments Association shall not be liable for any errors, inaccuracies or omissions in the contents of this publication. Version 7.0 February 2013
2 Contents Introduction... 3 Change History... 4 Coverage... 5 Use of these Guidelines... 6 Character set... 7 Message Structure... 8 Message items description Annex A Detailed message item overview Annex B Clieop03 equivalent Annex C Rulebook attribute equivalent Annex D Overview ISO codes Annex E Generic ISO message Items Annex F Example message Annex G Overview of applicable usage rules P a g e
3 Introduction This document describes the Implementation Guidelines for the XML Customer Credit Transfer Initiation message ISO pain in the Netherlands. The purpose of these Implementation Guidelines is to provide guidance on the use of the SEPA Credit Transfer Initiation Message sent to banks residing in The Netherlands. These guidelines are compliant with: - ISO20022 Message Definition Report edition September EPC - SEPA Credit Transfer Scheme Customer-to-Bank Implementation Guidelines, version 7.0, issued 30 November 2012 (EPC132-08) These guidelines can be used as of the date of release and replace all previous versions. No changes will be made anymore to any previous versions. These Implementation Guidelines have been developed by the Dutch banks together with the Dutch Payments Association ( Betaalvereniging Nederland ). The utmost has been done to make sure the information in this publication is correct. However, the Dutch Payments Association can by no means be held responsible for any loss or damage incurred to any incorrect or incomplete information as described in this publication. Please contact your bank for any further information. 3 P a g e
4 Change History New releases of the Implementation Guidelines are published on a regular basis, based on new versions of the underlying standards or to provide clarification where required. The following table provides an overview of the versions released to date. Version Date 2.0 October February January March February 2013 Versions are numbered x.y(.z). As from this version it has been decided to align the version numbering with that of the implementation guidelines as published by the EPC regarding the SCT. In case a new version of this document is released (mainly as a result of clarifications or error corrections) before the EPC releases a new version of the implementation guidelines, an additional minor release indicator z will be added (e.g for an updated version of this document). The following additions and modifications have been made in version 7.0 compared to version 6.0: Index Description Type Either BIC or 'Other/Identification' must be used. When 'Other/Identification' is CHAN used, only 'NOTPROVIDED' is allowed in Identification. The BIC is mandatory for EU/EEA cross border transactions until 31 January Advise EPC usage rules effective per 1 January 2013 for NL domestic payments. CHAN 1 CHAN: Change in further alignment with the Rulebook content or alignment with Dutch regulation/dutch interbank agreements 4 P a g e
5 Coverage The Customer SEPA Credit Transfer Initiation message is sent by the initiating party to the debtor bank. It is used to request movement of funds from the debtor account to a creditor account. The Customer SEPA Credit Transfer Initiation message is used to exchange: One or more SEPA Credit Transfer instructions; Payment transactions that result in a single entry on the debtor account per individual transaction or a batch entry for all transactions in a payment; The message can be used in a direct or a relay scenario: In a direct scenario, the message is sent directly to the debtor bank. The debtor bank is the account servicer of the debtor; In a relay scenario, the message is sent to a forwarding party. The forwarding party acts as a concentrating financial institution. It will forward the Customer SEPA Credit Transfer message to the debtor bank. The message can also be used by an initiating party that has been mandated to send a payment instruction on behalf of the debtor. This caters for example for the scenario of a payments factory initiating all payments on behalf of a large corporate, or an entity administering the salary payments of a company's employees. 5 P a g e
6 Use of these Guidelines Each item of the CreditTransferInitiation message is referred to the corresponding index of the item in the UNIFI (ISO 20022) Message Definition Report for Payment Standards Initiation. This Report can be found on under Catalogue of ISO messages, with pain as reference ( This document is based upon the UNIFI (ISO 20022) XML message standards and the SEPA Credit Transfer scheme customer-to-bank implementation guidelines. These implementation guidelines can be found on: In addition the Dutch specific usage rules are added. The description of each message item contains: Index Number that refers to the corresponding description in the UNIFI (ISO 20022) Message Definition Report for Payment Standards Initiation XML Tag Occurrences Short name that identifies an element within an XML message, that is put between brackets, e.g. <Amount> This indicates whether an element is optional or mandatory and how many times the element can be repeated. The number of occurrences is shown in square brackets For example: [0..1] shows that the element can be present 0 times or 1 time. The element is optional [1..1] shows that the element can only be present 1 time. The element is mandatory [1..n] shows that the element is mandatory and can be present 1 to n times An element, that is part of a block of elements, is mandatory as far as the block it is part of, is present in the message. If only one of several elements may be present, this is indicated by {OR OR} before the elements concerned. Format This specifies the permitted values and format 6 P a g e
7 Definition Usage ISO Usage EPC Usage NL This contains the definition of the message block or element Additional info how this element must be used according to the ISO standards Any specific rules that could impact the presence or the values of an element as set in the SEPA Credit Transfer scheme customer-to-bank implementation guidelines Any additional rules as set by the Dutch Payments Association specific for the Dutch community Character set The UTF-8 character encoding standard must be used in the UNIFI messages. The Latin character set, commonly used in international communication, must be used. It contains the following characters: 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 / -? : ( )., + Space Note: the above is about characters that can be used within the tags. For the message itself also other characters (especially < and >) can be used. 7 P a g e
8 Message Structure The description of the XML document models can be found in a number of schemes. A specific description language (XSD) is used in those schemes. The schemes make it possible to give a description of the tags in the document, the structure and sequence of those beacons (hierarchy of tags) as well as the codes which are allowed for some specific data, the number of possible cases, the obligatory or optional character of some of the data, etc. The general XSD for pain can be downloaded from: under Catalogue of ISO messages, with pain as reference ( A file containing an XML- pain message has the following structure 2 : <?xml version= 1.0 encoding= UTF-8?> <Document xmlns= urn:iso:std:iso:20022:tech:xsd:pain xmlns:xsi= > <CstmrCdtTrfInitn> message content </CstmrCdtTrfInitn> </Document> A file must contain one single Document (envelope), with one single XML message in it. See example in Annex F Example message. The support of multiple documents per file must be agreed bilaterally with your bank. The Customer Credit Transfer Initiation message is composed of 3 building blocks: A. Group Header: This building block is mandatory and present once. It contains elements such as Message Identification, Creation Date and Time, Grouping Indicator. 2 for an XML-pain message example go to: 8 P a g e
9 B. Payment Information: This building block is mandatory and repetitive. It contains besides elements related to the debit side of the transaction, such as Debtor and Payment Type Information, also one or several Transaction Information Blocks. C. Transaction Information: This building block is mandatory and repetitive. It contains, amongst others, elements related to the credit side of the transaction, such as Creditor and Remittance Information. The number of occurrences of Payment Information Block and Transaction Information Block within a message is indicated by the Grouping field in the Group Header. Only the following combination can be used : Group Header Payment Information 1 Transaction information 1 Transaction information 2 Payment Information 2 Transaction information 3 Transaction information 4 Transaction information 5 Payment Information 3 Transaction information 6 9 P a g e
10 A detailed view on the structure of a Credit Transfer Initiation Message is presented below. 10 P a g e
11 Legend: Box with full-line is a mandatory Message Element Box with dotted line is an optional Message Element The Child Elements must appear in the sequence mentioned Only one of the possible Child Elements may be present (choice) 11 P a g e
12 Message items description 0.0 CustomerCreditTransferInitiation XML Tag: <CstmrCdtTrfInitn> Occurrence: [1..1] Definition: Type: Root element The CustomerCreditTransferInitiation block is composed of the following CustomerCreditTransferInitiationV03 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 1.0 GroupHeader <GrpHdr> [1..1] PaymentInformation <PmtInf > [1..n] GroupHeader XML Tag: <GrpHdr> Occurrence: [1..1] Definition: Set of characteristics shared by all individual transactions included in the message. 12 P a g e
13 Type: The GroupHeader block is composed of the following GroupHeader32 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 1.1 MessageIdentification <MsgId> [1..1] Text 1.2 CreationDateTime <CreDtTm> [1..1] DateTime 1.3 Authorisation <Authstn> [0..2] 1.6 NumberOfTransactions <NbOfTxs> [1..1] Text 1.7 ControlSum <CtrlSum> [0..1] Quantity 1.8 InitiatingParty <InitgPty> [1..1] ForwardingAgent <FwdgAgt> [0..1] MessageIdentification XML Tag: <MsgId> Occurrence: [1..1] Definition: Point to point reference, as assigned by the instructing party, and sent to the next party in the chain to unambiguously identify the message. Usage ISO: The instructing party has to make sure that MessageIdentification is unique per instructed party for a pre-agreed period. Data Type: Max35Text Format: maxlength: 35 minlength: CreationDateTime XML Tag: <CreDtTm> Occurrence: [1..1] Definition: Date and time at which the message was created. Data Type: ISODateTime 1.3 Authorisation Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 13 P a g e
14 1.4 Code 1.5 Proprietary 1.6 NumberOfTransactions XML Tag: <NbOfTxs> Occurrence: [1..1] Definition: Number of individual transactions contained in the message. Data Type: Max15NumericText Format: [0-9]{1,15} 1.7 ControlSum XML Tag: <CtrlSum> Occurrence: [0..1] Definition: Total of all individual amounts included in the message. Data Type: DecimalNumber Format: fractiondigits: 17 totaldigits: 18 Usage NL: Total of all individual amounts included in the message. 1.8 InitiatingParty 14 P a g e
15 XML Tag: <InitgPty> Occurrence: [1..1] Definition: Party that initiates the payment. Usage ISO: This can either be the debtor or the party that initiates the credit transfer on behalf of the debtor. Type: This message item is composed of the following PartyIdentification32 element(s): MessageItem <XMLTag> Mult. Represent./Type Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Identification <Id> [0..1] CountryOfResidence <CtryOfRes> [0..1] Code ContactDetails <CtctDtls> [0..1] Usage EPC: Name is limited to 70 characters in length. OrganisationIdentification : Either BIC or BEI or one occurrence of Other is allowed. PrivateIdentification : Either Date and Place of Birth or one occurrence of Other is allowed. 1.9 ForwardingAgent Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 15 P a g e
16 2.0 PaymentInformation XML Tag: <PmtInf> Occurrence: [1..n] Definition: Set of characteristics that applies to the debit side of the payment transactions included in the credit transfer initiation. Type: The PaymentInformation block is composed of the following PaymentInstructionInformation3 element(s): Index MessageItem <XMLTag> Mult. Represent./Type 2.1 PaymentInformationIdentification <PmtInfId> [1..1] Text 16 P a g e
17 2.2 PaymentMethod <PmtMtd> [1..1] Code 2.3 BatchBooking <BtchBookg> [0..1] Indicator 2.4 NumberOfTransactions <NbOfTxs> [0..1] Text 2.5 ControlSum <CtrlSum> [0..1] Quantity 2.6 PaymentTypeInformation <PmtTpInf> [0..1] 2.17 RequestedExecutionDate <ReqdExctnDt> [1..1] Date 2.18 PoolingAdjustmentDate <PoolgAdjstmntDt> [0..1] Date 2.19 Debtor <Dbtr> [1..1] DebtorAccount <DbtrAcct> [1..1] DebtorAgent <DbtrAgt> [1..1] DebtorAgentAccount <DbtrAgtAcct> [0..1] UltimateDebtor <UltmtDbtr> [0..1] ChargeBearer <ChrgBr> [0..1] Code 2.25 ChargesAccount <ChrgsAcct> [0..1] ChargesAccountAgent <ChrgsAcctAgt> [0..1] CreditTransferTransactionInformation <CdtTrfTxInf> [1..n] 2.1 PaymentInformationIdentification XML Tag: <PmtInfId> Occurrence: [1..1] Definition: Unique identification, as assigned by a sending party, to unambiguously identify the payment information group within the message. Data Type: Max35Text Format: maxlength: 35 minlength: PaymentMethod XML Tag: <PmtMtd> Occurrence: [1..1] Definition: Specifies the means of payment that will be used to move the amount of money. 17 P a g e
18 Data Type: Code Usage EPC: Only TRF is allowed. Code Name Definition TRF Credit Transfer Transfer of an amount of money in the books of the account servicer. 2.3 BatchBooking XML Tag: <BtchBookg> Occurrence: [0..1] Definition: Identifies whether a single entry per individual transaction or a batch entry for the sum of the amounts of all transactions within the group of a message is requested. Usage ISO: Batch booking is used to request and not order a possible batch booking. Data Type: One of the following BatchBookingIndicator values must be used: MeaningWhenTrue: Identifies that a batch entry for the sum of the amounts of all transactions in the message is requested. MeaningWhenFalse: Identifies that a single entry for each of the transactions in the message is requested. Usage EPC: If present and contains true, batch booking is requested. If present and contains false, booking per transaction is requested. If element is not present, preagreed customer-to-bank conditions apply. 2.4 NumberOfTransactions XML Tag: <NbOfTxs> Occurrence: [0..1] Definition: Number of individual transactions contained in the payment information group. Data Type: Max15NumericText Format: [0-9]{1,15} 18 P a g e
19 2.5 ControlSum XML Tag: <CtrlSum> Occurrence: [0..1] Definition: Total of all individual amounts included in the group. Data Type: DecimalNumber Format: fractiondigits: 17 totaldigits: 18 Usage NL: Total of all individual amounts included in the group (under index 2.0). 2.6 PaymentTypeInformation XML Tag: <PmtTpInf> Occurrence: [0..1] Definition: Set of elements used to further specify the type of transaction. Type: This message item is composed of the following PaymentTypeInformation19 element(s): Index MessageItem <XMLTag> Mult. Represent./Type 2.7 InstructionPriority <InstrPrty> [0..1] Code 2.8 ServiceLevel <SvcLvl> [0..1] 2.11 LocalInstrument <LclInstrm> [0..1] 2.14 CategoryPurpose <CtgyPurp> [0..1] Usage EPC: If used, it is recommended to be used only at Payment Information level and not at Credit Transfer Transaction Information level. When Instruction Priority is to be used, Payment Type Information must be present at Payment Information level. 19 P a g e
20 2.7 InstructionPriority XML Tag: <InstrPrty> Occurrence: [0..1] Definition: Indicator of the urgency or order of importance that the instructing party would like the instructed party to apply to the processing of the instruction. Data Type: Code When this message item is present, one of the following Priority2Code values must be used: Code Name Definition HIGH High Priority level is high NORM Normal Priority level is normal Usage EPC: If present, pre-agreed customer-tobank conditions apply. 2.8 ServiceLevel XML Tag: <SvcLvl> Occurrence: [0..1] Definition: Agreement under which or rules under which the transaction should be processed. Type: This message item is composed of one of the following ServiceLevel8Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.9 {Or Code <Cd> [1..1] Code 2.10 Or} Proprietary <Prtry> [1..1] Text Usage EPC: Usage is recommended. 20 P a g e
21 2.9 Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice 2.8 ServiceLevel. Definition: Specifies a pre-agreed service or level of service between the parties, as published in an external service level code list. Data Type: ExternalServiceLevel1Code Format: maxlength: 4 minlength: 1 Usage EPC: Only SEPA is allowed Proprietary Message Element that is not part of the addendum for the IG SCT Netherlands but is available for FUTURE use in a SEPA AOS LocalInstrument XML Tag: <LclInstrm> Occurrence: [0..1] Definition: User community specific instrument. Usage ISO: This element is used to specify a local instrument, local clearing option and/or further qualify the service or service level. Type: This message item is composed of one of the following LocalInstrument2Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.12 {Or Code <Cd> [1..1] Code 2.13 Or} Proprietary <Prtry> [1..1] Text Usage NL: Element may only be used in case of bilateral agreement 21 P a g e
22 2.12 Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice 2.11 LocalInstrument. Definition: Data Type: Specifies the local instrument, as published in an external local instrument code list. ExternalLocalInstrument1Code Format: maxlength: 35 minlength: 1 Usage NL: Element may only be used in case of bilateral agreement 2.13 Proprietary XML Tag: <Prtry> Occurrence: [1..1] This message item is part of choice 2.11 LocalInstrument. Definition: Data Type: Specifies the local instrument, as a proprietary code. Max35Text Format: maxlength: 35 minlength: 1 Usage NL: Element may only be used in case of bilateral agreement 2.14 CategoryPurpose XML Tag: <CtgyPurp> Occurrence: [0..1] Definition: Specifies the high level purpose of the instruction based on a set of pre-defined categories. Usage ISO: This is used by the initiating party to provide information concerning the processing of 22 P a g e
23 the payment. It is likely to trigger special processing by any of the agents involved in the payment chain. Type: This message item is composed of one of the following CategoryPurpose1Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.15 {Or Code <Cd> [1..1] Code 2.16 Or} Proprietary <Prtry> [1..1] Text Usage EPC: Depending on the agreement between the Originator and the Originator Bank, Category Purpose may be forwarded to the Beneficiary Bank Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice 2.14 CategoryPurpose. Definition: Category purpose, as published in an external category purpose code list. Data Type: ExternalCategoryPurpose1Code Format: maxlength: 4 minlength: Proprietary XML Tag: <Prtry> Occurrence: [1..1] This message item is part of choice 2.14 CategoryPurpose. Definition: Category purpose, in a proprietary form. Data Type: Max35Text Format: maxlength: 35 minlength: 1 23 P a g e
24 2.17 RequestedExecutionDate XML Tag: <ReqdExctnDt> Occurrence: [1..1] Definition: Date at which the initiating party requests the clearing agent to process the payment. Usage ISO: This is the date on which the debtor's account is to be debited. If payment by cheque, the date when the cheque must be generated by the bank. Data Type: Date 2.18 PoolingAdjustmentDate Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Debtor XML Tag: <Dbtr> Occurrence: [1..1] Definition: Party that owes an amount of money to the (ultimate) creditor. Type: This message item is composed of the following PartyIdentification32 element(s): MessageItem <XMLTag> Mult. Represent./Type Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Identification <Id> [0..1] CountryOfResidence <CtryOfRes> [0..1] Code ContactDetails <CtctDtls> [0..1] 24 P a g e
25 UsageEPC: Name is Mandatory Name is limited to 70 characters in length. Only two occurrences of AddressLine are allowed. OrganisationIdentification : Either BIC or BEI or one occurrence of Other is allowed. PrivateIdentification : Either Date and Place of Birth or one occurrence of Other is allowed DebtorAccount XML Tag: <DbtrAcct> Occurrence: [1..1] Definition: Unambiguous identification of the account of the debtor to which a debit entry will be made as a result of the transaction. Type: This message item is composed of the following CashAccount16 element(s): Or MessageItem <XMLTag> Mult. Represent./Type Identification <Id> [1..1] Type <Tp> [0..1] Currency <Ccy> [0..1] Code Name <Nm> [0..1] Text UsageEPC: Identification : Only IBAN is allowed DebtorAgent XML Tag: <DbtrAgt> Occurrence: [1..1] 25 P a g e
26 Definition: Financial institution servicing an account for the debtor. Type: This message item is composed of the following BranchAndFinancialInstitutionIdentification4 element(s): Or MessageItem <XMLTag> Mult. Represent./Type FinancialInstitutionIdentification <FinInstnId> [1..1] BranchIdentification <BrnchId> [0..1] Usage EPC: Usage NL: Either BIC or 'Other/Identification' must be used. When 'Other/Identification' is used, only 'NOTPROVIDED' is allowed in Identification. The BIC is mandatory for EU/EEA cross border transactions until 31 January Advise EPC usage rules effective per 1 January 2013 for NL domestic payments DebtorAgentAccount Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS UltimateDebtor XML Tag: <UltmtDbtr> Occurrence: [0..1] Definition: Ultimate party that owes an amount of money to the (ultimate) creditor. Usage ISO: UltimateDebtorRule If 2.23 UltimateDebtor is present, then 2.70 CreditTransferTransactionInformation/UltimateDebtor is not allowed. If 2.70 CreditTransferTransactionInformation/UltimateDebtor is present, then 2.23 UltimateDebtor is not allowed CreditTransferTransactionInformation/UltimateDebtor and 2.23 UltimateDebtor may both be absent. 26 P a g e
27 Usage EPC: Name is limited to 70 characters in length. OrganisationIdentification : Either BIC or BEI or one occurrence of Other is allowed. PrivateIdentification : Usage Rule: Either Date and Place of Birth or one occurrence of Other is allowed. Type: This message item is composed of the following PartyIdentification32 element(s): MessageItem <XMLTag> Mult. Represent./Type Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Identification <Id> [0..1] CountryOfResidence <CtryOfRes> [0..1] Code ContactDetails <CtctDtls> [0..1] Guideline(s): UltimateDebtorGuideline UltimateDebtor may only be present if different from Debtor ChargeBearer XML Tag: <ChrgBr> Occurrence: [0..1] Definition: Specifies which party/parties will bear the charges associated with the processing of the payment transaction. Data Type: Code Code Name Definition SLEV FollowingServiceLevel Charges are to be applied following the rules agreed in the service level and/or scheme. Usage ISO: ChargeBearerRule If 2.24 ChargeBearer is present, then 2.51 CreditTransferTransactionInformation/ ChargeBearer is not allowed. If 2.51 CreditTransferTransactionInformation/ChargeBearer is present, then 2.24 ChargeBearer is not allowed. Additionally, 2.51 CreditTransferTransactionInformation/ChargeBearer and 2.24 ChargeBearer may both be absent. 27 P a g e
28 Usage EPC: Only SLEV is allowed. It is recommended that this element be specified at Payment Information level ChargesAccount Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS ChargesAccountAgent Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 28 P a g e
29 2.27 CreditTransferTransactionInformation 29 P a g e
30 XML Tag: <CdtTrfTxInf> Occurrence: [1..n] Definition: Set of elements used to provide information on the individual transaction(s) included in the message. Type: This message item is composed of the following CreditTransferTransactionInformation10 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.28 PaymentIdentification <PmtId> [1..1] 2.31 PaymentTypeInformation <PmtTpInf> [0..1] 2.42 Amount <Amt> [1..1] 2.47 ExchangeRateInformation <XchgRateInf> [0..1] 2.51 ChargeBearer <ChrgBr> [0..1] Code 2.52 ChequeInstruction <ChqInstr> [0..1] 2.70 UltimateDebtor <UltmtDbtr> [0..1] IntermediaryAgent1 <IntrmyAgt1> [0..1] IntermediaryAgent1Account <IntrmyAgt1Acct> [0..1] IntermediaryAgent2 <IntrmyAgt2> [0..1] IntermediaryAgent2Account <IntrmyAgt2Acct> [0..1] IntermediaryAgent3 <IntrmyAgt3> [0..1] IntermediaryAgent3Account <IntrmyAgt3Acct> [0..1] CreditorAgent <CdtrAgt> [0..1] CreditorAgentAccount <CdtrAgtAcct> [0..1] Creditor <Cdtr> [0..1] CreditorAccount <CdtrAcct> [0..1] UltimateCreditor <UltmtCdtr> [0..1] InstructionForCreditorAgent <InstrForCdtrAgt> [0..n] 2.85 InstructionForDebtorAgent <InstrForDbtrAgt> [0..1] Text 2.86 Purpose <Purp> [0..1] 2.89 RegulatoryReporting <RgltryRptg> [0..10] Tax <Tax> [0..1] RelatedRemittanceInformation <RltdRmtInf> [0..10] 2.98 RemittanceInformation <RmtInf> [0..1] 30 P a g e
31 2.28 PaymentIdentification XML Tag: <PmtId> Occurrence: [1..1] Definition: Set of elements used to reference a payment instruction. Type: This message item is composed of the following PaymentIdentification1 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.29 InstructionIdentification <InstrId> [0..1] Text 2.30 EndToEndIdentification <EndToEndId> [1..1] Text 2.29 InstructionIdentification XML Tag: <InstrId> Occurrence: [0..1] Definition: Unique identification as assigned by an instructing party for an instructed party to unambiguously identify the instruction. Usage ISO: the instruction identification is a point to point reference that can be used between the instructing party and the instructed party to refer to the individual instruction. It can be included in several messages related to the instruction. Data Type: Max35Text Format: maxlength: 35 minlength: EndToEndIdentification XML Tag: <EndToEndId> Occurrence: [1..1] Definition: Unique identification assigned by the initiating party to unumbiguously identify the transaction. This identification is passed on, unchanged, throughout the entire end-to- 31 P a g e
32 end chain. Usage ISO: The end-to-end identification can be used for reconciliation or to link tasks relating to the transaction. It can be included in several messages related to the transaction. Data Type: Max35Text Format: maxlength: 35 minlength: 1 Usage EPC: Originator s Reference to the Credit Transfer 2.31 PaymentTypeInformation XML Tag: <PmtTpInf> Occurrence: [0..1] Definition: Set of elements used to further specify the type of transaction. Type: This message item is composed of the following PaymentTypeInformation19 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.32 InstructionPriority <InstrPrty> [0..1] Code 2.33 ServiceLevel <SvcLvl> [0..1] 2.36 LocalInstrument <LclInstrm> [0..1] 2.39 CategoryPurpose <CtgyPurp> [0..1] Usage EPC: If used, it is recommended to be used at Payment Information level and not at Credit Transfer Transaction Information level InstructionPriority Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 32 P a g e
33 2.33 ServiceLevel XML Tag: <SvcLvl> Occurrence: [0..1] Definition: Agreement under which or rules under which the transaction should be processed. Type: This message item is composed of one of the following ServiceLevel8Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.34 {Or Code <Cd> [1..1] Code 2.35 Or} Proprietary <Prtry> [1..1] Text Usage EPC: Usage is recommended Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice 2.33 ServiceLevel. Definition: Specifies a pre-agreed service or level of service between the parties, as published in an external service level code list. Data Type: ExternalServiceLevel1Code Format: maxlength: 4 minlength: 1 Usage EPC: Only SEPA is allowed Proprietary Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 33 P a g e
34 2.36 LocalInstrument XML Tag: <LclInstrm> Occurrence: [0..1] Definition: User community specific instrument. Usage ISO: This element is used to specify a local instrument, local clearing option and/or further qualify the service or service level. Type: This message item is composed of one of the following LocalInstrument2Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.37 {Or Code <Cd> [1..1] Code 2.38 Or} Proprietary <Prtry> [1..1] Text 2.37 Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice 2.36 LocalInstrument. Definition: Specifies the local instrument, as published in an external local instrument code list see Annex D Overview ISO codes. Data Type: ExternalLocalInstrument1Code Format: maxlength: 35 minlength: Proprietary XML Tag: <Prtry> 34 P a g e
35 Occurrence: [1..1] This message item is part of choice 2.36 LocalInstrument. Definition: Specifies the local instrument, as a proprietary code. Data Type: Max35Text Format: maxlength: 35 minlength: CategoryPurpose XML Tag: <CtgyPurp> Occurrence: [0..1] Definition: Specifies the high level purpose of the instruction based on a set of pre-defined categories. Usage ISO: This is used by the initiating party to provide information concerning the processing of the payment. It is likely to trigger special processing by any of the agents involved in the payment chain. Type: This message item is composed of one of the following CategoryPurpose1Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.40 {Or Code <Cd> [1..1] Code 2.41 Or} Proprietary <Prtry> [1..1] Text Usage EPC: Depending on the agreement between the Originator and the Originator Bank, Category Purpose may be forwarded to the Beneficiary Bank 2.40 Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice 2.39 CategoryPurpose. 35 P a g e
36 Definition: Category purpose, as published in an external category purpose code list. Data Type: ExternalCategoryPurpose1Code Format: maxlength: 4 minlength: Proprietary XML Tag: <Prtry> Occurrence: [1..1] This message item is part of choice 2.39 CategoryPurpose. Definition: Category purpose, in a proprietary form. Data Type: Max35Text Format: maxlength: 35 minlength: Amount XML Tag: <Amt> Occurrence: [1..1] Definition: Amount of money to be moved between the debtor and creditor, before deduction of charges, expressed in the currency as ordered by the initiating party. Type: This message item is composed of one of the following AmountType3Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.43 {Or InstructedAmount <InstdAmt> [1..1] Amount 2.44 Or} EquivalentAmount <EqvtAmt> [1..1] 2.43 InstructedAmount XML Tag: Occurrence: [1..1] <InstdAmt> 36 P a g e
37 This message item is part of choice 2.42 Amount. Definition: Amount of money to be moved between the debtor and creditor, before deduction of charges, expressed in the currency as ordered by the initiating party. Data Type: ActiveOrHistoricCurrencyAndAmount This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by: ActiveOrHistoricCurrencyCode. Format: ActiveOrHistoricCurrencyAndAmount fractiondigits: 5 mininclusive: 0 totaldigits: 18 ActiveOrHistoricCurrencyCode [A-Z]{3,3} Usage ISO: ActiveOrHistoricCurrencyAndAmount CurrencyAmount The number of fractional digits (or minor unit of currency) must comply with ISO Note: The decimal separator is a dot. ActiveOrHistoricCurrencyCode ActiveOrHistoricCurrency The Currency Code must be registered, or have already been registered. Valid active or historic currency codes are registered with the ISO 4217 Maintenance Agency, consist of three (3) contiguous letters, and may be or not be withdrawn on the day the message containing the Currency is exchanged. Usage EPC: Only EUR is allowed. Amount must be 0.01 or more and or less. The fractional part has a maximum of two digits EquivalentAmount Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Amount 37 P a g e
38 2.46 CurrencyOfTransfer 2.47 ExchangeRateInformation Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS ExchangeRate 2.49 RateType 2.50 ContractIdentification 2.51 ChargeBearer XML Tag: <ChrgBr> Occurrence: [0..1] Definition: Specifies which party/parties will bear the charges associated with the processing of the payment transaction. Data Type: Code Usage ISO: ChargeBearerRule If 2.24 ChargeBearer is present, then 2.51 CreditTransferTransactionInformation/ ChargeBearer is not allowed. If 2.51 CreditTransferTransactionInformation/ ChargeBearer is present, then 2.24 ChargeBearer is not allowed. Additionally, 2.51 CreditTransferTransactionInformation/ChargeBearer and 2.24 ChargeBearer may both be absent. Usage EPC: Only SLEV is allowed. It is recommended that this element is specified at Payment Information level. Code Name Definition SLEV FollowingServiceLevel FollowingServiceLevel Charges are to be applied following 38 P a g e
39 the rules agreed in the service level and/or scheme ChequeInstruction Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS ChequeType 2.54 ChequeNumber 2.55 ChequeFrom 2.56 Name 2.57 Address 2.58 DeliveryMethod 2.59 Code 2.60 Proprietary 2.61 DeliverTo 2.62 Name 39 P a g e
40 2.63 Address 2.64 InstructionPriority 2.65 ChequeMaturityDate 2.66 FormsCode 2.67 MemoField 2.68 RegionalClearingZone 2.69 PrintLocation 2.70 UltimateDebtor XML Tag: <UltmtDbtr> Occurrence: [0..1] Definition: Ultimate party that owes an amount of money to the (ultimate) creditor. Type: This message item is composed of the following PartyIdentification32 element(s): 40 P a g e
41 MessageItem <XMLTag> Mult. Represent./Type Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Identification <Id> [0..1] CountryOfResidence <CtryOfRes> [0..1] Code ContactDetails <CtctDtls> [0..1] Usage ISO: Usage EPC: UltimateDebtorRule If 2.23 UltimateDebtor is present, then 2.70 CreditTransferTransactionInformation/UltimateDebtor is not allowed. If 2.70 CreditTransferTransactionInformation/UltimateDebtor is present, then 2.23 UltimateDebtor is not allowed CreditTransferTransactionInformation/UltimateDebtor and 2.23 UltimateDebtor may both be absent. Name is limited to 70 characters in length. OrganisationIdentification : Either BIC or BEI or one occurrence of Other is allowed. PrivateIdentification : Either Date and Place of Birth or one occurrence of Other is allowed IntermediaryAgent1 Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS IntermediaryAgent1Account Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS IntermediaryAgent2 Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 41 P a g e
42 2.74 IntermediaryAgent2Account Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS IntermediaryAgent3 Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS IntermediaryAgent3Account Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS CreditorAgent XML Tag: <CdtrAgt> Occurrence: [0..1] Definition: Financial institution servicing an account for the creditor. Type: This message item is composed of the following BranchAndFinancialInstitutionIdentification4 element(s): MessageItem <XMLTag> Mult. Represent./Type FinancialInstitutionIdentification <FinInstnId> [1..1] BranchIdentification <BrnchId> [0..1] For additional Type information, please refer to BranchAndFinancialInstitutionIdentification4 in Annex E Generic ISO message Items. Usage EPC: Only BIC is allowed. 42 P a g e
43 2.78 CreditorAgentAccount Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Creditor XML Tag: <Cdtr> Occurrence: [0..1] Definition: Party to which an amount of money is due. Type: This message item is composed of the following PartyIdentification32 element(s): MessageItem <XMLTag> Mult. Represent./Type Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Identification <Id> [0..1] CountryOfResidence <CtryOfRes> [0..1] Code ContactDetails <CtctDtls> [0..1] For additional Type information, please refer to PartyIdentification32 in Annex E Generic ISO message Items. Usage EPC: Creditor is Mandatory Name is Mandatory Name is limited to 70 characters in length. Only two occurrences are allowed of AddressLine. OrganisationIdentification : Either BIC or BEI or one occurrence of Other is allowed. PrivateIdentification : Either Date and Place of Birth or one occurrence of Other is allowed. 43 P a g e
44 2.80 CreditorAccount XML Tag: <CdtrAcct> Occurrence: [0..1] Definition: Unambiguous identification of the account of the creditor to which a credit entry will be posted as a result of the payment transaction. Type: This message item is composed of the following CashAccount16 element(s): MessageItem <XMLTag> Mult. Represent./Type Identification <Id> [1..1] Type <Tp> [0..1] Currency <Ccy> [0..1] Code Name <Nm> [0..1] Text For additional Type information, please refer to CashAccount16 in Annex E Generic ISO message Items. Usage EPC: CreditorAccount is Mandatory Only IBAN is allowed UltimateCreditor XML Tag: <UltmtCdtr> Occurrence: [0..1] 44 P a g e
45 Definition: Ultimate party to which an amount of money is due. Type: This message item is composed of the following PartyIdentification32 element(s): MessageItem <XMLTag> Mult. Represent./Type Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Identification <Id> [0..1] CountryOfResidence <CtryOfRes> [0..1] Code ContactDetails <CtctDtls> [0..1] Usage EPC: Name is limited to 70 characters in length. OrganisationIdentification : Either BIC or BEI or one occurrence of Other is allowed. PrivateIdentification : Either Date and Place of Birth or one occurrence of Other is allowed InstructionForCreditorAgent Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Code 2.84 InstructionInformation 2.85 InstructionForDebtorAgent Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Purpose XML Tag: <Purp> Occurrence: [0..1] 45 P a g e
46 Definition: Underlying reason for the payment transaction. Usage ISO: 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. Type: This message item is composed of one of the following Purpose2Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type 2.87 {Or Code <Cd> [1..1] Code 2.88 Or} Proprietary <Prtry> [1..1] Text 2.87 Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice 2.86 Purpose. Definition: Underlying reason for the payment transaction, as published in an external purpose code list. Data Type: ExternalPurpose1Code Format: maxlength: 4 minlength: Proprietary Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS RegulatoryReporting Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Tax Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 46 P a g e
47 2.91 RelatedRemittanceInformation Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS RemittanceIdentification 2.93 RemittanceLocationMethod 2.94 RemittanceLocationElectronicAddress 2.95 RemittanceLocationPostalAddress 2.96 Name 2.97 Address 2.98 RemittanceInformation XML Tag: <RmtInf> Occurrence: [0..1] Definition: Information 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. Type: This message item is composed of the following RemittanceInformation5 element(s): 47 P a g e
48 Index Or MessageItem <XMLTag> Mult. Represent./Type 2.99 Unstructured <Ustrd> [0..n] Text Structured <Strd> [0..n] Usage EPC: Either Structured or Unstructured may be present Unstructured XML Tag: <Ustrd> Occurrence: [0..n] Definition: Information 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. Data Type: Max140Text Format: maxlength: 140 minlength: 1 Usage EPC: Unstructured may carry structured remittance information, as agreed between the Originator and the Beneficiary. Format Rule: Only one occurrence of Unstructured is allowed Structured XML Tag: <Strd> 48 P a g e
49 Occurrence: [0..n] Definition: Information 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. Type: This message item is composed of the following StructuredRemittanceInformation7 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type ReferredDocumentInformation <RfrdDocInf> [0..n] ReferredDocumentAmount <RfrdDocAmt> [0..1] CreditorReferenceInformation <CdtrRefInf> [0..1] Invoicer <Invcr> [0..1] Invoicee <Invcee> [0..1] AdditionalRemittanceInformation <AddtlRmtInf> [0..3] Text Usage EPC: Format 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 ReferredDocumentInformation Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Type CodeOrProprietary Code Proprietary Issuer 49 P a g e
50 2.107 Number RelatedDate ReferredDocumentAmount Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS DuePayableAmount DiscountAppliedAmount CreditNoteAmount TaxAmount AdjustmentAmountAndReason Amount CreditDebitIndicator Reason AdditionalInformation 50 P a g e
51 2.119 RemittedAmount CreditorReferenceInformation XML Tag: <CdtrRefInf> Occurrence: [0..1] Definition: Reference information provided by the creditor to allow the identification of the underlying documents. Type: This message item is composed of the following CreditorReferenceInformation2 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type Type <Tp> [0..1] Reference <Ref> [0..1] Text Usage EPC: When present, the Debtor Bank is not obliged to validate the reference information. When used both, Creditor Reference Type and Creditor Reference must be present Type XML Tag: <Tp> Occurrence: [0..1] Definition: Specifies the type of creditor reference. Type: This message item is composed of the following CreditorReferenceType2 element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type CodeOrProprietary <CdOrPrtry> [1..1] Issuer <Issr> [0..1] Text 51 P a g e
52 2.122 CodeOrProprietary XML Tag: <CdOrPrtry> Occurrence: [1..1] Definition: Coded or proprietary format creditor reference type. Type: This message item is composed of one of the following CreditorReferenceType1Choice element(s): Index Or MessageItem <XMLTag> Mult. Represent./Type {Or Code <Cd> [1..1] Code Or} Proprietary <Prtry> [1..1] Text Code XML Tag: <Cd> Occurrence: [1..1] This message item is part of choice CodeOrProprietary. Definition: Type of creditor reference, in a coded form. Data Type: Code Usage EPC: Only SCOR is allowed. Code Name Definition SCOR StructuredCommunicationReference Document is a structured communication reference provided by the creditor to identify the referred transaction. 52 P a g e
53 2.124 Proprietary Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Issuer XML Tag: <Issr> Occurrence: [0..1] Definition: Entity that assigns the credit reference type. Data Type: Max35Text Format: maxlength: 35 minlength: 1 Usage NL: If the Dutch Structured Communication is used the following value must be used as Issuer "CUR" Reference XML Tag: <Ref> Occurrence: [0..1] Definition: Unique reference, as assigned by the creditor, to unambiguously refer to the payment transaction. Data Type: Max35Text Format: maxlength: 35 minlength: 1 Usage ISO: 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 endto-end chain, the creditor's reference or payment remittance identification should be quoted in the end-to-end transaction identification. 53 P a g e
54 Usage EPC: Usage NL: If a Creditor Reference contains a check digit, the receiving bank is not required to validate this. 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 RF Creditor Reference may be used (ISO 11649) If the Dutch Structured Communication is used (indicated through the issuer value CUR ) the reference must be compliant with the rules for the structured Communication ("Betalingskenmerk") Invoicer Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS Invoicee Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS AdditionalRemittanceInformation Message Element that is not part of the addendum for the IG SCT Netherlands but is available for future use in a SEPA AOS. 54 P a g e
55 Annex A Detailed message item overview The following table provides a summary of the message items to be used for a SEPA Credit Transfer. A more detailed description of each message item is given in the Message items description. Only the message items that are in scope for this IG are presented. Generic ISO Index Index Or Message Item <XML Tag> Mult. Type 0.0 +Message root <CstmrCdtTrfInitn> [1..1] 1.0 +GroupHeader <GrpHdr> [1..1] MessageIdentification <MsgId> [1..1] Text CreationDateTime <CreDtTm> [1..1] DateTime NumberOfTransactions <NbOfTxs> [1..1] Text ControlSum <CtrlSum> [0..1] Quantity InitiatingParty <InitgPty> [1..1] Name <Nm> [0..1] Text Identification <Id> [0..1] {Or OrganisationIdentification <OrgId> [1..1] BICOrBEI <BICOrBEI> [0..1] Identifier Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text Or} PrivateIdentification <PrvtId> [1..1] DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] BirthDate <BirthDt> [1..1] Date ProvinceOfBirth <PrvcOfBirth> [0..1] Text CityOfBirth <CityOfBirth> [1..1] Text CountryOfBirth <CtryOfBirth> [1..1] Code Other <Othr> [0..n] Identification <Id> [1..1] Text 55 P a g e
56 Index Generic ISO Index Or Message Item <XML Tag> Mult. Type SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text PaymentInformation <PmtInf> [1..n] PaymentInformationIdentification <PmtInfId> [1..1] Text PaymentMethod <PmtMtd> [1..1] Code BatchBooking <BtchBookg> [0..1] Indicator NumberOfTransactions <NbOfTxs> [0..1] Text ControlSum <CtrlSum> [0..1] Quantity PaymentTypeInformation <PmtTpInf> [0..1] InstructionPriority <InstrPrty> [0..1] Code ServiceLevel <SvcLvl> [0..1] 2.9 {Or Code <Cd> [1..1] Code LocalInstrument <LclInstrm> [0..1] 2.12 {Or Code <Cd> [1..1] Code 2.13 Or} Proprietary <Prtry> [1..1] Text CategoryPurpose <CtgyPurp> [0..1] 2.15 {Or Code <Cd> [1..1] Code 2.16 Or} Proprietary <Prtry> [1..1] Text RequestedExecutionDate <ReqdExctnDt> [1..1] Date Debtor <Dbtr> [1..1] Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Country <Ctry> [0..1] Code AddressLine <AdrLine> [0..7] Text Identification <Id> [0..1] {Or OrganisationIdentification <OrgId> [1..1] BICOrBEI <BICOrBEI> [0..1] Identifier Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code 56 P a g e
57 Index Generic ISO Index Or Message Item <XML Tag> Mult. Type Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text Or} PrivateIdentification <PrvtId> [1..1] DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] BirthDate <BirthDt> [1..1] Date ProvinceOfBirth <PrvcOfBirth> [0..1] Text CityOfBirth <CityOfBirth> [1..1] Text CountryOfBirth <CtryOfBirth> [1..1] Code Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text DebtorAccount <DbtrAcct> [1..1] Identification <Id> [1..1] {Or IBAN <IBAN> [1..1] Identifier Currency <Ccy> [0..1] Code DebtorAgent <DbtrAgt> [1..1] FinancialInstitutionIdentification <FinInstnId> [1..1] {Or BIC <BIC> [0..1] Identifier Or} Other <Othr> [0..1] Identification <Id> [1..1] Text UltimateDebtor <UltmtDbtr> [0..1] Name <Nm> [0..1] Text Identification <Id> [0..1] {Or OrganisationIdentification <OrgId> [1..1] BICOrBEI <BICOrBEI> [0..1] Identifier Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text 57 P a g e
58 Index Generic ISO Index Or Message Item <XML Tag> Mult. Type Issuer <Issr> [0..1] Text Or} PrivateIdentification <PrvtId> [1..1] DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] BirthDate <BirthDt> [1..1] Date ProvinceOfBirth <PrvcOfBirth> [0..1] Text CityOfBirth <CityOfBirth> [1..1] Text CountryOfBirth <CtryOfBirth> [1..1] Code Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text ChargeBearer <ChrgBr> [0..1] Code CreditTransferTransactionInformation <CdtTrfTxInf> [1..n] PaymentIdentification <PmtId> [1..1] InstructionIdentification <InstrId> [0..1] Text EndToEndIdentification <EndToEndId> [1..1] Text PaymentTypeInformation <PmtTpInf> [0..1] ServiceLevel <SvcLvl> [0..1] 2.34 {Or Code <Cd> [1..1] Code LocalInstrument <LclInstrm> [0..1] 2.37 {Or Code <Cd> [1..1] Code 2.38 Or} Proprietary <Prtry> [1..1] Text CategoryPurpose <CtgyPurp> [0..1] 2.40 {Or Code <Cd> [1..1] Code 2.41 Or} Proprietary <Prtry> [1..1] Text Amount <Amt> [1..1] 2.43 {Or InstructedAmount <InstdAmt> [1..1] Amount ChargeBearer <ChrgBr> [0..1] Code UltimateDebtor <UltmtDbtr> [0..1] Name <Nm> [0..1] Text Identification <Id> [0..1] 58 P a g e
59 Index Generic ISO Index Or Message Item <XML Tag> Mult. Type {Or OrganisationIdentification <OrgId> [1..1] BICOrBEI <BICOrBEI> [0..1] Identifier Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text Or} PrivateIdentification <PrvtId> [1..1] DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] BirthDate <BirthDt> [1..1] Date ProvinceOfBirth <PrvcOfBirth> [0..1] Text CityOfBirth <CityOfBirth> [1..1] Text CountryOfBirth <CtryOfBirth> [1..1] Code Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text CreditorAgent <CdtrAgt> [0..1] FinancialInstitutionIdentification <FinInstnId> [1..1] BIC <BIC> [0..1] Identifier Creditor <Cdtr> [0..1] Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] Country <Ctry> [0..1] Code AddressLine <AdrLine> [0..7] Text Identification <Id> [0..1] {Or OrganisationIdentification <OrgId> [1..1] BICOrBEI <BICOrBEI> [0..1] Identifier Other <Othr> [0..n] Identification <Id> [1..1] Text 59 P a g e
60 Index Generic ISO Index Or Message Item <XML Tag> Mult. Type SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text Or} PrivateIdentification <PrvtId> [1..1] DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] BirthDate <BirthDt> [1..1] Date ProvinceOfBirth <PrvcOfBirth> [0..1] Text CityOfBirth <CityOfBirth> [1..1] Text CountryOfBirth <CtryOfBirth> [1..1] Code Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text CreditorAccount <CdtrAcct> [0..1] Identification <Id> [1..1] {Or IBAN <IBAN> [1..1] Identifier UltimateCreditor <UltmtCdtr> [0..1] Name <Nm> [0..1] Text Identification <Id> [0..1] {Or OrganisationIdentification <OrgId> [1..1] BICOrBEI <BICOrBEI> [0..1] Identifier Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text Or} PrivateIdentification <PrvtId> [1..1] DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] BirthDate <BirthDt> [1..1] Date 60 P a g e
61 Generic ISO Index Index Or Message Item <XML Tag> Mult. Type ProvinceOfBirth <PrvcOfBirth> [0..1] Text CityOfBirth <CityOfBirth> [1..1] Text CountryOfBirth <CtryOfBirth> [1..1] Code Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text Purpose <Purp> [0..1] 2.87 {Or Code <Cd> [1..1] RemittanceInformation <RmtInf> [0..1] Unstructured <Ustrd> [0..n] Text 2, Structured <Strd> [0..n] 2, CreditorReferenceInformation <CdtrRefInf> [0..1] 2, Type <Tp> [0..1] 2, CodeOrProprietary <CdOrPrtry> [1..1] 2,123 {Or Code <Cd> [1..1] Code 2, Issuer <Issr> [0..1] Text 2, Reference <Ref> [0..1] Text 61 P a g e
62 Annex B Clieop03 equivalent Index Generic Index <XML Tag> Clieop03 functional equivalent 1.1 <MsgId> <CreDtTm> <NbOfTxs> <CtrlSum> <Nm> <ReqdExctnDt> <Nm> <BIC> <InstdAmt> <Nm> <AdrLine> <IBAN> <Ustrd> P a g e
63 Annex C Rulebook attribute equivalent Generic Index Index <XML Tag> Rulebook attribute equivalent 2.9 <Cd> AT-40 Identification code of the Scheme 2.14 <CtgyPurp> AT-45 Category purpose of the Credit Transfer <Nm> AT-02 Name of the Originator <PstlAdr> AT-03 Address of the Originator <Id> AT-10 Originator Identification Code 2.21 <DbtrAgt> AT-06 BIC code of the Originator Bank <Nm> AT-08 Name of the Originator Reference Party <Id> AT-09 Identification code of the Originator Reference Party 2.30 <EndToEndId> AT-41 Originator s Reference to the Credit Transfer 2.34 <Cd> AT-40 Identification code of the Scheme 2.39 <CtgyPurp> AT-45 Category purpose of the Credit Transfer 2.43 <InstdAmt> AT-04 Amount of the Credit Transfer in Euro <Nm> AT-08 Name of the Originator Reference Party <Id> AT-09 Identification code of the Originator Reference Party 2.77 <CdtrAgt> AT-23 BIC of the Beneficiary Bank <Nm> AT-21 Name of the Beneficiary <PstlAdr> AT-22 Address of the Beneficiary <Id> AT-24 Beneficiary Identification Code 2.80 <CdtrAcct> AT-20 Account number of the Beneficiary <Nm> AT-28 Name of the Beneficiary Reference Party <Id> AT-29 Identification Code of the Beneficiary Reference Party <Purp> AT-44 Purpose of the Credit Transfer 2.98 <RmtInf> AT-05 Remittance Information 63 P a g e
64 Annex D Overview ISO codes The ISO Payment messages use 'external code lists' which are validated and approved by the Payments SEG. The listed code values can be used in specific elements of the payments messages as indicated in the documents below. Unlike other ISO code lists, the code values are not included in the XML message schema with the message element they type. The purpose of externalising these code values is to be able to update the code lists (e.g. add new code values) without impacting the message themselves and, hence, without requiring the development of a new version of the messages that use these code lists. 25 external code lists are published in a spreadsheet which is versioned at three levels: the spreadsheet itself has a publication date, each list within the spreadsheet has a publication date (see 'CodeInventory' sheet) and each individual code value has a date of last update ('status date'). See under External Code Lists, Data Source Schemes (DSS), Variants and Supplementary Data, with External Code Lists spreadsheet as reference ( 64 P a g e
65 Annex E Generic ISO message Items Index Message item XML tag Mult. Type 1.1 CashAccount Identification <Id> [1..1] {Or + IBAN <IBAN> [1..1] Identifier Or} + Other <Othr> [1..1] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] {{Or Code <Cd> [1..1] Code Or}} Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text Type <Tp> [0..1] {Or + Code <Cd> [1..1] Code Or} + Proprietary <Prtry> [1..1] Text Currency <Ccy> [0..1] Code Name <Nm> [0..1] Text 2.1 AmountAndCurrencyExchange InstructedAmount <InstdAmt> [0..1] Amount <Amt> [1..1] Amount CurrencyExchange <CcyXchg> [0..1] SourceCurrency <SrcCcy> [1..1] Code TargetCurrency <TrgtCcy> [0..1] Code UnitCurrency <UnitCcy> [0..1] Code ExchangeRate <XchgRate> [1..1] Rate ContractIdentification <CtrctId> [0..1] Text QuotationDate <QtnDt> [0..1] Date TransactionAmount <TxAmt> [0..1] Amount <Amt> [1..1] Amount CurrencyExchange <CcyXchg> [0..1] SourceCurrency <SrcCcy> [1..1] Code TargetCurrency <TrgtCcy> [0..1] Code UnitCurrency <UnitCcy> [0..1] Code ExchangeRate <XchgRate> [1..1] Rate 65 P a g e
66 Index Message item XML tag Mult. Type ContractIdentification <CtrctId> [0..1] Text QuotationDate <QtnDt> [0..1] Date CounterValueAmount <CntrValAmt> [0..1] Amount <Amt> [1..1] Amount CurrencyExchange <CcyXchg> [0..1] SourceCurrency <SrcCcy> [1..1] Code TargetCurrency <TrgtCcy> [0..1] Code UnitCurrency <UnitCcy> [0..1] Code ExchangeRate <XchgRate> [1..1] Rate ContractIdentification <CtrctId> [0..1] Text QuotationDate <QtnDt> [0..1] Date AnnouncedPostingAmount <AnncdPstngAmt> [0..1] Amount <Amt> [1..1] Amount CurrencyExchange <CcyXchg> [0..1] SourceCurrency <SrcCcy> [1..1] Code TargetCurrency <TrgtCcy> [0..1] Code UnitCurrency <UnitCcy> [0..1] Code ExchangeRate <XchgRate> [1..1] Rate ContractIdentification <CtrctId> [0..1] Text QuotationDate <QtnDt> [0..1] Date ProprietaryAmount <PrtryAmt> [0..n] Type <Tp> [1..1] Text Amount <Amt> [1..1] Amount CurrencyExchange <CcyXchg> [0..1] SourceCurrency <SrcCcy> [1..1] Code TargetCurrency <TrgtCcy> [0..1] Code UnitCurrency <UnitCcy> [0..1] Code ExchangeRate <XchgRate> [1..1] Rate ContractIdentification <CtrctId> [0..1] Text QuotationDate <QtnDt> [0..1] Date 3.1 CurrencyAndAmountRange Amount <Amt> [1..1] {Or + FromAmount <FrAmt> [1..1] BoundaryAmount <BdryAmt> [1..1] Amount Included <Incl> [1..1] Indicator 66 P a g e
67 Index Message item XML tag Mult. Type Or + ToAmount <ToAmt> [1..1] BoundaryAmount <BdryAmt> [1..1] Amount Included <Incl> [1..1] Indicator Or FromToAmount <FrToAmt> [1..1] FromAmount <FrAmt> [1..1] BoundaryAmount <BdryAmt> [1..1] Amount Included <Incl> [1..1] Indicator ToAmount <ToAmt> [1..1] BoundaryAmount <BdryAmt> [1..1] Amount Included <Incl> [1..1] Indicator Or + EqualAmount <EQAmt> [1..1] Amount Or} + NotEqualAmount <NEQAmt> [1..1] Amount CreditDebitIndicator <CdtDbtInd> [0..1] Code Currency <Ccy> [1..1] Code 4.1 DateAndDateTimeChoice {Or Date <Dt> [1..1] Date Or} DateTime <DtTm> [1..1] DateTime 5.1 DateTimePeriodDetails FromDateTime <FrDtTm> [1..1] DateTime ToDateTime <ToDtTm> [1..1] DateTime 6.1 BranchAndFinancialInstitutionIdentification FinancialInstitutionIdentification <FinInstnId> [1..1] BIC <BIC> [0..1] Identifier ClearingSystemMemberIdentification <ClrSysMmbId> [0..1] ClearingSystemIdentification <ClrSysId> [0..1] Code <Cd> [1..1] Code Proprietary <Prtry> [1..1] Text MemberIdentification <MmbId> [1..1] Text {Or + Name <Nm> [0..1] Text {Or + PostalAddress <PstlAdr> [0..1] Or} + + AddressType <AdrTp> [0..1] Code Or} + + Department <Dept> [0..1] Text SubDepartment <SubDept> [0..1] Text StreetName <StrtNm> [0..1] Text BuildingNumber <BldgNb> [0..1] Text 67 P a g e
68 Index Message item XML tag Mult. Type PostCode <PstCd> [0..1] Text TownName <TwnNm> [0..1] Text CountrySubDivision <CtrySubDvsn> [0..1] Text Country <Ctry> [0..1] Code AddressLine <AdrLine> [0..7] Text Other <Othr> [0..1] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] Code <Cd> [1..1] Code Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text BranchIdentification <BrnchId> [0..1] Identification <Id> [0..1] Text Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] AddressType <AdrTp> [0..1] Code Department <Dept> [0..1] Text {Or + + SubDepartment <SubDept> [0..1] Text Or} + + StreetName <StrtNm> [0..1] Text BuildingNumber <BldgNb> [0..1] Text PostCode <PstCd> [0..1] Text TownName <TwnNm> [0..1] Text CountrySubDivision <CtrySubDvsn> [0..1] Text Country <Ctry> [0..1] Code AddressLine <AdrLine> [0..7] Text 7.1 GenericIdentification Identification <Id> [1..1] Text Issuer <Issr> [0..1] Text 8.1 Pagination PageNumber <PgNb> [1..1] Text LastPageIndicator <LastPgInd> [1..1] Indicator 9.1 PartyIdentification Name <Nm> [0..1] Text PostalAddress <PstlAdr> [0..1] AddressType <AdrTp> [0..1] Code 68 P a g e
69 Index Message item XML tag Mult. Type Department <Dept> [0..1] Text SubDepartment <SubDept> [0..1] Text StreetName <StrtNm> [0..1] Text BuildingNumber <BldgNb> [0..1] Text PostCode <PstCd> [0..1] Text TownName <TwnNm> [0..1] Text CountrySubDivision <CtrySubDvsn> [0..1] Text Country <Ctry> [0..1] Code AddressLine <AdrLine> [0..7] Text Identification <Id> [0..1] OrganisationIdentification <OrgId> [1..1] BICOrBEI <BICOrBEI> [0..1] Identifier Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] Code <Cd> [1..1] Code Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text PrivateIdentification <PrvtId> [1..1] DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] {Or BirthDate <BirthDt> [1..1] Date {Or ProvinceOfBirth <PrvcOfBirth> [0..1] Text CityOfBirth <CityOfBirth> [1..1] Text CountryOfBirth <CtryOfBirth> [1..1] Code Other <Othr> [0..n] Identification <Id> [1..1] Text SchemeName <SchmeNm> [0..1] Code <Cd> [1..1] Code Proprietary <Prtry> [1..1] Text Issuer <Issr> [0..1] Text CountryOfResidence <CtryOfRes> [0..1] Code {{Or ContactDetails <CtctDtls> [0..1] {Or + NamePrefix <NmPrfx> [0..1] Code Or}} + Name <Nm> [0..1] Text Or} + PhoneNumber <PhneNb> [0..1] Text 69 P a g e
70 Index Message item XML tag Mult. Type MobileNumber <MobNb> [0..1] Text FaxNumber <FaxNb> [0..1] Text Or} + Address < Adr> [0..1] Text Or} + Other <Othr> [0..1] Text 10.1 PostalAddress AddressType <AdrTp> [0..1] Code Department <Dept> [0..1] Text SubDepartment <SubDept> [0..1] Text StreetName <StrtNm> [0..1] Text BuildingNumber <BldgNb> [0..1] Text PostCode <PstCd> [0..1] Text TownName <TwnNm> [0..1] Text CountrySubDivision <CtrySubDvsn> [0..1] Text Country <Ctry> [0..1] Code AddressLine <AdrLine> [0..7] Text 11.1 RegulatoryReporting DebitCreditReportingIndicator <DbtCdtRptgInd> [0..1] Code Authority <Authrty> [0..1] Name <Nm> [0..1] Text Country <Ctry> [0..1] Code Details <Dtls> [0..n] Type <Tp> [0..1] Text Date <Dt> [0..1] Date Country <Ctry> [0..1] Code Code <Cd> [0..1] Text Amount <Amt> [0..1] Amount Information <Inf> [0..n] Text 12.1 FinancialInstrumentQuantityChoice {Or Unit <Unit> [1..1] Quantity Or FaceAmount <FaceAmt> [1..1] Amount Or} AmortisedValue <AmtsdVal> [1..1] Amount 13.1 TaxInformation Creditor <Cdtr> [0..1] TaxIdentification <TaxId> [0..1] Text RegistrationIdentification <RegnId> [0..1] Text 70 P a g e
71 Index Message item XML tag Mult. Type TaxType <TaxTp> [0..1] Text Debtor <Dbtr> [0..1] TaxIdentification <TaxId> [0..1] Text RegistrationIdentification <RegnId> [0..1] Text TaxType <TaxTp> [0..1] Text Authorisation <Authstn> [0..1] Title <Titl> [0..1] Text Name <Nm> [0..1] Text AdministrationZone <AdmstnZn> [0..1] Text ReferenceNumber <RefNb> [0..1] Text Method <Mtd> [0..1] Text TotalTaxableBaseAmount <TtlTaxblBaseAmt> [0..1] Amount TotalTaxAmount <TtlTaxAmt> [0..1] Amount Date <Dt> [0..1] Date SequenceNumber <SeqNb> [0..1] Quantity Record <Rcrd> [0..n] Type <Tp> [0..1] Text Category <Ctgy> [0..1] Text CategoryDetails <CtgyDtls> [0..1] Text DebtorStatus <DbtrSts> [0..1] Text CertificateIdentification <CertId> [0..1] Text FormsCode <FrmsCd> [0..1] Text Period <Prd> [0..1] Year <Yr> [0..1] Date Type <Tp> [0..1] Code FromToDate <FrToDt> [0..1] FromDate <FrDt> [1..1] Date ToDate <ToDt> [1..1] Date TaxAmount <TaxAmt> [0..1] Rate <Rate> [0..1] Rate TaxableBaseAmount <TaxblBaseAmt> [0..1] Amount TotalAmount <TtlAmt> [0..1] Amount Details <Dtls> [0..n] Period <Prd> [0..1] Year <Yr> [0..1] Date 71 P a g e
72 Index Message item XML tag Mult. Type Type <Tp> [0..1] Code FromToDate <FrToDt> [0..1] FromDate <FrDt> [1..1] Date ToDate <ToDt> [1..1] Date Amount <Amt> [1..1] Amount AdditionalInformation <AddtlInf> [0..1] Text 72 P a g e
73 Annex F Example message <?xml version="1.0" encoding="utf-8"?> <Document xmlns:xsi=" xmlns="urn:iso:std:iso:20022:tech:xsd:pain " xsi:schemalocation="urn:iso:std:iso:20022:tech:xsd:pain [LOCATION] pain xsd"> <CstmrCdtTrfInitn> <GrpHdr> <MsgId>message-id-001</MsgId> <CreDtTm> T14:07:00</CreDtTm> <NbOfTxs>2</NbOfTxs> <CtrlSum>30.3</CtrlSum> <InitgPty> <Nm>Bedrijfsnaam</Nm> </InitgPty> </GrpHdr> <PmtInf> <PmtInfId>minimaal gevuld</pmtinfid> <PmtMtd>TRF</PmtMtd> <NbOfTxs>1</NbOfTxs> <CtrlSum>10.1</CtrlSum> <ReqdExctnDt> </ReqdExctnDt> <Dbtr> <Nm>Naam</Nm> </Dbtr> <DbtrAcct> <Id> <IBAN>NL44RABO </IBAN> </Id> </DbtrAcct> <DbtrAgt> <FinInstnId> <BIC>RABONL2U</BIC> </FinInstnId> </DbtrAgt> <CdtTrfTxInf> <PmtId> <EndToEndId>non ref</endtoendid> </PmtId> <Amt> <InstdAmt Ccy="EUR">10.1</InstdAmt> </Amt> <ChrgBr>SLEV</ChrgBr> <CdtrAgt> <FinInstnId> <BIC>ABNANL2A</BIC> </FinInstnId> 73 P a g e
74 </CdtrAgt> <Cdtr> <Nm>Naam creditor</nm> </Cdtr> <CdtrAcct> <Id> <IBAN>NL90ABNA </IBAN> </Id> </CdtrAcct> <RmtInf> <Ustrd>vrije tekst</ustrd> </RmtInf> </CdtTrfTxInf> </PmtInf> <PmtInf> <PmtInfId>maximaal gevuld</pmtinfid> <PmtMtd>TRF</PmtMtd> <BtchBookg>true</BtchBookg> <NbOfTxs>1</NbOfTxs> <CtrlSum>20.2</CtrlSum> <PmtTpInf> <InstrPrty>NORM</InstrPrty> <SvcLvl> <Cd>SEPA</Cd> </SvcLvl> <LclInstrm> <Cd>IDEAL</Cd> </LclInstrm> <CtgyPurp> <Cd>SECU</Cd> </CtgyPurp> </PmtTpInf> <ReqdExctnDt> </ReqdExctnDt> <Dbtr> <Nm>Naam</Nm> <PstlAdr> <Ctry>NL</Ctry> <AdrLine>Debtor straat 1</AdrLine> <AdrLine>9999 XX Plaats debtor</adrline> </PstlAdr> </Dbtr> <DbtrAcct> <Id> <IBAN>NL44RABO </IBAN> </Id> </DbtrAcct> <DbtrAgt> <FinInstnId> <BIC>RABONL2U</BIC> </FinInstnId> </DbtrAgt> 74 P a g e
75 <UltmtDbtr> <Id> IG SEPA Credit Transfer version 7.0 <OrgId> <Othr> <Id> </Id> <SchmeNm> <Prtry>klantnummer</Prtry> </SchmeNm> <Issr>klantnummer uitgifte instantie</issr> </Othr> </OrgId> </Id> </UltmtDbtr> <ChrgBr>SLEV</ChrgBr> <CdtTrfTxInf> <PmtId> <InstrId>debtor-to-debtor-bank-01</InstrId> <EndToEndId>End-to-end-id-debtor-to-creditor-01</EndToEndId> </PmtId> <Amt> <InstdAmt Ccy="EUR">20.2</InstdAmt> </Amt> <CdtrAgt> <FinInstnId> <BIC>ABNANL2A</BIC> </FinInstnId> </CdtrAgt> <Cdtr> <Nm>Naam creditor</nm> <PstlAdr> <Ctry>NL</Ctry> <AdrLine>Straat creditor 1</AdrLine> <AdrLine>9999 XX Plaats creditor</adrline> </PstlAdr> </Cdtr> <CdtrAcct> <Id> <IBAN>NL90ABNA </IBAN> </Id> </CdtrAcct> <UltmtCdtr> <Id> <PrvtId> <DtAndPlcOfBirth> <BirthDt> </BirthDt> <CityOfBirth>PLAATS</CityOfBirth> <CtryOfBirth>NL</CtryOfBirth> </DtAndPlcOfBirth> </PrvtId> </Id> </UltmtCdtr> 75 P a g e
76 <Purp> <Cd>CHAR</Cd> </Purp> <RmtInf> <Strd> <CdtrRefInf> <Tp> IG SEPA Credit Transfer version 7.0 <CdOrPrtry> <Cd>SCOR</Cd> </CdOrPrtry> <Issr>CUR</Issr> </Tp> <Ref> </Ref> </CdtrRefInf> </Strd> </RmtInf> </CdtTrfTxInf> </PmtInf> </CstmrCdtTrfInitn> </Document> For an XML-pain message example go to: 76 P a g e
77 Annex G Overview of applicable usage rules Index Or Message Item Applicable Usage Rules ISO EPC NL +Message root 1.0 +GroupHeader MessageIdentification X CreationDateTime NumberOfTransactions ControlSum X InitiatingParty X X Name X Identification 1.8 {Or OrganisationIdentification X BICOrBEI X Other X Identification SchemeName 1.8 {{Or Code 1.8 Or}} Proprietary Issuer 1.8 Or} PrivateIdentification X DateAndPlaceOfBirth X BirthDate ProvinceOfBirth CityOfBirth CountryOfBirth Other X Identification SchemeName 1.8 {{Or Code 1.8 Or}} Proprietary 77 P a g e
78 Index Or Message Item Applicable Usage Rules ISO EPC NL Issuer PaymentInformation PaymentInformationIdentification PaymentMethod X BatchBooking X X NumberOfTransactions ControlSum X PaymentTypeInformation X InstructionPriority X ServiceLevel X 2.9 {Or Code X LocalInstrument X X 2.12 {Or Code X 2.13 Or} Proprietary X CategoryPurpose X X 2.15 {Or Code 2.16 Or} Proprietary RequestedExecutionDate X Debtor X Name X PostalAddress Country AddressLine X Identification 2.19 {Or OrganisationIdentification X BICOrBEI X Other X Identification SchemeName 2.19 {{Or Code 78 P a g e
79 Index Or Message Item Applicable Usage Rules ISO EPC NL 2.19 Or}} Proprietary Issuer 2.19 Or} PrivateIdentification X DateAndPlaceOfBirth X BirthDate ProvinceOfBirth CityOfBirth CountryOfBirth Other X Identification SchemeName 2.19 {{Or Code 2.19 Or}} Proprietary Issuer DebtorAccount X Identification X 2.20 {Or IBAN X Currency DebtorAgent X FinancialInstitutionIdentification X BIC X UltimateDebtor X X Name X Identification 2.23 {Or OrganisationIdentification X BICOrBEI X Other X Identification SchemeName 2.23 {{Or Code 2.23 Or}} Proprietary 79 P a g e
80 Index Or Message Item Applicable Usage Rules ISO EPC NL Issuer 2.23 Or} PrivateIdentification X DateAndPlaceOfBirth X BirthDate ProvinceOfBirth CityOfBirth CountryOfBirth Other X Identification SchemeName 2.23 {{Or Code 2.23 Or}} Proprietary Issuer ChargeBearer X X CreditTransferTransactionInformation PaymentIdentification InstructionIdentification X EndToEndIdentification X X PaymentTypeInformation X ServiceLevel X 2.34 {Or Code X LocalInstrument X 2.37 {Or Code 2.38 Or} Proprietary CategoryPurpose X X 2.40 {Or Code 2.41 Or} Proprietary Amount 2.43 {Or InstructedAmount X X ChargeBearer X UltimateDebtor X 80 P a g e
81 Index Or Message Item Applicable Usage Rules ISO EPC NL Name X Identification 2.70 {Or OrganisationIdentification X BICOrBEI X Other X Identification SchemeName 2.70 {{Or Code 2.70 Or}} Proprietary Issuer 2.70 Or} PrivateIdentification X DateAndPlaceOfBirth X BirthDate ProvinceOfBirth CityOfBirth CountryOfBirth Other X Identification SchemeName 2.70 {{Or Code 2.70 Or}} Proprietary Issuer CreditorAgent X FinancialInstitutionIdentification X BIC X Creditor X Name X PostalAddress Country AddressLine X Identification 81 P a g e
82 Index Or Message Item Applicable Usage Rules ISO EPC NL 2.79 {Or OrganisationIdentification X BICOrBEI X Other X Identification SchemeName 2.79 {{Or Code 2.79 Or}} Proprietary Issuer 2.79 Or} PrivateIdentification X DateAndPlaceOfBirth X BirthDate ProvinceOfBirth CityOfBirth CountryOfBirth Other X Identification SchemeName 2.79 {{Or Code 2.79 Or}} Proprietary Issuer CreditorAccount X Identification X 2.80 {Or IBAN X UltimateCreditor X Name X Identification 2.81 {Or OrganisationIdentification X BICOrBEI X Other X Identification SchemeName 82 P a g e
83 Index Or Message Item Applicable Usage Rules ISO EPC NL 2.81 {{Or Code 2.81 Or}} Proprietary Issuer 2.81 Or} PrivateIdentification X DateAndPlaceOfBirth X BirthDate ProvinceOfBirth CityOfBirth CountryOfBirth Other X Identification SchemeName 2.81 {{Or Code 2.81 Or}} Proprietary Issuer Purpose 2.87 {Or Code RemittanceInformation X Unstructured X 2, Structured X 2, CreditorReferenceInformation X 2, Type 2, CodeOrProprietary 2,123 {Or Code X 2, Issuer X 2, Reference X X 83 P a g e
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands Core and Business-to-Business Implementation Guidelines Disclaimer These guidelines may be subject to changes.
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands Core and Business-to-Business Implementation Guidelines Disclaimer These guidelines may be subject to changes.
SEPA Credit Transfer Customer-to-Bank Implementation Guidelines for the Netherlands
SEPA Credit Transfer Customer-to-Bank Implementation Guidelines for the Netherlands Disclaimer These guidelines may be subject to changes. Utmost care has been taken to ensure the information in this publication
SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC115-06 25 November 2014 (Version 8.0 Approved) EPC SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for implementing
SEPA Direct Debit Unpaid Report File Format
SEPA Direct Debit Unpaid Report File Format PAIN.002.001.03 XML File Structure This document is published by Bank of Ireland, and both it, and its contents, are the property of Bank of Ireland. This document
Record description XML File Transfer Balance and Transaction list camt.052.001.02
Record description XML File Transfer Balance and Transaction list camt.052.001.02 15.11.2012 Page 2 of 14 Change date Version Changed 10.10.2011 1.0 07.02.2012 1.1 2.1 Identification kentän pituus muuttunut,
Format description XML SEPA Credit Transfer. Format Description
Format description XML SEPA Credit Transfer Format Description CONTENTS 1 SEPA CT Import format 3 1.1 SEPA CT import format description 3 1.1.1 Description 3 1.1.2 General characteristics 3 1.1.3 Difference
SEPA Direct Debit Initiation Customer-to-Bank Implementation Guidelines for the Netherlands
SEPA Direct Debit Initiation Customer-to-Bank Implementation Guidelines for the Netherlands CORE and Business-to-Business Implementation Guidelines Disclaimer These guidelines may be subject to changes.
SEPA CORE DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC114-06 25 November 2014 (Version 8.0 Approved) EPC SEPA CORE DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for implementing
Payment Status Report
Payment Status Report Implementation Guidelines Version 1.0 Beligian Finance Sector Federation rue d Arlon, 82 B-1040 Brussels http://www.febelfin.be T +32 2 507 68 11 F +32 2 888 68 11 2 Table of Contents
Payments Standards - Clearing and Settlement
UNIFI (ISO 20022) Message Definition Report Payments Standards - Clearing and Settlement Approved by UNIFI Payments SEG on 06 June 2006 Edition July 2006 Table Of Contents Overview... 1 What does this
Payments Market Practice Document. ISITC Settlements Working Group
Payments Market Practice Document ISITC Settlements Working Group Publication Date: October, 2012 Author(s): ISITC Settlements Working Group DISCLAIMER This market practice document has been developed
ISO 20022 Message Implementation Guide for Payment Initiation
ISO 20022 Message Implementation Guide for Payment Initiation Pain001 Pain002 Version: 1.5 Issue date: 16 November 2015 Author: Swedbank Table of Contents 1. Introduction 2. Customer Credit Transfer Initiation
ISO 20022 PAYMENT GUIDE. Messages: Pain.001.001.03 Pain.002.001.03
ISO 20022 PAYMENT GUIDE Messages: Pain.001.001.03 Pain.002.001.03 20.11.2012 1 ISO 20022 Payment Guide Table of Contents 1 Background... 3 1.1 SEPA and ISO 20022... 3 1.2 Usage of ISO 20022 in Finland...
How To Create A Credit Card From A Creditcard In A Microsoft Web Server On A Microsql Web Server
Appendix to Danish Message Implementation Guideline for Common Global Implementation (CGI) Customer Credit Transfer Initiation and Danish Implementation Guideline for CGI Customer Payment Status Report
Format Description XML SEPA CT
Format Description XML SEPA CT SWIFT FileAct Rabobank Format Description XML SEPA CT - SWIFT FileAct November 2015 Version 2.2 1 Contents SEPA CT Import Format 3 SEPA CT Structure 4 Segment description
DESCRIPTION OF SEPA XML FORMAT FOR ING BUSINESSONLINE IMPORT AND EXPORT TEMPLATES
DESCRIPTIN F SEPA XML FRMAT FR ING BUSINESSNLINE IMPRT AND EXPRT TEMPLATES TABLE F CNTENTS Import of orders 3 1. Introduction 3 1.1 Notation 3 1.2 File structure 4 1.3 Batching rules 4 1.4 Differentiation
XML ACCOUNT STATEMENT. Service Description
XML ACCOUNT STATEMENT Service Description October 2011 OY SAMLINK AB SERVICE DESCRIPTION 2 (18) Table of contents Table of contents Error! No table of contents entries found. OY SAMLINK AB SERVICE DESCRIPTION
OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE
Version 1.94 13.4.2016 OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE Pain.001.001.02 Pain.002.001.02 2 (51) Sisällysluettelo MANUAL VERSION INFORMATION... 4 1 SEPA CREDIT TRANSFER, ISO 20022 APPLICATION
Record description XML File Transfer ISO 20022 XML pain.001.001.02
Record description XML File Transfer 20022 XML pain.001.001.02 15.11.2012 2 Change date Version Changed 2.6.2010 1.0 2.15 Payer s business id. Length can be 8, 9, 13 or 14 marks (so called long business
OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE
Version 2.5 13.4.2016 OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE 2 (54) CONTENTS VERSION INFORMATION... 4 1 OUTGOING PAYMENTS, ISO 20022 APPLICATION GUIDELINE... 5 1.1 ISO 20022 MESSAGE DESCRIPTION
Format description XML SEPA Credit Transfer
Format description XML SEPA Credit Transfer Rabo Cash Management Colophon Title Format description XML SEPA CT Version, date 1.7, April 30, 2014 Our reference Format description XML SEPA Credit Transfer
SEPA CORE DIRECT DEBIT SCHEME CUSTOMER-TO-BANK IMPLEMENTATION GUIDELINES
Doc: EPC130-08 30 November 2012 (Version 7.0 Approved) EPC SEPA CORE DIRECT DEBIT SCHEME CUSTOMER-TO-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for
SEPA BUSINESS-TO-BUSINESS DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC301-07 25 November 2014 (Version 6.0 Approved) EPC SEPA BUSINESS-TO-BUSINESS DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the
XML message for Payment Initiation Implementation Guideline. Version 1.02
XML message for Payment Initiation Implementation Guideline Version 1.02 Version 1.02 Changes Updated 20131211 1) SEB specific rule added under tag 2.44 Equivalent Amount 2) To the tag 2.89 Regulatory
ISO 20022 XML pain.001 implementation guide in Handelsbanken Estonia, Latvia, Lithuania
ISO 20022 XML pain.001 implementation guide in Handelsbanken Estonia, Latvia, Lithuania Version: 1.0 Date: 12.10.2015 1 1 Introduction This document describes the Implementation Guide for CustomerCreditTransferInitiation
SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC115-06 30 November 2012 (Version 7.0 Approved) EPC SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for implementing
Format Description XML SEPA DD
Format Description XML SEPA DD RDC (Rabobank Direct Connect) Rabobank Format Description XML SEPA DD - RDC (Rabobank Direct Connect) November 2015 Version 2.2 1 Contents SEPA DD Import Format 3 SEPA DD
ISO 20022 ACCOUNT STATEMENT GUIDE. v 1.3
ISO 20022 ACCOUNT STATEMENT GUIDE v 1.3 4.10.2012 1 ISO 20022 Account Statement Guide Table of contents 1 Introduction... 3 2 General... 3 2.1 Effects on customer routines... 4 2.2 Activities... 4 3 Electronic
OP's C2B SERVICES Pain 03. Payment Transfer Products
OP's C2B SERVICES Pain 03 Payment Transfer Products Customer Guidelines March 2015 2/104 Version Key Changes Changed section November 2012 added money orders 13 C2B money orders July 2013 updated payment
Format description XML SEPA Credit Transfer
Format description XML SEPA Credit Transfer Version, date Project 1.4, 24 April 2013 Rabo Cash Management 1 Colophon Title Format description XML SEPA CT Version, date 1.4, 24 April 2013 Our reference
Appendix for BSK Implementerings Guides ISO 20022
Appendix for BSK Implementerings Guides ISO 20022 PAIN 001.001.03 CustomerCreditTransferInitiation PAIN 002.001.03 CustomerPaymentStatusReport Eksempelfiler for transaksjoner i norske betalingssystemer
Formats for Internet Bank
1/42 Formats for Internet Bank This document specifies payment initiation and account statement formats in LHV Internet Bank. PAYMENT INITIATION... 2 XML FORMAT (ISO 20022 PAYMENT INITIATION MESSAGE PAIN.001.001.03)...
Danish Implementation Guideline for Common Global Implementation (CGI) Customer Payment Status Report
Danish Implementation Guideline for Common Global Implementation (CGI) Customer Payment Status Report based on documentation from ISO 20022 Message Definition Report December 15th 2012 FINAL VERSION Page
XML Message for SEPA Direct Debit Initiation
XML Message for SEPA Direct Debit Initiation Core and Business-to-Business Implementation Guidelines Version 1.2 Table of Contents 1 Introduction... 4 1.1 SEPA Direct Debit definition... 5 1.2 Message
SEPA formats - an introduction to XML. version September 2013. www.ing.be/sepa
Financial Supply Chain SEPA SEPA formats - an introduction to XML version September 2013 www.ing.be/sepa INTRODUCTION 1 INTRODUCTION TO XML 2 What is XML? 2 What is a root element? 2 What are the specifications
SEPA DATA MODEL. Reason for Issue Approved by the EPC Plenary on 13 December 2006
Doc: EPC029-06 (Version 2.2) 13 December2006 OITS SG SEPA DATA MODEL Abstract Document Reference Issue This document sets out the SEPA Data Model which is referred to in the SEPA Credit Transfer and Direct
SEPA DIRECT DEBIT SCHEME IMPLEMENTATION GUIDELINES
Doc: EPC114-06 19 June 2007 (Version 2.3 ) OITS SG SEPA DIRECT DEBIT SCHEME IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the SEPA rules for implementing the direct
RECOMMENDATION ON CUSTOMER REPORTING OF SEPA CREDIT TRANSFERS AND SEPA DIRECT DEBITS
Doc: EPC188-09 27 October 2009 (Version 1.01 Approved) EPC RECOMMENDATION ON CUSTOMER REPORTING OF SEPA CREDIT TRANSFERS AND SEPA DIRECT DEBITS 0 Background With ISO 20022 standards mandatory in the Rulebooks
Format description SEPA DD ISO20022 (for Euro Direct Debits)
Format description SEPA DD ISO20022 (for Euro Direct Debits) Version, date Project 1.4, 24 April 2013 Rabo Cash Management 1 Colophon Title SEPA Direct Debit format description Version, date 1.4, 24 April
Date: 8 January 2009 (Message Versions: pain.001.001.02, pain.008.001.01, pain.006.001.01, pain.007.001.01 and pain.002.001.02)
ISO 20022 Customer-to-Bank Message Usage Guide Customer Credit Transfer Initiation, Customer Direct Debit Initiation, and Payment Status Report Version 3.0 Date: 8 January 2009 (Message Versions: pain.001.001.02,
Standards MX Message Implementation Guide and Rule Book
Solutions SWIFT for Corporates Standards MX Message Implementation Guide and Rule Book Payment Initiation and Account Reporting This document describes and references a set of rules and guidelines you
Format Description SWIFT MT940 Structured
Format Description SWIFT MT940 Structured Rabo Cash Management Colophon Title Format Description SWIFT MT940 Structured Version, date 3.331, November 2014 On behalf of Zakelijke Klantkanalen Contact address
Format description SEPA Direct Debit (for Euro Direct Debits) Rabo Cash Management
Format description SEPA Direct Debit (for Euro Direct Debits) Rabo Cash Management CONTENTS 1 SEPA DD Import format 3 1.1 SEPA DD import format description 3 1.1.1 Description 3 1.1.2 General characteristics
Schema HCT_ele_external.xsd
Schema HCT_ele_external.xsd schema location: attribute form default: element form default: qualified targetnamespace: urn:iso:std:iso:20022:tech:xsd:pain.001.001.03 Elements Complex types Document AccountIdentification4Choice
Format Description MT940. Rabo Cash Management
Format Description MT940 Rabo Cash Management COLOFON Title Format Description MT940 Version, date 2.4, January 2013 On behalf of Contact address FL-Services Rabobank Nederland, Croeselaan 18, Postbus
SEPA in Netherlands. Quick facts. International Bank Account Number (IBAN) IBAN structure. 66 SEPA Country Sheets - Netherlands
SEPA in Netherlands Useful links Information campaign, by National Forum on SEPA migration www.overopiban.nl IBAN-Acceptgiro information www.acceptgiro.nl/ IBAN BIC conversion service www.ibanbicservice.nl
499.35 en (pf.ch/dok.pf) 11.2015 PF. EPO manual Electronic payment order via file transfer
499.35 en (pf.ch/dok.pf) 11.2015 PF EPO manual Electronic payment order via file transfer Customer support Customer support for EPO Consulting & Sales Phone +41 848 888 900 (CHF 0.08/min. from a landline)
Danske Bank Message Implementation Guide Common Global Implementation (CGI) Customer Credit Transfer pain.001.001.03
This document defines how a CustomerCreditTransferInitiation message should be structured when sent to Danske Bank. The Danske Bank Message Implementation Guide (MIG) of the CustomerCreditTransferInitiation
SEPA CREDIT TRANSFER SCHEME RULEBOOK
EPC125-05 Version 7.2 Approved Date issued: 4 March 2015 Date effective: 3 April 2015 SEPA CREDIT TRANSFER SCHEME RULEBOOK Conseil Européen des Paiements AISBL Cours Saint-Michel 30 B 1040 Brussels Tel:
Clarification Paper SEPA Credit Transfer and SEPA Direct Debit
EPC348-12 Version 2.0 Date issued: 16 May 2013 EPC Clarification Paper SEPA Credit Transfer and SEPA Direct Debit Abstract This document addresses operational issues arising from implementation of the
Intra-day payment Frequently asked questions
Intra-day payment Frequently asked questions Contents 1. THE MEANING, advantages and scope of intra-day payment... 3 1.1. What does the launch of intra-day payment mean?... 3 1.2. What advantages does
SEPA CREDIT TRANSFER SCHEME RULEBOOK
EPC125-05 Version 4.1 approved Date issued: 1 November 2010 Date effective: 1 November 2010 SEPA CREDIT TRANSFER SCHEME RULEBOOK Conseil Européen des Paiements AISBL Av. de Tervueren 12 B 1040 Brussels
HSBC Your Guide to SEPA. Capitalising on the opportunities
HSBC Your Guide to SEPA Capitalising on the opportunities Executive Summary Developed by the European Payments Council, the Single Euro Payments Area or SEPA expands on the vision behind the Euro to establish
RF Creditor Reference
RF Creditor Reference Facilitating full end-to-end straight-through payment processing version 1.0, May 2010 RF Expert Group 2 (36) Page RF Creditor Reference... 1 Facilitating full end-to-end straight-through
Customer Statement - MT940 with Structured Information To Account Owner
General Information The MT940 customer statement message is an electronic message containing financial statement information for customers concerning their accounts. Danske Bank can send a MT940 either
SEPA CREDIT TRANSFER SCHEME RULEBOOK
EPC125-05 Version 8.2 Date issued: 03 March 2016 Date effective: 01 April 2016 SEPA CREDIT TRANSFER SCHEME RULEBOOK Conseil Européen des Paiements AISBL Cours Saint-Michel 30 B 1040 Brussels Tel: +32 2
Implementation of ISO 20022: starter kit for software partners
Insert images: Swiss Post menu > image > insert image. For more images go to www.brandingnet.ch Technical details Full screen image size W 25.4 cm x H 19.05 cm equals W 1500 pixels x H 1125 pixels Resolution
SEPA CBI XML generator Documentation
SEPA CBI XML generator Documentation Release 0.1.0 Emanuele Pucciarelli July 06, 2014 Contents 1 Introduction 3 2 Quick start 5 3 Usage 7 4 The IdHolder class 9 5 The Payment class 11 5.1 Adding transactions...........................................
in Fr a nce Introduction
in Fr a nce Introduction This document provides an overview of all the country specific information you need to successfully implement your migration to SEPA in France. Intending to provide a global picture
This translation has been prepared with the greatest possible care; however, in case of doubt, the German text is the authoritative version.
The Deutsche Bundesbank s technical specifications for the clearing and settlement of interbank SEPA credit transfers via the RPS ( SCT/BCT/SCL technical specifications ) Version 2.4 valid from 30 September
ICEPAY & SEPA Direct Debit
ICEPAY & SEPA Direct Debit Page 1 July 2014 S. Campbell v0.5 Table of Contents 1. Purpose of this document... 3 1.1 Support... 3 2. SEPA - Introduction... 3 2.1 SEPA - Goals... 3 2.2 SEPA Bank accounts,
Form Payments statistics (formerly form-9006)
Form Payments statistics (formerly form-9006) General The report contains data on payments, specifically payments between consumers, businesses and the government. As of July 2014, this report implements
SEPA Direct Debit PAIN.008.001.02 XML File Structure
SEPA Direct Debit PAIN.008.001.02 XML File Structure This document is published by Bank of Ireland, and both it, and its contents, are the property of Bank of Ireland. This document may not be reproduced
SEPA Testing Framework. Wat is SEPA? LogicaCMG 2007 1. Rik Marselis. Even voorstellen: Rik Marselis
Wat is SEPA? Rik Marselis 17 oktober 2007 LogicaCMG 2007. All rights reserved Even voorstellen: Rik Marselis Senior Test Adviseur o.a. bij European Payments Council Penningmeester van Belgium & Netherlands
SEPA Reason Codes. Direct Debit Customer to Bank Implementation Guidelines
SEPA Reason s The SEPA reason codes in this document are sourced from the following European Payments Council Implementation Guideline documentation which detail the customer-to-bank and inter-bank formats
SEPA Country Guide Italy. Introduction
Introduction This document provides an overview of all the country specific information you need to successfully implement your migration to SEPA in Italy. Intending to provide a global picture of the
Single Euro Payments Area SEPA Herman Ciappara Payments & Banking Department Central Bank of Malta
Single Euro Payments Area SEPA Herman Ciappara Payments & Banking Department Central Bank of Malta 1 1 Outline What is SEPA? Objectives Opportunities Important SEPA Dates Impact of SEPA Challenges 2 2
SEPA Customer File Formats-Definition Proposals
SEPA Customer File Formats-Definition Proposals Purpose: The purpose of this document is to agree customer file formats for both direct debits (DDs) and credit transfers (CTs). The aim is to ensure all
This translation has been prepared with the greatest possible care; however, in case of doubt, the German text is the authoritative version.
The Deutsche Bundesbank s technical specifications for the clearing and settlement of interbank SEPA credit transfers via the RPS SEPA- Clearer ( SCT/BCT/SCL technical specifications ) Version 2.5 valid
March 2014. Euro Payment. Manual
March 2014 Euro Payment Manual Contents 1 Introduction 2 Euro Payment: characteristic features 2.1 Introduction 2.2 Differences compared to the Dutch credit transfer 2.3 IBAN and BIC 2.4 Timelines and
ELECTRONIC BANKING. RFT MT101 File Format Description Ver. 2009-09-28
ELECTRONIC BANKING RFT MT101 File Format Description Ver. 2009-09-28 CONTENTS: 1. RFT MT101 File Format Description 3 2. Detailed MT101 File Format Description 3 2.1 Key to description of the records 3
ERP SEPA readiness checklist
ERP SEPA readiness checklist version July 2013 www.ingsepa.com Financial Supply Chain SEPA This list contains 11 questions to determine the level of SEPA-readiness of an ERP 1. The first 3 questions deal
This translation has been prepared with the greatest possible care; however, in case of doubt, the German text is the authoritative version.
The Deutsche Bundesbank s technical specifications for the clearing and settlement of interbank SEPA credit transfers via the RPS SEPA- Clearer ( SCT/BCT/SCL technical specifications ) Version 2.6 valid
Format Description. SWIFT MT103 Single Customer Credit Transfer
De Format Description SWIFT MT103 Single Customer Credit Transfer COLOPHON Title Format Description SWIFT MT103 Version, date 1.3, June 2015 On behalf of Contact address Corporate Client Channels Rabobank
Implementing SEPA in Belgiu m
SEPA Country Guide Belgium Implementing SEPA in Belgiu m All you need to know for a successful SEPA migration Introduction This document provides an overview of all the country specific information you
Guide. 1 Dec 2010. Introduction of the global Structured Creditor Reference in Finnish companies. 1 December 2010
1 Dec 2010 Guide Introduction of the global Structured Creditor Reference in Finnish companies 1 December 2010 Federation of Finnish Financial Services Contents Guide Introduction of the global Structured
SEPA CORE DIRECT DEBIT SCHEME RULEBOOK
EPC016-06 Version 7.1 Approved Date issued: 27 January 2014 Date effective: 1 February 2014 SEPA CORE DIRECT DEBIT SCHEME RULEBOOK Conseil Européen des Paiements AISBL Cours Saint-Michel 30A B 1040 Brussels
SEPA Direct Debit Initiation Danske Bank's interpretation of ISO 20022 pain.008.001.02 (Direct Debit Initiation)
SEPA Direct Debit Initiation Danske Bank's interpretation of ISO 20022 pain.008.001.02 (Direct Debit Initiation) Table of Contents Introduction File layout Description Group Header Payment Information
Standards MT Migration Guide
Solutions SWIFT for Corporates Standards MT Migration Guide MT Migration 2009 Version 1.0 This document provides guidance for the November 2009 mandatory migration from the MT 103, Customer Credit Transfer,
Single Euro Payments Area (SEPA) with Oracle E-Business Suite for German Banks
Single Euro Payments Area (SEPA) with Oracle E-Business Suite for German Banks DOAG SIG-Meeting E-Business Suite Vienna, 27-SEP-2010 Daphne Schmitz Copyright 2010, Toshiba Corporation. Information Systems
480.84 en (pf.ch/dok.pf) 10.2015 PF. Manual PostFinance ISO messages for banks [pacs messages]
480.84 en (pf.ch/dok.pf) 10.2015 PF Manual PostFinance ISO messages for banks [pacs messages] Customer service Enquiries concerning service ISO 20022 for banks PostFinance Ltd Customer Service Banks Mingerstrasse
TERMS AND CONDITIONS APPLICABLE TO CREDIT INSTITUTIONS
ERSTE BANK HUNGARY ZRT TERMS AND CONDITIONS APPLICABLE TO CREDIT INSTITUTIONS Effective from: 01 September 2014 1. General Provisions 1.1. These Terms and Conditions (hereinafter TC ) apply to all correspondent
Microsoft Dynamics NAV. SEPA Credit Transfers and Direct Debits
Microsoft Dynamics NAV SEPA Credit Transfers and Direct Debits July 2012 EXECUTIVE SUMMARY... 1 SEPA PAYMENT INSTRUMENTS... 2 SEPA CREDIT TRANSFERS... 2 SEPA DIRECT DEBITS... 2 OVERVIEW OF SEPA DIRECT
SEPA Creditors Guide. SEPA Direct Debit Core Scheme. Version 1.3 Final Page 1 of 38
SEPA Creditors Guide SEPA Direct Debit Core Scheme Version 1.3 Final Page 1 of 38 Log of Revisions to the SDD Creditors Guide Version number Version1.1 Brief description of revision Comprehensive guide
PAIN.002. Format description Functional
PAIN.002 Format description Functional Content 1. PAIN.002 STATUS EXPORT FORMAT 3 2. PAIN.002 SCENARIOS 5 APPENDIX 1: EXPORTING PAIN.002 FROM RABO CASH MANAGEMENT 12 APPENDIX 2: DOWNLOADING PAIN.002 FROM
Format Description SWIFT FIN MT101. Rabobank
Format Description SWIFT FIN MT101 Rabobank COLOPHON Title Format Description SWIFT FIN MT101 Version, date 1.25, September 2015 On behalf of Contact address Corporate Client Channels Rabobank Nederland,
SEPA CORE DIRECT DEBIT SCHEME RULEBOOK
EPC016-06 Version 9.2 Date issued: 03 March 2016 Date effective: 20 November 2016 SEPA CORE DIRECT DEBIT SCHEME RULEBOOK Conseil Européen des Paiements AISBL Cours Saint-Michel 30 B 1040 Brussels Tel:
Swedish Common Interpretation of ISO 20022 Payment Messages. Appendix 1: Common Payment Types in Sweden
Swedish Common Interpretation of ISO 20022 Payment Messages Appendix 1: 2 (27) Version Date Changes 0.1 2013-12-11 Initial version 1.0 2014-02-10 Updates after external review Page 5: Added that BG/PG
OP's C2B SERVICES Pain 02. Payment transfer products
OP's C2B SERVICES Pain 02 Payment transfer products Customer Guidelines March 2015 2/105 Version Key Changes Changed section November 2012 added money orders 1.3 C2B money orders July 2013 updated payment
SEPA Direct Debit Implementation Guide. Version 1.7
SEPA Direct Debit Implementation Guide Version 1.7 DANSKE BANK Table of contents 1 Change log... 3 2 Purpose of this document... 4 2.1 Target groups... 4 2.2 Help... 4 3 Introduction to SEPA Direct Debit...
SEPA Country-Specific Information Italy
SEPA Country-Specific Information Italy Cash Management & ebanking January 2014 Contents INTRODUCTION 3 END-DATE INFORMATION 3 IBAN CONVERSION SERVICE 3 SEPA PRODUCTS 4 SEPA CREDITOR IDENTIFIER (CI) 6
DOCUMENT "INVOICE" USE PROFILE
DOCUMENT "INVOICE" USE PROFILE Date of release: 2009-12-11 Guide filename: UBL-TCF-UseProfile-Invoice.pdf 1. BUSINESS DESCRIPTION 1.1 This document This document is a use profile of UBL Invoice 2.0 document
SEPA Country-Specific Information Austria
SEPA Country-Specific Information Austria Cash Management & ebanking January 2014 Contents INTRODUCTION 3 END-DATE INFORMATION 3 IBAN CONVERSION SERVICE 3 SEPA PRODUCTS 4 SEPA CREDITOR IDENTIFIER (CI)
IBM Financial Services Sector. IBM Payment Platform to face SEPA A flexible approach for a Smarter Bank
IBM Payment Platform to face SEPA A flexible approach for a Smarter Bank Market Forces Driving the Payments Industry to Transform Economic Pressures Increasing pressures on fees Margins being squeezed
INTERNATIONAL BANK ACCOUNT NUMBER (IBAN) AND BANK IDENTIFIER CODE (BIC) IN PAYMENTS
INTERNATIONAL BANK ACCOUNT NUMBER (IBAN) AND BANK 5.7.2015 1 Table of contents 1 IBAN... 2 1.1 IBAN Structure... 2 1.2 IBAN verification... 2 1.3 Usage... 3 1.3.1 IBAN in incoming payments... 3 1.3.2 IBAN
Guidance on reason codes for SDD R-transactions
EPC173-14 Version 2.0 Date issued:16 April 2015 Guidance on reason codes for SDD R-transs 1. SDD R-TRANSACTION DEFINITION The content of this document applies to the SEPA Direct Debit Core Scheme Rulebook
Bankline internet banking import file layout user guide
Bankline internet banking import file layout user guide Bankline internet banking import file layout user guide 2 Contents 1. Introduction to Bankline import...3 1.1 What is Bankline import?...3 1.2 How
Spanish legacy branch code 4 numbers. Spanish legacy bank code 4 numbers
SEPA in Spain Useful links Spanish official SEPA website (in Spanish language) http://www.sepaesp.es/ National Central Bank of Spain www.bde.es/bde/en Official Migration Guide for the Spanish market Download
