XML message for Statement

Size: px
Start display at page:

Download "XML message for Statement"

Transcription

1 XML message for Statement Implementation Guidelines Version 2.0

2 Table of Contents 1. Introduction Scope General principles Contents of the message: Periodicity of the message Use of these guidelines Characteristics Message structure Message Description - detail Message description - high- level Message Item Description GroupHeader MessageIdentification < MsgId> CreationDateTime <CreDtTm> MessageRecipient <MsgRcpt> Name <Nm> MessagePagination <MsgPgntn> PageNumber <PgNb> LastPageIndicator <LastPgInd> AdditionalInformation <AddtlInf> Statement Identification ElectronicSequenceNumber <ElctrncSeqNb> LegalSequenceNumber <LglSeqNb> CreationDateTime <CreDtTm> FromToDate <FrToDt> FromDateTime <FrDtTm> ToDateTime <ToDtTm> CopyDuplicateIndicator <CpyDplctInd> Account <Acct> Identification <Id> IBAN <IBAN> Type <Tp> Proprietary <Prtry> Currency <Ccy> Name <Nm> Owner <Ownr> Name <Nm> Identification <Id> OrganisationIdentification <OrgId> Other <Othr> Identification <Id> Servicer <Svcr> FinancialInstitutionIdentification <FinInstnId> /176

3 BIC <BIC> RelatedAccount <RltdAcct> Identification <Id> IBAN <IBAN> Other <Othr> Identification <Id> Balance <Bal> Type <Tp> CodeOrProprietary <CdOrPrtry> Code <Cd> Proprietary <Prtry> SubType <SubTp> Code <Cd> Amount <Amt> CreditDebitIndicator <CdtDbtInd> Date <Dt> Date <Dt> TransactionsSummary <TxsSummry> TotalEntries <TtlNtries> NumberOfEntries <NbOfNtries> Sum <Sum> TotalNetEntryAmount <TtlNetNtryAmt> CreditDebitIndicator <CdtDbtInd> TotalCreditEntries <TtlCdtNtries> NumberOfEntries <NbOfNtries> Sum <Sum> TotalDebitEntries <TtlDbtNtries> NumberOfEntries <NbOfNtries> Sum <Sum> Entry <Ntry> EntryReference <NtryRef> Amount <Amt> CreditDebitIndicator <CdtDbtInd> ReversalIndicator <RvslInd> Status <Sts> BookingDate <BookgDt> Date <Dt> ValueDate <ValDt> Date <Dt> AccountServicerReference <AcctSvcrRef> BankTransactionCode <BkTxCd> Domain <Domn> Code <Cd> Family <Fmly> Code <Cd> SubFamilyCode <SubFmlyCd> Proprietary <Prtry> Code <Cd> Issuer <Issr> AdditionalInformationIndicator <AddtlInfInd> /176

4 2.102 MessageNameIdentification <MsgNmId> MessageIdentification <MsgId> AmountDetails <AmtDtls> InstructedAmount <InstdAmt> Amount <Amt> TransactionAmount <TxAmt> Amount <Amt> CounterValueAmount <CntrValAmt> Amount <Amt> CurrencyExchange <CcyXchg> SourceCurrency <SrcCcy> TargetCurrency <TrgtCcy> UnitCurrency <UnitCcy> ExchangeRate <XchgRate> ProprietaryAmount <PrtryAmt> Type <Tp> Amount <Amt> Charges <Chrgs> Amount <Amt> CreditDebitIndicator <CdtDbtInd> Type <Tp> Proprietary <Prtry> Identification <Id> Issuer <Issr> Rate <Rate> Tax <Tax> Identification <Id> Rate <Rate> Amount <Amt> EntryDetails <NtryDtls> Batch <Btch> MessageIdentification <MsgId> PaymentInformationIdentification <PmtInfId> NumberOfTransactions <NbOfTxs> TotalAmount <TtlAmt> CreditDebitIndicator <CdtDbtInd> TransactionDetails <TxDtls> References <Refs> MessageIdentification <MsgId> AccountServicerReference <AcctSvcrRef> PaymentInformationIdentification <PmtInfId> InstructionIdentification <InstrId> EndToEndIdentification <EndToEndId> TransactionIdentification <TxId> MandateIdentification <MndtId> ChequeNumber <ChqNb> AmountDetails <AmtDtls> InstructedAmount <InstdAmt> Amount <Amt> TransactionAmount <TxAmt> /176

5 Amount <Amt> CounterValueAmount <CntrValAmt> Amount <Amt> CurrencyExchange <CcyXchg> SourceCurrency <SrcCcy> TargetCurrency <TrgtCcy> UnitCurrency <UnitCcy> ExchangeRate <XchgRate> ProprietaryAmount <PrtryAmt> Type <Tp> Amount <Amt> BankTransactionCode <BkTxCd> Domain <Domn> Code <Cd> Family <Fmly> Code <Cd> SubFamilyCode <SubFmlyCd> Proprietary <Prtry> Code <Cd> Issuer <Issr> Charges <Chrgs> Amount <Amt> CreditDebitIndicator <CdtDbtInd> Type <Tp> Proprietary <Prtry> Identification <Id> Issuer <Issr> Rate <Rate> Tax <Tax> Identification <Id> Rate <Rate> Amount <Amt> Interest <Intrst> Amount <Amt> CreditDebitIndicator <CdtDbtInd> Type <Tp> Proprietary <Prtry> Rate <Rate> Type <Tp> Percentage <Pctg> Other <Othr> FromToDate <FrToDt> FromDateTime <FrDtTm> ToDateTime <ToDtTm> RelatedParties <RltdPties> InitiatingParty <InitgPty> Name <Nm> PostalAddress <PstlAdr> StreetName <StrtNm> BuildingNumber <BldgNb> /176

6 9.1.7 PostCode <PstCd> TownName <TwnNm> Country <Ctry> AddressLine <AdrLine> Debtor <Dbtr> Name <Nm> PostalAddress <PstlAdr> StreetName <StrtNm> BuildingNumber <BldgNb> PostCode <PstCd> TownName <TwnNm> Country <Ctry> AddressLine <AdrLine> Identification <Id> OrganisationIdentification <OrgId> BICOrBEI <BICOrBEI> DebtorAccount <DbtrAcct> Identification <Id> IBAN <IBAN> Other <Othr> Identification <Id> Issuer <Issr> UltimateDebtor <UltmtDbtr> Name <Nm> PostalAddress <PstlAdr> StreetName <StrtNm> BuildingNumber <BldgNb> PostCode <PstCd> TownName <TwnNm> Country <Ctry> AddressLine <AdrLine> Creditor <Cdtr> Name <Nm> PostalAddress <PstlAdr> StreetName <StrtNm> BuildingNumber <BldgNb> PostCode <PstCd> TownName <TwnNm> Country <Ctry> AddressLine <AdrLine> Identification <Id> OrganisationIdentification <OrgId> BICOrBEI <BICOrBEI> Other <Othr> Identification <Id> CreditorAccount <CdtrAcct> Identification <Id> IBAN <IBAN> Other <Othr> Identification <Id> /176

7 1.1.7 Issuer <Issr> UltimateCreditor <UltmtCdtr> Name <Nm> PostalAddress <PstlAdr> StreetName <StrtNm> BuildingNumber <BldgNb> PostCode <PstCd> TownName <TwnNm> Country <Ctry> AddressLine <AdrLine> RelatedAgents <RltdAgts> DebtorAgent <DbtrAgt> FinancialInstitutionIdentification <FinInstnId> BIC <BIC> CreditorAgent <CdtrAgt> FinancialInstitutionIdentification <FinInstnId> BIC <BIC> Purpose <Purp> Code <Cd> RemittanceInformation <RmtInf> Unstructured <Ustrd> Structured <Strd> CreditorReferenceInformation <CdtrRefInf> Type <Tp> CodeOrProprietary <CdOrPrtry> <Cd> Issuer <Issr> Reference <Ref> RelatedDates <RltdDts> AcceptanceDateTime <AccptncDtTm> Tax <Tax> TotalTaxAmount <TtlTaxAmt> Record <Rcrd> Type <Tp> TaxAmount <TaxAmt> Rate <Rate> TaxableBaseAmount <TaxblBaseAmt> TotalAmount <TtlAmt> ReturnInformation <RtrInf> OriginalBankTransactionCode <OrgnlBkTxCd> Domain <Domn> Code <Cd> Family <Fmly> Code <Cd> SubFamilyCode <SubFmlyCd> Proprietary <Prtry> Code <Cd> Issuer <Issr> Originator <Orgtr> Name <Nm> /176

8 2.304 Reason <Rsn> Code <Cd> AdditionalInformation <AddtlInf> AdditionalTransactionInformation <AddtlTxInf> AdditionalEntryInformation <AddtlNtryInf> AdditionalStatementInformation <AddtlStmtInf> Principles governing the structure of reporting General principles Information registered under the Entry item 2.76 : Information registered under the Entry details item : Partial / gross amounts versus net amount : Reporting of Structured Creditor References to RemittanceInformation Item : Reporting of costs, fees and taxes : Reporting of Customer References from Pain- messages : Reporting of the different kinds of amounts: Reporting of the TransactionsSummary 2.43 item: Bank Transaction Codes Transaction codes defined in Luxembourg Appendix Purpose Code List Examples XMLHeader GroupHeader Statement Entries SCT Transfer - single International transfers - collective Received payments with a Structured Creditor Reference Mapping MT940 étendu vs camt.053: Contact Details : /176

9 1. Introduction This document sets out the Luxembourg Implementation Guidelines for the XML B2C Statement message ISO XML - camt The purpose of these Implementation Guidelines is to provide guidance on the use of the Statement Message sent by the banks to the enterprises in Luxembourg. These Implementation Guidelines have been developed by ABBL (Luxembourg Bankers Association) and are greatly inspired by the Febelfin one. The utmost has been done to make sure the information in this publication is correct. However, ABBL by no means can be held liable for any loss or damage incurred due to any incorrect or incomplete information mentioned in this publication. Please contact your bank for any further information. This publication is only available in English Scope This message is sent by the bank to an account holder or a third person mandated by him. It is used for informing the account holder or the third person mandated of the account balances and account transactions General principles Contents of the message: The message can hold the reporting on one or more accounts. The contents of the message will be limited to information about the transactions that have been entered into bookkeeping Reporting will be done in the account currency. Any transaction in another currency first will be converted into the account currency. Reporting as for the transactions that have been entered into bookkeeping, will be carried out through MX camt BankToCustomerStatementV02 The message can be split up into several messages depending on the volume of data to be transferred. 9/176

10 Periodicity of the message As a matter of principle, a message will be created each bank working day when transactions are taking place. Exceptionally, with a bilateral agreement, this may also be the case on a day without any transactions (empty message) Use of these guidelines Each item of the BankToCustomer Cash Management Standards message is referring to the corresponding index of the item in the (ISO 20022) Message Definition Report for Bank-to- Customer Cash Management. This Report can be found on under Catalogue of UNIFI messages, with camt as reference for the EoD reporting. Any gaps in the index numbering are due to the fact that some message elements of the MX.CAMT message are not supported in the Luxembourg subset. Message elements not described in these guidelines must not be supported. The description of each message item contains: Index Definition Usage XML Tag Presence Number referring to the corresponding description in the MX.CAMT Message Definition Report for Bank-to-Customer Cash Management Statements. This contains the definition of the message set or element. Additional info on how this element must be used. Short name identifying an element within an XML message, which is put between brackets, e.g. <Ntry>. This shows if an element is optional or obligatory as well as the number of times it can be repeated. The occurrence is mentioned between square brackets. For example : [0..1] indicates that the element can occur 0 times or 1 time. The element is optional. [1..1] indicates that the element must not occur more than once. The element is obligatory. [1..n] indicates that the element is obligatory and can occur between 1 and n times An element, which is part of a set of elements is obligatory, in so far as the set it is part of, is mentioned in the message. If only one element among others may be present, this will be indicated by {OR OR} in front of the elements concerned Format Rules Specification of the values and format allowed Any specific rules which could have an impact on the presence or the values of an element. The use of optional fields may be subject to a bilateral agreement with the bank. 10/176

11 1.3. Characteristics The characters allowed in the UNIFI messages are those of the UTF8 standard. However, only the set of Latin characters generally used in international communication will be allowed. These are as follows 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 1.4. Message structure XML Schemes : The description of the UNIFI 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 camt can be found on > Catalogue of UNIFI Messages > Payments > cash Management > A data record, which contains an XML camt message, has the following structure: <?xml version = "1.0" encoding = "UTF-8"?> <Document xmlns = "urn:iso:std:iso:20022:tech:xsd:camt " xmlns:xsi = " <camt > message contained </camt > </Document> MX.CAMT.053 sets The message described in this document (Camt ) consists of the following sets: A. Group Header : this is an obligatory block which occurs only once. It contains information proper to the message (identification, creation date, addressee) B. Statement : this block is obligatory and occurs more than once. It will be repeated, as many times as there are different accounts and/or dates in that particular message. This set contains information pertaining to the balances and the transactions. 11/176

12 12/176

13 The message may have one of the following characteristics : a message for one account for one bank working date. This message will contain a GroupHeader-block and one Statement-block: GroupHeader Statement Account 1 This is the preferred and default option in Luxembourg, unless otherwise agreed between parties. a message for several accounts for one bank working date. This message will contain a GroupHeader-block and for each account one Statement-block: GroupHeader Statement Account 1 Date 1 Statement Account 2 Date 1 Statement Account 3 Date 1 13/176

14 2. Message Description - detail Note :the index numbering in the table below is a copy of the numbering in the (ISO 20022) Message Definition Report MX camt BankToCustomerStatementV01 document. Index Long Name L. Or Pres. Rule Tag Name GroupHeader 1 [1..1] TAG GrpHdr MessageIdentification 2 [1..1] string maxlength: 35 MsgId CreationDateTime 2 [1..1] datetime CreDtTm MessageRecipient 2 [0..1] TAG MsgRcpt Name 3 [0..1] string maxlength: 70 Nm MessagePagination 2 [0..1] TAG MsgPgntn PageNumber 3 [1..1] string pattern: [0-9]{1,5} PgNb LastPageIndicator 3 [1..1] boolean LastPgInd AdditionalInformation 2 [0..1] string maxlength: 500 AddtlInf Statement 1 [1..n] TAG Stmt Identification 2 [1..1] string maxlength: 35 Id ElectronicSequenceNumber 2 [0..1] decimal fractiondigits: 0 totaldigits: 18 ElctrncSeqNb LegalSequenceNumber 2 [0..1] decimal fractiondigits: 0 totaldigits: 18 LglSeqNb CreationDateTime 2 [1..1] datetime CreDtTm FromToDate 2 [0..1] TAG FrToDt FromDateTime 3 [1..1] datetime FrDtTm ToDateTime 3 [1..1] datetime ToDtTm CopyDuplicateIndicator 2 [0..1] string enumeration: CODU COPY DUPL CpyDplctInd Account 2 [1..1] TAG Acct Identification 3 [1..1] TAG Id IBAN 4 {Or [1..1] string pattern: [a-za-z]{2,2}[0-9]{2,2}[aza-z0-9]{1,30} IBAN Type 3 [0..1] string enumeration: Tp Proprietary 4 [1..1] string maxlength: 35 Prtry Currency 3 [0..1] string pattern: [A-Z]{3,3} Ccy Name 3 [0..1] string maxlength: 70 Nm Owner 3 [0..1] TAG Ownr Name 4 [0..1] string maxlength: 140 Nm Identification 4 [0..1] TAG Id OrganisationIdentification 5 [1..1] TAG OrgId Other 6 [0..n] TAG Othr Identification 7 [1..1] string maxlength: 35 Id Servicer 3 [0..1] TAG Svcr FinancialInstitutionIdentification 4 [1..1] TAG FinInstnId BIC 5 [1..1] string pattern: [A-Z]{6,6}[A-Z2-9][A-NP- Z0-9]([A-Z0-9]{3,3}){0,1} BIC RelatedAccount 2 [0..1] TAG RltdAcct Identification 3 [1..1] TAG Id 14/176

15 IBAN 4 {Or [1..1] string pattern: [a-za-z]{2,2}[0-9]{2,2}[aza-z0-9]{1,30} IBAN Other 4 Or} [1..1] TAG Othr Identification 5 [1..1] Max34Text Id Balance 2 [1..n] TAG Bal Type 3 [1..1] TAG Tp CodeOrProprietary 4 [1..1] TAG CdOrPrtry Code 5 {Or [1..1] string enumeration cfr Message Item Description Cd Proprietary 5 Or} [1..1] string maxlength: 35 Prtry subtype 4 [0..1] TAG SubTp Code 5 {Or [1..1] string enumeration cfr Message Item Description Cd Amount 3 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CreditDebitIndicator 3 [1..1] string enumeration: cfr Message Item Description CdtDbtInd Date 3 [1..1] TAG Dt Date 4 [1..1] date Dt TransactionsSummary 2 [0..1] TAG TxsSummry TotalEntries 3 [0..1] TAG TtlNtries NumberOfEntries 4 [0..1] string pattern: [0-9]{1,15} NbOfNtries Sum 4 [0..1] TotalNetEntryAmount 4 [0..1] CreditDebitIndicator 4 [0..1] decimal fractiondigits: 17 totaldigits: 18 decimal fractiondigits: 17 totaldigits: 18 string enumeration: cfr Message Item Description Sum TtlNetNtryAmt CdtDbtInd TotalCreditEntries 3 [0..1] TAG TtlCdtNtries NumberOfEntries 4 [0..1] string pattern: [0-9]{1,15} NbOfNtries Sum 4 [0..1] decimal fractiondigits: 17 totaldigits: 18 Sum TotalDebitEntries 3 [0..1] TAG TtlDbtNtries NumberOfEntries 4 [0..1] string pattern: [0-9]{1,15} NbOfNtries Sum 4 [0..1] decimal fractiondigits: 17 totaldigits: 18 Sum Entry 2 [0..n] TAG Ntry EntryReference 3 [0..1] string maxlength: 35 NtryRef Amount 3 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CreditDebitIndicator 3 [1..1] string enumeration: cfr Message Item Description CdtDbtInd ReversalIndicator 3 [0..1] boolean RvslInd Status 3 [1..1] string enumeration: BOOK Sts BookingDate 3 [0..1] TAG BookgDt Date 4 [1..1] date Dt 15/176

16 ValueDate 3 [0..1] TAG ValDt Date 4 [1..1] date Dt AccountServicerReference 3 [0..1] string maxlength: 35 AcctSvcrRef BankTransactionCode 3 [1..1] TAG BkTxCd Domain 4 [0..1] TAG Domn Code 5 [1..1] string maxlength: 4 Cd Family 5 [1..1] TAG Fmly Code 6 [1..1] string maxlength: 4 Cd SubFamilyCode 6 [1..1] string maxlength: 4 SubFmlyCd Proprietary 4 [0..1] TAG Prtry Code 5 [1..1] string maxlength: 35 Cd Issuer 5 [0..1] string maxlength: 35 Issr AdditionalInformationIndicator 3 [0..1] string maxlength: 35 AddtlInfInd MessageNameIdentification 4 [0..1] string maxlength: 35 MsgNmId MessageIdentification 4 [0..1] string maxlength: 35 MsgId AmountDetails 3 [0..1] TAG AmtDtls InstructedAmount 4 [0..1] TAG InstdAmt Amount 5 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt TransactionAmount 4 [0..1] TAG TxAmt Amount 5 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CounterValueAmount 4 [0..1] TAG CntrValAmt Amount 5 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CurrencyExchange 5 [0..1] TAG CcyXchg SourceCurrency 6 [1..1] string pattern: [A-Z]{3,3} SrcCcy TargetCurrency 6 [0..1] string pattern: [A-Z]{3,3} TrgtCcy UnitCurrency 6 [0..1] string pattern: [A-Z]{3,3} UnitCcy ExchangeRate 6 [1..1] decimal fractiondigits: 10 totaldigits: 11 XchgRate ProprietaryAmount 4 [0..1] TAG PrtryAmt Type 5 [1..1] string maxlength: 35 Tp Amount 5 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt Charges 3 [0..n] TAG Chrgs Amount 4 [1..1] CreditDebitIndicator 4 [0..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required string enumeration: cfr Message Item Description Amt CdtDbtInd Type 4 [0..1] TAG Tp Proprietary 5 [1..1] string pattern: [a-za-z0-9]{1,4} Prtry Identification 6 [1..1] string maxlength: 35 Id Issuer 6 [0..1] string maxlength: 35 Issr Rate 4 [0..1] decimal fractiondigits: 10 totaldigits: 11 Rate Tax 4 [0..1] TAG Tax Identification 5 [0..1] string maxlength: 35 Id 16/176

17 Rate 5 [0..1] Amount 5 [0..1] decimal fractiondigits: 10 totaldigits: 11 decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Rate Amt EntryDetails 3 [0..n] TAG NtryDtls Batch 4 [0..1] TAG Btch MessageIdentification 5 [0..1] string maxlength: 35 MsgId PaymentInformationIdentification 5 [0..1] string maxlength: 35 PmtInfId NumberOfTransactions 5 [0..1] string pattern: [0-9]{1,15} NbOfTxs TotalAmount 5 [0..1] CreditDebitIndicator 5 [0..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required string enumeration: cfr Message Item Description TtlAmt CdtDbtInd TransactionDetails 4 [0..n] TAG TxDtls References 5 [0..1] TAG Refs MessageIdentification 6 [0..1] string maxlength: 35 MsgId AccountServicerReference 6 [0..1] string maxlength: 35 AcctSvcrRef PaymentInformationIdentification 6 [0..1] string maxlength: 35 PmtInfId InstructionIdentification 6 [0..1] string maxlength: 35 InstrId EndToEndIdentification 6 [0..1] string maxlength: 35 EndToEndId TransactionIdentification 6 [0..1] string maxlength: 35 <TxId> MandateIdentification 6 [0..1] string maxlength: 35 MndtId ChequeNumber 6 [0..1] string maxlength: 35 ChqNb AmountDetails 5 [0..1] TAG AmtDtls InstructedAmount 6 [0..1] TAG InstdAmt Amount 7 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt TransactionAmount 6 [0..1] TAG TxAmt Amount 7 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CounterValueAmount 6 [0..1] TAG CntrValAmt Amount 7 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CurrencyExchange 7 [0..1] TAG CcyXchg SourceCurrency 8 [1..1] string pattern: [A-Z]{3,3} SrcCcy TargetCurrency 8 [0..1] string pattern: [A-Z]{3,3} TrgtCcy UnitCurrency 8 [0..1] string pattern: [A-Z]{3,3} UnitCcy ExchangeRate 8 [1..1] decimal fractiondigits: 10 totaldigits: 11 XchgRate ProprietaryAmount 6 [0..1] TAG PrtryAmt Type 7 [1..1] string maxlength: 35 Tp Amount 7 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt BankTransactionCode 5 [0..1] TAG BkTxCd Domain 6 [0..1] TAG Domn Code 7 [1..1] string maxlength: 4 Cd Family 7 [1..1] TAG Fmly Code 8 [1..1] string maxlength: 4 Cd SubFamilyCode 8 [1..1] string maxlength: 4 SubFmlyCd 17/176

18 Proprietary 6 [0..1] TAG Prtry Code 7 [1..1] string maxlength: 35 Cd Issuer 7 [0..1] string maxlength: 35 Issr Charges 5 [0..n] TAG Chrgs Amount 6 [1..1] CreditDebitIndicator 6 [0..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required string enumeration: cfr Message Item Description Amt CdtDbtInd Type 6 [0..1] TAG Tp Proprietary 7 [1..1] TAG Prtry Identification 8 [1..1] string maxlength: 35 Id Issuer 8 [0..1] string maxlength: 35 Issr Rate 6 [0..1] decimal fractiondigits: 10 totaldigits: 11 Rate Tax 6 [0..1] TAG Tax Identification 7 [0..1] string maxlength: 35 Id Rate 7 [0..1] Amount 7 [0..1] decimal fractiondigits: 10 totaldigits: 11 decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Rate Amt Interest 5 [0..n] TAG Intrst Amount 6 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CreditDebitIndicator 6 [1..1] string enumeration: CRDT DBIT CdtDbtInd Type 6 [0..1] TAG Tp Proprietary 7 [1..1] string maxlength: 35 totaldigits: 11 Prtry Rate 6 [0..n] TAG Rate Type 7 [1..1] TAG Tp Percentage 8 {Or [1..1] PercentageRate fractiondigits: 10 Pctg Other 8 Or} [1..1] string maxlength: 35 Othr FromToDate 6 [0..1] TAG FrToDt FromDateTime 7 [1..1] datetime FrDtTm ToDateTime 7 [1..1] datetime ToDtTm RelatedParties 5 [0..1] TAG RltdPties InitiatingParty 6 [0..1] TAG InitgPty Name 7 [0..1] string maxlength: 70 Nm PostalAddress 7 [0..1] TAG PstlAdr StreetName 8 [0..1] string maxlength: 70 StrtNm BuildingNumber 8 [0..1] string maxlength: 16 BldgNb PostalCode 8 [0..1] string maxlength: 16 PstCd Townname 8 [0..1] string maxlength: 35 TwnNm Country 8 [0..1] string pattern: [A-Z]{2,2} Ctry AddressLine 8 [0..7] string maxlength: 70 AdrLine Debtor 6 [0..1] TAG Dbtr Name 7 [0..1] string maxlength: 70 Nm PostalAddress 7 [0..1] TAG PstlAdr StreetName 8 [0..1] string maxlength: 70 StrtNm BuildingNumber 8 [0..1] string maxlength: 16 BldgNb 18/176

19 PostalCode 8 [0..1] string maxlength: 16 PstCd Townname 8 [0..1] string maxlength: 35 TwnNm Country 8 [0..1] string pattern: [A-Z]{2,2} Ctry AddressLine 8 [0..7] string maxlength: 70 AdrLine Identification 7 [0..1] TAG Id OrganisationIdentification 8 [1..1] TAG OrgId BICOrBEI 9 [0..1] string pattern: [A-Z]{6,6}[A-Z2-9][A-NP- Z0-9]([A-Z0-9]{3,3}){0,1} BICOrBEI DebtorAccount 6 [0..1] TAG DbtrAcct Identification 7 [1..1] TAG Id IBAN 8 {Or [1..1] string pattern: [a-za-z]{2,2}[0-9]{2,2}[aza-z0-9]{1,30} IBAN Other 8 Or} [1..1] TAG Othr Identification 9 [1..1] Max34Text Id Issuer 8 [0..1] Max35Text Issr UltimateDebtor 6 [0..1] TAG UltmtDbtr Name 7 [0..1] string maxlength: 70 Nm PostalAddress 7 [0..1] TAG PstlAdr StreetName 8 [0..1] string maxlength: 70 StrtNm BuildingNumber 8 [0..1] string maxlength: 16 BldgNb PostalCode 8 [0..1] string maxlength: 16 PstCd Townname 8 [0..1] string maxlength: 35 TwnNm Country 8 [0..1] string pattern: [A-Z]{2,2} Ctry AddressLine 8 [0..7] string maxlength: 70 AdrLine Creditor 6 [0..1] TAG Cdtr Name 7 [0..1] string maxlength: 70 Nm PostalAddress 7 [0..1] TAG PstlAdr StreetName 8 [0..1] string maxlength: 70 StrtNm BuildingNumber 8 [0..1] string maxlength: 16 BldgNb PostalCode 8 [0..1] string maxlength: 16 PstCd Townname 8 [0..1] string maxlength: 35 TwnNm Country 8 [0..1] string pattern: [A-Z]{2,2} Ctry AddressLine 8 [0..7] string maxlength: 70 AdrLine Identification 7 [0..1] TAG Id OrganisationIdentification 8 [1..1] TAG OrgId BICOrBEI 9 [0..1] string pattern: [A-Z]{6,6}[A-Z2-9][A-NP- Z0-9]([A-Z0-9]{3,3}){0,1} BICOrBEI Other 9 [0..n] TAG Othr Identification 10 [1..1] string maxlength: 35 Id CreditorAccount 6 [0..1] TAG CdtrAcct Identification 7 [1..1] TAG Id IBAN 8 {Or [1..1] string pattern: [a-za-z]{2,2}[0-9]{2,2}[aza-z0-9]{1,30} IBAN Other 8 Or} [1..1] TAG Othr Identification 9 [1..1] Max34Text Id Issuer 8 [0..1] Max35Text Issr 19/176

20 UltimateCreditor 6 [0..1] TAG UltmtCdtr Name 7 [0..1] string maxlength: 70 Nm PostalAddress 7 [0..1] TAG PstlAdr StreetName 8 [0..1] string maxlength: 70 StrtNm BuildingNumber 8 [0..1] string maxlength: 16 BldgNb PostalCode 8 [0..1] string maxlength: 16 PstCd Townname 8 [0..1] string maxlength: 35 TwnNm Country 8 [0..1] string pattern: [A-Z]{2,2} Ctry AddressLine 8 [0..7] string maxlength: 70 AdrLine RelatedAgents 5 [0..1] TAG RltdAgts DebtorAgent 6 [0..1] TAG DbtrAgt FinancialInstitutionIdentification 7 [1..1] TAG FinInstnId BIC 8 [0..1] string pattern: [A-Z]{6,6}[A-Z2-9][A-NP- Z0-9]([A-Z0-9]{3,3}){0,1} BIC CreditorAgent 6 [0..1] TAG <CdtrAgt> FinancialInstitutionIdentification 7 [1..1] TAG FinInstnId BIC 8 [0..1] string pattern: [A-Z]{6,6}[A-Z2-9][A-NP- Z0-9]([A-Z0-9]{3,3}){0,1} BIC Purpose 5 [0..1] TAG Purp Code 6 [1..1] string maxlength: 4 Cd RemittanceInformation 5 [0..1] TAG RmtInf Unstructured 6 [0..n] string maxlength: 140 Ustrd Structured 6 [0..n] TAG Strd CreditorReferenceInformation 7 [0..1] TAG CdtrRefInf Type 8 [0..1] TAG Tp CodeOrProprietary 9 [1..1] TAG CdOrPrtry Code 10 [1..1] string enumeration cfr Message Item Description Cd Issuer 9 [0..1] string maxlength: 35 Issr Reference 8 [0..1] string maxlength: 35 Ref RelatedDates 5 [0..1] TAG RltdDts AcceptanceDateTime 6 [0..1] datetime AccptncDtTm Tax 5 [0..1] TAG Tax TotalTaxAmount 6 [0..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required TtlTaxAmt Record 6 [0..n] TAG Rcrd Type 7 [0..1] string maxlength: 35 Tp TaxAmount 7 [0..1] TaxAmt Rate 8 [0..1] TaxableBaseAmount 8 [0..1] TotalAmount 8 [0..1] decimal fractiondigits: 10 totaldigits: 11 decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Rate TaxblBaseAmt TtlAmt ReturnInformation 5 [0..1] TAG RtrInf OriginalBankTransactionCode 6 [0..1] TAG OrgnlBkTxCd Domain 7 [0..1] TAG Domn Code 8 [1..1] string maxlength: 4 Cd Family 8 [1..1] TAG Fmly 20/176

21 Code 9 [1..1] string maxlength: 4 Cd SubFamilyCode 9 [1..1] string maxlength: 4 SubFmlyCd Proprietary 7 [0..1] TAG Prtry Code 8 [1..1] string maxlength: 35 Cd Issuer 8 [0..1] string maxlength: 35 Issr Originator 6 [0..1] TAG Orgtr Name 7 [0..1] string maxlength: 70 Nm Reason 6 [0..1] TAG Rsn Code 7 [1..1] string enumeration cfr Message Item Description Cd AdditionalInformation 6 [0..n] string maxlength: 105 AddtlInf AdditionalTransactionInformation 5 [0..1] string maxlength: 500 AddtlTxInf AdditionalEntryInformation 3 [0..1] string maxlength: 500 AddtlNtryInf AdditionalStatementInformation 2 [0..1] string maxlength: 500 AddtlStmtInf 21/176

22 2.1. Message description - high-level Index Long Name L. Or Pres. Rule Tag Name GroupHeader 1 [1..1] TAG GrpHdr MessageIdentification 2 [1..1] string maxlength: 35 MsgId CreationDateTime 2 [1..1] datetime CreDtTm MessageRecipient 2 [0..1] TAG MsgRcpt MessagePagination 2 [0..1] TAG MsgPgntn AdditionalInformation 2 [0..1] string maxlength: 500 AddtlInf Statement 1 [1..n] TAG Stmt Identification 2 [1..1] string maxlength: 35 Id ElectronicSequenceNumber 2 [0..1] decimal fractiondigits: 0 totaldigits: 18 ElctrncSeqNb LegalSequenceNumber 2 [0..1] decimal fractiondigits: 0 totaldigits: 18 LglSeqNb CreationDateTime 2 [1..1] datetime CreDtTm FromToDate 2 [0..1] TAG FrToDt CopyDuplicateIndicator 2 [0..1] string enumeration: CODU COPY DUPL CpyDplctInd Account 2 [1..1] TAG Acct RelatedAccount 2 [0..1] TAG RltdAcct Balance 2 [1..n] TAG Bal TransactionsSummary 2 [0..1] TAG TxsSummry Entry 2 [0..n] TAG Ntry EntryReference 3 [0..1] string maxlength: 35 NtryRef Amount 3 [1..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required Amt CreditDebitIndicator 3 [1..1] string enumeration: cfr Message Item Description CdtDbtInd ReversalIndicator 3 [0..1] boolean RvslInd Status 3 [1..1] string enumeration: BOOK Sts BookingDate 3 [0..1] TAG BookgDt ValueDate 3 [0..1] TAG ValDt AccountServicerReference 3 [0..1] string maxlength: 35 AcctSvcrRef BankTransactionCode 3 [1..1] TAG BkTxCd AdditionalInformationIndicator 3 [0..1] string maxlength: 35 AddtlInfInd AmountDetails 3 [0..1] TAG AmtDtls Charges 3 [0..n] TAG Chrgs EntryDetails 3 [0..n] TAG NtryDtls Batch 4 [0..1] TAG Btch MessageIdentification 5 [0..1] string maxlength: 35 MsgId PaymentInformationIdentification 5 [0..1] string maxlength: 35 PmtInfId NumberOfTransactions 5 [0..1] string pattern: [0-9]{1,15} NbOfTxs TotalAmount 5 [0..1] decimal mininclusive: 0 fractiondigits: 5 totaldigits: 18 Attribute Ccy: required TtlAmt 22/176

23 CreditDebitIndicator 5 [0..1] string enumeration: cfr Message Item Description CdtDbtInd TransactionDetails 4 [0..n] TAG TxDtls References 5 [0..1] TAG Refs AmountDetails 5 [0..1] TAG AmtDtls BankTransactionCode 5 [0..1] TAG BkTxCd Charges 5 [0..n] TAG Chrgs Interest 5 [0..n] TAG Intrst RelatedParties 5 [0..1] TAG RltdPties RelatedAgents 5 [0..1] TAG RltdAgts Purpose 5 [0..1] TAG Purp RemittanceInformation 5 [0..1] TAG RmtInf RelatedDates 5 [0..1] TAG RltdDts Tax 5 [0..1] TAG Tax ReturnInformation 5 [0..1] TAG RtrInf AdditionalTransactionInformation 5 [0..1] string maxlength: 500 AddtlTxInf AdditionalEntryInformation 3 [0..1] string maxlength: 500 AddtlNtryInf AdditionalStatementInformation 2 [0..1] string maxlength: 500 AddtlStmtInf 23/176

24 3. Message Item Description 1.0. GroupHeader Common information for the message. Type: The GroupHeader block is composed of the following GroupHeader42 element(s): 24/176

25 1.1. MessageIdentification < MsgId> Usage: Data Type: Max35Text Point to point reference assigned by the account servicing institution and sent to the account owner to unambiguously identify the message. The account servicing institution has to make sure that 'MessageIdentification' is unique per instructed party for a pre-agreed period. Format: maxlength: CreationDateTime <CreDtTm> Date and time at which the message was created. Data Type: ISODateTime 1.3. MessageRecipient <MsgRcpt> Party authorised by the account owner to receive information about movements on the account. Usage: MessageRecipient should only be identified when different from the account owner. Type: This message item is composed of the following PartyIdentification32 element(s): 25/176

26 9.1.0 Name <Nm> Data Type: Max140Text Name by which a party is known and which is usually used to identify that party. Format: maxlength: MessagePagination <MsgPgntn> Pagination of the message. Usage: The pagination of the message is only allowed when agreed between the parties. Type: This message item is composed of the following Pagination element(s): Additional Info: depending on the volume of information to be forwarded, it will be possible to split up the message. 1. if there is no separation (one single file), item always must be completed by «1» and item by «TRUE». 2. if there is separation, item always must be completed by a pagenumber and item by «FALSE», except for the last page, where item is «TRUE». In that case, the intermediary balances will be reported under item 2.27 <Prtry>. By default in Luxembourg, option 1. will be applied. 26/176

27 8.2.0 PageNumber <PgNb> Page number. Data Type: Max5NumericText Format: [0-9]{1,5} LastPageIndicator <LastPgInd> Indicates the last page. Data Type: One of the following YesNoIndicator values must be used: MeaningWhenTrue: Yes MeaningWhenFalse: No 1.5. AdditionalInformation <AddtlInf> Further details on the message. Data Type: Max500Text Format: maxlength: /176

28 2.0 Statement Presence: Type: [1..n] Reports on booked entries and balances for a cash account. The Statement block is composed of the following AccountStatement1 element(s): 2.1 Identification Unique identification, as assigned by the account servicer, to unambiguously identify the account statement. Data Type: Max35Text Format: maxlength: 35 28/176

29 2.2 ElectronicSequenceNumber <ElctrncSeqNb> Usage: Data Type: Number Sequential number of the statement, as assigned by the account servicer. The sequential number is increased incrementally for each statement sent electronically. Format: fractiondigits: 0 totaldigits: 18 Additional info: If not used, then field 2.3 has to be used 2.3 LegalSequenceNumber <LglSeqNb> Legal sequential number of the statement, as assigned by the account servicer. It is increased incrementally for each statement sent. Usage: Data Type: Number Where a paper statement is a legal requirement, it may have a number different from the electronic sequential number. Paper statements could for instance only be sent if movement on the account has taken place, whereas electronic statements could be sent at the end of each reporting period, regardless of whether movements have taken place or not. Format: fractiondigits: 0 totaldigits: 18 Additional info: If not used, then field 2.2 has to be used 2.4 CreationDateTime <CreDtTm> Date and time at which the message was created. Data Type: ISODateTime 29/176

30 2.5 FromToDate <FrToDt> Type: Range of time between the start date and the end date for which the account statement is issued. This message item is composed of the following DateTimePeriodDetails element(s): FromDateTime <FrDtTm> Date and time at which the range starts. Data Type: ISODateTime ToDateTime <ToDtTm> Date and time at which the range ends. Data Type: ISODateTime 30/176

31 2.6 CopyDuplicateIndicator <CpyDplctInd> Specifies if this document is a copy, a duplicate, or a duplicate of a copy. Usage: This field is not used in Luxembourg Data Type: Code When this message item is present, only the following CopyDuplicate1Code value must be used: 2.10 Account <Acct> Unambiguous identification of the account to which credit and debit entries are made. Type: This message item is composed of the following CashAccount20 element(s): 31/176

32 1.2.0 Identification <Id> Unique and unambiguous identification of the account between the account owner and the account servicer. Type: This message item is composed of one of the following AccountIdentification3Choice element(s): IBAN <IBAN> This message item is part of choice 1.1 AccountIdentification3Choice. International Bank Account Number (IBAN) - identifier used internationally by financial institutions to uniquely identify the account of a customer. Further specifications of the format and content of the IBAN can be found in the standard ISO "Banking and related financial services - International Bank Account Number (IBAN)" version , or later revisions. Data Type: IBANIdentifier Format: Rule(s): [a-za-z]{2,2}[0-9]{2,2}[a-za-z0-9]{1,30} For Luxembourg banks, IBAN format (ISO 13616) must always be used. 32/176

33 1.2.8 Type <Tp> Nature, or use, of the account. Type: This message item is composed of one of the following CashAccountType2 element(s): Proprietary <Prtry> This message item is part of choice Type. Proprietary nature or use of the account. Data Type: Max35Text Format: maxlength: Currency <Ccy> Identification of the currency in which the account is held. Data Type: ActiveOrHistoricCurrencyCode Format: [A-Z]{3,3} Rule(s): 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. Additional Info: Banks active in Multiline will always used this field. 33/176

34 Name <Nm> Usage: Data Type: Max70Text Name of the account, as assigned by the account servicing institution, in agreement with the account owner in order to provide an additional means of identification of the account. The account name is different from the account owner name. The account name is used in certain user communities to provide a means of identifying the account, in addition to the account owner's identity and the account number. Format: maxlength: Owner <Ownr> Party that legally owns the account. Type: This message item is composed of the following PartyIdentification8 element(s): Name <Nm> Name by which a party is known and which is usually used to identify that party. Data Type: Max70Text Format: maxlength: /176

35 Identification <Id> Unique and unambiguous way of identifying an organisation or an individual person. Type: This message item is composed of one of the following Party6Choice element(s): OrganisationIdentification <OrgId> This message item is part of choice Identification. Unique and unambiguous way to identify an organisation. Type: This message item is composed of the following OrganisationIdentification4 element(s): Other <Othr> Presence: Type: [0..n] Unique identification of an organisation, as assigned by an institution, using an identification scheme. This message item is composed of the following GenericOrganisationIdentification1 element(s): 35/176

36 Identification <Id> Identification assigned by an institution. Data Type: Max35Text Format: maxlength: 35 36/176

37 Servicer <Svcr> Party that manages the account on behalf of the account owner: party that manages the registration and booking of entries on the account, calculates balances on the account and provides information about the account. Type: This message item is composed of the following BranchAndFinancialInstitutionIdentification4 element(s): FinancialInstitutionIdentification <FinInstnId> Unique and unambiguous identification of a financial institution, as assigned under an internationally recognised or proprietary identification scheme. Type: This message item is composed of the following FinancialInstitutionIdentification7 element(s) 37/176

38 BIC <BIC> Data Type: BICIdentifier Format: Rule(s): Bank Identifier Code. Code allocated to financial institutions by the Registration Authority, under an international identification scheme, as described in the latest version of the standard ISO 9362 Banking (Banking telecommunication messages, Bank Identifier Codes). [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1} BIC Valid BICs are registered with the ISO 9362 Registration Authority, and consist of eight (8) or eleven (11) contiguous characters comprising the first three or all four of the following components: BANK CODE, COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location code are mandatory, while the branch code is optional RelatedAccount <RltdAcct> Type: Identifies the parent account of the account for which the statement has been issued. This message item is composed of the following CashAccount16 element(s): Identification <Id> 38/176

39 Unique and unambiguous identification for the account between the account owner and the account servicer. Type: This message item is composed of one of the following AccountIdentification4Choice element(s): IBAN <IBAN> This message item is part of choice Identification. International Bank Account Number (IBAN) - identifier used internationally by financial institutions to uniquely identify the account of a customer. Further specifications of the format and content of the IBAN can be found in the standard ISO "Banking and related financial services - International Bank Account Number (IBAN)" version , or later revisions. Data Type: IBAN2007Identifier Format: Rule(s): [A-Z]{2,2}[0-9]{2,2}[a-zA-Z0-9]{1,30} IBAN Other <Othr> This message item is part of choice Identification. Unique identification of an account, as assigned by the account servicer, using an identification scheme. Type: This message item is composed of the following GenericAccountIdentification1 element(s): 39/176

40 1.1.3 Identification <Id> Data Type: Max34Text Identification assigned by an institution. Format: maxlength: 34 40/176

41 2.23 Balance <Bal> Presence: Type: Rule(s): [1..n] Set of elements defining the balance(s). This message item is composed of the following CashBalance3 element(s): AvailabilityAndTypeRule 41/176

42 2.24 Type <Tp> Type: Specifies the nature of a balance, eg, opening booked balance. This message item is composed of one of the following BalanceType12Choice element(s): 2.25 CodeOrProprietary <CdOrPrtry> Type: Coded or proprietary format balance type. This message item is composed of one of the following BalanceType5Choice element(s): 2.26 Code <Cd> This message item is part of choice 2.25 CodeOrProprietary. Balance type, in a coded form. Data Type: Code One of the following BalanceType12Code values must be used: CLBD ClosingBooked Balance of the account at the end of the pre-agreed account reporting period. It is the sum of the opening booked balance at the beginning of the period and all entries booked to the 42/176

43 account during the pre-agreed account reporting period. OPBD CLAV OpeningBooked Book balance of the account at the beginning of the account reporting period. It always equals the closing book balance from the previous report. ClosingAvailable Closing balance of amount of money that is at the disposal of the account owner on the date specified. Additional info: Some other codes (see list of BalanceType12Code) may be used with a preagreement between parties Proprietary <Prtry> This message item is part of choice 2.25 CodeOrProprietary. Balance type, in a proprietary form. Data Type: Max35Text Format: maxlength: SubType <SubTp> Type: Specifies the balance sub-type. This message item is composed of one of the following BalanceSubType1Choice element(s): Additional info: This field will not be used. 43/176

44 2.29 Code <Cd> This message item is part of choice 2.28 SubType. Specifies the code for the type of a balance, eg, opening booked balance. Data Type: ExternalBalanceSubType1Code Format: maxlength: Amount <Amt> Amount of money of the cash balance. 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} Rule(s): 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. 44/176

45 2.35 CreditDebitIndicator <CdtDbtInd> Data Type: Code Indicates whether the balance is a credit or a debit balance. A zero balance is considered to be a credit balance One of the following CreditDebitCode values must be used: 2.36 Date <Dt> Type: Specifies the date (and time) of the balance. This message item is composed of one of the following DateAndDateTimeChoice element(s): Date <Dt> This message item is part of choice 4.1 DateAndDateTimeChoice. Specified date. Data Type: ISODate 45/176

46 2.43 TransactionsSummary <TxsSummry> Set of element providing summary information on entries. Type: This message item is composed of the following TotalTransactions1 element(s): 2.44 TotalEntries <TtlNtries> Specifies the total number and sum of debit and credit entries. Type: This message item is composed of the following NumberAndSumOfTransactions2 element(s): 46/176

47 2.45 NumberOfEntries <NbOfNtries> Number of individual entries included in the report. Data Type: Max15NumericText Format: [0-9]{1,15} 2.46 Sum <Sum> Total of all individual entries included in the report. Data Type: DecimalNumber Format: fractiondigits: 17 totaldigits: TotalNetEntryAmount <TtlNetNtryAmt> Resulting amount of the netted amounts for all debit and credit entries. Data Type: DecimalNumber Format: fractiondigits: 17 totaldigits: CreditDebitIndicator <CdtDbtInd> Indicates whether the total net entry amount is a credit or a debit amount. Data Type: Code When this message item is present, one of the following CreditDebitCode values must be used: 47/176

48 2.49 TotalCreditEntries <TtlCdtNtries> Indicates the total number and sum of credit entries. Type: This message item is composed of the following NumberAndSumOfTransactions1 element(s): 2.50 NumberOfEntries <NbOfNtries> Number of individual entries included in the report. Data Type: Max15NumericText Format: [0-9]{1,15} 2.51 Sum <Sum> Total of all individual entries included in the report. Data Type: DecimalNumber Format: fractiondigits: 17 totaldigits: 18 48/176

49 2.52 TotalDebitEntries <TtlDbtNtries> Indicates the total number and sum of debit entries. Type: This message item is composed of the following NumberAndSumOfTransactions1 element(s): 2.53 NumberOfEntries <NbOfNtries> Number of individual entries included in the report. Data Type: Max15NumericText Format: [0-9]{1,15} 2.54 Sum <Sum> Total of all individual entries included in the report. Data Type: DecimalNumber Format: fractiondigits: 17 totaldigits: 18 49/176

50 2.76 Entry <Ntry> Presence: Usage: Type: [0..n] Specifies the elements of an entry in the statement. At least one reference must be provided to identify the entry and its underlying transaction(s). This message item is composed of the following StatementEntry1 element(s): 50/176

51 2.77 EntryReference <NtryRef> Data Type: Max35Text Unique reference for the entry. Format: maxlength: Amount <Amt> Amount of money in the cash entry. 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 51/176

52 [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount The number of fractional digits (or minor unit of currency) must comply with ISO Note: The decimal separator is a dot. (Fatal) Error Code: Sw.Stds.D00007 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 CreditDebitIndicator <CdtDbtInd> Specifies if an entry is a credit or a debit. Data Type: Code One of the following CreditDebitCode values must be used: 2.80 ReversalIndicator <RvslInd> Usage: Indicates whether the entry is the result of a reversal operation. this element should only be present if the entry is the result of a reversal operation. If the CreditDebitIndicator is CRDT and ReversalIndicator is Yes, the original operation was a debit entry. If the CreditDebitIndicator is DBIT and ReversalIndicator is Yes, the original operation was a credit entry. Data Type: One of the following TrueFalseIndicator values must be used: MeaningWhenTrue: True MeaningWhenFalse: False 52/176

53 2.81 Status <Sts> Status of an entry on the books of the account servicer. Data Type: Code Only the following EntryStatus3Code values must be used: 2.82 BookingDate <BookgDt> Type: Date and time when an entry is posted to an account on the account servicer's books. This message item is composed of the following DateAndDateTimeChoice element: 53/176

54 4.1.0 Date <Dt> This message item is part of choice 4.1 DateAndDateTimeChoice. Specified date. Data Type: ISODate 2.83 ValueDate <ValDt> Usage: Type: Date and time assets become available to the account owner (in a credit entry), or cease to be available to the account owner (in a debit entry). For entries which are subject to availability/float (and for which availability information is present), value date must not be used, as the availability component identifies the number of availability days. This message item is composed of the following DateAndDateTimeChoice element: Date <Dt> This message item is part of choice 4.1 DateAndDateTimeChoice. Specified date. Data Type: ISODate 54/176

55 2.84 AccountServicerReference <AcctSvcrRef> Data Type: Max35Text Unique reference as assigned by the account servicing institution to unambiguously identify the entry. Format: maxlength: 35 Additional info: It is known as the bank's reference 2.91 BankTransactionCode <BkTxCd> Type: Rule(s): Set of elements to fully identify the type of underlying transaction resulting in an entry. This message item is composed of the following BankTransactionCodeStructure1 element(s): DomainOrProprietaryRule Either Proprietary or Domain or both must be present. FamilyAndSubFamilyRule If a specific (non-generic) Family code is not present, then a specific (non-generic) SubFamily code is not allowed. 55/176

56 Additional info: It is known as the accounting code 2.92 Domain <Domn> Presence: Usage: Type: [0..1], R2 Set of elements used to provide the domain, the family and the sub-family of the bank transaction code, in a structured and hierarchical format. If a specific family or sub-family code cannot be provided, the generic family code defined for the domain or the generic sub-family code defined for the family should be provided. This message item is composed of the following BankTransactionCodeStructure5 element(s): Additional info: This structured information is not currently used; field 2.97 is preferred Code <Cd> Specifies the business area of the underlying transaction. Data Type: ExternalBankTransactionDomainCode Format: maxlength: 4 56/176

57 2.94 Family <Fmly> Type: Specifies the family and the sub-family of the bank transaction code, within a specific domain, in a structured and hierarchical format. This message item is composed of the following BankTransactionCodeStructure3 element(s): 2.95 Code <Cd> Specifies the family within a domain. Data Type: ExternalBankTransactionFamilyCode Format: maxlength: SubFamilyCode <SubFmlyCd> Specifies the sub-product family within a specific family. Data Type: ExternalBankTransactionSubFamilyCode Format: maxlength: 4 57/176

58 2.97 Proprietary <Prtry> Proprietary identification of the bank transaction code, as defined by the issuer. Type: This message item is composed of the following ProprietaryBankTransactionCodeStructure1 element(s): 2.98 Code <Cd> Proprietary bank transaction code to identify the underlying transaction. Data Type: Max35Text Format: maxlength: Issuer <Issr> Identification of the issuer of the proprietary bank transaction code. Data Type: Max35Text Format: maxlength: 35 58/176

59 2.101 AdditionalInformationIndicator <AddtlInfInd> Type: Indicates whether the underlying transaction details are provided through a separate message, as in the case of aggregate bookings. This message item is composed of the following MessageIdentification2 element(s): Additional info: In Luxembourg, this field is not used MessageNameIdentification <MsgNmId> Specifies the message name identifier of the message that will be used to provide additional details. Data Type: Max35Text Format: maxlength: MessageIdentification <MsgId> Specifies the identification of the message that will be used to provide additional details. Data Type: Max35Text Format: maxlength: 35 59/176

60 2.104 AmountDetails <AmtDtls> Usage : Type: Set of elements providing information on the original amount. This component (on entry level) should be used when a total original batch or aggregate amount has to be provided. (If required, the original amounts for each individual transaction can be included in the same component on transaction details level.) This message item is composed of the following AmountAndCurrencyExchange3 element(s): Additional info: Generally, this field is not used on the level "Entry", but on the TransactionDetails level. 60/176

61 2.1.0 InstructedAmount <InstdAmt> Identifies the 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 and provides currency exchange info in case the instructed amount and/or currency is/are different from the entry amount and/or currency. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails3 element(s): Amount <Amt> 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: CurrencyAndAmount Format: fractiondigits: 5 mininclusive: 0 totaldigits: 18 CurrencyCode [A-Z]{3,3} Rule(s): ValidationByTable This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by CurrencyCode. CurrencyAndAmount CurrencyCode 61/176

62 2.1.9 TransactionAmount <TxAmt> Amount of the underlying transaction. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails3 element(s): Amount <Amt> 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: fractiondigits: 5 mininclusive: 0 totaldigits: 18 ActiveOrHistoricCurrencyAndAmount ActiveOrHistoricCurrencyCode [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount 62/176

63 CounterValueAmount <CntrValAmt> Usage: Set of elements used to provide the countervalue amount and currency exchange information. This can be either the counter amount quoted in an FX deal, or the result of the currency information applied to an instructed amount, before deduction of charges. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails3 element(s): Amount <Amt> 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: CurrencyAndAmount Format: fractiondigits: 5 mininclusive: 0 totaldigits: 18 CurrencyCode [A-Z]{3,3} Rule(s): ValidationByTable This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by CurrencyCode. CurrencyAndAmount CurrencyCode 63/176

64 CurrencyExchange <CcyXchg> Type: Reports on currency exchange information. This message item is composed of the following CurrencyExchange3 element(s): SourceCurrency <SrcCcy> UNIFI (ISO 20022) - Bank-to-Customer Cash Management Standards April 2007 Message Item Types Page 343 Currency of the amount to be converted in a currency conversion. Data Type: CurrencyCode Format: Rule(s): [A-Z]{3,3} ValidationByTable TargetCurrency <TrgtCcy> Currency into which an amount is to be converted in a currency conversion. Data Type: CurrencyCode Format: Rule(s): [A-Z]{3,3} ValidationByTable 64/176

65 UnitCurrency <UnitCcy> Currency in which the rate of exchange is expressed in a currency exchange. In the example 1GBP = xxxcur, the unit currency is GBP. Data Type: CurrencyCode Format: Rule(s): [A-Z]{3,3} ValidationByTable ExchangeRate <XchgRate> Synonym(s): :92A::EXCH (ISO 15022) Usage: Data Type: BaseOneRate Factor used for the conversion of an amount from one currency into another. This reflects the price at which one currency was bought with another currency. ExchangeRate expresses the ratio between UnitCurrency and QuotedCurrency (ExchangeRate = UnitCurrency/QuotedCurrency). Format: fractiondigits: 10 ; totaldigits: ProprietaryAmount <PrtryAmt> Presence: [0..n] Set of elements used to provide information on the original amount and currency exchange. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails4 element(s): 65/176

66 Type <Tp> Specifies the type of amount. Data Type: Max35Text Format: maxlength: Amount <Amt> Amount of money to be exchanged against another amount of money in the counter currency. Data Type: ActiveOrHistoricCurrencyAndAmount Format: fractiondigits: 5 mininclusive: 0 totaldigits: 18 This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by ActiveOrHistoricCurrencyCode. ActiveOrHistoricCurrencyAndAmount ActiveOrHistoricCurrencyCode [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount 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. 66/176

67 2.105 Charges <Chrgs> Presence: Usage: Type: [0..n] Provides information on the charges included in the entry amount. This component is used on entry level in case of batch or aggregate bookings. This message item is composed of the following ChargesInformation6 element(s): Amount <Amt> Transaction charges to be paid by the charge bearer. 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 67/176

68 [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount 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 CreditDebitIndicator <CdtDbtInd> Indicates whether the charges amount is a credit or a debit amount. Usage: A zero amount is considered to be a credit. Data Type: Code When this message item is present, one of the following CreditDebitCode values must be used: Type <Tp> Specifies the type of charge. Type: This message item is composed of the following ChargeType2Choice element: 68/176

69 2.111 Proprietary <Prtry> This message item is part of choice Type. Type of charge in a proprietary form, as defined by the issuer. Type: This message item is composed of the following GenericIdentification3 element(s): Identification <Id> Name or number assigned by an entity to enable recognition of that entity, eg, account identifier. Data Type: Max35Text Format: maxlength: Issuer <Issr> Data Type: Max35Text Entity that assigns the identification. Format: maxlength: 35 69/176

70 2.112 Rate <Rate> Rate used to calculate the amount of the charge or fee. Data Type: PercentageRate Format: fractiondigits: 10 totaldigits: Tax <Tax> Type: Set of elements used to provide details on the tax applied to charges. This message item is composed of the following TaxCharges2 element(s): Identification <Id> Unique reference to unambiguously identify the nature of the tax levied, such as Value Added Tax (VAT) Data Type: Max35Text Format: maxlength: 35 70/176

71 2.117 Rate <Rate> Rate used to calculate the tax. Data Type: PercentageRate Format: fractiondigits: 10 totaldigits: Amount <Amt> Amount of money resulting from the calculation of the tax. 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} Rule(s): 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. 71/176

72 2.135 EntryDetails <NtryDtls> Presence: Type: [0..n] Set of elements used to provide details on the entry. This message item is composed of the following EntryDetails1 element(s): USAGE: In case of n single transactions, the field EntryDetails will be used n-times; Batch <Btch> Set of elements used to provide details on batched transactions. Type: This message item is composed of the following BatchInformation2 element(s): USAGE: This item will be used only in case of reporting related to globalized transactions booked on the account. 72/176

73 2.137 MessageIdentification <MsgId> Point to point reference, as assigned by the sending party, to unambiguously identify the batch of transactions. Data Type: Max35Text Format: maxlength: PaymentInformationIdentification <PmtInfId> Unique identification, as assigned by a sending party, to unambiguously identify the payment information group within the message. Data Type: Max35Text Format: maxlength: 35 73/176

74 2.139 NumberOfTransactions <NbOfTxs> Number of individual transactions included in the batch. Data Type: Max15NumericText Format: [0-9]{1,15} TotalAmount <TtlAmt> Total amount of money reported in the batch entry. 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} Rule(s): 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. 74/176

75 2.141 CreditDebitIndicator <CdtDbtInd> Indicates whether the batch entry is a credit or a debit entry. Data Type: Code When this message item is present, one of the following CreditDebitCode values must be used: TransactionDetails <TxDtls> Presence: [0..n] 75/176

76 Type: Set of elements providing information on the underlying transaction (s). This message item is composed of the following EntryTransaction2 element(s): References <Refs> Type: Set of elements used to provide the identification of the underlying transaction. This message item is composed of the following TransactionReferences2 element(s): 76/176

77 2.144 MessageIdentification <MsgId> Point to point reference assigned by the instructing party of the underlying message. Data Type: Max35Text Format: maxlength: AccountServicerReference <AcctSvcrRef> The account servicing institution's reference for the transaction. Data Type: Max35Text Format: maxlength: PaymentInformationIdentification <PmtInfId> 77/176

78 Unique identification, as assigned by a sending party, to unambiguously identify the payment information group within the message InstructionIdentification <InstrId> Unique identification as assigned by an instructing party for an instructed party to unambiguously identify the instruction. Usage: Data Type: Max35Text 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. Format: maxlength: EndToEndIdentification <EndToEndId> Unique identification, as assigned by the initiating party, to unambiguously identify the transaction. This identification is passed on, unchanged, throughout the entire end-to-end chain. Usage: Data Type: Max35Text 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. In case there are technical limitations to pass on multiple references, the end-to-end identification must be passed on throughout the entire end-to-end chain. Format: maxlength: 35 78/176

79 2.149 TransactionIdentification <TxId> Usage: Usage: Data Type: Max35Text Unique identification, as assigned by the first instructing agent, to unambiguously identify the transaction that is passed on, unchanged, throughout the entire interbank chain. The transaction identification can be used for reconciliation, tracking or to link tasks relating to the transaction on the interbank level. The instructing agent has to make sure that the transaction identification is unique for a pre-agreed period. Format: maxlength: MandateIdentification <MndtId> Reference of the direct debit mandate that has been signed between by the debtor and the creditor. Data Type: Max35Text Format: maxlength: ChequeNumber <ChqNb> Unique and unambiguous identifier for a cheque as assigned by the agent. Data Type: Max35Text Format: maxlength: 35 79/176

80 2.156 AmountDetails <AmtDtls> Usage: Type: Set of elements providing details information on the original amount. This component (on transaction level) should be used in case booking is for a single transaction and the original amount is different from the entry amount. It can also be used in case individual original amounts are provided in case of a batch or aggregate booking. This message item is composed of the following AmountAndCurrencyExchange3 element(s): 80/176

81 2.1.0 InstructedAmount <InstdAmt> Identifies the 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 and provides currency exchange info in case the instructed amount and/or currency is/are different from the entry amount and/or currency. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails3 element(s): Amount <Amt> 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: CurrencyAndAmount This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by CurrencyCode. Format: fractiondigits: 5 mininclusive: 0 totaldigits: 18 CurrencyCode [A-Z]{3,3} Rule(s): ValidationByTable CurrencyAndAmount CurrencyCode 81/176

82 2.1.9 TransactionAmount <TxAmt> Amount of the underlying transaction. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails3 element(s): Amount <Amt> 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: fractiondigits: 5 mininclusive: 0 totaldigits: 18 ActiveOrHistoricCurrencyAndAmount ActiveOrHistoricCurrencyCode [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount 82/176

83 CounterValueAmount <CntrValAmt> Usage: Set of elements used to provide the countervalue amount and currency exchange information. This can be either the counter amount quoted in an FX deal, or the result of the currency information applied to an instructed amount, before deduction of charges. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails3 element(s): Amount <Amt> 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: CurrencyAndAmount This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by CurrencyCode. Format: fractiondigits: 5 mininclusive: 0 totaldigits: 18 CurrencyCode [A-Z]{3,3} Rule(s): ValidationByTable CurrencyAndAmount CurrencyCode 83/176

84 CurrencyExchange <CcyXchg> Type: Reports on currency exchange information. This message item is composed of the following CurrencyExchange5 element(s): SourceCurrency <SrcCcy> UNIFI (ISO 20022) - Bank-to-Customer Cash Management Standards April 2007 Message Item Types Page 343 Currency of the amount to be converted in a currency conversion. Data Type: CurrencyCode Format: Rule(s): [A-Z]{3,3} ValidationByTable TargetCurrency <TrgtCcy> Currency into which an amount is to be converted in a currency conversion. Data Type: CurrencyCode Format: Rule(s): [A-Z]{3,3} ValidationByTable 84/176

85 UnitCurrency <UnitCcy> Currency in which the rate of exchange is expressed in a currency exchange. In the example 1GBP = xxxcur, the unit currency is GBP. Data Type: CurrencyCode Format: Rule(s): [A-Z]{3,3} ValidationByTable ExchangeRate <XchgRate> Synonym(s): :92A::EXCH (ISO 15022) Factor used for the conversion of an amount from one currency into another. This reflects the price at which one currency was bought with another currency. Usage: Data Type: BaseOneRate ExchangeRate expresses the ratio between UnitCurrency and QuotedCurrency (ExchangeRate = UnitCurrency/QuotedCurrency). Format: fractiondigits: 10 ; totaldigits: ProprietaryAmount <PrtryAmt> Presence: [0..n] Set of elements used to provide information on the original amount and currency exchange. Type: This message item is composed of the following AmountAndCurrencyExchangeDetails4 element(s): 85/176

86 Type <Tp> Specifies the type of amount. Data Type: Max35Text Format: maxlength: Amount <Amt> Amount of money to be exchanged against another amount of money in the counter currency. Data Type: ActiveOrHistoricCurrencyAndAmount This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by ActiveOrHistoricCurrencyCode. Format: fractiondigits: 5 mininclusive: 0 totaldigits: 18 ActiveOrHistoricCurrencyAndAmount ActiveOrHistoricCurrencyCode [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount The number of fractional digits (or minor unit of currency) must comply with ISO Note: The decimal separator is a dot. ActiveOrHistoricCurrencyCode 86/176

87 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 BankTransactionCode <BkTxCd> Set of elements used to fully identify the type of underlying transaction resulting in an entry. Type: This message item is composed of the following BankTransactionCodeStructure4 element(s): 87/176

88 2.164 Domain <Domn> Presence: Usage: Type: [0..1], R2 Set of elements used to provide the domain, the family and the sub-family of the bank transaction code, in a structured and hierarchical format. If a specific family or sub-family code cannot be provided, the generic family code defined for the domain or the generic sub-family code defined for the family should be provided. This message item is composed of the following BankTransactionCodeStructure5 element(s): Code <Cd> Specifies the business area of the underlying transaction. Data Type: ExternalBankTransactionDomainCode Format: maxlength: Family <Fmly> Specifies the family and the sub-family of the bank transaction code, within a specific domain, in a structured and hierarchical format. Type: This message item is composed of the following BankTransactionCodeStructure6 element(s): 88/176

89 2.167 Code <Cd> Specifies the family within a domain. Data Type: ExternalBankTransactionFamilyCode Format: maxlength: SubFamilyCode <SubFmlyCd> Specifies the sub-product family within a specific family. Data Type: ExternalBankTransactionSubFamily1Code Format: maxlength: Proprietary <Prtry> Presence: [0..1], R2 Bank transaction code in a proprietary form, as defined by the issuer. 89/176

90 Type: This message item is composed of the following ProprietaryBankTransactionCodeStructure1 element(s): Code <Cd> Proprietary bank transaction code to identify the underlying transaction. Data Type: Max35Text Format: maxlength: Issuer <Issr> Identification of the issuer of the proprietary bank transaction code. Data Type: Max35Text Format: maxlength: 35 90/176

91 2.172 Charges <Chrgs> Presence: Usage: Type: [0..n] Provides information on the charges included in the entry amount. This component is used on entry level in case of batch or aggregate bookings. This message item is composed of the following ChargesInformation6 element(s): Amount <Amt> Transaction charges to be paid by the charge bearer. 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 91/176

92 [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount 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 CreditDebitIndicator <CdtDbtInd> Indicates whether the charges amount is a credit or a debit amount. Usage: A zero amount is considered to be a credit. Data Type: Code When this message item is present, one of the following CreditDebitCode values must be used: Type <Tp> Type: Specifies the type of charge. This message item is composed of the following ChargeType2Choice element: 92/176

93 2.178 Proprietary <Prtry> This message item is part of choice Type. Type of charge in a proprietary form, as defined by the issuer. Type: This message item is composed of the following GenericIdentification3 element(s): Identification <Id> Name or number assigned by an entity to enable recognition of that entity, eg, account identifier. Data Type: Max35Text Format: maxlength: Issuer <Issr> Entity that assigns the identification. Data Type: Max35Text 93/176

94 Format: maxlength: Rate <Rate> Rate used to calculate the amount of the charge or fee. Data Type: PercentageRate Format: fractiondigits: 10 totaldigits: Tax <Tax> Type: Set of elements used to provide details on the tax applied to charges. This message item is composed of the following TaxCharges2 element(s): 94/176

95 2.183 Identification <Id> Data Type: Max35Text Unique reference to unambiguously identify the nature of the tax levied, such as Value Added Tax (VAT) Format: maxlength: Rate <Rate> Rate used to calculate the tax. Data Type: PercentageRate Format: fractiondigits: 10 totaldigits: Amount <Amt> Amount of money resulting from the calculation of the tax. 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} Rule(s): ActiveOrHistoricCurrencyAndAmount CurrencyAmount 95/176

96 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 Interest <Intrst> Presence: Usage: Type: [0..n] Set of elements used to provide details of the interest amount included in the entry amount. This component (on transaction level) can be used if the booking is for a single transaction, and interest amount is included in the entry amount. It can also be used if individual interest amounts are applied to individual transactions in the case of a batch or aggregate amount booking. This message item is composed of the following TransactionInterest2 element(s): 96/176

97 2.187 Amount <Amt> Amount of interest included in the entry amount. 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} Rule(s): ActiveOrHistoricCurrencyAndAmount CurrencyAmount The number of fractional digits (or minor unit of currency) must comply with ISO Note: The decimal separator is a dot. (Fatal) Error Code: Sw.Stds.D00007 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. 97/176

98 2.188 CreditDebitIndicator <CdtDbtInd> Indicates whether the interest amount included in the entry is credit or debit amount. Data Type: Code One of the following CreditDebitCode values must be used: Type <Tp> Type: Specifies the type of interest. This message item is composed of the following InterestType1Choice element: Proprietary <Prtry> This message item is part of choice Type. Specifies the type of interest in uncoded form. Data Type: Max35Text Format: maxlength: 35 98/176

99 2.192 Rate <Rate> Presence: Type: [0..n] Set of elements used to qualify the interest rate. This message item is composed of the following Rate3 element(s): Type <Tp> Type: Specifies the type of interest rate. This message item is composed of one of the following RateType4Choice element(s): Percentage <Pctg> This message item is part of choice Type. Ratio of the amount of interest paid during a certain period of time compared to the principal amount of the interest bearing financial instrument. Data Type: PercentageRate Format: fractiondigits: 10 totaldigits: 11 99/176

100 2.195 Other <Othr> This message item is part of choice Type. Data Type: Max35Text Rate type expressed, in an other form. Format: maxlength: FromToDate <FrToDt> Type: Range of time between a start date and an end date for the calculation of the interest. This message item is composed of the following DateTimePeriodDetails element(s): For additional Type information, please refer to DateTimePeriodDetails p.611 in 'Message Item Types' section FromDateTime <FrDtTm> Date and time at which the range starts. Data Type: ISODateTime 100/176

101 5.1.1 ToDateTime <ToDtTm> Date and time at which the range ends. Data Type: ISODateTime RelatedParties <RltdPties> Set of elements used to identify the parties related to the underlying transaction. Type: This message item is composed of the following TransactionParty2 element(s): 101/176

102 2.200 InitiatingParty <InitgPty> Party that initiated the payment that is reported in the entry. Type: This message item is composed of the following PartyIdentification32 element(s): Name <Nm> Name by which a party is known and which is usually used to identify that party. Data Type: Max140Text Format: maxlength: /176

103 9.1.1 PostalAddress <PstlAdr> Type: Information that locates and identifies a specific address, as defined by postal services. This message item is composed of the following PostalAddress6 element(s): StreetName <StrtNm> Name of a street or thoroughfare. Data Type: Max70Text Format: maxlength: /176

104 9.1.6 BuildingNumber <BldgNb> Data Type: Max16Text Number that identifies the position of a building on a street. Format: maxlength: PostCode <PstCd> Identifier consisting of a group of letters and/or numbers that is added to a postal address to assist the sorting of mail. Data Type: Max16Text Format: maxlength: TownName <TwnNm> Name of a built-up area, with defined boundaries, and a local government. Data Type: Max35Text Format: maxlength: /176

105 Country <Ctry> Data Type: CountryCode Format: Rule(s): Nation with its own government. [A-Z]{2,2} Country The code is checked against the list of country names obtained from the United Nations (ISO 3166, Alpha-2 code) AddressLine <AdrLine> Presence: [0..7] Information that locates and identifies a specific address, as defined by postal services, presented in free format text. Data Type: Max70Text Format: maxlength: /176

106 2.201 Debtor <Dbtr> Type: Party that owes an amount of money to the (ultimate) creditor. This message item is composed of the following PartyIdentification32 element(s): For additional Type information, please refer to PartyIdentification32 p.882 in 'Message Item Types' section Name <Nm> Name by which a party is known and which is usually used to identify that party. Data Type: Max140Text Format: maxlength: /176

107 9.1.1 PostalAddress <PstlAdr> Type: Information that locates and identifies a specific address, as defined by postal services. This message item is composed of the following PostalAddress6 element(s): StreetName <StrtNm> Name of a street or thoroughfare. Data Type: Max70Text Format: maxlength: /176

108 9.1.6 BuildingNumber <BldgNb> Data Type: Max16Text Number that identifies the position of a building on a street. Format: maxlength: PostCode <PstCd> Identifier consisting of a group of letters and/or numbers that is added to a postal address to assist the sorting of mail. Data Type: Max16Text Format: maxlength: TownName <TwnNm> Name of a built-up area, with defined boundaries, and a local government. Data Type: Max35Text Format: maxlength: /176

109 Country <Ctry> Data Type: CountryCode Format: Rule(s): Nation with its own government. [A-Z]{2,2} Country The code is checked against the list of country names obtained from the United Nations (ISO 3166, Alpha-2 code) AddressLine <AdrLine> Presence: [0..7] Information that locates and identifies a specific address, as defined by postal services, presented in free format text. Data Type: Max70Text Format: maxlength: Identification <Id> Type: Unique and unambiguous identification of a party. This message item is composed of one of the following Party6Choice element(s): 109/176

110 OrganisationIdentification <OrgId> This message item is part of choice Identification. Type: Unique and unambiguous way to identify an organisation. This message item is composed of the following OrganisationIdentification4 element(s): BICOrBEI <BICOrBEI> Code allocated to organisations by the ISO 9362 Registration Authority, under an international identification scheme, as described in the latest version of the standard ISO 9362 Banking (Banking telecommunication messages, Bank Identifier Codes). The Ba Data Type: AnyBICIdentifier Format: Rule(s): [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1} AnyBIC Only a valid BIC or BEI is allowed. Valid BEI and BIC are registered with the ISO 9362 Registration Authority, and consists of eight (8) or eleven (11) contiguous characters comprising the first three or all four of the following components: BANK CODE, COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location code are mandatory, while the branch code is optional. 110/176

111 2.202 DebtorAccount <DbtrAcct> Type: Unambiguous identification of the account of the debtor. This message item is composed of the following CashAccount16 element(s): Identification <Id> Unique and unambiguous identification for the account between the account owner and the account servicer. Type: This message item is composed of one of the following AccountIdentification4Choice element(s): 111/176

112 1.1.1 IBAN <IBAN> This message item is part of choice Identification. International Bank Account Number (IBAN) - identifier used internationally by financial institutions to uniquely identify the account of a customer. Further specifications of the format and content of the IBAN can be found in the standard ISO "Banking and related financial services - International Bank Account Number (IBAN)" version , or later revisions. Data Type: IBAN2007Identifier Format: Rule(s): [A-Z]{2,2}[0-9]{2,2}[a-zA-Z0-9]{1,30} IBAN Other <Othr> This message item is part of choice Identification. Unique identification of an account, as assigned by the account servicer, using an identification scheme. Type: This message item is composed of the following GenericAccountIdentification1 element(s): 112/176

113 1.1.3 Identification <Id> Data Type: Max34Text Identification assigned by an institution. Format: maxlength: Issuer <Issr> Entity that assigns the identification. Data Type: Max35Text Format: maxlength: UltimateDebtor <UltmtDbtr> Ultimate party that owes an amount of money to the (ultimate) creditor. Type: This message item is composed of the following PartyIdentification32 element(s): 113/176

114 9.1.0 Name <Nm> Data Type: Max140Text Name by which a party is known and which is usually used to identify that party. Format: maxlength: PostalAddress <PstlAdr> Information that locates and identifies a specific address, as defined by postal services. Type: This message item is composed of the following PostalAddress6 element(s): 114/176

115 9.1.5 StreetName <StrtNm> Data Type: Max70Text Name of a street or thoroughfare. Format: maxlength: BuildingNumber <BldgNb> Number that identifies the position of a building on a street. Data Type: Max16Text Format: maxlength: PostCode <PstCd> Identifier consisting of a group of letters and/or numbers that is added to a postal address to assist the sorting of mail. Data Type: Max16Text Format: maxlength: /176

116 9.1.8 TownName <TwnNm> Data Type: Max35Text Name of a built-up area, with defined boundaries, and a local government. Format: maxlength: Country <Ctry> Nation with its own government. Data Type: CountryCode Format: [A-Z]{2,2} Rule(s): Country The code is checked against the list of country names obtained from the United Nations (ISO 3166, Alpha-2 code) AddressLine <AdrLine> Presence: [0..7] Information that locates and identifies a specific address, as defined by postal services, presented in free format text. Data Type: Max70Text Format: maxlength: /176

117 2.204 Creditor <Cdtr> Party to which an amount of money is due. Type: This message item is composed of the following PartyIdentification32 element(s): Name <Nm> Name by which a party is known and which is usually used to identify that party. Data Type: Max140Text Format: maxlength: /176

118 9.1.1 PostalAddress <PstlAdr> Type: Information that locates and identifies a specific address, as defined by postal services. This message item is composed of the following PostalAddress6 element(s): StreetName <StrtNm> Name of a street or thoroughfare. Data Type: Max70Text Format: maxlength: /176

119 9.1.6 BuildingNumber <BldgNb> Data Type: Max16Text Number that identifies the position of a building on a street. Format: maxlength: PostCode <PstCd> Identifier consisting of a group of letters and/or numbers that is added to a postal address to assist the sorting of mail. Data Type: Max16Text Format: maxlength: TownName <TwnNm> Name of a built-up area, with defined boundaries, and a local government. Data Type: Max35Text Format: maxlength: /176

120 Country <Ctry> Data Type: CountryCode Format: Rule(s): Nation with its own government. [A-Z]{2,2} Country The code is checked against the list of country names obtained from the United Nations (ISO 3166, Alpha-2 code) AddressLine <AdrLine> Presence: [0..7] Information that locates and identifies a specific address, as defined by postal services, presented in free format text. Data Type: Max70Text Format: maxlength: Identification <Id> Unique and unambiguous identification of a party. 120/176

121 Type: This message item is composed of one of the following Party6Choice element(s): OrganisationIdentification <OrgId> This message item is part of choice Identification. Unique and unambiguous way to identify an organisation. Type: This message item is composed of the following OrganisationIdentification4 element(s): BICOrBEI <BICOrBEI> Code allocated to organisations by the ISO 9362 Registration Authority, under an international identification scheme, as described in the latest version of the standard ISO 9362 Banking (Banking telecommunication messages, Bank Identifier Codes). The Ba Data Type: AnyBICIdentifier Format: Rule(s): [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1} AnyBIC Only a valid BIC or BEI is allowed. Valid BEI and BIC are registered with the ISO 9362 Registration Authority, and consists of eight (8) or eleven (11) contiguous characters comprising the first three or all four of the following components: BANK CODE, COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location code are mandatory, while the branch code is optional. 121/176

122 Other <Othr> Presence: [0..n] Unique identification of an organisation, as assigned by an institution, using an identification scheme Identification <Id> Identification assigned by an institution. Data Type: Max35Text Format: maxlength: CreditorAccount <CdtrAcct> Unambiguous identification of the account of the creditor of the payment transaction. Type: This message item is composed of the following CashAccount16 element(s): 122/176

123 1.1.0 Identification <Id> Unique and unambiguous identification for the account between the account owner and the account servicer. Type: This message item is composed of the following AccountIdentification4Choice element: IBAN <IBAN> This message item is part of choice Identification. International Bank Account Number (IBAN) - identifier used internationally by financial institutions to uniquely identify the account of a customer. Further specifications of the format and content of the IBAN can be found in the standard ISO "Banking and related financial services - International Bank Account Number (IBAN)" version , or later revisions. Data Type: IBAN2007Identifier Format: Rule(s): [A-Z]{2,2}[0-9]{2,2}[a-zA-Z0-9]{1,30} IBAN 123/176

124 1.1.2 Other <Othr> This message item is part of choice Identification. Type: Unique identification of an account, as assigned by the account servicer, using an identification scheme. This message item is composed of the following GenericAccountIdentification1 element(s): Identification <Id> Identification assigned by an institution. Data Type: Max34Text Format: maxlength: Issuer <Issr> Entity that assigns the identification. Data Type: Max35Text Format: maxlength: /176

125 2.206 UltimateCreditor <UltmtCdtr> Ultimate party to which an amount of money is due. Type: This message item is composed of the following PartyIdentification32 element(s): Name <Nm> Name by which a party is known and which is usually used to identify that party. Data Type: Max140Text Format: maxlength: /176

126 9.1.1 PostalAddress <PstlAdr> Type: Information that locates and identifies a specific address, as defined by postal services. This message item is composed of the following PostalAddress6 element(s): StreetName <StrtNm> Name of a street or thoroughfare. Data Type: Max70Text Format: maxlength: /176

127 9.1.6 BuildingNumber <BldgNb> Data Type: Max16Text Number that identifies the position of a building on a street. Format: maxlength: PostCode <PstCd> Identifier consisting of a group of letters and/or numbers that is added to a postal address to assist the sorting of mail. Data Type: Max16Text Format: maxlength: TownName <TwnNm> Name of a built-up area, with defined boundaries, and a local government. Data Type: Max35Text Format: maxlength: /176

128 Country <Ctry> Data Type: CountryCode Format: Rule(s): Nation with its own government. [A-Z]{2,2} Country The code is checked against the list of country names obtained from the United Nations (ISO 3166, Alpha-2 code) AddressLine <AdrLine> Presence: [0..7] Information that locates and identifies a specific address, as defined by postal services, presented in free format text. Data Type: Max70Text Format: maxlength: /176

129 2.211 RelatedAgents <RltdAgts> Set of elements used to identify the agents related to the underlying transaction. Type: This message item is composed of the following TransactionAgents2 element(s): DebtorAgent <DbtrAgt> Financial institution servicing the account of the debtor. Type: This message item is composed of the following BranchAndFinancialInstitutionIdentification4 element(s): For additional Type information, please refer to BranchAndFinancialInstitutionIdentification4 in 'Message Item Types' section. 129/176

130 6.1.0 FinancialInstitutionIdentification <FinInstnId> Unique and unambiguous identification of a financial institution, as assigned under an internationally recognised or proprietary identification scheme. Type: This message item is composed of the following FinancialInstitutionIdentification element BIC <BIC> Bank Identifier Code. Code allocated to financial institutions by the Registration Authority, under an international identification scheme, as described in the latest version of the standard ISO 9362 Banking (Banking telecommunication messages, Bank Identifier Codes). Data Type: BICIdentifier Format: Rule(s): [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1} BIC Valid BICs are registered with the ISO 9362 Registration Authority, and consist of eight (8) or eleven (11) contiguous characters comprising the first three or all four of the following components: BANK CODE COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location code are mandatory, while the branch code is optional CreditorAgent <CdtrAgt> Financial institution servicing the account of the creditor. Type: This message item is composed of the following BranchAndFinancialInstitutionIdentification4 element(s): 130/176

131 For additional Type information, please refer to BranchAndFinancialInstitutionIdentification4 in 'Message Item Types' section FinancialInstitutionIdentification <FinInstnId> Unique and unambiguous identification of a financial institution, as assigned under an internationally recognised or proprietary identification scheme. Type: This message item is composed of the following FinancialInstitutionIdentification element BIC <BIC> Bank Identifier Code. Code allocated to financial institutions by the Registration Authority, under an international identification scheme, as described in the latest version of the standard ISO 9362 Banking (Banking telecommunication messages, Bank Identifier Codes). Data Type: BICIdentifier Format: Rule(s): [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1} BIC Valid BICs are registered with the ISO 9362 Registration Authority, and consist of eight (8) or eleven (11) contiguous characters comprising the first three or all four of the following components: BANK CODE COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location code are mandatory, while the branch code is optional. 131/176

132 2.224 Purpose <Purp> Usage: Type: Underlying reason for the payment transaction. 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. This message item is composed of the following Purpose2Choice element: Code <Cd> This message item is part of choice Purpose. Underlying reason for the payment transaction, as published in an external purpose code list. Data Type: ExternalPurpose1Code Format: maxlength: 4 Purpose code list (see appendix 6.1) 132/176

133 2.234 RemittanceInformation <RmtInf> Type: Structured information that enables the matching, ie, reconciliation, of a payment with the items that the payment is intended to settle, such as commercial invoices in an account receivable system. This message item is composed of the following RemittanceInformation5 element(s): Unstructured <Ustrd> Presence: Data Type: Max140Text [0..n] 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. Format: maxlength: Structured <Strd> 133/176

134 Presence: [0..n] 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): USAGE: see 4.2 Reporting of Structured Creditor references to RemittanceInformation item CreditorReferenceInformation <CdtrRefInf> Type: Reference information provided by the creditor to allow the identification of the underlying documents. This message item is composed of the following CreditorReferenceInformation2 element(s): 134/176

135 2.257 Type <Tp> Type: Specifies the type of creditor reference. This message item is composed of the following CreditorReferenceType2 element(s): CodeOrProprietary <CdOrPrtry> Coded or proprietary format creditor reference type. Type: This message item is composed of the following CreditorReferenceType1Choice element: <Cd> This message item is part of choice CodeOrProprietary. 135/176

136 Type of creditor reference, in a coded form. Data Type: Code One of the following DocumentType3Code values must be used: Issuer <Issr> Entity that assigns the credit reference type. Data Type: Max35Text Format: maxlength: Reference <Ref> Unique reference, as assigned by the creditor, to unambiguously refer to the payment transaction. Usage: Data Type: Max35Text If available, the initiating party should provide this reference in the structured remittance information, to enable reconciliation by the creditor upon receipt of the amount of money. If the business context requires the use of a creditor reference or a payment remit identification, and only one identifier can be passed through the end-to-end chain, the creditor's reference or payment remittance identification should be quoted in the end-to-end transaction identification. Format: maxlength: /176

137 2.266 RelatedDates <RltdDts> Set of elements identifying the dates related to the underlying transactions. Type: This message item is composed of the following TransactionDates2 element(s): AcceptanceDateTime <AccptncDtTm> Point in time when the payment order from the initiating party meets the processing conditions of the account servicing agent. This means that the account servicing agent has received the payment order and has applied checks such as authorisation, availability of funds. Data Type: ISODateTime Tax <Tax> Set of elements used to provide details on the tax. Amount of money due to the government or tax authority, according to various pre-defined parameters such as thresholds or income. Type: This message item is composed of the following TaxInformation3 element(s): 137/176

138 TotalTaxAmount <TtlTaxAmt> Total amount of money as result of the calculation of the tax. 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} Rule(s): 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: See Reporting of costs, fees and taxes 138/176

139 Record <Rcrd> Presence: Type: [0..n] Record of tax details. This message item is composed of the following TaxRecord1 element(s): Type <Tp> High level code to identify the type of tax details. Data Type: Max35Text Format: maxlength: /176

140 TaxAmount <TaxAmt> Set of elements used to provide information on the amount of the tax record. Type: This message item is composed of the following TaxAmount1 element(s): Rate <Rate> Rate used to calculate the tax. Data Type: PercentageRate Format: fractiondigits: 10 - totaldigits: TaxableBaseAmount <TaxblBaseAmt> Amount of money on which the tax is based. Data Type: ActiveOrHistoricCurrencyAndAmount This data type must be used with the following XML Attribute: Currency (Ccy) which is typed by ActiveOrHistoricCurrencyCode. Format: ActiveOrHistoricCurrencyAndAmount 140/176

141 fractiondigits: 5 - mininclusive: 0 - totaldigits: 18 ActiveOrHistoricCurrencyCode [A-Z]{3,3} Rule(s): CurrencyAmount ActiveOrHistoricCurrencyAndAmount 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 TotalAmount <TtlAmt> Total amount that is the result of the calculation of the tax for the record. 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} Rule(s): 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. 141/176

142 2.293 ReturnInformation <RtrInf> Set of elements used to provide the return information. Type: This message item is composed of the following ReturnReasonInformation10 element(s): Rule(s): ReturnReasonRule If Reason/Code is equal to NARR, then AdditionalInformation must be present. 142/176

143 2.294 OriginalBankTransactionCode <OrgnlBkTxCd> Set of elements to fully identify the type of underlying transaction resulting in an entry. Type: This message item is composed of the following BankTransactionCodeStructure1 element(s): UNIFI (ISO 20022) - Bank-to-Customer Cash Management Standards April 2007 MX camt BankToCustomerStatementV01 Page Domain <Domn> Presence: Usage: [0..1], R2 Set of elements used to provide the domain, the family and the sub-family of the bank transaction code, in a structured and hierarchical format. If a specific family or sub-family code cannot be provided, the generic family code defined for the domain or the generic sub-family code defined for the family should be provided. 143/176

144 Type: This message item is composed of the following BankTransactionCodeStructure5 element(s): Code <Cd> Specifies the business area of the underlying transaction. Data Type: ExternalBankTransactionDomainCode Format: maxlength: Family <Fmly> Specifies the family and the sub-family of the bank transaction code, within a specific domain, in a structured and hierarchical format. Type: This message item is composed of the following BankTransactionCodeStructure6 element(s): 144/176

145 2.298 Code <Cd> Specifies the family within a domain. Data Type: ExternalBankTransactionFamilyCode Format: maxlength: SubFamilyCode <SubFmlyCd> Specifies the sub-product family within a specific family. Data Type: ExternalBankTransactionSubFamily1Code Format: maxlength: Proprietary <Prtry>, R2 Bank transaction code in a proprietary form, as defined by the issuer. Type: This message item is composed of the following ProprietaryBankTransactionCodeStructure1 element(s): 145/176

146 2.301 Code <Cd> Data Type: Max35Text Proprietary bank transaction code to identify the underlying transaction. Format: maxlength: Issuer <Issr> Identification of the issuer of the proprietary bank transaction code. Data Type: Max35Text Format: maxlength: Originator <Orgtr> Party that issues the return. Type: This message item is composed of the following PartyIdentification32 element(s): 146/176

147 9.1.0 Name <Nm> Data Type: Max140Text Name by which a party is known and which is usually used to identify that party. Format: maxlength: Reason <Rsn> Specifies the reason for the return. Type: This message item is composed of one of the following ReturnReason5Choice element(s): Code <Cd> Reason for the return. Data Type: ExternalReturnReason1Code Format: maxlength: 4 USAGE: Only codes below will are supported 147/176

148 Code Name Definition AC01 IncorrectAccountNumber Account number is invalid or missing. Formerly: Format of the account number specified is not correct. AC04 ClosedAccountNumber Account number specified has been closed on the bank of account s books. AC06 BlockedAccount Account specified is blocked, prohibiting posting of transactions against it. AC13 InvalidDebtorAccountType Debtor account is a consumer account (B2B Only) AG01 TransactionForbidden Transaction forbidden on this type of account (formerly NoAgreement) AG02 InvalidBankOperationCode Bank Operation code specified in the message is not valid for receiver AM04 InsufficientFunds Amount of funds available to cover specified message amount is insufficient. AM05 Duplication Duplication BE01 InconsistenWithEndCustomer Identification of end customer is not consistent with associated account number. (formerly CreditorConsistency). BE04 MissingCreditorAddress Specification of creditor s address, which is required for payment, is missing/not correct (formerly IncorrectCreditorAddress). BE05 UnrecognisedInitiatingParty Party who initiated the message is not recognised by the end customer FF05 InvalidLocalInstrumentCode Local Instrument code is missing or invalid FOCR FollowingCancellationRequest Following Cancellation Request MD01 NoMandate No Mandate MD02 MD03 MissingMandatoryInformationIn Mandate InvalidFileFormatForOtherReasonThanGr oupingindicator Mandate related information data required by the scheme is missing. File format incomplete or invalid MD06 RefundRequestByEndCustomer Return of funds requested by end customer MD07 EndCustomerDeceased End customer is deceased. MS02 MS03 NotSpecifiedReasonCustomer Generated NotSpecifiedReasonAgent Generated Reason has not been specified by end customer Reason has not been specified by agent. NARR Narrative Reason is provided as narrative information in the additional reason information. RC01 BankIdentifierIncorrect Bank Identifier coe specified in the message has an incorrect format (formerly IncorrectFormatForRoutingCode). RC02 InvalidBankIdentifier Bank identifier is invalid or missing. Generic usage if cannot specify between debit or credit account RR01 Missing Debtor Account or Identification Specification of the debtor s account or unique identification needed for reasons of regulatory requirements is insufficient or missing 148/176

149 RR02 RR03 Missing Debtor Name or Address Missing Creditor Name or Address RR04 Regulatory Reason Regulatory Reason Specification of the debtor s name and/or address needed for regulatory requirements is insufficient or missing. Specification of the creditor s name and/or address needed for regulatory requirements is insufficient or missing. SL01 Specific Service offered by Debtor Agent Due to specific service offered by the Debtor Agent AdditionalInformation <AddtlInf> Presence: [0..n], R3 Further details on the return reason. Data Type: Max105Text Format: maxlength: AdditionalTransactionInformation <AddtlTxInf> Further details of the transaction. Data Type: Max500Text Format: maxlength: AdditionalEntryInformation <AddtlNtryInf> Further details of the entry. 149/176

150 Data Type: Max500Text Format: maxlength: AdditionalStatementInformation <AddtlStmtInf> Further details of the account statement. Data Type: Max500Text Format: maxlength: /176

151 4. Principles governing the structure of reporting In this chapter, we often make references to XML-examples in chapter 7. The examples in chapter 7 are preceeded by two indexes: A = Example-Index: This example-index is made to facilitate the reading of these guidelines. All items are numbered consecutively, in order to have unique references to the examples. B = MX.CAMT Index: This index represents the exact index numbering of the CAMT General principles The use of optional fields may be subject to a bilateral agreement with the bank Information registered under the Entry item 2.76 : Both for simple and globalised transactions, information can be retrieved from the following items : - Amount item : the net amount that has been booked - Creditdebitindicator 2.79 item : the direction of the transaction - Reversalindicator 2.80 item: the question whether one is dealing with a correction in writing or with R-transactions (SCT-SDD) - Status 2.81 item : always booked in the EoD reporting - BookingDate 2.82 item : the booking date of the transaction - ValueDate 2.83 item: the value date of the transaction - Accountservicereference 2.84 item : the reference of the transaction generated by the bank - BankTransactionCode 2.91 item : the transaction type If the charges are linked to a globalised transaction, information also can be retrieved from the following items : - Charges item : if there is a link between the costs/fees/taxes and the globalisation - AdditionalEntryInformation item: additional information, if any, about the globalised transaction. XML-example : see example-index 3.2 to Information registered under the Entry details item : The modus-operandi is defined in a bilateral agreement with the bank. as for a single transaction, information can be retrieved from the following items : - TransactionDetails item : any additional information about the transaction as for globalised transactions, information can be retrieved from the following items : - Batch item : all batch elements 151/176

152 - TransactionDetails 2.141item: all information about the details of a globalized transaction - AdditionalEntyInformation item : additional information, if any, about the transaction XML-example : see example-index 4.25 to Partial / gross amounts versus net amount : In case a transaction consists of several partial amounts (eg. a batch-booking or a transaction where charges or taxes are included), the net amount will be reported under the Amount 2.78 item, and the partial amounts will be reported under EntryDetails item. The sum of all partial amounts should equal the net amount. Depending on your bank, in case the gross amount equals the net amount, the gross amount will not be reported under the EntryDetails item Reporting of Structured Creditor References to RemittanceInformation Item : When the field 2.98 RemittanceInformation of the pain.001 xml message is filled, the information is provided in the corresponding fields of the camt.053 xml message. The Structured Creditor Reference defined in Luxembourg, contains a 14 digit structured communication, with the last 2 digits as check digits (modulo 97) of the first 12 digits; but if the result is 0, then the check digits are 97. Only Luxembourg banks support this national standardized reference. 4.3 Reporting of costs, fees and taxes : Use of the Charges item under TransactionDetails item Use of the Tax item, if tax is levied on a part of or on the whole of the costs and fees concerned Whenever charges are reported the Charges item will be used as many times as there are different charges related to the same transaction to be reported, XML-example : see If the costs, fees and taxes pertain to a globalised transaction, the information will be given under the Charges item Reporting of Customer References from Pain-messages : A Pain-message can contain different customer references such as MessageIdentification, PaymentInformationIdentification, InstructionIdentification and EndToEndInformation. If they occur in a Pain-message transaction, they will be reported as follows : 152/176

153 For single transactions in the following items : o Under the References item : MessageIdentification item PaymentInformationIdentification item InstructionIdentification item EndToEndIdentification item For globalised transactions : o Under the Batch item : MessageIdentification item PaymentInformationIdentification item o Under the References item : InstructionIdentification item EndToEndIdentification item Pain-message 153/176

154 4.5. Reporting of the different kinds of amounts: The use of optional fields may be subject to a bilateral agreement with the bank. Booked amount on the account (globalised or single): Use of the Amount 2.78 item Other kinds of amounts: Use of AmountDetails item in accordance with the following rules: Amount related to a detail of a globalised transaction: ª Use of the TransactionAmount item Gross amount (before deduction of costs, fees and taxes) labeled in the currency of the reported account: ª Use of the InstructedAmount item Gross amount (before deduction of costs, fees and taxes) not labeled in the currency of the reported account: ª Use of the InstructedAmount item to report the gross amount of the original transaction in its original currency ª Use of the CounterValueAmount item for the reporting of the counter value labeled in the currency of the reported account, of the original amount. All useful information about currency conversion will be given under this item. ª Use of the ProprietaryAmount item with one of the category codes mentioned in 6.2 Category being included in the type item for the reporting of more specific amounts (capital of a long-term investment ):... Attention : if the amounts are related to a globalised transaction, the information will be given under the AmountDetails XML-example : see example-index 4.37 to Reporting of the TransactionsSummary 2.43 item: Let s assume we have to report the following transactions in a statement : , , , ,00 442,00 The reporting of the TransactionSummary 2.43 item will be as follows : <TxsSummry> <TtlNtries> <NbOfNtries>5</NbOfNtries> <Sum> </Sum> è The sum off all transactions, 154/176

155 regardless whether they are credit- or debet-transactions. <TtlNetNtryAmt> </TtlNetNtryAmt> è The sum off all transactions, taken in account whether they are credit- or debettransactions. <CdtDbtInd>CRDT</CdtDbtInd> è Indicates whether the total net entry amount is a credit or a debit balance. </TtlNtries> <TtlCdtNtries> <NbOfNtries>4</NbOfNtries> è Number of individual credit entries included in the report. <Sum> </Sum> è Total of all individual credit entries included in the report. </TtlCdtNtries> <TtlDbtNtries> <NbOfNtries>1</NbOfNtries> è Number of individual debit entries included in the report. <Sum>442.00</Sum> è Total of all individual debit entries included in the report. </TtlDbtNtries> </TxsSummry> XML-example : see 7.3 example-index 2.58 to /176

156 5. Bank Transaction Codes The Bank Transaction Codes structure is defined as follow: The Structure (Domain, Family, Sub-family) is not currently used in Luxembourg. Only proprietary codes will be used Transaction codes defined in Luxembourg Common list to be provided by banks. 156/176

XML notification. Implementation Guidelines. Final Version 2.1 (changes in chapter 8.1)

XML notification. Implementation Guidelines. Final Version 2.1 (changes in chapter 8.1) XML notification Implementation Guidelines Final Version 2.1 (changes in chapter 8.1) Table of Contents 1 Introduction... 6 1.1 Scope... 6 1.2 General principles... 6 1.3 Use of these guidelines... 7 1.4

More information

Record description XML File Transfer Foreign Payment Feedback camt

Record description XML File Transfer Foreign Payment Feedback camt Record description XML File Transfer Foreign Payment Feedback camt.054.001.02 15.11.2011 Page 2 of 14 Change date Version Changed 10.10.2011 1.0 7.12.2011 1.1 Added currency fields in 2.136 15.11.2012

More information

Format Description CAMT and CAMT

Format Description CAMT and CAMT Format CAMT.052.001.02 and CAMT.053.001.02 InsideBusiness Connect SwiftNet FileAct EBICS The Netherlands Document version history Version Date Changes 1.0 First version 2.0 14-02-2014 Updated - List of

More information

Swedbank AB (publ) Swedbank Sweden's MIG Credit and Debit Notification (CAMT.054)

Swedbank AB (publ) Swedbank Sweden's MIG Credit and Debit Notification (CAMT.054) Swedbank AB (publ) 2016-02-11 Swedbank Sweden's MIG Credit and Debit Notification (CAMT.054) Introduction This document describes the usage on a set of ISO20022 messages. The main target systems on the

More information

camt BankToCustomerStatementV02

camt BankToCustomerStatementV02 Corporate egateway Message Implementation Guideline camt.053.001.02 BankToCustomerStatementV02 MIG version: 1.4 : 2018.11.26 2 of 10 Table of Contents 1. Introduction... 3 2. Scope... 3 3. Document references...

More information

camt BankToCustomerStatementV02

camt BankToCustomerStatementV02 Corporate egateway Message Implementation Guideline camt.053.001.02 BankToCustomerStatementV02 MIG version: 1.2 : 16-12-2013 2 of 7 Table of Contents 1. Introduction... 3 2. Scope... 3 3. Document references...

More information

ING Format Description Transaction Details Camt InsideBusiness Connect InsideBusiness Payments SwiftNet FileAct EBICS

ING Format Description Transaction Details Camt InsideBusiness Connect InsideBusiness Payments SwiftNet FileAct EBICS ING Format Transaction Details Camt.054.001.02 InsideBusiness Connect InsideBusiness Payments SwiftNet FileAct EBICS Document version history Version Date Changes 1.0 01-11-2016 First version 1.1 15-12-2016

More information

XML account report CAMT Service description April 2013

XML account report CAMT Service description April 2013 XML account report CAMT.052.001.02 Service description April 2013 Content 1 Purpose of the document... 2 2 Account report as an XML file... 2 2.1 Downloading of files... 2 3 Technical information... 2

More information

ING Format Description

ING Format Description ING Format CAMT.052.001.02 and CAMT.053.001.02 InsideBusiness Connect InsideBusiness Payments SwiftNet FileAct EBICS Document version history Version Date Changes 1.0 First version 2.0 14-02-2014 Updated

More information

camt Account Statement BankToCustomerStatementV02

camt Account Statement BankToCustomerStatementV02 Corporate Access Account eporting Message Implementation Guidelines BankToCustomerStatementV02 MIG version: 1.00 : Corporate Access Account eporting version 1.0 2 of 10 Table of contents 1. Introduction...

More information

SEB GATEWAY Duomenų apsikeitimo formato pagal ISO XML standarto pranešimus naudojimo taisyklės. v

SEB GATEWAY Duomenų apsikeitimo formato pagal ISO XML standarto pranešimus naudojimo taisyklės. v SEB GATEWAY Duomenų apsikeitimo formato pagal ISO 20022 XML standarto pranešimus naudojimo taisyklės v1.27 2015-01-01 Content Account Statement (camt.053.001.02 Statement2) 3 Notification (camt.054.001.02

More information

camt Account Statement Standard BankToCustomerStatementV02

camt Account Statement Standard BankToCustomerStatementV02 Corporate Access Account eporting Message Implementation Guidelines camt.053.001.02 Account Statement Standard BankToCustomerStatementV02 MIG version: 1.2 : This version is expected to be launched to the

More information

XML message for Bank to Customer Statement (camt.053) Implementation Guidelines for the Netherlands

XML message for Bank to Customer Statement (camt.053) Implementation Guidelines for the Netherlands XML message for Bank to Customer Statement (camt.053) Implementation Guidelines for the Netherlands Disclaimer These guidelines may be subject to changes. Utmost care has been taken to ensure the information

More information

ISO Cash Management

ISO Cash Management ISO 20022 Cash Management Swiss Implementation Guidelines for Bank-to-Customer Messages (Reports) Bank-to-Customer Account Report (camt.052) Bank-to-Customer Statement (camt.053) Bank-to-Customer Debit/Credit

More information

Format Description CAMT.052 version 1.0. Rabo Direct Connect, SWIFT FileAct en Rabo Internetbankieren (Professional)

Format Description CAMT.052 version 1.0. Rabo Direct Connect, SWIFT FileAct en Rabo Internetbankieren (Professional) Format Description CAMT.052 version 1.0 Rabo Direct Connect, SWIFT FileAct en Rabo Internetbankieren (Professional) Contents 1 CAMT.052 Exportformat 3 1.1 CAMT.052 description 3 1.2 CAMT.052 structure

More information

Format Description CAMT.053 version 1.0. Rabo Direct Connect, SWIFT FileAct and Rabo Internetbanking (Professional)

Format Description CAMT.053 version 1.0. Rabo Direct Connect, SWIFT FileAct and Rabo Internetbanking (Professional) Format Description CAMT.053 version 1.0 Rabo Direct Connect, SWIFT FileAct and Rabo Internetbanking (Professional) January 2018 Contents 1. CAMT.053 REPORTING EPORT FORMAT 3 1.1 CAMT.053 description 3

More information

Format description CAMT.053 version Rabo Direct Connect, SWIFT FileAct & Rabo Internetbanking (Professional)

Format description CAMT.053 version Rabo Direct Connect, SWIFT FileAct & Rabo Internetbanking (Professional) Format description CAMT.053 version 1.0.2 Rabo Direct Connect, SWIFT FileAct & Rabo Internetbanking (Professional) Contents 1. CAMT.053 REPORTING EPORT FORMAT 3 1.1 CAMT.053 description 3 1.2 CAMT.053

More information

OP-POHJOLA GROUP Customer instructions for XML account reporting of material obtained from the Web Services channel

OP-POHJOLA GROUP Customer instructions for XML account reporting of material obtained from the Web Services channel OP-POHJOLA GROUP Customer instructions for XML account reporting of material obtained from the Web Services channel Payment Transaction Services June 2014 OP-Services Ltd. All rights reserved. OP-SERVICES

More information

camt Debit Notification BankToCustomerDebitCreditNotificationV02

camt Debit Notification BankToCustomerDebitCreditNotificationV02 Corporate egateway Message Implementation Guideline camt.054.001.02 Debit Notification BankToCustomerDebitCreditNotificationV02 This Message Implementation Guide only includes description of Debit entries.

More information

SEB MIG for ISO20022 camt.052, camt.053 and camt.054.

SEB MIG for ISO20022 camt.052, camt.053 and camt.054. SEB MIG for ISO20022 camt.052, camt.053 and camt.054. Version 1.0 Table of contents 1. Introduction... 3 2. Camt.053.001.02 Bank To Customer Statement... 4 3. Camt.052.001.02 Bank To Customer Account Report...

More information

ISO Cash Management

ISO Cash Management ISO 20022 Cash Management Swiss Implementation Guidelines for Customer-Bank Messages (Reports) Bank-to-Customer Account Report (camt.052) Bank-to-Customer Statement (camt.053) Bank-to-Customer Debit/Credit

More information

SEB Estonia MIG for ISO20022 camt.053 and camt.054.

SEB Estonia MIG for ISO20022 camt.053 and camt.054. SEB Estonia MIG for ISO20022 camt.053 and camt.054. Version 1.01 Version 1.01 Changes Updated 20141031 1) Description of camt.052 is deleted. 2) Additional information is added to the field InstrId (in

More information

ISO TRANSACTION REPORTING GUIDE. v 1.3

ISO TRANSACTION REPORTING GUIDE. v 1.3 ISO 20022 TRANSACTION REPORTING GUIDE v 1.3 4.10.2012 1 ISO 20022 Transaction Reporting Guide Table of contents 1 Introduction... 2 2 General... 2 3 Notification message structure... 3 3.1 Group Header

More information

BankToCustomerDebitCreditNotificationV06_Debit

BankToCustomerDebitCreditNotificationV06_Debit BankToCustomerDebitCreditNotificationV06_Debit Bank to Corporate Messages Portfolio - Draft - January 31, 2017 This document describes a usage guideline restricting the base message MX camt.054.001.06.

More information

Bank-to-Customer Cash Management Standards

Bank-to-Customer Cash Management Standards UNIFI (ISO 20022) Message Definition Report Bank-to-Customer Cash Management Standards Approved by UNIFI Payments SEG on 5 March 2007 Edition April 2007 Table Of Contents Overview... 1 Scope... 1 How to

More information

ISO XML message for Account Reports

ISO XML message for Account Reports ISO 20022 XML message for Account Reports Implementation Guideline Version 1.02 Estonia Version 1.02 Changes Updated 20131104 1. Introduction and message usage. Account Report (CAMT.052.001.02) can be

More information

pain CustomerDirectDebitInitiationV02 SEPA Direct Debit

pain CustomerDirectDebitInitiationV02 SEPA Direct Debit Message Implementation Guideline CustomerDirectDebitInitiationV02 SEPA Direct Debit MIG version: 1.0 : 27-02-2017 2017-02-27 2 of 18 Table of Contents 0. Document change history... 3 1. Introduction...

More information

Credit Transfer. PAIN XML File Structure V 1.2

Credit Transfer. PAIN XML File Structure V 1.2 Credit Transfer PAIN.001.001.03 XML File Structure V 1.2 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

More information

SCT Bulk Payments XML File Format

SCT Bulk Payments XML File Format www.aib.ie/sepa SCT Bulk Payments XML File Format This document is the property of AIB Group. No official or other user of this document, may, without the prior written permission of the Bank, disseminate

More information

Message Definition Report

Message Definition Report Approved by the ISO 20022 RMG Message Definition Report Model: pacs.008.001.06 Version: 1.0 Issue Date: 15/04/2016 Author: ISO 20022 RTPG Contents History... 3 Introduction... 3 History Version Date Authors

More information

UBS Implementation Guidelines

UBS Implementation Guidelines UBS Implementation Guidelines Swiss Payment Standards for domestic direct debit pain.008.001.02.ch.03 SPS Version 1.2 UBS Version 1.0 April 2018 UBS Implementation Guidelines Swiss Payment Standards for

More information

UBS Implementation Guidelines

UBS Implementation Guidelines UBS Implementation Guidelines Swiss Recommendations for cash management reports camt.053.001.04 - SR Version 1.3 UBS Version 1.0 August 2016 UBS Implementation Guidelines Swiss Recommendations for cash

More information

SEPA Credit Transfer Unpaid Report File Format

SEPA Credit Transfer Unpaid Report File Format SEPA Credit Transfer Unpaid Report File Format PAIN.002.001.03 XML File Structure V 1.2 This document is published by Bank of Ireland, and both it, and its contents, are the property of Bank of Ireland.

More information

Credit Transfer. PAIN XML File Structure Version 1.2. Mandatory Fields Optional Fields Payment Information (Batch) / Transaction Level

Credit Transfer. PAIN XML File Structure Version 1.2. Mandatory Fields Optional Fields Payment Information (Batch) / Transaction Level Credit Transfer PAIN.001.001.03 XML File Structure V 1.3 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

More information

Message Definition Report - Part 2

Message Definition Report - Part 2 ISO 20022 Stand-Alone Remittance Advice - Maintenance 2018-2019 Message Definition Report - Part 2 This document provides details of the Message Definitions for Stand-Alone Remittance Advice - Maintenance

More information

SEPA Direct Debit Initiation Danske Bank's interpretation of ISO pain (Direct Debit Initiation)

SEPA Direct Debit Initiation Danske Bank's interpretation of ISO pain (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

More information

pain CustomerPaymentReversalV02

pain CustomerPaymentReversalV02 Corporate egateway Message Implementation Guideline MIG version: 1.0 : 13-04-2015 2 of 7 Table of Contents 1. Introduction... 3 2. Scope... 3 3. Document references... 3 4. Services... 4 5. Use of references

More information

DRAFT for NO: camt Credit Notification BankToCustomerDebitCreditNotificationV02

DRAFT for NO: camt Credit Notification BankToCustomerDebitCreditNotificationV02 orporate Access Account eporting Message Implementation Guidelines DAFT for NO: camt.054.001.02 redit Notification BankToustomerDebitreditNotificationV02 This Message Implementation Guide only includes

More information

WIRE TRANSACTION STATEMENT EXAMPLE. Version: 0.2 <November 2015 >

WIRE TRANSACTION STATEMENT EXAMPLE. Version: 0.2 <November 2015 > WIRE TRANSACTION STATEMENT EXAMPLE Version: 0.2 TrustPay provides Wire transaction statement from merchant account in XML format as CAMT.053.001.04 message (Bank-to-Customer-Statement)

More information

ISO CustomerPaymentStatusReport Direct Debit

ISO CustomerPaymentStatusReport Direct Debit Implementation guide ISO 20022 CustomerPaymentStatusReport Direct Debit pain.002.001.03 Version 1.0.0 Publishing date 4 November 2013 Implementation guide Table of contents 1 INTRODUCTION... 3 1.1 Related

More information

Format Specification

Format Specification Format Specification ISO20022-pain.002.001.03 mbank SA 2015.12.20 Version 1.3 1. General Info... 3 2. Short review... 3 3. Allowed characters / Coding... 3 4. References to codes and colors used in the

More information

Format description XML SEPA DD. Rabo Direct Connect (RDC)

Format description XML SEPA DD. Rabo Direct Connect (RDC) Format description XML SEPA DD Rabo Direct Connect (RDC) Content 1 SEPA DD IMPORT FORMAT... 3 1.1 DESCRIPTION... 3 1.2 GENERAL CHARACTERISTICS... 3 1.3 SEPA DD STRUCTURE... 3 1.3.1 Introduction... 3 1.3.2

More information

Addendum on the XML message for SEPA Credit Transfer Initiation (PAIN)

Addendum on the XML message for SEPA Credit Transfer Initiation (PAIN) Addendum on the XML message for SEPA Credit Transfer Initiation (PAIN) 201 Version 1.0 - August 201 2 Table of content 1. Introduction 3 1.1 Related documents 1.2 Character Set 1.3 Change history 1.4 Summary

More information

SEPA Direct Debit Initiation Danske Bank's interpretation of ISO pain (Direct Debit Initiation)

SEPA Direct Debit Initiation Danske Bank's interpretation of ISO pain (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

More information

Format description Generic Payment File. Rabo Direct Connect & Rabo Internet banking (Professional)

Format description Generic Payment File. Rabo Direct Connect & Rabo Internet banking (Professional) Format description Generic Payment File Rabo Direct Connect & Rabo Internet banking (Professional) Contents 1 GENERAL... 3 1.1 GENERAL CHARACTERISTICS...3 1.2 STRUCTURE...3 1.2.1 Introduction...3 1.2.2

More information

OP Corporate Bank plc Latvia Branch

OP Corporate Bank plc Latvia Branch OP Corporate Bank plc Latvia Branch Data exchange standard used in the Internet bank ISO 20022 September 2017 Content 1. Introduction... 3 2. Payment Initiation Message pain.001.001.03... 4 3. Account

More information

ISO Payments. Swiss Implementation Guidelines for Customer-to-Bank Messages for the Swiss Direct Debit Procedure

ISO Payments. Swiss Implementation Guidelines for Customer-to-Bank Messages for the Swiss Direct Debit Procedure ISO 20022 Payments Swiss Implementation Guidelines for Customer-to-Bank Messages for the Swiss Direct Debit Procedure Customer Direct Debit Initiation (pain.008) and Customer Payment Status Report (pain.002)

More information

Format Specification

Format Specification Format Specification ISO20022-pain.002.001.03 mbank SA 2017.01.02 Version 1.6 1. General Info...3 2. Short review of pain.002.001.03; format requirements; processing mechanism...3 3. Allowed characters

More information

ISO Payments. Swiss Implementation Guidelines for Customer-Bank Messages for the Swiss Direct Debit Procedure

ISO Payments. Swiss Implementation Guidelines for Customer-Bank Messages for the Swiss Direct Debit Procedure ISO 20022 Payments Swiss Implementation Guidelines for Customer-Bank Messages for the Swiss Direct Debit Procedure Customer Direct Debit Initiation (pain.008) Version 1.1.1 07.08.2017 General note Any

More information

Message Usage Guideline

Message Usage Guideline Draft approved by the ISO 20022 RTPG Core Review Group Message Usage Guideline Modell: pacs.002.001.08 Version: 1.1 Issue Date: 19/07/2017 Author: ISO 20022 RTPG Core Review Group Contents History... 3

More information

camt Account Statement Extended BankToCustomerStatementV02

camt Account Statement Extended BankToCustomerStatementV02 orporate Access Account eporting Message Implementation Guidelines camt.053.001.02 Account Statement Extended BankToustomerStatementV02 MIG version: 1.0 (DAFT) : This version is expected to be launched

More information

Swiss Payment Standards 2018

Swiss Payment Standards 2018 Swiss Payment Standards 2018 Swiss Implementation Guidelines for Customer-Bank Messages for the Swiss Direct Debit Procedure Customer Direct Debit Initiation (pain.008) Version 1.2, with effect from November

More information

Message Definition Report - Part 2

Message Definition Report - Part 2 ISO 20022 Target2-Securities - Administration message set Message Definition Report - Part 2 For Final Review by the T2S Evaluation Team. This document provides details of the Message Definitions for Target2-Securities

More information

SEPA Direct Debit. PAIN XML File Structure

SEPA Direct Debit. PAIN 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

More information

camt Credit Notification BankToCustomerDebitCreditNotificationV02

camt Credit Notification BankToCustomerDebitCreditNotificationV02 orporate Access Account eporting Message Implementation Guidelines camt.054.001.02 redit Notification BankToustomerDebitreditNotificationV02 This Message Implementation Guideline includes description of

More information

camt Debit Notification BankToCustomerDebitCreditNotificationV02

camt Debit Notification BankToCustomerDebitCreditNotificationV02 orporate Access Payables Message Implementation Guidelines camt.054.001.02 Debit Notification BankToustomerDebitreditNotificationV02 These Message Implementation Guidelines only include a description of

More information

Message Definition Report

Message Definition Report Message Definition Report 2010-06-01 Table Of Contents Overview... 1 Scope... 1 Deployment... 1 How to read... 1... 2 Message Functionality... 2 Structure... 2 Rules and Guidelines... 11 Message Items

More information

camt Debit Notification BankToCustomerDebitCreditNotificationV02

camt Debit Notification BankToCustomerDebitCreditNotificationV02 orporate Access Payables Message Implementation Guidelines camt.054.001.02 Debit Notification BankToustomerDebitreditNotificationV02 These Message Implementation Guidelines only include a description of

More information

pain CustomerPaymentStatusReportV03

pain CustomerPaymentStatusReportV03 Message Implementation Guideline CustomerPaymentStatusReportV03 MIG version: 1.0 : SEPA Direct Debit / CustomerPaymentStatusReportV03 2 of 9 Table of Contents 1. Introduction... 3 2. Nordea usage of ISO20022

More information

Document Overview. Credit Transfer PAIN XML File Structure. 1.1 Background. 1.2 Document Purpose. The Character Set.

Document Overview. Credit Transfer PAIN XML File Structure. 1.1 Background. 1.2 Document Purpose. The Character Set. ASOCIAȚIA ROMÂNĂ A BĂNCILOR Credit Transfer PAIN.001.001.03 XML File Structure Document Overview 1.1 Background 1.2 Document Purpose 2. 3. 4. 5. 6. 7. 8. 9. The Character Set Fields Types Usage Rules Unused

More information

SEPA Direct Debit. PAIN XML File Structure

SEPA Direct Debit. PAIN 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

More information

ISO Message Implementation Guide for Payment Initiation pain

ISO Message Implementation Guide for Payment Initiation pain ISO 20022 Message Implementation Guide for Payment Initiation pain001.001.03 Credit Transfer PAIN.001.001.03 XML File Structure 1. Document Overview 1.1. Background 1.2. Document Purpose 2. The Character

More information

camt Debit Notification BankToCustomerDebitCreditNotificationV02

camt Debit Notification BankToCustomerDebitCreditNotificationV02 orporate Access Payables Message Implementation Guidelines camt.054.001.02 Debit Notification BankToustomerDebitreditNotificationV02 These Message Implementation Guidelines only include a description of

More information

Credit Suisse pain ch.02 - SIX v Swiss Recommendations for Credit Transfers Message Implementation Guidelines

Credit Suisse pain ch.02 - SIX v Swiss Recommendations for Credit Transfers Message Implementation Guidelines redit Suisse Version 2.0 Issue date: 25.01.2018 Ego vero valde afflictus sum redit Suisse pain.001.001.03.ch.02 - SIX v.1.7.2 Swiss Recommendations for redit Transfers Message Implementation Guidelines

More information

MT940 to CAMT.053 Mapping

MT940 to CAMT.053 Mapping to Mapping Description of the SEPA reporting format ABN-Amro Clearing Bank January 2014 Document version: 0.04 Table of Contents General Layout... 2 General Identifiers... 2 Transaction Reference Number...2

More information

Bankline SEPA Direct Debit Origination XML PAIN

Bankline SEPA Direct Debit Origination XML PAIN Bankline SEPA Direct Debit Origination XML PAIN.008.001.02 This guide provides details of the formats and standards needed to generate a valid Bankline SEPA Direct Debit Origination file in PAIN.008.001.02

More information

Customer Documentation Request For Payment Message (pain.013 & pain.014)

Customer Documentation Request For Payment Message (pain.013 & pain.014) Customer Documentation Request For Payment Message (pain.013 & pain.014) Version 2.2 April 2018 THIS DOCUMENT ( DOCUMENT ) IS PROVIDED UNDER THE TERMS OF THIS RTP DOCUMENTATION AGREEMENT ("AGREEMENT").

More information

XML message for SEPA Credit Transfer Initiation Implementation Guidelines for the Netherlands

XML message for SEPA Credit Transfer Initiation Implementation Guidelines for the Netherlands 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

More information

pain CustomerPaymentReversalV02 SEPA Direct Debit

pain CustomerPaymentReversalV02 SEPA Direct Debit Message Implementation Guideline CustomerPaymentReversalV02 SEPA Direct Debit MIG version: 1.0 : 23-04-2018 2 of 6 Table of Contents 1. Introduction... 3 2. Scope... 3 3. Document references... 3 4. Use

More information

Bankline SEPA Money Transfer XML pain

Bankline SEPA Money Transfer XML pain Bankline SEPA Money Transfer XML pain.001.001.03 This guide provides details of the formats and standards needed to generate a valid Bankline SEPA Money Transfer file Version 02.01 November 2017 Page 1

More information

ISO CustomerPaymentStatusReport Confirmation of Receipt

ISO CustomerPaymentStatusReport Confirmation of Receipt ISO 20022 CustomerPaymentStatusReport Confirmation of Receipt pain.002 version 3 Version 1.0.1 Publishing date 21 December 2012 Table of contents 1 INTRODUCTION... 3 1.1 Related documents... 3 1.2 History...

More information

Format description Generic Payment File version Rabo Direct Connect, SWIFT FileAct & Rabo Internet banking (Professional)

Format description Generic Payment File version Rabo Direct Connect, SWIFT FileAct & Rabo Internet banking (Professional) Format description Generic Payment File version 1.8.2 Rabo Direct Connect, SWIFT FileAct & Rabo Internet banking (Professional) Contents 1 GENERAL... 3 1.1 GENERAL CHARACTERISTICS...3 1.2 STRUCTURE...3

More information

Bankline XML standard import format

Bankline XML standard import format Bankline XML standard import format Bankline XML standard import format Contents Introduction to Bankline XML import... 2 What is Bankline XML import?... 2 How do I structure a Bankline XML import format?...

More information

camt CustomerPaymentCancellationRequestV01

camt CustomerPaymentCancellationRequestV01 Corporate Access Payables Message Implementation Guidelines camt.055.001.01 CustomerPaymentCancellationequestV01 MIG version: 1.0 : 2 of 9 Table of contents 1. Introduction... 3 2. About Corporate Access

More information

SEPA Credit Transfer Customer-to-Bank Implementation Guidelines for the Netherlands

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

More information

XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands

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.

More information

ISO Payments. Swiss Implementation Guidelines for Customer-Bank Messages Credit Transfer (Payment Transactions)

ISO Payments. Swiss Implementation Guidelines for Customer-Bank Messages Credit Transfer (Payment Transactions) ISO 20022 Payments for Customer-Bank Messages Credit Transfer (Payment Transactions) Version 1.7 29.05.2017 General note Any suggestions or questions relating to this document should be addressed to the

More information

XML CONVERTING LLOYDSLINK ONLINE EURO MONEYMOVER PAYMENT XML FILES. Importing Payments in Commercial Banking Online

XML CONVERTING LLOYDSLINK ONLINE EURO MONEYMOVER PAYMENT XML FILES. Importing Payments in Commercial Banking Online XML Ò CONVERTING LLOYDSLINK ONLINE EURO MONEYMOVER PAYMENT XML FILES Importing Payments in Commercial Banking Online Import your Payments Files in Commercial Banking Online In Commercial Banking Online

More information

Swiss Payment Standards 2018

Swiss Payment Standards 2018 Swiss Payment Standards 2018 Swiss Implementation Guidelines for Customer-Bank Messages Credit Transfer (Payment Transactions) Customer Credit Transfer Initiation (pain.001) Version 1.8, with effect from

More information

Swiss Payment Standards 2018

Swiss Payment Standards 2018 Swiss Payment Standards 2018 Swiss Implementation Guidelines for Customer-Bank Messages Credit Transfer (Payment Transactions) Customer Credit Transfer Initiation (pain.001) Version 1.8, with effect from

More information

Corporate Pensions Process Automation

Corporate Pensions Process Automation ViaNova 5.00 Mapping ViaNova Data Model to ISO 20022 (2017 Release) Corporate Pensions Process Automation Message Mapping. ViaNova to ISO 20022 (4.04) VIANOVA WORKING GROUP LIVE FROM 18 th November 2017

More information

ISO Payments. Swiss Implementation Guidelines for Customer-to-Bank Messages Credit Transfer (Payment Transactions)

ISO Payments. Swiss Implementation Guidelines for Customer-to-Bank Messages Credit Transfer (Payment Transactions) ISO 20022 Payments Swiss Implementation Guidelines for Customer-to-Bank Messages Credit Transfer (Payment Transactions) Customer Credit Transfer Initiation (pain.001) and Customer Payment Status Report

More information

STET PSD2 API. Documentation. Author: Robache Hervé. Date: Version: (English)

STET PSD2 API. Documentation. Author: Robache Hervé. Date: Version: (English) STET PSD2 API Documentation Author: Robache Hervé Date: 2017-11-15 Version: 1.2.3 (English) Table of content 1. INTRODUCTION... 7 1.1. Context... 7 1.2. Mission... 7 1.3. Licence... 8 2. BUSINESS MODEL...

More information

ISO Payments. Swiss Implementation Guidelines for Customer-Bank Messages Credit Transfer (Payment Transactions)

ISO Payments. Swiss Implementation Guidelines for Customer-Bank Messages Credit Transfer (Payment Transactions) ISO 20022 Payments Swiss Implementation Guidelines for Customer-Bank Messages Credit Transfer (Payment Transactions) Version 1.6 25.07.2016 General note Any suggestions or questions relating to this document

More information

Customer Payment Status Report pain Swedish Interpretation

Customer Payment Status Report pain Swedish Interpretation Customer Payment Status eport pain.002.001.03 Swedish Interpretation ISO Or Message Item ULES Status COMMENT Status COMMENT 0.0 Customer Payment Status eport 1.0 GroupHeader 1.1 MessageIdentification 1.2

More information

Format description PAIN.002. Rabo Internetbanking Professional (RIB Pro), Rabo Direct Connect (RDC) and SWIFT FileAct

Format description PAIN.002. Rabo Internetbanking Professional (RIB Pro), Rabo Direct Connect (RDC) and SWIFT FileAct Format description PAIN.002 Rabo Internetbanking Professional (RIB Pro), Rabo Direct Connect (RDC) and SWIFT FileAct k Contents 1. PAIN.002 STATUS EXPORTFORMAT 3 2. PAIN.002 SCENARIOS 11 APPENDIX 1: EXPORT

More information

Usage rules of the SEB data exchange format based on ISO XML standard messages. Version 2.5 (effective from )

Usage rules of the SEB data exchange format based on ISO XML standard messages. Version 2.5 (effective from ) Usage rules of the SEB data exchange format based on ISO 20022 XML standard messages Version 2.5 (effective from 2017-11-19) Document version history Version Date Amendments 1.21 2013-09-19 Removed unused

More information

PSD2 API INTERFACE SPECIFICATION

PSD2 API INTERFACE SPECIFICATION PSD2 API INTERFACE SPECIFICATION CONTENTS Contents... 2 List of figures... 3 List of tables... 3 Document information... 4 List of acronyms... 5 References... 6 1 Introduction... 7 1.1 Main focus... 7

More information

Accounts Service - SMBC NextGenPSD2

Accounts Service - SMBC NextGenPSD2 Accounts Service - SMBC NextGenPSD2 1.3.SMBC February 2019 Framework (Berlin Group V1.3) Summary OAS3 SMBC offers third party access to accounts (XS2A) in a safe and efficient way using Application Programming

More information

Prenosový formát pain v štruktúre XML

Prenosový formát pain v štruktúre XML Prenosový formát pain.001.001.03 v štruktúre XML Dokument obsahuje popis prenosového formátu pain.001.001.03 pre spracovanie SEPA príkazov na úhradu v aplikácii Internet banking prostredníctvom importu

More information

UBS Implementation Guidelines

UBS Implementation Guidelines US Implementation Guidelines DFÜ greement of Deutsche Kreditwirtschaft for SEP redit Transfer Initiation pain.001.001.03 - DK Version 3.0 US Version 1.0 January 2017 US Implementation Guidelines DFÜ greement

More information

Customer Documentation System Time-Out / Request for Return of Funds (camt.056 & camt.029)

Customer Documentation System Time-Out / Request for Return of Funds (camt.056 & camt.029) Customer Documentation System Time-Out / Request for Return of Funds (camt.056 & camt.029) Version 2.2 April 2018 1 THIS DOCUMENT ( DOCUMENT ) IS PROVIDED UNDER THE TERMS OF THIS RTP DOCUMENTATION AGREEMENT

More information

Customer Documentation Request for Information Message (camt.026 & camt.028)

Customer Documentation Request for Information Message (camt.026 & camt.028) Customer Documentation Request for ormation Message (camt.026 & camt.028) Version 2.2 April 2018 THIS DOCUMENT ( DOCUMENT ) IS PROVIDED UNDER THE TERMS OF THIS RTP DOCUMENTATION AGREEMENT ("AGREEMENT").

More information

UBS Implementation Guidelines

UBS Implementation Guidelines US Implementation Guidelines DFÜ greement of Deutsche Kreditwirtschaft for SEP redit Transfer Initiation pain.001.001.03 - DK Version 3.1 US Version 1.0 pril 2018 US Implementation Guidelines DFÜ greement

More information

pain CustomerPaymentStatusReportV03

pain CustomerPaymentStatusReportV03 Corporate egateway Message Implementation Guideline pain.002.001.03 CustomerPaymentStatusReportV03 MIG version: 1.3 : 01-10-2018 2 of 5 Table of Contents 1. Introduction... 3 2. Scope... 3 3. Document

More information

UBS Implementation Guidelines

UBS Implementation Guidelines US Implementation Guidelines Swiss Recommendations for credit transfers pain.001.001.03.ch.02 - SR Version 1.6 US Version 1.0 January 2017 US Implementation Guidelines Swiss Recommendations for credit

More information

XML CONVERTING LLOYDSLINK BACS XML FILES. Importing Payments in Commercial Banking Online

XML CONVERTING LLOYDSLINK BACS XML FILES. Importing Payments in Commercial Banking Online XML Ò CONVERTING LLOYDSLINK BACS XML FILES Importing Payments in Commercial Banking Online Import your Payments Files in Commercial Banking Online In Commercial Banking Online all Payment Files must be

More information

Diegimo vedlys CAMT.053 išrašas

Diegimo vedlys CAMT.053 išrašas Diegimo vedlys CAMT.053 išrašas Versija: 1.0 Dokumento data: 2012.08.20 Pilnas formato aprašymas: http://www.iso20022.org/documents/general/b2c_camt_paymentsmaintenance2012.zip XML schema: XML schema:

More information

UBS Implementation Guidelines

UBS Implementation Guidelines US Implementation Guidelines Swiss Payment Standards for credit transfers pain.001.001.03.ch.02 - SPS Version 1.8 US Version 1.0 September 2018 Table of ontents 1. redit Transfer message 3 1.1 Scope of

More information

XML CONVERTING LLOYDSLINK FASTER PAYMENT XML FILES. Importing Payments in Commercial Banking Online

XML CONVERTING LLOYDSLINK FASTER PAYMENT XML FILES. Importing Payments in Commercial Banking Online XML Ò CONVERTING LLOYDSLINK FASTER PAYMENT XML FILES Importing Payments in Commercial Banking Online Import your Payment Files in Commercial Banking Online In Commercial Banking Online all Payment Files

More information