Danske Bank Message Implementation Guide Common Global Implementation (CGI) Customer Credit Transfer pain
|
|
|
- Trevor Carr
- 9 years ago
- Views:
Transcription
1 Thi document define how a CuCreditTranferInitiation meage hould be tructured when ent Danke. The Danke Meage Implementation Guide (MIG) of the CuCreditTranferInitiation (CCT) meage complie with the international definition for content and ue of an ISO pain CuCreditTranferInitiation, the CuCreditTranferInitiation recommendation and the country pecific recommendation in Denmark, Finland and Norway. Pleae note that Swedih payment type are implemented baed on Danke interpretation due the fact that no country pecific recommendation have been publihed yet. For further information about the Common Global Implementation initiative pleae refer File ent Danke mut be valid according the XML Schema for pain a publihed on the webite. XML Header: The XML header mut follow the recommendation from <?xml verion="1.0" encoding="utf-8"?> <Document xmln:xi=" xmln="urn:io:td:io:20022:tech:xd:pain "> Character et The following character et can be ued: ISO8859-1, ISO and UTF-8 The document include information in the form of a table concerning the tructure of a meage a well a the content of a meage. Some column refer the Common Clobal Implementation MIG of the CuCreditTranferInitiation. One column refer the country pecific recommentation and the Danke column contain the interpretation made by Danke and explain the uage of the tag in Danke. Therefore pleae pay attention the column "" when implementing upport for CCT file be ent Danke Verion
2 Tag with CGI attribute 'NU' for both in the CGI MIG for CCT and the country pecific recommentation are hidden in the document. The table below explain the uage of the column. Column Header Content no. Or Meage Item Tag Name Mult. Type ISO Definition ACH- Intl Intl ue/ Cu CGI Rule The index ued by the CGI initiative in the official Cu Credit Tranfer Initiation V3 pain Select one or the other field, but not both Meage Item ued by the CGI initiative in the official Cu Credit Tranfer Initiation V3 pain Tag Name ued by the CGI initiative in the official Cu Credit Tranfer Initiation V3 pain (0..1) - Element i optional (1..1) - Element i required (0..n) - Optional with unlimited repetition (1..n) - Required with unlimited repetition Decription of all data type and component ued ISO Definition of Meage Item CGI definition: General uage i equivalent low value or non-urgent tranaction. Typically aociated with a batch proce and/or low priority tranaction. CGI definition: General uage i equivalent high value or urgent tranaction with high priority. CGI definition: Typically, paper baed tranaction. Cu CGI Rule ued by the CGI iniative in the official Cu Credit Tranfer Initiation V3 pain Comment copied from the country pecific Meage Implementation Guide in Denmark, Finland and Norway a defined by the er Aociation in each country. For further information pleae refer the local web ite in each country. Danke uage of the tag Attribute Code R/M C BD XOR NU Term Required Conditional Bilaterally Determined excluive Or Not Ued Definition Required either by chema or CGI Dependent upon a certain condition Content are bilaterally determined between client and bank Content are XOR either by the chema or CGI uage. Select one or the other field, but not both by CGI Color/Background Meaning Root tag of meage Level Tag; no data content Tag; no data content Data Tag not ued Verion
3 In the document there are reference appendixe. Thee can be found in the document "Danke MIG - ISO XML Appendix for CuCreditTranferInitiation (pain )" Information about the payment type can be found in the document "Danke MIG - ISO XML Supported payment type and example". CHANGE LOG: Verion no. Date Change Document created : BICOrBEI: Danke comment i removed 2.20:1.1.5 Cd: "PGNR if PluGirot account" added in the column Danke Comment 2.20:1.1.6 Prtry: " - data i accepted and " replaced by "Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" 2.29 IntrId : "The firt" added at the beginning of the entence in Danke Comment 2.49 RateTp : "Contract number may be filled in in tag 2.50" replaced with "If AGRD i ued then a valid contract number mut be filled in in tag 2.50" in Danke Comment 2.50 CtrcId: "Field mut be ued in combination with tag 2.49" i removed and "If code AGRD i ued in tag 2.49 thi field can contain the contract number agreed with Danke " i replaced by "If code AGRD i ued in tag 2.49 then thi field mut contain a valid contract number agreed with Danke." in Danke Comment 2.87 Cd: Danke comment i removed and replaced with "Valid code: SALA, STDY, BENE, PENS, SSBE, AGRT, BECH, TAXS" 2.89: Cd: "Pleae contact Support Direct for an updated code lit." i added in Danke Comment Verion
4 : Ref: "Only one occurrence upported" i added in Danke comment 2.98 RmtInf : Danke comment added Cd : Danke comment i removed and replaced with "Valid code: CINV - invoice CREN - creditnote. Pleae refer the document "Pleae refer the document "Danke MIG - ISO XML Supported payment type and example"" Nb: "Supported in the payment type Foreign account tranfer cleared via SWIFT o if Ref i blank" added RldtDt: "Supported in the payment type Foreign account tranfer cleared via SWIFT o if Ref i blank." i added CdtNoteAmt: Danke comment i removed RmtdAmt: Danke comment i removed Ir: Danke comment i removed and replaced with "Valid text: ISO Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Ref: Supported in many dometic payment type and "Tranfer from account abroad (MT101)." added AddtlRmtInf: Danke comment i removed and replaced with " - data i accepted and paed on the beneficiary' bank" Variou typo are corrected Nb and RltdDt : 'Norwegian account tranfer - Invoice' added Cd: 'The code determine the type of document and ha the priority in proportion the ReferredDocumentAmount.' added Verion
5 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Cu Credit Tranfer <CtmrCdtTrfInitn> R R R R 1.0 I+GroupHeader ii i <GrpHdr> [1..1] Set of characteritic R R R R MeageIdentification <MgId> [1..1] Max35Text Point h d b point ll ireference di id l aigned by the intruction party and ent the next party in the chain unambiguouly identify the meage R R R R Unique for each cu min 3 month Norway: Unique for each cu min. 3 month. Will be ued in tatu report (PSR) initiated by thi meage Control for meage duplicate Mut be unique for each Buine Online agreement min. 3 month. If not unique - meage will be rejected. MeageIdentification will be returned in PSR CreationDateTime <CreDtTm> [1..1] ISODateTime Date and time at which the meage wa created Authoriation <Authtn> [0..2] Choice Ueridentification or any uer key be ued check whether the initiating party i allowed initiate tranaction from the account pecified in the meage 1.4 {Or +++Code <Cd> [1..1] Code Specifice the auriation, in a coded form R R R R ISODateTime format ued. Ex T09:30:47+01:00 BD BD BD BD BD BD BD BD Can be ued when teting and defining content of feedback (Payment Statu Report) See Appendix A in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline 1.5 Or} +++Proprietary <Prtry> [1..1] Max128Text Specifice the auriation, in a free text form BD BD BD BD Can be ued when teting and defining content of feedback (Payment Statu Report) See Appendix A in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline NumberOfTranaction <NbOfTx> [1..1] Max15Nui ctext Number of individual tranaction contained in the meage R R R R Total number of tranaction in the entire meage. NumberOfTranaction will not be checked. NumberOfTranaction will be returned in PSR Verion Page 1 of 74
6 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu ControlSum <CtrlSum> [0..1] DecimalNumb er Total of all individual amount incluede in the meage, irrepective of currencie BD BD BD BD It i a client' option include. If included, value will be checked. The um i the hah tal of value in Intructed Amount or Equivalent Amount. Norway: To be agreed with the debr bank Pleae, check with the bank if Group Header and/or PaymentInformation level ControlSum i ued for checking The ControlSum will not be checked. ControlSum will be returned in PSR meage InitiatingParty <InitgPty> [1..1] Party Identification Party initiating the payment. In the payment context, thi can either be the debr or the party that initiate the credit tranfer on behalf of the debr Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice AddreType <AdrTp> [0..1] Code Identifie the nature of the potal addre Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government. R R R R BD BD BD BD Can be ued for, but not required. See CGI Appendix B NU NU NU Norway (R) : Finland (XOR): In cae where Organiation Id i not required by the bank but Name ued intead - data i accepted and. NU NU NU - data i accepted and. NU NU NU - data i accepted and. NU NU NU - data i accepted and. NU NU NU - data i accepted and. NU NU NU - data i accepted and. NU NU NU - data i accepted and. NU NU NU - data i accepted and. Verion Page 2 of 74
7 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text Identification <Id> [0..1] Choice Unique and unambiguou way of identifying an organiation or an individual peron {Or ++++OrganiationIdentification <OrgId> [1..1] Unique an unambiguou way of identifying an organiation BICOrBEI <BICOrBEI> [0..1] Identifier Code allocated organiation by the ISO 9362 Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). NU NU NU - data i accepted and. NU NU NU - data i accepted and. NU NU NU - data i accepted and. R R R R Finland (XOR): In cae where Organiation Id i required by the bank and Name i not needed R R R R BD BD BD XOR Norway: Only a valid BIC or BEI i allowed. Valid BEI and BC are regitrered with the ISO 9362 Regitration Authority, and conit of eight (8) or eleven (11) contiguou character ompriing the firt tree or all four of the following component: BANK CODE, COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location code are mandary, while the branch code i optional. - data i accepted and Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Identification aigned by an intitution SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme. BD BD BD XOR Only one occurrence of <Othr> for. R R R R - data i accepted and BD BD BD BD Verion Page 3 of 74
8 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit. R R R R Default value BANK - data i accepted and PaymentInformation <PmtInf> [1..n] Set of characteritic that applie the debit ide of the payment tranaction included in the credit tranfer initiation. R R R R PaymentInformationIdentification <PmtInfId> [1..1] Max35Text Reference aigned by a ending party unambiguouly identify the payment information block within the meage. R R R R Unique for each cut. min. 3 month. Norway: Unique for each cut. min. 3 month. Validation of uniquene will not be performed PaymentInformationIdentificatio n will be returned in PSR PaymentMethod <PmtMtd> [1..1] Code Specifie the mean of payment that will be ued move the amount of money. R - TRF R - TRF R - CHK R - TRF Denmark; Buine rule: If PaymentMethod i TRF and 2.14 Category Purpoe i ued, then all underlying CreditTranaction under that CategoryPurpoe mut be of the ame type:do-supp (LocalIntrument- CategoryPurpoe). IN-SUPP (LocalIntrument- CategoryPurpoe). Valid code: TRF, CHK Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" BatchBooking <BtchBookg> [0..1] Indicar Identifie whether a ingle entry per individual tranaction or a batch entry for the um of the amount of all tranaction in the meage i requeted NumberOfTranaction <NbOfTx> [0..1] Max15Nui ctext Number of individual tranaction contained in the meage. BD BD BD BD Bilaterally Determined. BatchBooking for DO-TRF and DO-OCR i upported by all bank in Denmark. Norway: If ued:true: Identifie that a batch entry for the um of the amount of all tranaction in the meagei requeted.fale: Identifie that a ingle entry for each of the tranaction in the meage i requeted. BD BD BD BD Total number of tranaction within a Payment Information batch. See Appendix B in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline. - data i accepted and. Only upported on GroupHeader level - pleae ee tag 1.6. Verion Page 4 of 74
9 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu ControlSum <CtrlSum> [0..1] DecimalNumb er Total of all individual amount included in the meage, irrepective og currencie PaymentTypeInformation <PmtTpInf> [0..1] Set of element that further pecifie the type of tranaction. BD BD BD BD It i a client' option include. Norway: If included, value will be checked. The um i the hah tal of value in Intructed All individual amount mut be in the ame currency. Amount or Equivalent Amount. Pleae, check with the bank if Group Header and/or PaymentInformation level ControlSum i ued for checking. R R R R Required at either Payment or Tranaction Level, but hould not be preent at both level. Recommended uage i at Payment level. Norway: Required at either Payment or Tranaction Level, but hould not be preent at both level. Recommnded uage i at Payment level. In cae where cu may intruct the bank with dedicated Payment Type Information on Payment Information level - data i accepted and. Only upported on GroupHeader level - pleae ee tag 1.7. Required at either Payment or Tranaction Level, but hould not be preent at both level. If preent at both level the information at tranaction level i ued IntructionPriority <IntrPrty> [0..1] Code Indicar of the urgency or order of importance that the intructing party would like the intructed party apply the proceing of the intruction. BD BD NU BD Baed on whether priority proceing v. normal proceing i offered by the bank. Ued for : NORM (Normal Intruction) HIGH (Urgent Intruction) Norway: Valid code:high - High priority proceing. NORM - Normal proceing. NOTE! Some bank ue code value HIGH indicate local expre payment initiation (POPS). Valid code: HIGH, NORM If no value - NORM i ued a default Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" ServiceLevel <SvcLvl> [0..1] Choice Agreement under which or rule under which the tranaction hould be proceed. R R NU R If an intrument or country i not lited on Appendix A, agreement will be bilateral until included on the lit. Finland (C): In cae where cu may intruct the bank with dedicated Service Level code or value on Payment Information level Norway (C): Verion Page 5 of 74
10 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu 2.9 {Or ++++ Code <Cd> [1..1] Code Specifie a pre-agreed ervice or level of ervice between the partie, a publihed in an external ervice level code lit. XOR XOR NU R - If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. Ued for : NURG (Non Urgent Payment) URGP (Urgent Payment). Norway (R): Finland (R): Valid code: URGP SDVA All other code will be accepted and. If a payment fulfill the condition the payment will aumatically be a payment. condition: The tranfer mut be made a a normal/tandard tranfer and the currency mut be EUR. Ue valid BIC and IBAN Fee code mut be "hare" (cot are hared) Receiverbank hould be regitrered a receiver of Credit Tranfer. See the lit of bank on the homepage of EPC at ouncil.eu Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" 2.10 Or} ++++ Proprietary <Prtry> [1..1] Max35Text Specifie a pre-agreed ervice or level of ervice between the partie, a a proprietary code. XOR XOR NU XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. Tag i not ued - data i accepted and LocalIntrument <LclIntrm> [0..1] Choice Uer community pecific intrument. C C C BD If an intrument or country i not lited on Appendix A, agreement will be bilateral until included on the lit. Tag i not ued Verion Page 6 of 74
11 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu 2.12 {Or ++++ Code <Cd> [1..1] Code Specifie the local intrument, a publihed in an external local intrument code lit. XOR XOR NU ONCL If <Cd> i populated, <Prtry> = hould not be populated. A overnig code from the external code ht clearin lit hould be ued. g SDCL = ame day clearin g IN (Foreign Tranfer) DO (tic Tranfer Tag in not ued - data i accepted and 2.13 Or} ++++ Proprietary <Prtry> [1..1] Max35Text Specifie the local intrument, a a proprietary code. XOR XOR C - Check Iuanc e (CII) XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. Tag i not ued - data i accepted and CategoryPurpoe <CtgyPurp> [0..1] Choice Specifie the high level purpoe of the intruction baed on a et of predefined categorie. Uage: Thi i ued by the initiating party provide information concerning the proceing of the payment. It i likely trigger pecial proceing by any of the agent involved in the payment chain. C C NU BD Conditional baed on country payment intrument. If <CtgyPurp> i ued, one of <Cd> or <Prtry> mut be ued. In Category Purpoe may be forwarded the Beneficiary. Depending on the agreement between the Originar and the Originar. Thi CategoryPurpoe i valid for all underlying Credit Tranaction. Norway: In abence of thi element, the payment will be proeed a a upplier payment In cae where cu may intruct the bank with dedicated Category Purpoe code or value on Payment Information level Verion Page 7 of 74
12 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu 2.15 {Or ++++ Code <Cd> [1..1] Code Category purpoe, a publihed in an external category purpoe code lit. XOR XOR NU XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. Valid code are: INTC PENS SALA SUPP TREA Ue SUPP a default Norway ( R): Valid code example: INTC, PENS, SALA, SUPP, TREA Finland (R): Required on alary type initiation uing SALA code. Valid code:: SALA CORT TREA INTC PENS SSBE TAXS SECU Other code will be accepted and. Can be overruled by tag Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" 2.16 Or} ++++ Proprietary <Prtry> [1..1] Max35Text Category purpoe, in a proprietary form. XOR XOR NU XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. Denmark : : Code value alway ued, not proprietary - data i accepted and RequetedExecutionDate <ReqdExctnDt> [1..1] ISODate Date at which the initiating party requet the clearing agent proce the payment. If payment by cheque, the date when the cheque mut be generated by the bank Debr <Dbtr> [1..1] Party Identification Party that owe an amount of money the (ultimate) credir Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party. R R R R See Appendix F in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline. ISODate format ued. Ex. of ISODate: R R R R Norway: Thi i the owner of the debr account R R R R Ignored. Collected from the bank ytem - data i accepted and Value i collected from the bank ytem Verion Page 8 of 74
13 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice. R R R R RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), country ubdiviion (if applicable), wn name and country and only 2 Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) Tag i not ued. Ignored. Collected from bank ytem. NOTE: PO Box hould only appear in Addre Line Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government. BD BD BD BD See recommendation above. Tag i not ued BD BD BD BD See recommendation above. Tag i not ued BD BD BD BD See recommendation above. Tag i not ued BD BD BD BD See recommendation above. Tag i not ued BD BD BD BD See recommendation above. Country dependent Tag i not ued BD BD BD BD See recommendation above. Tag i not ued - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 9 of 74
14 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text Identification <Id> [0..1] Choice Unique and unambiguou way of identifying an organiation or an individual peron {Or ++++ OrganiationIdentification <OrgId> [1..1] Unique an unambiguou way of identifying an organiation BICOrBEI <BICOrBEI> [0..1] Identifier Code allocated organiation by the ISO 9362 Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). BD BD BD BD Country dependent Tag i not ued R R R R See recommendation above. Tag i not ued BD BD BD BD See recommendation above. Tag i not ued C C C C Conditional on country payment intrument. R R R R Norway: Tag i required C C C BD Norway: Only a valid BIC or BEI i allowed. Valid BEI and BIC are regitered with the ISO 9362 Regitration Authority,and conit of eight (8) or eleven (11) contiguou character compriing the firt three or all four of the followingcomponent: BANK CODE, COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code,country code and location code are mandary, while the branch code i optional. - data i accepted and - data i accepted and paed on the beneficiary' bank - data i accepted and paed on the beneficiary' bank Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme. C C C BD Verion Page 10 of 74
15 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Identification <Id> [1..1] Max35Text Identification aigned by an intitution. R R R R Ued in ome Englih and Irih payment type and in 'Foreign account tranfer' initiated from account held with Danke, Finland. Only the firt occurency i ued. Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme. BD BD BD BD {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit. XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. For BANK or GS1G (Nordea) or TXID (Net) Tag i required. Default value BANK and OTHR ued for local company regitration number - data i accepted and Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. Tag i not ued - data i accepted and Iuer <Ir> [0..1] Max35Text Entity that aign the identification CountryOfReidence <CtryOfRe> [0..1] CountryCode Country in which a peron reide (the place of a peron home). In the cae of a company, it i the country from which the affair of that company are directed ContactDetail <CtctDtl> [0..1] Set of element ued indicate how contact the party. NU NU NU O Finland (BD): If Finnih national buine Id ued then 'YTJ' C C C BD Conditional upon country rule : BD BD BD BD : - data i accepted and - data i accepted and Verion Page 11 of 74
16 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu NamePrefix <NmPrfx> [0..1] Code Specifie the term ued formally addre a peron Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PhoneNumber <PhneNb> [0..1] PhoneNumbe r MobileNumber <MobNb> [0..1] PhoneNumbe r FaxNumber <FaxNb> [0..1] PhoneNumbe r Collection of information that identifie a phone number, a defined by telecom ervice. Collection of information that identifie a mobile phone number, a defined by telecom ervice. Collection of information that identifie a FAX number, a defined by telecom ervice Addre < Adr> [0..1] Max2048Text Addre for electronic mail ( ) Other <Othr> [0..1] Max35Text Contact detail in an other form. BD BD BD BD : BD BD BD BD : BD BD BD BD : BD BD BD BD : BD BD BD BD : BD BD BD BD : BD BD BD BD : - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and DebrAccount <DbtrAcct> [1..1] Unambiguou identification of the account of the debr which a debit entry will be made a a reult of the tranaction. R R R R Identification <Id> [1..1] Account Identification Unique and unambiguou identification of the account between the account owner and the account ervicer. R R R R Either <IBAN> or <Othr> mut be populated. For IBAN or BBAN Verion Page 12 of 74
17 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu {Or ++++ IBAN <IBAN> [1..1] IBANIdentifier International Account Number (IBAN) - identifier ued internationally by financial intitution uniquely identify the account of a cu. Further pecification of the format and content of the IBAN can be found in the tandard ISO ing and related financial ervice International Account Number (IBAN) verion , or later reviion. XOR XOR XOR R Norway (R): A valid IBAN conit of all three of the following component: Country Code, check digit and BBAN. Finland (R): IBAN only ued Valid IBAN account number Or} ++++ Other <Othr> [1..1] Unique identification of an account, a aigned by the account ervicer, uing an identification cheme. XOR XOR XOR BD : Identification <Id> [1..1] Max34Text Unique and unambiguou identification of a peron SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit. R R R R Norway: Local accountnumber that will be debited for the tranaction : BD BD BD BD : XOR XOR XOR XOR Norway (R): Valid code: BBAN : Local account number (BBAN) Valid code: BBAN PGNR if PluGirot account Can alo be ued in 'Tranfer from account abroad (MT101)' regardle of the initiar' country of reidence Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification XOR XOR XOR XOR : BD BD BD BD : Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" - data i accepted and Verion Page 13 of 74
18 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Type <Tp> [0..1] Nature, or ue, of the account {Or ++++ Code <Cd> [1..1] Code Nature or ue of the account in a coded form Or} ++++ Proprietary <Prtry> [1..1] Max35Text Proprietary nature or ue of the account. C C C BD Country-Dependent. See Appendix B. XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the lit in the chema hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the chema code lit per bilateral agreement. : : : - data i accepted and - data i accepted and Currency <Ccy> [0..1] Currency Code Identification of the currency in which the account i held. R R R R Ued for Requet For Tranfer (Multi Currency Account). Finland (BD): Pleae refer lit of currencie according ISO 4217 tandard DebrAgent <DbtrAgt> [1..1] Financial Intitution Identification FinancialIntitutionIdentification Financial intitution ervicing an account for the debr. <FinIntnId> [1..1] Unique and unambiguou identifier of a financial intitution, a aigned under an internationally recognied or proprietary identification cheme. R R R R R R R R Verion Page 14 of 74
19 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BIC <BIC> [0..1] BICIdentifier Identifier Code. Code allocated financial intitution by the Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). C C C R Multiple Id may be preent if available in originating application. One identification i required. BIC-option only Norway (R): Valid BIC are regitered with the ISO 9362 Regitration Authority, and conit of eight (8) or eleven (11)contiguou character compriing the firt three or all four of the following component: BANK CODE,COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location codeare mandary, while the branch code i optional. Finland (R): BIC a only option for Debr Agent identification Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" If filled in for account held with Danke the following BIC' for Danke can be ued: DABADKKK DABANO22 DABASESX DABAFIHH DABADEHH DABAGB2L DABAGB2B DABAIE2D DABAPLPW FOREEE2X MARALV22 SMPOLT22 DABARU2P ClearingSytemMemberIdentifica tion ClearingSytemIdentification <ClrSyMmbId> [0..1] Unique and unambiguou identifier of a clearing ytem member, a aigned by the ytem or ytem adminitrar. <ClrSyId> [0..1] Choice Specification of a preagreed offering between clearing agent or the channel through which the payment intruction i proceed {Or Code <Cd> [1..1] Code Identification of a clearing ytem, in a coded form a publihed in an external lit Or} Proprietary <Prtry> [1..1] Max35Text Identification code for a clearing ytem, that ha not yet been identified in the lit of clearing ytem. C C C BD Multiple Id may be preent if available in originating application. One identification i required. : BD BD BD BD : XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. : : - data i accepted and - data i accepted and Verion Page 15 of 74
20 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu MemberIdentification <MmbId> [1..1] Max35Text Identification of a member of a clearing ytem. R R R BD : - data i accepted and PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice Country <Ctry> [0..1] CountryCode Nation with it own government BranchIdentification <BrnchId> [0..1] Information identifying a pecific branch of a financial intitution. Uage: thi component hould be ued in cae the identification information in the financial intitution component doe not provide identification up branch level. R R R R : R R R R : - data i accepted and BD BD BD BD Intrument and Dependent. The branch code hould be explicitly tated here veru being combined with Clearing Sytem Member ID where it i required by a bank. : Identification <Id> [0..1] Max35Text Unique and unambiguou identification of a branch of a financial intitution UltimateDebr <UltmtDbtr> [0..1] Party Identification Name of the account, aigned by the account ervicing intitution in agreement with the account owner in order provide an additional mean of identification of the account. BD BD BD BD - data i accepted and C C C C Conditional baed on buine need and payment tranaction. If tag 2.70 i populated then it will overrule the value in thi tag Name <Nm> [0..1] Max140Text Ultimate party that owe an amount of money the (ultimate) credir. R R R R - max. 70 char Name required Norway: Field length retriction may apply, contact your bank Finland (C): See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Verion Page 16 of 74
21 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu PotalAddre <PtlAdr> [0..1] Name by which a party i known and which i uually ued identify that party. C C C R RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), country ubdiviion (if applicable), wn name and country and only 2 Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) Norway (R): Ue of tructured addre i recommended NOTE: PO Box hould only appear in Addre Line Department <Dept> [0..1] Max70Text Identifie the nature of the potal addre BD BD BD BD See recommendation above. - data i accepted and SubDepartment <SubDept> [0..1] Max70Text Identification of a diviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building. BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. Norway: Field length retriction may apply, contact your bank - data i accepted and See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline BuildingNumber <BldgNb> [0..1] Max16Text Name of a treet or thoroughfare. BD BD BD BD See recommendation above. See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline PotCode <PtCd> [0..1] Max16Text Number that identifie the poition of a building on a treet. BD BD BD BD See recommendation above. Country dependent See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Verion Page 17 of 74
22 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu TownName <TwnNm> [0..1] Max35Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail. BD BD BD BD See recommendation above. See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government Country <Ctry> [0..1] CountryCode Identifie a ubdiviion of a country eg, tate, region, country. BD BD BD BD Country dependent - data i accepted and R R R R See recommendation above. See Appendix D "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline The country code mut be provided according ISO Ex. AU AddreLine <AdrLine> [0..7] Max70Text Nation with it own government. BD BD BD BD See recommendation above. Norway: Field length retriction may apply, contact your bank See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Identification <Id> [0..1] Choice Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text {Or ++++ OrganiationIdentification <OrgId> [1..1] Unique and unambiguou way of identifying an organiation or an individual peron BICOrBEI <BICOrBEI> [0..1] Identifier Code allocated organiation by the ISO 9362 Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). C C C C Conditional on country payment intrument. R R R R C C C BD - data i accepted and Verion Page 18 of 74
23 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Identification aigned by an intitution. C C C BD Only one occurrence of <Othr> for. R R R R - data i accepted and SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme. BD BD BD BD {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form. XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. - data i accepted and - data i accepted and Iuer <Ir> [0..1] Max35Text Entity that aign the identification Or} ++++ PrivateIdentification <PrvtId> [1..1] Unique and unambiguou identification of a party DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] Date and place of birth of a peron BirthDate <BirthDt> [1..1] ISODate Date on which a peron i born ProvinceOfBirth <PrvcOfBirth> [0..1] Max35Text Province where a peron wa born CityOfBirth <CityOfBirth> [1..1] Max35Text City where a peron wa born CountryOfBirth <CtryOfBirth> [1..1] CountryCode Country where a peron wa born Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme. NU NU NU BD - data i accepted and NU NU NU BD NU NU NU BD NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and NU NU NU BD Verion Page 19 of 74
24 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Identification <Id> [1..1] Max35Text Unique and unambiguou identification of a peron NU NU NU BD - data i accepted and SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme. NU NU NU BD {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit. NU NU NU BD - data i accepted and Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and CountryOfReidence <CtryOfRe> [0..1] CountryCode Country in which a peron reide (the place of a peron home). In the cae of a company, it i the country from which the affair of that company are directed ContactDetail <CtctDtl> [0..1] Set of element ued indicate how contact the party NamePrefix <NmPrfx> [0..1] Code Specifie the term ued formally addre a peron. C C C BD Conditional upon country rule BD BD BD BD BD BD BD BD - data i accepted and - data i accepted and Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party. BD BD BD BD - data i accepted and PhoneNumber <PhneNb> [0..1] PhoneNumbe r MobileNumber <MobNb> [0..1] PhoneNumbe r FaxNumber <FaxNb> [0..1] PhoneNumbe r Collection of information that identifie a phone number, a defined by telecom ervice. Collection of information that identifie a mobile phone number, a defined by telecom ervice. Collection of information that identifie a FAX number, a defined by telecom ervice. BD BD BD BD BD BD BD BD BD BD BD BD - data i accepted and - data i accepted and - data i accepted and Verion Page 20 of 74
25 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Addre < Adr> [0..1] Max2048Text Addre for electronic mail ( ) Other <Othr> [0..1] Max35Text Contact detail in an other form. BD BD BD BD BD BD BD BD - data i accepted and - data i accepted and ChargeBearer <ChrgBr> [0..1] Code Specifie which party/partie will bear the charge aociated with the proceing of the payment tranaction. C - CRED, DEBT, SHAR, SLEV C - CRED, DEBT, SHAR NU C - SLEV Conditional baed on payment tranaction. Should be ued excluively at the payment or tranaction level. tic payment: SHAR payment: SLEV. Cro-border payment: DEBT, CRED, (Bilaterally Determined - by Nordea), SHAR, SLEV Norway: tic payment: SHAR payment: SLEV Cro Border payment DEBT, CRED, SHAR, Conditional baed on whether ued on payment- and credittranaction level. In abence of thi element, the bank will handle thi a a payment where each party pay their own cot. Recommended ue on Payment Information level but in ome payment cae the Credit Tranfer Tranaction level Charge Bearer uage relate credir pecific initiation : SLEV Valid code: CRED (Credir) DEBT (Debr) SHAR (Shared) SLEV (Service Level). SLEV and blank will be perceived a SHAR in Danke. If tag 2.51 i populated then it will overrule the value in thi tag ChargeAccount <ChrgAcct> [0..1] Account ued proce charge aociated with a tranaction. Uage: charge account hould be ued when charge have be booked an account different from the account identified in debr account. BD BD BD BD Verion Page 21 of 74
26 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Identification <Id> [1..1] Account Identification Unique and unambiguou identification of the account between the account owner and the account ervicer {Or ++++ IBAN <IBAN> [1..1] IBANIdentifier International Account Number (IBAN) - identifier ued internationally by financial intitution uniquely identify the account of a cu. Further pecification of the format and content of the IBAN can be found in the tandard ISO ing and related financial ervice International Account Number (IBAN) verion , or later reviion. BD BD BD BD BD BD BD BD Only ued for the payment type 'Tranfer from account abroad (MT101)'. The value will be paed on the foreign bank. In all other payment type the value will be Or} ++++ Other <Othr> [1..1] Unique identification of an account, a aigned by the account ervicer, uing an identification cheme. BD BD BD BD Identification <Id> [1..1] Max34Text Unique and unambiguou identification of a peron SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form. BD BD BD BD BD BD BD BD XOR XOR XOR XOR XOR XOR XOR XOR Only ued for the payment type 'Tranfer from account abroad (MT101)'. The value will be paed on the foreign bank. In all other payment type the value will be. - data i accepted and - data i accepted and Verion Page 22 of 74
27 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Iuer <Ir> [0..1] Max35Text Entity that aign the identification Type <Tp> [0..1] Nature, or ue, of the account {Or ++++ Code <Cd> [1..1] Code Nature or ue of the account in a coded form Or} ++++ Proprietary <Prtry> [1..1] Max35Text Proprietary nature or ue of the account. BD BD BD BD BD BD BD BD BD BD BD BD BD BD BD BD - data i accepted and - data i accepted and - data i accepted and Currency <Ccy> [0..1] Currency Code Identification of the currency in which the account i held. BD BD BD BD - data i accepted and Name <Nm> [0..1] Max70Text Name of the account, aigned by the account ervicing intitution in agreement with the account owner in order provide an additional mean of identification of the account CreditTranferTranactionInfor mation <CdtTrfTxInf> [1..n] Set of element providing information pecific the individual tranaction() included in the meage PaymentIdentification <PmtId> [1..1] Set of element reference a payment intruction.set of element reference a payment intruction.set of element reference a payment intruction. BD BD BD BD R R R R R R R R - data i accepted and Verion Page 23 of 74
28 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu IntructionIdentification <IntrId> [0..1] Max35Text Unique identification a aigned by an intructing party for an intructed party unambiguouly identify the intruction. BD BD BD BD If preent, Id be returned only ordering party in account tatement reporting Unique for each cu min. 3 month Norway: Unique for each cu min. 3 month Pleae, check with the bank if IntructionId i required. The firt character are ued for ender reference on ender account tatement dependent on the file format for the account tatement file EndToEndIdentification <EndToEndId> [1..1] Max35Text Unique identification aigned by the initiating party unambiguouly identify the tranaction. Thi identification i paed on, unchanged, throughout the entire end--end chain. R R R R Payment Reference - goe with payment from debr credir and travel through clearing ytem Unique for each cu min. 3 month Norway: Unique for each cu min. 3 month In ome bank EndToEndId i ued for Credit Tranfer Tranaction Information level duplicate control Unique for each Buine Online agreement min. 3 month If not unique - payment will be rejected. EndToEndIdentification will be returned in PSR PaymentTypeInformation <PmtTpInf> [0..1] Set of element that further pecifie the type of tranaction. R R R R Required at either Payment or Tranaction Level, but hould not be preent at both level. Recommended uage i at Payment level. Norway (C): May be ued either on thi level or the Payment Information Level Finland (C): In cae where cu may intruct the bank with dedicated Payment Type Information on Credit Tranfer Tranaction Information level IntructionPriority <IntrPrty> [0..1] Code Indicar of the urgency or order of importance that the intructing party would like the intructed party apply the proceing of the intruction ServiceLevel <SvcLvl> [0..1] Choice Agreement under which or rule under which the tranaction hould be proceed. BD BD NU BD Baed on whether priority proceing v. normal proceing i offered by the bank. R R NU R If an intrument or country i not lited on Appendix A, agreement will be bilateral until included on the lit. Norway: Valid code: HIGH - High priority proceing NORM - Normal proceing Some bank ue code value HIGH indicate local expre payment initiation (POPS). Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" If preent then value in tag 2.7 i overruled Verion Page 24 of 74
29 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu 2.34 {Or Code <Cd> [1..1] Code Specifie a pre-agreed ervice or level of ervice between the partie, a publihed in an external ervice level code lit. XOR XOR NU R - If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. Denmark : Ued for : NURG (Non Urgent Payment) URGP (Urgent Payment) Norway (R): Contact the financial intitution for information Finland (R): Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" If preent then value in tag 2.9 i overruled Or} Proprietary <Prtry> [1..1] Max35Text Specifie a pre-agreed ervice or level of ervice between the partie, a a proprietary code. XOR XOR NU XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. : - data i accepted and LocalIntrument <LclIntrm> [0..1] Choice Uer community pecific intrument {Or Code <Cd> [1..1] Code Specifie the local intrument, a publihed in an external local intrument code lit. R R C BD If an intrument or country i not lited on Appendix A, agreement will be bilateral until included on the lit. XOR XOR NU ONCL If <Cd> i populated, <Prtry> = hould not be populated. A overnig code from the external code ht clearin lit hould be ued. g SDCL = ame day clearin g : IN (Foreign Tranfer) DO (tic) : - data i accepted and 2.38 Or} Proprietary <Prtry> [1..1] Max35Text Specifie the local intrument, a a proprietary code. XOR XOR C - Check Iuanc e (CII) XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. : - data i accepted and Verion Page 25 of 74
30 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu CategoryPurpoe <CtgyPurp> [0..1] Choice Specifie the high level purpoe of the intruction baed on a et of predefined categorie. C C NU BD Conditional baed on country payment intrument. If <CtgyPurp> i ued, one of <Cd> or <Prtry> mut be ued. In Category Purpoe may be forwarded the Beneficiary. Depending on the agreement between the Originar and the Originar Norway: In abence of thi element, the payment will be proeed a a upplier payment In cae where cu may intruct the bank with dedicated Category Purpoe code or value on Credit Tranfer Tranaction Information level 2.40 {Or Code <Cd> [1..1] Code Uage: Thi i ued by the initiating party provide information concerning the proceing of the payment. It i likely trigger pecial proceing by any of the agent involved in the payment chain. XOR XOR NU XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. Denmark : Valid code are: INTC PENS SALA SUPP TREA Ue SUPP a default Norway (R): Valid code excample: INTC, PENS, SALA, SUPP, TREA Finland (R): Required on alary type initiation with non exhautive lit: SALA, PENS, SSBE Valid code:: SALA CORT TREA INTC PENS SSBE TAXS SECU Other code will be accepted and. If preent then the value in 2.15 i overruled Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Or} Proprietary <Prtry> [1..1] Max35Text Category purpoe, a publihed in an external category purpoe code lit. XOR XOR NU XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. : Code value alway ued, not proprietary - data i accepted and Verion Page 26 of 74
31 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Amount <Amt> [1..1] Choice component 2.43 {Or ++++ IntructedAmount <IntdAmt Ccy="AAA"> [1..1] ActiveOrHi riccurrencya ndamount Category purpoe, in a proprietary form. Amount of money be moved between the debr and credir, before deduction of charge, expreed in the currency a ordered by the initiating party Or} ++++ EquivalentAmount <EqvtAmt> [1..1] Amount of money be tranferred between the debr and credir, before deduction of charge, expreed in the currency of the debr account, and be tranferred in a different currency. R R R R XOR XOR XOR R IntructedAmount will be returned in PSR XOR XOR XOR BD Amount <Amt Ccy="AAA"> [1..1] ActiveOrHi riccurrencya ndamount Amount of money be tranferred between debr and credir, before deduction of charge, expreed in the currency of the debr account, and be tranferred in a different currency. R R R BD EquivalentAmount will be returned in PSR CurrencyOfTranfer <CcyOfTrf> [1..1] Currency Code Specifie the currency of the be tranferred amount, which i different from the currency of the debr account. R R R BD Norway: The Currency Code mut be regitered, or have already been regitered. Valid active or hiric currency codeare regitered with ISO 4217 Pleae refer lit of currencie according ISO 4217 tandard CurrencyOfTranfer will be returned in PSR ExchangeRateInformation <XchgRateInf> [0..1] Further detailed information on the exchange rate pecified in the payment tranaction ExchangeRate <XchgRate> [0..1] BaeOneRate The facr ued for converion of an amount from one currency another. Thi reflect the price at which one currency wa bought with another currency. BD BD BD BD BD BD BD BD - data i accepted and Verion Page 27 of 74
32 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu RateType <RateTp> [0..1] Code Specifie the type ued complete the currency exchange. BD BD BD BD If exchange rate type i preent, exchange contract reference mut not be preent. Valid code are: SPOT SALE AGRD Norway (C): AGRD - Exhange rate applied i the rate agreed between the partie SALE - Exchange rate applied i the market rate at time of the ale SPOT - Exchange rate applied i the pot rate Valid code: SALE- exchange rate applied i the market rate at time of the ale SPOT - Exchange rate applied i the pot rate AGRD - Exchange rate applied i the rate agreed with Danke. If AGRD i ued then a valid contract number mut be filled in in tag ContractIdentification <CtrctId> [0..1] Max35Text Unique and unambiguou reference the foreign exchange contract agreed between the initiating party/credir and the debr agent. BD BD BD BD, Foreign account tranfer: Truncated 14 character. Payment from account abroad (MT101): Truncated 16 character. If code AGRD i ued in tag 2.49 then thi field mut contain a valid contract number agreed with Danke. Verion Page 28 of 74
33 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu ChargeBearer <ChrgBr> [0..1] Code Specifie which party/partie will bear the charge aociated with the proceing of the payment tranaction. C - CRED, DEBT, SHAR, SLEV C - CRED, DEBT, SHAR NU C - SLEV Conditional baed on payment tranaction. Should be ued excluively at the payment or tranaction level. tic payment SHAR and payment SLEV. Cro-border payment. Code ued are: DEBT CRED (Bilaterally Determined - by Nordea) SHAR SLEV Norway (BD): tic payment SHAR payment SLEV Cro Border payment DEBT, CRED, SHAR, SLEV Conditional baed on wether ued on payment- og crdittraaction level.in abence of thi element, the bank will handle thi a a payment where each party pay their own cot. : SLEV Valid code: CRED (Credir) DEBT (Debr) SHAR (Shared) SLEV (Service Level). SLEV and blank will be perceived a SHAR in Danke. If preent then the value in tag 2.24 will be overruled ueintruction <ChqIntr> [0..1] ue Information related the iuance of a cheque uetype <ChqTp> [0..1] Code Specifie the type of cheque be iued by the firt agent. NU NU R NU NU NU R - BCHQ, CCHQ, DRFT NU Code accepted: BCHQ Ue of other code reult in rejection Norway: Valid code: BCHQ - ue drawn on the account of the debr' financial intitution. The financial intitution print and certifie the cheque, guaranteeing the payment. Synonym i 'cahier' cheque'. Valid code:. BCHQ - ue CCHQ - Cu ue DRFT - Pleae note: Danke will alway iue a ue (BCHQ) no matter which code i ued. However if the debr account ha a Cu ue agreement attached then Danke will iue a Cu ue (CCHQ) uenumber <ChqNb> [0..1] Max35Text Identifie the cheque number. NU NU C NU Required only for Cu ue - data i accepted and Verion Page 29 of 74
34 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu uefrom <ChqFr> [0..1] Identifie the party that ordered the iuance of the cheque Name <Nm> [1..1] Max140Text Name by which a party i known and which i uually ued identify that party Addre <Adr> [1..1] Information that locate and identifie a pecific addre, a defined by potal ervice. NU NU C NU Populated only if info different from Debr/Ultimate Debr; aume Ultimate Debr take precedence over Debr if populated. NU NU C NU See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then the value in 2.70 will be overruled NU NU C NU RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), country ubdiviion (if applicable), wn name and country and only 2 Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) NOTE: PO Box hould only appear in Addre Line AddreType <AdrTp> [0..1] Code Identifie the nature of the potal addre Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building. NU NU NU NU - data i accepted and NU NU BD NU See recommendation above. - data i accepted and SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building. NU NU BD NU See recommendation above. - data i accepted and Verion Page 30 of 74
35 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet. NU NU BD NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then the value in tag will be overruled. NU NU BD NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline. If preent then the value in tag will be overruled PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail. NU NU BD NU See recommendation above. Country dependent See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then the value in tag will be overruled TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government. NU NU BD NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then the value in tag will be overruled CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country. NU NU BD NU Country dependent - data i accepted and Verion Page 31 of 74
36 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Country <Ctry> [0..1] CountryCode Nation with it own government. NU NU R NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then the value in tag will be overruled. The country code mut be provided according ISO Ex. AU AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text DeliveryMethod <DlvryMtd> [0..1] Specifie the delivery method of the cheque by the debr agent {Or Code <Cd> [1..1] Code Specifie the delivery method of the cheque by the debr agent. NU NU BD NU See recommendation above. See Appendix D. in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then the value in tag will be overruled. NU NU C NU Populated advie how cheque/draft i be delivered NU NU XOR NU If <Cd> i populated, <Prtry> hould not be populated. A code from the lit in the chema hould be ued. Code ued: MLDB (Nordea and Danke ) MLCD (Sydbank, Jyke and Nordea; default for all DO-CHK in Danke ) PUDB (Danke ) Norway (M): Valid code: MLDB - ue i be ent through mail ervice debr. PUDB - ue will be picked up by the debr. Valid code: MLDB - ue will be ent debr MLCD - ue will be ent credir PUDB - : ue can be collected in a Danke, Denmark branch. Ue in combination with tag 2.69 PrintLocation Verion Page 32 of 74
37 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu 2.60 Or} Proprietary <Prtry> [1..1] Max35Text Specifie a proprietary delivery method of the cheque by the debr agent. NU NU XOR NU If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the chema code lit per bilateral agreement. - data i accepted and DeliverTo <DlvrTo> [0..1] Identifie the party whom the debr agent hould end the cheque. NU NU C NU Populated only if info different from Credir/Ultimate Credir; aume Ultimate Credir take precedence over Credir if populated Name <Nm> [1..1] Max140Text Name by which a party i known and which i uually ued identify that party. NU NU C NU See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Addre <Adr> [1..1] Information that locate and identifie a pecific addre, a defined by potal ervice. NU NU C NU RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), city, country ubdiviion (if applicable), and country and only 2 line of Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) NOTE: PO Box hould only appear in Addre Line AddreType <AdrTp> [0..1] Code Identifie the nature of the potal addre Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building. NU NU NU NU - data i accepted and NU NU BD NU See recommendation above. - data i accepted and Verion Page 33 of 74
38 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare. NU NU BD NU See recommendation above. - data i accepted and NU NU BD NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet. NU NU BD NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail. NU NU BD NU See recommendation above. Country dependent See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )".for uage and guideline TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government. NU NU BD NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government. NU NU BD NU Country dependent NU NU R NU See recommendation above. Country dependent - data i accepted and See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline The country code mut be provided according ISO Ex. AU Verion Page 34 of 74
39 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text. NU NU BD NU See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline IntructionPriority <IntrPrty> [0..1] Code Urgency or order of importance that the originar would like the recipient of the payment intruction apply the proceing of the payment intruction uematuritydate <ChqMtrtyDt> [0..1] ISODate Date when the draft become payable and the debr account i debited FormCode <FrmCd> [0..1] Max35Text Code agreed between the initiating party and the debr agent, that pecifie the cheque layout, company logo and digitied ignature be ued print the cheque MemoField <MemoFld> [0..2] Max35Text Information that need be printed on a cheque, ued by the payer add micellaneou information RegionalClearingZone <RgnlClrZone> [0..1] Max35Text Regional area in which the cheque can be cleared, when a country ha no nation-wide cheque clearing organiation PrintLocation <PrtLctn> [0..1] Max35Text Specifie the print location of the cheque. NU NU BD NU NU NU C NU If the intrument ha a maturity date. NU NU BD NU NU NU BD NU NU NU BD NU NU NU BD NU Ued by Danke - data i accepted and - data i accepted and Valid code:: CROSSED - then the cheque i croed (applie only foreign cheque) - data i accepted and - data i accepted and A lit of Danke ort code in Denmark can be entered. Pleae contact Support Direct for information about which branche can be ued for PrintLocation. Ued in combination with PUDB in 2.59 <Cd> UltimateDebr <UltmtDbtr> [0..1] Party Identification Ultimate party that owe an amount of money the (ultimate) credir. C C C C Conditional baed on buine need and payment tranaction. C- If preent then tag 2.23 i overruled Verion Page 35 of 74
40 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice. R R R R - max. 70 char C C C R RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), country ubdiviion (if applicable), wn name and country and only 2 Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) NOTE: PO Box hould only appear in Addre Line. Name required Norway: In Norway, field length retriction may apply, contact your bank Finland (C): Norway: Ue of tructured addre i recommended See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare. BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. Norway (C): In Norway, field length retriction may apply, contact your bank - data i accepted and - data i accepted and See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then tag i overruled. Verion Page 36 of 74
41 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet. BD BD BD BD See recommendation above. See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then tag i overruled PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail. BD BD BD BD See recommendation above. Country dependent Norway (C) See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then tag i overruled TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government. BD BD BD BD See recommendation above. Norway (C) See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then tag i overruled CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government. BD BD BD BD Country dependent R R R R See recommendation above. Norway (C) - data i accepted and See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then tag i overruled. The country code mut be provided according ISO Ex. AU AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text. BD BD BD BD See recommendation above. Norway (R) See Appendix D.in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline If preent then tag i overruled. Verion Page 37 of 74
42 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Identification <Id> [0..1] Choice Unique and unambiguou way of identifying an organiation or an individual peron {Or OrganiationIdentification <OrgId> [1..1] Unique an unambiguou way of identifying an organiation BICOrBEI <BICOrBEI> [0..1] Identifier Code allocated organiation by the ISO 9362 Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code) Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Identification aigned by an intitution SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification Or} PrivateIdentification <PrvtId> [1..1] Unique and unambiguou identification of a party DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] Date and place of birth of a peron BirthDate <BirthDt> [1..1] ISODate Date on which a peron i born C C C C Conditional on country payment intrument. Finland (C): R R R R Finland (C): C C C BD - data i accepted and C C C BD Only one occurrence of <Othr> for. R R R R Finland (BD) - data i accepted and BD BD BD BD XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. - data i accepted and - data i accepted and NU NU NU BD - data i accepted and NU NU NU BD NU NU NU BD NU NU NU BD - data i accepted and Verion Page 38 of 74
43 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu ProvinceOfBirth <PrvcOfBirth> [0..1] Max35Text Province where a peron wa born CityOfBirth <CityOfBirth> [1..1] Max35Text City where a peron wa born CountryOfBirth <CtryOfBirth> [1..1] CountryCode Country where a peron wa born Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Unique and unambiguou identification of a peron SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification CountryOfReidence <CtryOfRe> [0..1] CountryCode Country in which a peron reide (the place of a peron home). In the cae of a company, it i the country from which the affair of that company are directed ContactDetail <CtctDtl> [0..1] Set of element ued indicate how contact the party NamePrefix <NmPrfx> [0..1] Code Specifie the term ued formally addre a peron Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party. NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and NU NU NU BD NU NU NU BD - data i accepted and NU NU NU BD NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and NU NU NU BD - data i accepted and C C C BD Conditional upon country rule - data i accepted and BD BD BD BD BD BD BD BD BD BD BD BD - data i accepted and - data i accepted and PhoneNumber <PhneNb> [0..1] PhoneNumbe r Collection of information that identifie a phone number, a defined by telecom ervice. BD BD BD BD - data i accepted and Verion Page 39 of 74
44 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu MobileNumber <MobNb> [0..1] PhoneNumbe r FaxNumber <FaxNb> [0..1] PhoneNumbe r Collection of information that identifie a mobile phone number, a defined by telecom ervice. Collection of information that identifie a FAX number, a defined by telecom ervice Addre < Adr> [0..1] Max2048Text Addre for electronic mail ( ) Other <Othr> [0..1] Max35Text Contact detail in an other form IntermediaryAgent1 <IntrmyAgt1> [0..1] Financial Intititution Identification Agent between the debr agent and credir agent. BD BD BD BD BD BD BD BD BD BD BD BD BD BD BD BD BD BD NU BD Might be required for certain type of payment if an intermediary i preent. requirement may vary. Ued by Nordea and Danke. by Jyke and Sydbank Norway: For Norway only one intermediary agent i preent, Ued only if Credir Agent ha intructed that the payment hould pa their agent. - data i accepted and - data i accepted and - data i accepted and - data i accepted and FinancialIntitutionIdentification <FinIntnId> [1..1] Unique and unambiguou identifier of a financial intitution, a aigned under an internationally recognied or proprietary identification cheme. R R NU BD Verion Page 40 of 74
45 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BIC <BIC> [0..1] BICIdentifier Identifier Code. Code allocated financial intitution by the Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). C C NU BD Norway: Valid BIC are regitered with the ISO 9362 Regitration Authority, and conit of eight (8) or eleven (11)contiguou character compriing the firt three or all four of the following component: BANK CODE,COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location codeare mandary, while the branch code i optional. Only ued if CORT or TREA i populated in tag 2.15 or tag Ignored in all other payment type due the fact that Danke decide the intermediary agent. Pleae note that ue of intermediary agent may reult in a higher fee ClearingSytemMemberIdentifica tion ClearingSytemIdentification <ClrSyMmbId> [0..1] Unique and unambiguou identifier of a clearing ytem member, a aigned by the ytem or ytem adminitrar. <ClrSyId> [0..1] Choice Specification of a preagreed offering between clearing agent or the channel through which the payment intruction i proceed {Or Code <Cd> [1..1] Code Identification of a clearing ytem, in a coded form a publihed in an external lit Or} Proprietary <Prtry> [1..1] Max35Text Identification code for a clearing ytem, that ha not yet been identified in the lit of clearing ytem. C C NU BD BD BD NU BD XOR XOR NU XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR NU XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. - data i accepted and - data i accepted and MemberIdentification <MmbId> [1..1] Max35Text Identification of a member of a clearing ytem. R R NU BD - data i accepted and Verion Page 41 of 74
46 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party. NU NU NU BD Conditional upon country rule Norway: In Norway, field length retriction may apply, contact your bank Only ued if CORT or TREA i populated in tag 2.15 or tag Ignored in all other payment type due the fact that Danke decide the intermediary agent. Pleae note that ue of intermediary agent may reult in a higher fee PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice AddreType <AdrTp> [0..1] Code Identifie the nature of the potal addre Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government. R R NU BD Norway: In Norway, field length retriction may apply, contact your bank - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and R R NU BD - data i accepted and Verion Page 42 of 74
47 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text Other <Othr> [0..1] Unique identification of an agent, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Unique and unambiguou identification of a peron SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit. NU NU NU BD - data i accepted and - data i accepted and - data i accepted and Or} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification BranchIdentification <BrnchId> [0..1] Information identifying a pecific branch of a financial intitution. Uage : thi component hould be ued in cae the identification information in the financial intitution component doe not provide identification up branch level. BD BD NU BD Region and Dependent) - data i accepted and - data i accepted and Identification <Id> [0..1] Max35Text Unique and unambiguou identification of a branch of a financial intitution CredirAgent <CdtrAgt> [0..1] Financial Intititution Identification FinancialIntitutionIdentification Financial intitution ervicing an account for the credir. <FinIntnId> [1..1] Unique and unambiguou identifier of a financial intitution, a aigned under an internationally recognied or proprietary identification cheme. BD BD NU BD R R NU R Norway: Required in Cro Border Payment and Payment R R NU R Recommendation: more than 1 ID can be populated and the bank will decide which one i neceary baed on payment type. - data i accepted and Verion Page 43 of 74
48 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BIC <BIC> [0..1] BICIdentifier Identifier Code. Code allocated financial intitution by the Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). C C NU R Multiple Id may be preent if available in originating application. One identification i required. Norway: Valid BIC are regitered with the ISO 9362 Regitration Authority, and conit of eight (8) or eleven (11)contiguou character compriing the firt three or all four of the following component: BANK CODE,COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code, country code and location codeare mandary, while the branch code i optional BIC a only option for Credir Agent identification Valid BIC according the ISO 9362 Regitration Authority ClearingSytemMemberIdentifica tion ClearingSytemIdentification <ClrSyMmbId> [0..1] Unique and unambiguou identifier of a clearing ytem member, a aigned by the ytem or ytem adminitrar. <ClrSyId> [0..1] Choice Specification of a preagreed offering between clearing agent or the channel through which the payment intruction i proceed {Or Code <Cd> [1..1] Code Identification of a clearing ytem, in a coded form a publihed in an external lit Or} Proprietary <Prtry> [1..1] Max35Text Identification code for a clearing ytem, that ha not yet been identified in the lit of clearing ytem. C C NU BD Multiple Id may be preent if available in originating application. One identification i required. BD BD NU BD XOR XOR NU XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR NU XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. Norway: Thi meage item i part of choice ClearingSytemIdentification. See Appendix C in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline See Appendix C in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline MemberIdentification <MmbId> [1..1] Max35Text Identification of a member of a clearing ytem. R R NU BD See Appendix C in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Verion Page 44 of 74
49 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice Country <Ctry> [0..1] CountryCode Nation with it own government. C C NU R Conditional baed on country rule R R NU R Required R R NU R Denmark Required Ued by Danke, Jyke and Sydbank. by Nordea Norway: In Norway, field length retriction may apply, contact your bank See Appendix C in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline The country code mut be provided according ISO Ex. AU Other <Othr> [0..1] Unique identification of an agent, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Unique and unambiguou identification of a peron BranchIdentification <BrnchId> [0..1] Information identifying a pecific branch of a financial intitution. Uage: thi component hould be ued in cae the identification information in the financial intitution component doe not provide identification up branch level. NU NU NU O Denmark NU NU NU R Denmark C C NU BD Branch Id hould be pecifically identified wherever upported. Denmark - data i accepted and Identification <Id> [0..1] Max35Text Unique and unambiguou identification of a branch of a financial intitution. BD BD NU BD Denmark - data i accepted and Verion Page 45 of 74
50 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu CredirAgentAccount <CdtrAgtAcct> [0..1] Cah Account Identification <Id> [1..1] Account Identification Unambiguou identification of the account of the credir agent at it ervicing agent in the payment chain. Unique and unambiguou identification of the account between the account owner and the account ervicer {Or IBAN <IBAN> [1..1] IBANIdentifier International Account Number (IBAN) - identifier ued internationally by financial intitution uniquely identify the account of a cu. Further pecification of the format and content of the IBAN can be found in the tandard ISO ing and related financial ervice International Account Number (IBAN) verion , or later reviion. C C NU BD Conditional upon country rule R R NU BD NU NU NU BD Can be ued only if CORT or TREA in tag 2.15 or tag Pleae note that ue of CredirAgentAccount may reult in a higher fee Or} Other <Othr> [1..1] Unique identification of an account, a aigned by the account ervicer, uing an identification cheme Identification <Id> [1..1] Max34Text Unique and unambiguou identification of a peron Credir <Cdtr> [0..1] Party Identification Party which an amount of money i due. R R NU BD R R NU BD Conditional upon country rule Can be ued only if CORT or TREA in tag 2.15 or tag Pleae note that ue of CredirAgentAccount may reult in a higher fee. R R R R Verion Page 46 of 74
51 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice. R R R R - max. 70 char R R R R RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), country ubdiviion (if applicable), wn name and country and only 2 Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) Name i required Norway: In Norway, field length retriction may apply, contact your bank Norway: Ue of tructured addre i recommended. Required for cro border payment Finland (C): Rulebook guideline and in ome bank with cheque payment : See appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline NOTE: PO Box hould only appear in Addre Line Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare. BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. Norway: In Norway, field length retriction may apply, contact your bank - data i accepted and - data i accepted and See appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet. BD BD BD BD See recommendation above. See appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Verion Page 47 of 74
52 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail. BD BD BD BD See recommendation above. Country dependent See appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government. BD BD BD BD See recommendation above. Norway: In Norway, field length retriction may apply, contact your bank See appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government. BD BD BD BD Country dependent Data i accepted and R R R BD See recommendation above. See appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline. The country code mut be provided according ISO Ex. AU AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text Identification <Id> [0..1] Choice Unique and unambiguou way of identifying an organiation or an individual peron {Or OrganiationIdentification <OrgId> [1..1] Unique an unambiguou way of identifying an organiation. BD BD BD BD See recommendation above. Norway: In Norway, field length retriction may apply, contact your bank Finland (C): C C C C Conditional on country payment intrument. XOR XOR XOR BD See Appendix D in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" for uage and guideline Verion Page 48 of 74
53 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BICOrBEI <BICOrBEI> [0..1] Identifier Code allocated organiation by the ISO 9362 Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunicationmeag e, Identifier Code). C C C BD Norway: Only a valid BIC or BEI i allowed. Valid BEI and BIC are regitered with the ISO 9362 Regitration Authority,and conit of eight (8) or eleven (11) contiguou character compriing the firt three or all four of the followingcomponent: BANK CODE, COUNTRY CODE, LOCATION CODE, BRANCH CODE. The bank code,country code and location code are mandary, while the branch code i optional - data i accepted and Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Identification aigned by an intitution SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification Or} PrivateIdentification <PrvtId> [1..1] Unique and unambiguou identification of a party DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] Date and place of birth of a peron C C C BD R R R R - data i accepted and paed on the beneficiary' bank BD BD BD BD Finland (C): XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. - data i accepted and - data i accepted and BD BD BD BD - data i accepted and XOR XOR XOR R BD BD BD BD Verion Page 49 of 74
54 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BirthDate <BirthDt> [1..1] ISODate Date on which a peron i born ProvinceOfBirth <PrvcOfBirth> [0..1] Max35Text Province where a peron wa born CityOfBirth <CityOfBirth> [1..1] Max35Text City where a peron wa born CountryOfBirth <CtryOfBirth> [1..1] CountryCode Country where a peron wa born Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Unique and unambiguou identification of a peron SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification CountryOfReidence <CtryOfRe> [0..1] CountryCode Country in which a peron reide (the place of a peron' home). In the cae of a company, it i the country from which the affair of that company are directed. R R R BD - data i accepted and C C C BD Country dependent - data i accepted and R R R BD - data i accepted and R R R BD - data i accepted and BD BD BD BD Only one occurrence of Finland (C) <Othr> for. R R R R - data i accepted and paed on the beneficiary' bank BD BD BD BD Finland (C) XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. SOSE - code ued for Finnih official private identification for SALA (and correponding) Category Purpoe type payment Alternative option (SOSE) for foreign private credir - data i accepted and - data i accepted and BD BD BD BD - data i accepted and C C C BD Country dependent - data i accepted and Norway: The code i checked againt the lit of country name obtained from the United Nation (ISO 3166, Alpha-2code). Verion Page 50 of 74
55 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu CredirAccount <CdtrAcct> [0..1] Cah Account Unambiguou identification of the account of the credir which a credit entry will be poted a a reult of the payment tranaction. R R NU R For payment BIC i required. For Cro-border payment BIC i the preferred option. Norway: Required in all payment except local international cheque and local payment order Identification <Id> [1..1] Account Identification Unique and unambiguou identification of the account between the account owner and the account ervicer {Or IBAN <IBAN> [1..1] IBANIdentifier International Account Number (IBAN) - identifier ued internationally by financial intitution uniquely identify the account of a cu. Further pecification of the format and content of the IBAN can be found in the tandard ISO "ing and related financial ervice International Account Number (IBAN)" verion , or later reviion. R R NU R XOR XOR NU R Norway: A valid IBAN conit of all three of the following component: Country Code, check digit and BBAN. Finland (R): IBAN only Or} Other <Othr> [1..1] Unique identification of an account, a aigned by the account ervicer, uing an identification cheme. XOR XOR NU BD Verion Page 51 of 74
56 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Identification <Id> [1..1] Max34Text Unique and unambiguou identification of a peron R R NU R SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit. BD NU NU BD XOR NU NU XOR Norway: Valid code :BBAN Valid code: BBAN Verion Page 52 of 74
57 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form. XOR NU NU XOR Code ued: OCR (FI CredirNumber or Giro OCR - (FI CredirNumber or accountnumber) NKC (Social Security Number) / format: Giro accountnumber) NKC - (Social Security Number) / format: NKP (Central Buine Regiter NKP - (Central Buine umber and Production Unit Number) / format: / NKR (Central BuineRegiter Number and VAT Number) / Regiter umber and Production Unit Number) / format: / NKR - (Central BuineRegiter Number and format: / VAT Number) / format: NKS (VAT Number) /format: NKV (Central BuineRegiter Number) /format: Net and Nordea ue: OCR, NKC and NKV. Danke, Jyke / NKS - (VAT Number) /format: NKV - (Central BuineRegiter Number) /format: BGNR - (BG number) and Sydbank upport all code Iuer <Ir> [0..1] Max35Text Entity that aign the identification Type <Tp> [0..1] Nature, or ue, of the account {Or Code <Cd> [1..1] Code Nature or ue of the account in a coded form Or} Proprietary <Prtry> [1..1] Max35Text Proprietary nature or ue of the account. BD NU NU BD C C NU BD Country dependent XOR XOR NU XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the lit in the chema hould be ued. XOR XOR NU XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the chema code lit per bilateral agreement. - data i accepted and - data i accepted and - data i accepted and Currency <Ccy> [0..1] Currency Code Identification of the currency in which the account i held. BD BD NU R - data i accepted and Verion Page 53 of 74
58 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Name <Nm> [0..1] Max70Text Name of the account, aigned by the account ervicing intitution in agreement with the account owner in order provide an additional mean of identification of the account UltimateCredir <UltmtCdtr> [0..1] Party Identification Ultimate party which an amount of money i due Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice. C C NU BD Dependent upon Credit Agent validation C C C R Conditional baed on buine need and payment tranaction. R R R R - max. 70 char C C C R RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), country ubdiviion (if applicable), wn name and country and only 2 Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) NOTE: PO Box hould only appear in Addre Line. Norway: In Norway, field length retriction may apply, contact your bank Finland (C): Norway: In Norway, field length retriction may apply, contact your bank Pleae, check with the bank if Ultimate Credir Addre i ued - data i accepted and - data i accepted and paed on the beneficiary' bank Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare. BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. - data i accepted and - data i accepted and - data i accepted and Verion Page 54 of 74
59 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text Identification <Id> [0..1] Choice Unique and unambiguou way of identifying an organiation or an individual peron {Or OrganiationIdentification <OrgId> [1..1] Unique an unambiguou way of identifying an organiation BICOrBEI <BICOrBEI> [0..1] Identifier Code allocated organiation by the ISO 9362 Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). BD BD BD BD See recommendation above. BD BD BD BD See recommendation above. Country dependent BD BD BD BD See recommendation above. BD BD BD BD Country dependent R R R BD See recommendation above. BD BD BD BD See recommendation above. Norway: In Norway, field length retriction may apply, contact your bank C C C C Conditional on country payment intrument. XOR XOR XOR BD Finland (C): Finland (XOR): / Pleae, check with the bank how Ultimate Credir Id are ued - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and C C C BD - data i accepted and Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme. C C C BD Verion Page 55 of 74
60 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Identification <Id> [1..1] Max35Text Identification aigned by an intitution SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification Or} PrivateIdentification <PrvtId> [1..1] Unique and unambiguou identification of a party DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] Date and place of birth of a peron BirthDate <BirthDt> [1..1] ISODate Date on which a peron i born ProvinceOfBirth <PrvcOfBirth> [0..1] Max35Text Province where a peron wa born CityOfBirth <CityOfBirth> [1..1] Max35Text City where a peron wa born CountryOfBirth <CtryOfBirth> [1..1] CountryCode Country where a peron wa born Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Unique and unambiguou identification of a peron SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit. R R R R Finland (BD) - data i accepted and paed on the beneficiary' bank BD BD BD BD XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. Finland (BD) - data i accepted and - data i accepted and BD BD BD BD - data i accepted and XOR XOR XOR R BD BD BD BD R R R BD - data i accepted and C C C BD Country dependent - data i accepted and R R R BD - data i accepted and R R R BD - data i accepted and BD BD BD BD Only one occurrence of Finland (C) <Othr> for. R R R R - data i accepted and paed on the beneficiary' bank BD BD BD BD Finland (C) XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. SOSE - code ued for Finnih official private identification for SALA (and correponding) Category Purpoe type payment - data i accepted and Verion Page 56 of 74
61 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. Alternative option (SOSE) for foreign private credir - data i accepted and Iuer <Ir> [0..1] Max35Text Entity that aign the identification CountryOfReidence <CtryOfRe> [0..1] CountryCode Country in which a peron reide (the place of a peron' home). In the cae of a company, it i the country from which the affair of that company are directed ContactDetail <CtctDtl> [0..1] Set of element ued indicate how contact the party NamePrefix <NmPrfx> [0..1] Code Specifie the term ued formally addre a peron. BD BD BD BD - data i accepted and C C C BD Country dependent - data i accepted and - data i accepted and Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PhoneNumber <PhneNb> [0..1] PhoneNumbe r MobileNumber <MobNb> [0..1] PhoneNumbe r FaxNumber <FaxNb> [0..1] PhoneNumbe r Collection of information that identifie a phone number, a defined by telecom ervice. Collection of information that identifie a mobile phone number, a defined by telecom ervice. Collection of information that identifie a FAX number, a defined by telecom ervice Addre < Adr> [0..1] Max2048Text Addre for electronic mail ( ) Other <Othr> [0..1] Max35Text Contact detail in an other form. - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 57 of 74
62 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu IntructionForCredirAgent <IntrForCdtrAgt> [0..n] Further information related the proceing of the payment intruction, provided by the initiating party, and intended for the credir agent. NU BD NU BD Conditional baed on country rule; may alo be bank determined Code <Cd> [0..1] Code Coded information related the proceing of the payment intruction, provided by the initiating party, and intended for the credir' agent IntructionInformation <IntrInf> [0..1] Max140Text Further information complementing the coded intruction or intruction the credir' agent that i bilaterally agreed or pecific a uer community IntructionForDebrAgent <IntrForDbtrAgt> [0..1] Max140Text Further information related the proceing of the payment intruction that may need be acted upon by the debr agent, depending on agreement between debr and the debr agent. NU BD NU BD NU BD NU BD C C C BD Conditional baed on country rule; may alo be bank determined. Can be utilized indicate ignature for check where required by your bank. Bolet Bar Code /BRTL/+41 digit bar code Trigger NON STP (Not ued by Nordea) Finland (BD) - data i accepted and - data i accepted and Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Pleae note that ue of IntructionForDebrAgent may reult in a higher fee Purpoe <Purp> [0..1] Choice component Underlying reaon for the payment tranaction, eg, a charity payment, or a comcial agreement between the credir and the debr. C C C BD Conditional baed on country rule; may alo be bank determined. / Pleae, check with the bank if PurpoeCode i available for initiation Verion Page 58 of 74
63 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu 2.87 {Or ++++ Code <Cd> [1..1] ExternalPurpo ecode Specifie the underlying reaon for the payment tranaction, a publihed in an external purpoe code lit Or} ++++ Proprietary <Prtry> [1..1] Max35Text Uer community pecific purpoe. XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the external code lit hould be ued. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the external code lit per bilateral agreement. SO I20022 External codelit upported Finland (R) Free text or TextCode in tic Low Value Clearing. Valid code: SALA STDY BENE PENS SSBE AGRT BECH TAXS Text on beneficiary' tatement of account Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" RegularyReporting <RgltryRptg> [0..10] Information needed due regulary and tatury requirement DebitCreditReportingIndicar <DbtCdtRptgInd> [0..1] Code Identifie whether the regulary reporting information applie the debit ide, the credit ide or both debit and credit ide of the tranaction. C C C C Dependent upon juridiction/country C C C C Dependent upon juridiction/country - data i accepted and Authority <Authrty> [0..1] Entity requiring the regulary reporting information Name <Nm> [0..1] Max140Text Name of the entity requiring the regulary reporting information Country <Ctry> [0..1] CountryCode Country of the entity requiring the regulary reporting information Detail <Dtl> [0..n] Detail related the regulary reporting information Type <Tp> [0..1] Max35Text Specifie the type of the information upplied in the regulary reporting detail Date <Dt> [0..1] ISODateTime Date related the pecified type of regulary reporting detail. BD BD BD BD BD BD BD BD BD BD BD BD C C C C Dependent upon juridiction/country Finland (R) C C C C C C C C - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 59 of 74
64 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Country <Ctry> [0..1] CountryCode Country related the pecified type of regulary reporting detail. C C C C - data i accepted and Code <Cd> [0..1] Code Specifie the nature, purpoe, and reaon for the tranaction be reported for regulary and tatury requirement in a coded form. C C C C Norway: Contact the financial intitution for information a ue of the element, and updated code-lit. Finland (R) Code can be provided in the payment type "Foreign account tranfer" initiated in Sweden or Norway and in the payment type "Tranfer from account abroad (MT101)" Pleae contact Support Direct for an updated code lit Amount <Amt Ccy="AAA"> [0..1] ActiveOrHi riccurrencya ndamount Amount of money be reported for regulary and tatury requirement Information <Inf> [0..n] Max35Text Additional detail that cater for pecific dometic regulary requirement. Uage: Information i ued provide detail that are not catered for in the Code or/and Amount element. C C C C C C C C - data i accepted and Information can be provided in the payment type "Foreign account tranfer" initiated in Norway and in the payment type "Tranfer from account abroad (MT101)" Only one occurrence i upported Tax <Tax> [0..1] Tax Information Amount of money due the government or tax authority, according variou pre-defined parameter uch a threhold or income. C C C C Dependent upon juridiction/country Credir <Cdtr> [0..1] C C C C TaxIdentification <TaxId> [0..1] Tax identification number of the credir RegitrationIdentification <RegnId> [0..1] Unique identification, a aigned by an organiation, unambiguouly identify a party. C C C C C C C C - data i accepted and - data i accepted and Verion Page 60 of 74
65 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu TaxType <TaxTp> [0..1] Type of tax payer. C C C C Debr <Dbtr> [0..1] Set of element ued identify the party on the debit ide of the tranaction which the tax applie TaxIdentification <TaxId> [0..1] Tax identification number of the debr RegitrationIdentification <RegnId> [0..1] Unique identification, a aigned by an organiation, unambiguouly identify a party. C C C C C C C C C C C C TaxType <TaxTp> [0..1] Type of tax payer. C C C C Authoriation <Authtn> [0..1] Detai+K2l of the C C C C authoried tax paying party Title <Titl> [0..1] Title or poition of debr or the debr' authoried repreentative. C C C C Name <Nm> [0..1] C C C C AdminitrationZone <AdmtnZn> [0..1] C C C C ReferenceNumber <RefNb> [0..1] C C C C Method <Mtd> [0..1] C C C C TotalTaxableBaeAmount <TtlTaxblBaeAmt Ccy="AAA"> TotalTaxAmount <TtlTaxAmt Ccy="AAA"> [0..1] C C C C [0..1] C C C C Date <Dt> [0..1] C C C C - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 61 of 74
66 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu SequenceNumber <SeqNb> [0..1] C C C C Record <Rcrd> [0..n] C C C C Type <Tp> [0..1] C C C C Category <Ctgy> [0..1] C C C C CategoryDetail <CtgyDtl> [0..1] C C C C DebrStatu <DbtrSt> [0..1] C C C C CertificateIdentification <CertId> [0..1] C C C C FormCode <FrmCd> [0..1] C C C C Period <Prd> [0..1] C C C C Year <Yr> [0..1] C C C C Type <Tp> [0..1] C C C C FromToDate <FrToDt> [0..1] C C C C FromDate <FrDt> [1..1] C C C C ToDate <ToDt> [1..1] C C C C TaxAmount <TaxAmt> [0..1] C C C C - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 62 of 74
67 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Rate <Rate> [0..1] C C C C TaxableBaeAmount <TaxblBaeAmt Ccy="AAA"> TotalAmount <TtlAmt Ccy="AAA"> [0..1] C C C C [0..1] C C C C Detail <Dtl> [0..n] C C C C Period <Prd> [0..1] C C C C Year <Yr> [0..1] C C C C Type <Tp> [0..1] C C C C FromToDate <FrToDt> [0..1] C C C C FromDate <FrDt> [1..1] C C C C ToDate <ToDt> [1..1] C C C C Amount <Amt Ccy="AAA"> [1..1] C C C C AdditionalInformation <AddtlInf> [0..1] C C C C RelatedRemittanceInformation <RltdRmtInf> [0..10] Information related the handling of the remittance information by any of the agent in the tranaction proceing chain. BD BD BD BD - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 63 of 74
68 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu RemittanceIdentification <RmtId> [0..1] Max35Text Unique and unambiguou identification of the remittance information, e.g. a remittance advice, which i ent eparately from the payment intruction. BD BD BD BD - data i accepted and RemittanceLocationMethod <RmtLctnMtd> [0..1] Code Specifie the method ued deliver the remittance advice information. BD BD BD BD - data i accepted and RemittanceLocationElectronicAd dre <RmtLctnElctrncAdr > [0..1] Max256Text Electronic addre which an agent i end the remittance information. BD BD BD BD - data i accepted and RemittanceLocationPotalAddre <RmtLctnPtlAdr> [0..1] Potal addre which an agent i end the remittance information Name <Nm> [1..1] Max140Text Name by which a party i known and i uually ued identify that identity. BD BD BD BD R R R R Addre <Adr> [1..1] PotalAddre Potal addre of a party. R R R R RECOMMENDATION IN ORDER OF PREFERENCE: 1. Ue only tructured addre. 2. When uing combination of both tructured addre and Addre Line, mut ue tructured tag for pot code (if applicable), country ubdiviion (if applicable), wn name and country and only 2 Addre Line ( include treet addre). 3. Ue only Addre Line (up 7 line; intrument by intrument limitation may apply) - data i accepted and NOTE: PO Box hould only appear in Addre Line Department <Dept> [0..1] BD BD BD BD See recommendation above SubDepartment <SubDept> [0..1] BD BD BD BD See recommendation above. - data i accepted and - data i accepted and Verion Page 64 of 74
69 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu StreetName <StrtNm> [0..1] BD BD BD BD See recommendation above BuildingNumber <BldgNb> [0..1] BD BD BD BD See recommendation above PotCode <PtCd> [0..1] BD BD BD BD See recommendation above. Country dependent TownName <TwnNm> [0..1] BD BD BD BD See recommendation above CountrySubDiviion <CtrySubDvn> [0..1] BD BD BD BD Country dependent Country <Ctry> [0..1] R R R BD See recommendation above AddreLine <AdrLine> [0..7] BD BD BD BD See recommendation above RemittanceInformation <RmtInf> [0..1] Information that enable the matching, ie, reconciliation, of a payment with the item that the payment i intended ettle, eg, comcial invoice in an account receivable ytem. BD/C BD/C BD/C BD - either Utrd or Strd Remittance information delivered outide of the clearing ytem will be conditional on bank ervice. Amount of remittance information delivered through the clearing ytem will be limited by pecific clearing ytem capabilitie. Norway: Structured Remittance information i preferred - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and If both 2.99 Utrd and Strd i filled in in dometic Finnih payment then Strd i ent credir. If both 2.99 Utrd and Strd i filled in in foreign account tranfer then Strd will be ent credir If both 2.99 Utrd and Strd i filled in in foreign account tranfer cleared via SWIFT and Tranfer from account abroad (MT01) then 2.99 Utrd will be ent credir Verion Page 65 of 74
70 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Untructured <Utrd> [0..n] Max140Text Information upplied enable the matching of an entry with the item that the tranfer i intended ettle, eg, comcial invoice in an account' receivable ytem in an untructured form. BD/C BD/C BD/C R -XOR - Only 1 occurr ence - limited 140 charact er Norway: tic, max 1750 International, max 140 Structured remittance information i preferred Structured remittance information preferred. NOTE! AOS2: Both 1 untructured and 2-9 intance of Structured may be ued (ee detail at FFFS home ite) Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" and Appendix E in "Danke MIG - ISO Appendix for CuCreditTranferInitiatio n (pain )" Structured <Strd> [0..n] Information upplied enable the matching of an entry with the item that the tranfer i intended ettle, eg, comcial invoice in an account' receivable ytem in a tructured form. BD/C BD/C BD/C R - XOR Bet practice for minimum - Only 1 uage: Populate invoice occurr number and remitted amount ence - limited or credit note amount with 140 currency or Credir' charact Reference Information. er Norway: Recommended National and international credir' reference i ued within normal CT initiation. NOTE! AOS2: Both 1 untructured and 2-9 intance of Structured may be ued (ee detail at FFFS home ite) ReferredDocumentInformation <RfrdDocInf> [0..n] Reference information allow the identification of the underlying reference document. BD/C BD/C BD/C BD Danmark: Buine Rule: Firt intance of Identification for DEBI and/or Prim-Ref i ued only. Ue only one intance of Referred Document Information per invoice remitted Type <Tp> [0..1] Provide the type of the referred document CodeOrProprietary <CdOrPrtry> [1..1] Provide the type detail of the referred document. BD/C BD/C BD/C BD R R R R Verion Page 66 of 74
71 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu {Or Code <Cd> [1..1] Code Document type in a coded form XOR XOR XOR XOR If <Cd> i populated, <Prtry> hould not be populated. A code from the lit in the chema hould be ued. Danmark: Norway: In Norway only one combination of CINV and CREN pr payment, enure that information can be provided in a the credir. Finland (R): "CINV" Invoice "CREN" Credit note Valid code: CINV - invoice CREN - creditnote. The code determine the type of document and ha the priority in proportion the ReferredDocumentAmount. "Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Or} Proprietary <Prtry> [1..1] Max35Text Proprietary identification of the type of the remittance document Iuer <Ir> [0..1] Max35Text Identification of the iuer of the reference document type. XOR XOR XOR XOR If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the chema code lit per bilateral agreement. Danmark: Code ued: DEBI (Debr Id of the Payment) PRIM (Primary Reference) BD BD BD BD - data i accepted and Only upported in the payment type "Finnih account tranfer - tructured meage". Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Number <Nb> [0..1] Max35Text Unique and unambiguou identification number of the referred document. R R R R Supported in the payment type "Finnih account tranfer - tructured meage", 'Norwegian account tranfer - Invoice' and "Tranfer from account abroad (MT101). Supported in the payment type Foreign account tranfer cleared via SWIFT o if Ref i blank. Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Verion Page 67 of 74
72 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu RelatedDate <RltdDt> [0..1] ISODate Date aociated with the referred document, eg, date of iue. BD/C BD/C BD/C BD Supported in the payment type "Finnih account tranfer - tructured meage", 'Norwegian account tranfer - Invoice' and "Tranfer from account abroad (MT101). Supported in the payment type Foreign account tranfer cleared via SWIFT o if Ref i blank. Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" ReferredDocumentAmount <RfrdDocAmt> [0..1] Amount of money and currency of a document referred in the remittance ection. The amount i typically either the original amount due and payable, or the amount actually remitted for the referred document. BD/C BD/C BD/C BD In cae of SCT AOS DuePayableAmount <DuePyblAmt Ccy="AAA"> [0..1] ActiveOrHi riccurrencya ndamount Amount pecified i the exact amount due and payable the credir. BD/C BD/C BD/C BD Amount due a tated on referred document - data i accepted and DicountAppliedAmount <DcntApldAmt Ccy="AAA"> [0..1] ActiveOrHi riccurrencya ndamount Amount of money reulting from the application of an agreed dicount the amount due and payable the credir. BD/C BD/C BD/C BD Dicount amount applied againt amount on invoice - data i accepted and CreditNoteAmount <CdtNoteAmt Ccy="AAA"> [0..1] ActiveOrHi riccurrencya ndamount Amount pecified for the referred document i the amount of a credit note. BD/C BD/C BD/C BD Credit amount of a credit note or credit memo TaxAmount <TaxAmt Ccy="AAA"> [0..1] ActiveOrHi riccurrencya ndamount Quantity of cah reulting from the calculation of the tax. BD/C BD/C BD/C BD Tax amount on referred document - data i accepted and AdjutmentAmountAndReaon <AdjtmntAmtAndR n> Amount <Amt Ccy="AAA"> [1..1] ActiveOrHi riccurrencya ndamount [0..n] Set of element ued provide information on the amount and reaon of the document adjutment. Amount of money of the document adjutment. BD/C BD/C BD/C BD Adjutment amount and reaon applicable referred document R R R R - data i accepted and paed on the beneficiary' bank Verion Page 68 of 74
73 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu CreditDebitIndicar <CdtDbtInd> [0..1] Code Specifie whether the adjutment mut be ubtracted or added the tal amount Reaon <Rn> [0..1] Max4Text Specifie the reaon for the adjutment AdditionalInformation <AddtlInf> [0..1] Max140Text Provide further detail on the document adjutment RemittedAmount <RmtdAmt Ccy="AAA"> CredirReferenceInformation [0..1] ActiveOrHi riccurrencya ndamount Amount of money remitted for the referred document. <CdtrRefInf> [0..1] Reference information provided by the credir allow the identification of the underlying document Type <Tp> [0..1] Provide the type of the credir reference CodeOrProprietary <CdOrPrtry> [1..1] Coded or proprietary format credir reference type {Or Code <Cd> [1..1] Code Coded credir reference type Or} Proprietary <Prtry> [1..1] Max35Text Credir reference type not avilable in a coded format. BD/C BD/C BD/C BD BD/C BD/C BD/C BD BD/C BD/C BD/C BD BD/C BD/C BD/C BD Amount being paid on referred document BD BD BD BD Finland (C) BD BD BD BD Finland (C) R R R R XOR XOR XOR R - SCOR If <Cd> i populated, <Prtry> hould not be populated. A code from the lit in the chema hould be ued. XOR XOR XOR BD If <Prtry> i populated, <Cd> hould not be populated. The condition i baed on the need ue a proprietary code not on the chema code lit per bilateral agreement. Code SCOR Norway: Valid code i SCOR Finland (R): SCOR - data i accepted and - data i accepted and - data i accepted and Valid code: SCOR Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" - data i accepted and Iuer <Ir> [0..1] Max35Text Identification of the iuer of the credit reference type. BD BD BD BD Value of 'ISO' reerved for ISO international credir' reference. Ued for "ISO" (in SCR). Norway: Valid text: ISO (bruke kun for ISO11649 ) Finland (C) Valid text: ISO Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Verion Page 69 of 74
74 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Reference <Ref> [0..1] Max35Text Unique and unambiguou reference aigned by the credir refer the payment tranaction. R R R BD If Credir Reference Information i ued, Reference OCR-reference: mut be included. For Payment Slip payment the OCRreference i a combination of the for Payment Slip Code and Payment Id with a forward lah eparar (fx 71/ ). For Payment Slip Code not upporting Payment Id only the Payment Slip Code mut be populated (fx 73/). Credir account reference/giro account number i populated under the CredirAccount object a an Other account number. ISO: Ued for Structured Credir Reference (SCR). Norway: KID number or Structured Credir Reference (ISO11649) Finnih legacy credir reference or ISO11649 Supported in many dometic payment type and "Tranfer from account abroad (MT101)." Pleae refer the document "Danke MIG - ISO XML Supported payment type and example" Invoicer <Invcr> [0..1] Party Identification Identification of the organization iuing the invoice when different from the credir or ultimate credir Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PotalAddre <PtlAdr> [0..1] Information that locate and identifie a pecific addre, a defined by potal ervice AddreType <AdrTp> [0..1] Code Identifie the nature of the potal addre BD BD BD BD R R R R - data i accepted and - data i accepted and Verion Page 70 of 74
75 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu Department <Dept> [0..1] Max70Text Identification of a diviion of a large organiation or building SubDepartment <SubDept> [0..1] Max70Text Identification of a ubdiviion of a large organiation or building StreetName <StrtNm> [0..1] Max70Text Name of a treet or thoroughfare BuildingNumber <BldgNb> [0..1] Max16Text Number that identifie the poition of a building on a treet PotCode <PtCd> [0..1] Max16Text Identifier coniting of a group of letter and/or number that i added a potal addre ait the orting of mail TownName <TwnNm> [0..1] Max35Text Name of a built-up area, with defined boundarie, and a local government CountrySubDiviion <CtrySubDvn> [0..1] Max35Text Identifie a ubdiviion of a country eg, tate, region, country Country <Ctry> [0..1] CountryCode Nation with it own government AddreLine <AdrLine> [0..7] Max70Text Information that locate and identifie a pecific addre, a defined by potal ervice, that i preented in free format text Identification <Id> [0..1] Choice {Or OrganiationIdentification Unique and unambiguou way of identifying an organiation or an individual peron. <OrgId> [1..1] Unique an unambiguou way of identifying an organiation. - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 71 of 74
76 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu BICOrBEI <BICOrBEI> [0..1] Identifier Code allocated organiation by the ISO 9362 Regitration Authority, under an international identification cheme, a decribed in the latet verion of the tandard ISO 9362 ing (ing telecommunication meage, Identifier Code). - data i accepted and Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Identification aigned by an intitution SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification Or} PrivateIdentification <PrvtId> [1..1] Unique and unambiguou identification of a party DateAndPlaceOfBirth <DtAndPlcOfBirth> [0..1] Date and place of birth of a peron BirthDate <BirthDt> [1..1] ISODate Date on which a peron i born ProvinceOfBirth <PrvcOfBirth> [0..1] Max35Text Province where a peron wa born CityOfBirth <CityOfBirth> [1..1] Max35Text City where a peron wa born - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 72 of 74
77 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu CountryOfBirth <CtryOfBirth> [1..1] CountryCode Country where a peron wa born Other <Othr> [0..n] Unique identification of an organiation, a aigned by an intitution, uing an identification cheme Identification <Id> [1..1] Max35Text Unique and unambiguou identification of a peron SchemeName <SchmeNm> [0..1] Choice Name of the identification cheme {{Or Code <Cd> [1..1] Code Name of the identification cheme, in a coded form a publihed in an external lit Or}} Proprietary <Prtry> [1..1] Max35Text Name of the identification cheme, in a free text form Iuer <Ir> [0..1] Max35Text Entity that aign the identification CountryOfReidence <CtryOfRe> [0..1] CountryCode Country in which a peron reide (the place of a peron' home). In the cae of a company, it i the country from which the affair of that company are directed ContactDetail <CtctDtl> [0..1] Set of element ued indicate how contact the party NamePrefix <NmPrfx> [0..1] Code Specifie the term ued formally addre a peron Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party PhoneNumber <PhneNb> [0..1] PhoneNumbe r Collection of information that identifie a phone number, a defined by telecom ervice. - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and - data i accepted and Verion Page 73 of 74
78 Or Meage Item Tag Name Mult. Type ISO Definition ue/ Cu MobileNumber <MobNb> [0..1] PhoneNumbe r FaxNumber <FaxNb> [0..1] PhoneNumbe r Collection of information that identifie a mobile phone number, a defined by telecom ervice. Collection of information that identifie a FAX number, a defined by telecom ervice Addre < Adr> [0..1] Max2048Text Addre for electronic mail ( ) Other <Othr> [0..1] Max35Text Invoicee <Invcee> [0..1] Party Identification Identification of the party whom an invoice i iued, when different from the debr or ultimate debr. BD BD BD BD - data i accepted and - data i accepted and - data i accepted and - data i accepted and Name <Nm> [0..1] Max140Text Name by which a party i known and which i uually ued identify that party. R R R R - data i accepted and AdditionalRemittanceInformation <AddtlRmtInf> [0..3] Max140Text Additional information, in free text form, complement the tructured remittance information. BD BD BD BD Default for additional remittance info Finland (C): - data i accepted and paed on the beneficiary' bank Verion Page 74 of 74
Danske Bank Message Implementation Guide Common Global Implementation (CGI) Customer Credit Transfer pain.001.001.03
This document defines how a CustomerCreditTransferInitiation message should be structured when sent to Danske Bank. The Danske Bank Message Implementation Guide (MIG) of the CustomerCreditTransferInitiation
Format description XML SEPA Credit Transfer
Format description XML SEPA Credit Transfer Rabo Cash Management Colophon Title Format description XML SEPA CT Version, date 1.7, April 30, 2014 Our reference Format description XML SEPA Credit Transfer
Format Description XML SEPA CT
Format Description XML SEPA CT SWIFT FileAct Rabobank Format Description XML SEPA CT - SWIFT FileAct November 2015 Version 2.2 1 Contents SEPA CT Import Format 3 SEPA CT Structure 4 Segment description
ISO 20022 XML pain.001 implementation guide in Handelsbanken Estonia, Latvia, Lithuania
ISO 20022 XML pain.001 implementation guide in Handelsbanken Estonia, Latvia, Lithuania Version: 1.0 Date: 12.10.2015 1 1 Introduction This document describes the Implementation Guide for CustomerCreditTransferInitiation
Format description XML SEPA Credit Transfer
Format description XML SEPA Credit Transfer Version, date Project 1.4, 24 April 2013 Rabo Cash Management 1 Colophon Title Format description XML SEPA CT Version, date 1.4, 24 April 2013 Our reference
Format Description XML SEPA DD
Format Description XML SEPA DD RDC (Rabobank Direct Connect) Rabobank Format Description XML SEPA DD - RDC (Rabobank Direct Connect) November 2015 Version 2.2 1 Contents SEPA DD Import Format 3 SEPA DD
SEPA Direct Debit PAIN.008.001.02 XML File Structure
SEPA Direct Debit PAIN.008.001.02 XML File Structure This document is published by Bank of Ireland, and both it, and its contents, are the property of Bank of Ireland. This document may not be reproduced
ISO 20022 PAYMENT GUIDE. Messages: Pain.001.001.03 Pain.002.001.03
ISO 20022 PAYMENT GUIDE Messages: Pain.001.001.03 Pain.002.001.03 20.11.2012 1 ISO 20022 Payment Guide Table of Contents 1 Background... 3 1.1 SEPA and ISO 20022... 3 1.2 Usage of ISO 20022 in Finland...
Format description SEPA DD ISO20022 (for Euro Direct Debits)
Format description SEPA DD ISO20022 (for Euro Direct Debits) Version, date Project 1.4, 24 April 2013 Rabo Cash Management 1 Colophon Title SEPA Direct Debit format description Version, date 1.4, 24 April
Format description SEPA Direct Debit (for Euro Direct Debits) Rabo Cash Management
Format description SEPA Direct Debit (for Euro Direct Debits) Rabo Cash Management CONTENTS 1 SEPA DD Import format 3 1.1 SEPA DD import format description 3 1.1.1 Description 3 1.1.2 General characteristics
XML Message for SEPA Direct Debit Initiation
XML Message for SEPA Direct Debit Initiation Core and Business-to-Business Implementation Guidelines Version 1.2 Table of Contents 1 Introduction... 4 1.1 SEPA Direct Debit definition... 5 1.2 Message
SEPA Direct Debit Initiation Danske Bank's interpretation of ISO 20022 pain.008.001.02 (Direct Debit Initiation)
SEPA Direct Debit Initiation Danske Bank's interpretation of ISO 20022 pain.008.001.02 (Direct Debit Initiation) Table of Contents Introduction File layout Description Group Header Payment Information
OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE
Version 2.5 13.4.2016 OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE 2 (54) CONTENTS VERSION INFORMATION... 4 1 OUTGOING PAYMENTS, ISO 20022 APPLICATION GUIDELINE... 5 1.1 ISO 20022 MESSAGE DESCRIPTION
Danish Implementation Guideline for Common Global Implementation (CGI) Customer Payment Status Report
Danish Implementation Guideline for Common Global Implementation (CGI) Customer Payment Status Report based on documentation from ISO 20022 Message Definition Report December 15th 2012 FINAL VERSION Page
XML message for Payment Initiation Implementation Guideline. Version 1.02
XML message for Payment Initiation Implementation Guideline Version 1.02 Version 1.02 Changes Updated 20131211 1) SEB specific rule added under tag 2.44 Equivalent Amount 2) To the tag 2.89 Regulatory
Format description XML SEPA Credit Transfer. Format Description
Format description XML SEPA Credit Transfer Format Description CONTENTS 1 SEPA CT Import format 3 1.1 SEPA CT import format description 3 1.1.1 Description 3 1.1.2 General characteristics 3 1.1.3 Difference
ISO 20022 Message Implementation Guide for Payment Initiation
ISO 20022 Message Implementation Guide for Payment Initiation Pain001 Pain002 Version: 1.5 Issue date: 16 November 2015 Author: Swedbank Table of Contents 1. Introduction 2. Customer Credit Transfer Initiation
ISO 20022 Message Implementation Guide for Cash Management Reports
ISO 20022 Message Implementation Guide for Cash Management Reports CAMT052 CAMT053 CAMT054 CAMT060 Version: 1.7 Issue date: 16 November 2015 Author: Swedbank Table of Contents 1. Introduction 2. Bank To
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
SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC115-06 25 November 2014 (Version 8.0 Approved) EPC SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for implementing
Format description pain.002, technical. Rabo Cash Management, Rabo Direct Connect & Rabo Internetbankieren (Pro)
Format description pain.002, technical Rabo Cash Management, Rabo Direct Connect & Rabo Internetbankieren (Pro) Inhoudsopgave 1 Pain.002 exportformaat... 3 1.1 Pain.002 beschrijving... 3 1.2 Pain.002 structuur...
Impact of SEPA on CODA2.3 for SEPA credit transfer (SCT) version April 2013. ing.be/sepa
Financial Supply Chain SEPA Impact of SEPA on CODA2.3 for SEPA credit transfer (SCT) version April 2013 ing.be/sepa Introduction 1 How does migration to SEPA credit transfer affect CODA2.3? 2 Global debit
Corporate Payments Service
Corporate Payments Service Example appendix pain.001 version 3 Content 1 Background... 3 2 About Corporate Payments Service... 3 3 Message structure... 3 4 Example of the payment initiation message...
OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE
Version 1.94 13.4.2016 OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE Pain.001.001.02 Pain.002.001.02 2 (51) Sisällysluettelo MANUAL VERSION INFORMATION... 4 1 SEPA CREDIT TRANSFER, ISO 20022 APPLICATION
Formats for Internet Bank
1/42 Formats for Internet Bank This document specifies payment initiation and account statement formats in LHV Internet Bank. PAYMENT INITIATION... 2 XML FORMAT (ISO 20022 PAYMENT INITIATION MESSAGE PAIN.001.001.03)...
How To Create A Credit Card From A Creditcard In A Microsoft Web Server On A Microsql Web Server
Appendix to Danish Message Implementation Guideline for Common Global Implementation (CGI) Customer Credit Transfer Initiation and Danish Implementation Guideline for CGI Customer Payment Status Report
Danske Bank Guideline to payments in ISO 20022 XML format (pain.001.001.03)
Danske Bank Guideline to payments in ISO 20022 XML format (pain.001.001.03) This document describes how to distinguish between the variety of payments supported by Danske Bank using ISO 20022 XML CustomerCreditTransferInitiation
SEPA Direct Debit Cancellation Danske Bank's interpretation of ISO 20022 camt.055.001.01 (Payment Cancellation Request)
SEPA Direct Debit Cancellation Danske Bank's interpretation of ISO 20022 camt.055.001.01 (Payment Cancellation Request) Table of Contents Introduction File layout Description Assignment Underlying Example
Please read the information that follows before beginning. Incomplete applications will delay the review and approval process.
Certified Manager Certification Application Intruction Completing the Application Congratulation on chooing to purue the Certified Manager (CM ) certification. The application i the tarting point toward
SEPA CORE DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC114-06 25 November 2014 (Version 8.0 Approved) EPC SEPA CORE DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for implementing
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands Core and Business-to-Business Implementation Guidelines Disclaimer These guidelines may be subject to changes.
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands
XML message for SEPA Direct Debit Initiation Implementation Guidelines for the Netherlands Core and Business-to-Business Implementation Guidelines Disclaimer These guidelines may be subject to changes.
MT104 Direct Debit and Request for Debit Transfer Message.
MT104 Direct Debit and Request for Debit Transfer Message. Change log Version Date Edit 1 10.11.2003 Document created 2 22.10.2005 Updated with German Direct Debit 3 21.03.2006 Updated with English Irish
GOLD COAST. presented by ASSOCIATION
inp on i r at i in de t d tex n a ign ile GOLD COAST TM ctu e p o tor Pr i b i h x hip & E r o Spon GOLD COAST TM Platinum Gold Silver Sponor (1) Sponor (3) Sponor (5) $ By Tender $15,000 $10,000 promotional
Project Management Basics
Project Management Baic A Guide to undertanding the baic component of effective project management and the key to ucce 1 Content 1.0 Who hould read thi Guide... 3 1.1 Overview... 3 1.2 Project Management
Appendix for BSK Implementerings Guides ISO 20022
Appendix for BSK Implementerings Guides ISO 20022 PAIN 001.001.03 CustomerCreditTransferInitiation PAIN 002.001.03 CustomerPaymentStatusReport Eksempelfiler for transaksjoner i norske betalingssystemer
TRID Technology Implementation
TRID Technology Implementation Jaime Koofky, Managing Attorney, Brady & Koofky PA Cecelia Raine, Co-Chair, Cloing Inight Adviory Board, RealEC Technologie Richard Triplett, CMB, Vice Preident, Director
Cluster-Aware Cache for Network Attached Storage *
Cluter-Aware Cache for Network Attached Storage * Bin Cai, Changheng Xie, and Qiang Cao National Storage Sytem Laboratory, Department of Computer Science, Huazhong Univerity of Science and Technology,
CHARACTERISTICS OF WAITING LINE MODELS THE INDICATORS OF THE CUSTOMER FLOW MANAGEMENT SYSTEMS EFFICIENCY
Annale Univeritati Apuleni Serie Oeconomica, 2(2), 200 CHARACTERISTICS OF WAITING LINE MODELS THE INDICATORS OF THE CUSTOMER FLOW MANAGEMENT SYSTEMS EFFICIENCY Sidonia Otilia Cernea Mihaela Jaradat 2 Mohammad
SEPA formats - an introduction to XML. version September 2013. www.ing.be/sepa
Financial Supply Chain SEPA SEPA formats - an introduction to XML version September 2013 www.ing.be/sepa INTRODUCTION 1 INTRODUCTION TO XML 2 What is XML? 2 What is a root element? 2 What are the specifications
Record description XML File Transfer ISO 20022 XML pain.001.001.02
Record description XML File Transfer 20022 XML pain.001.001.02 15.11.2012 2 Change date Version Changed 2.6.2010 1.0 2.15 Payer s business id. Length can be 8, 9, 13 or 14 marks (so called long business
CASE STUDY ALLOCATE SOFTWARE
CASE STUDY ALLOCATE SOFTWARE allocate caetud y TABLE OF CONTENTS #1 ABOUT THE CLIENT #2 OUR ROLE #3 EFFECTS OF OUR COOPERATION #4 BUSINESS PROBLEM THAT WE SOLVED #5 CHALLENGES #6 WORKING IN SCRUM #7 WHAT
SEPA CORE DIRECT DEBIT SCHEME CUSTOMER-TO-BANK IMPLEMENTATION GUIDELINES
Doc: EPC130-08 30 November 2012 (Version 7.0 Approved) EPC SEPA CORE DIRECT DEBIT SCHEME CUSTOMER-TO-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for
Third Party Technical Guidelines
Third Party Technical Guideline Configuration Guide Releae: Document Reviion: Ditribution Statu: NICE Engage Platform 6.3 / NICE Interaction Management 4.1 Real-Time Solution 4.9 NICE Perform 3.2 / 3.5
DESCRIPTION OF SEPA XML FORMAT FOR ING BUSINESSONLINE IMPORT AND EXPORT TEMPLATES
DESCRIPTIN F SEPA XML FRMAT FR ING BUSINESSNLINE IMPRT AND EXPRT TEMPLATES TABLE F CNTENTS Import of orders 3 1. Introduction 3 1.1 Notation 3 1.2 File structure 4 1.3 Batching rules 4 1.4 Differentiation
Payment Status Report
Payment Status Report Implementation Guidelines Version 1.0 Beligian Finance Sector Federation rue d Arlon, 82 B-1040 Brussels http://www.febelfin.be T +32 2 507 68 11 F +32 2 888 68 11 2 Table of Contents
Format Description SWIFT FIN MT101. Rabobank
Format Description SWIFT FIN MT101 Rabobank COLOPHON Title Format Description SWIFT FIN MT101 Version, date 1.25, September 2015 On behalf of Contact address Corporate Client Channels Rabobank Nederland,
Pekka Helkiö, 58490K Antti Seppälä, 63212W Ossi Syd, 63513T
Pekka Helkiö, 58490K Antti Seppälä, 63212W Oi Syd, 63513T Table of Content 1. Abtract...1 2. Introduction...2 2.1 Background... 2 2.2 Objective and Reearch Problem... 2 2.3 Methodology... 2 2.4 Scoping
Progress 8 measure in 2016, 2017, and 2018. Guide for maintained secondary schools, academies and free schools
Progre 8 meaure in 2016, 2017, and 2018 Guide for maintained econdary chool, academie and free chool July 2016 Content Table of figure 4 Summary 5 A ummary of Attainment 8 and Progre 8 5 Expiry or review
How Enterprises Can Build Integrated Digital Marketing Experiences Using Drupal
How Enterprie Can Build Integrated Digital Marketing Experience Uing Drupal acquia.com 888.922.7842 1.781.238.8600 25 Corporate Drive, Burlington, MA 01803 How Enterprie Can Build Integrated Digital Marketing
SPECIFICATIONS FOR PERIMETER FIREWALL. APPENDIX-24 Complied (Yes / No) Remark s. S.No Functional Requirements :
S.No Functional Requirement : 1 The propoed olution mut allow ingle policy rule creation for application control, uer baed control, hot profile, threat prevention, Anti-viru, file filtering, content filtering,
FEDERATION OF ARAB SCIENTIFIC RESEARCH COUNCILS
Aignment Report RP/98-983/5/0./03 Etablihment of cientific and technological information ervice for economic and ocial development FOR INTERNAL UE NOT FOR GENERAL DITRIBUTION FEDERATION OF ARAB CIENTIFIC
A Review On Software Testing In SDlC And Testing Tools
www.ijec.in International Journal Of Engineering And Computer Science ISSN:2319-7242 Volume - 3 Iue -9 September, 2014 Page No. 8188-8197 A Review On Software Teting In SDlC And Teting Tool T.Amruthavalli*,
A note on profit maximization and monotonicity for inbound call centers
A note on profit maximization and monotonicity for inbound call center Ger Koole & Aue Pot Department of Mathematic, Vrije Univeriteit Amterdam, The Netherland 23rd December 2005 Abtract We conider an
DANSKE BANK A/S LATVIA BRANCH PRICELIST FOR LEGAL CUSTOMERS
Approved by Management committee of Danske Bank A/S Latvia branch (Meeting No 5/06 from 6 July 06) Effective from 3 of July 06 DANSKE BANK A/S LATVIA BRANCH PRICELIST FOR LEGAL CUSTOMERS. Current account.....
Final Award. (exit route if applicable for Postgraduate Taught Programmes) N/A JACS Code. Full-time. Length of Programme. Queen s University Belfast
Date of Reviion Date of Previou Reviion Programme Specification (2014-15) A programme pecification i required for any programme on which a tudent may be regitered. All programme of the Univerity are ubject
A Note on Profit Maximization and Monotonicity for Inbound Call Centers
OPERATIONS RESEARCH Vol. 59, No. 5, September October 2011, pp. 1304 1308 in 0030-364X ein 1526-5463 11 5905 1304 http://dx.doi.org/10.1287/opre.1110.0990 2011 INFORMS TECHNICAL NOTE INFORMS hold copyright
Laureate Network Products & Services Copyright 2013 Laureate Education, Inc.
Laureate Network Product & Service Copyright 2013 Laureate Education, Inc. KEY Coure Name Laureate Faculty Development...3 Laureate Englih Program...9 Language Laureate Signature Product...12 Length Laureate
SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC115-06 30 November 2012 (Version 7.0 Approved) EPC SEPA CREDIT TRANSFER SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the rules for implementing
SHARESYNC SECURITY FEATURES
www.kyboxinnovation.com SHARESYNC SECURITY FEATURES ShareSync provide a high degree of ecurity and protection which allow adminitrator to: Aure compliance with ecurity bet practice Get full viibility over
No. 73,122 MODEL FORM OF VERDICT ITEMIZING PERSONAL INJURY DAMAGES (TORT REFORM ACT OF 1986, S 768.77 F.S. 1987)
CORRECTED OPINION No. 73,122 IN RE: STANDARD JURY INSTRUCTIONS (CIVIL CASES 88-2) [March 2, 19891 PER CURIAM. The Florida Supreme Court Committee on Standard Jury Intruction (Civil) ha recommended to thi
Pediatric Nurse Practitioner Program Pediatric Clinical Nurse Specialist Program Dual Pediatric Nurse Practitioner / Clinical Nurse Specialist Program
Pediatric Nure Practitioner Program Pediatric Clinical Nure Specialit Program Dual Pediatric Nure Practitioner / Clinical Nure Specialit Program UCLA School of Nuring Overview: The Pediatric Nure Practitioner
DISTRIBUTED DATA PARALLEL TECHNIQUES FOR CONTENT-MATCHING INTRUSION DETECTION SYSTEMS. G. Chapman J. Cleese E. Idle
DISTRIBUTED DATA PARALLEL TECHNIQUES FOR CONTENT-MATCHING INTRUSION DETECTION SYSTEMS G. Chapman J. Cleee E. Idle ABSTRACT Content matching i a neceary component of any ignature-baed network Intruion Detection
ISO 20022 ACCOUNT STATEMENT GUIDE. v 1.3
ISO 20022 ACCOUNT STATEMENT GUIDE v 1.3 4.10.2012 1 ISO 20022 Account Statement Guide Table of contents 1 Introduction... 3 2 General... 3 2.1 Effects on customer routines... 4 2.2 Activities... 4 3 Electronic
A technical guide to 2014 key stage 2 to key stage 4 value added measures
A technical guide to 2014 key tage 2 to key tage 4 value added meaure CONTENTS Introduction: PAGE NO. What i value added? 2 Change to value added methodology in 2014 4 Interpretation: Interpreting chool
Testing Documentation for CCIH Database Management System By: John Reeves, Derek King, and Robert Watts
Teting Documentation for CCIH Databae Management Sytem By: John Reeve, Derek King, and Robert Watt The teting proce for our project i divided into three part of Unit teting, one part of Integration/Function
Four Ways Companies Can Use Open Source Social Publishing Tools to Enhance Their Business Operations
Four Way Companie Can Ue Open Source Social Publihing Tool to Enhance Their Buine Operation acquia.com 888.922.7842 1.781.238.8600 25 Corporate Drive, Burlington, MA 01803 Four Way Companie Can Ue Open
SEPA Direct Debit Unpaid Report File Format
SEPA Direct Debit Unpaid Report File Format PAIN.002.001.03 XML File Structure This document is published by Bank of Ireland, and both it, and its contents, are the property of Bank of Ireland. This document
Software Engineering Management: strategic choices in a new decade
Software Engineering : trategic choice in a new decade Barbara Farbey & Anthony Finkeltein Univerity College London, Department of Computer Science, Gower St. London WC1E 6BT, UK {b.farbey a.finkeltein}@ucl.ac.uk
Research Article An (s, S) Production Inventory Controlled Self-Service Queuing System
Probability and Statitic Volume 5, Article ID 558, 8 page http://dxdoiorg/55/5/558 Reearch Article An (, S) Production Inventory Controlled Self-Service Queuing Sytem Anoop N Nair and M J Jacob Department
www.brindleytech.com Insurance Solutions
Inurance Solution Agenda 1 2 3 4 5 Buine Value Solution Overview Capabilitie Cutomer Succe Storie Inurance Product in Nut Shell Buine Value Cutomer Buine Value Achieved through Winure Increae Efficiency
CASE STUDY BRIDGE. www.future-processing.com
CASE STUDY BRIDGE TABLE OF CONTENTS #1 ABOUT THE CLIENT 3 #2 ABOUT THE PROJECT 4 #3 OUR ROLE 5 #4 RESULT OF OUR COLLABORATION 6-7 #5 THE BUSINESS PROBLEM THAT WE SOLVED 8 #6 CHALLENGES 9 #7 VISUAL IDENTIFICATION
Polyethylene (PE) pipes Dimensions
DEUTSCHE NORM Augut 1999 Polyethylene (PE) pipe Dimenion { 8074 ICS 23.040.20 Rohre au Polyethylen (PE) PE 63, PE 80, PE 100, PE HD Maße Superede September 1987 edition. In keeping with current practice
Apigee Edge: Apigee Cloud vs. Private Cloud. Evaluating deployment models for API management
Apigee Edge: Apigee Cloud v. Private Cloud Evaluating deployment model for API management Table of Content Introduction 1 Time to ucce 2 Total cot of ownerhip 2 Performance 3 Security 4 Data privacy 4
Customer Statement - MT940 with Structured Information To Account Owner
General Information The MT940 customer statement message is an electronic message containing financial statement information for customers concerning their accounts. Danske Bank can send a MT940 either
License & SW Asset Management at CES Design Services
Licene & SW Aet Management at CES Deign Service [email protected] www.ces-deignservice.com 2003 Siemen AG Öterreich Overview 1. Introduction CES Deign Service 2. Objective and Motivation 3. What
Performance of a Browser-Based JavaScript Bandwidth Test
Performance of a Brower-Baed JavaScript Bandwidth Tet David A. Cohen II May 7, 2013 CP SC 491/H495 Abtract An exiting brower-baed bandwidth tet written in JavaScript wa modified for the purpoe of further
your Rights Consumer Guarantees Understanding Consumer Electronic Devices, Home Appliances & Home Entertainment Products
Conumer Guarantee Undertanding your Right Conumer Electronic Device, Home Appliance & Home Entertainment Product Voluntary Warranty Guide February 2014 JB Hi-Fi Group Pty Ltd (ABN 37 093 II4 286) The Autralian
Products and Services
Product and Service With client ranging from mall buinee to Fortune 500 firm, GIS ha vat experience undertanding and delivering on the unique need of a wide range of client. By providing uperior product
DISTRIBUTED DATA PARALLEL TECHNIQUES FOR CONTENT-MATCHING INTRUSION DETECTION SYSTEMS
DISTRIBUTED DATA PARALLEL TECHNIQUES FOR CONTENT-MATCHING INTRUSION DETECTION SYSTEMS Chritopher V. Kopek Department of Computer Science Wake Foret Univerity Winton-Salem, NC, 2709 Email: [email protected]
Production Management II. Product Life-Cycle Management II
Production Management II - - Product Life-Cycle Management II Contact: Dipl.-Ing. Wolfgang Boo [email protected] WZL 53B Raum 507 Tel.: 80-28 469 Objective of the Lecture: Overview of Product-Data-Management-Sytem
OP's C2B SERVICES Pain 03. Payment Transfer Products
OP's C2B SERVICES Pain 03 Payment Transfer Products Customer Guidelines March 2015 2/104 Version Key Changes Changed section November 2012 added money orders 13 C2B money orders July 2013 updated payment
Format Description. SWIFT MT103 Single Customer Credit Transfer
De Format Description SWIFT MT103 Single Customer Credit Transfer COLOPHON Title Format Description SWIFT MT103 Version, date 1.3, June 2015 On behalf of Contact address Corporate Client Channels Rabobank
NOTE: Applicants can exclude one-half of all Social Security income.
11 The Property Tax/Rent Rebate program benefit eligible Pennylvanian age 65 and older; widow and widower age 50 and older; and people with diabilitie age 18 and older. The deadline to apply for a rebate
MT 103+ Single Customer Credit Transfer
MT 103+ Single Customer Credit Transfer The MT 103+ is a General Use message, ie, no registration in a Message User Group is necessary to send and receive this message. It allows the exchange of single
Forest Lake Local Plan
1 Introduction Thi Local Plan contain pecific additional local planning requirement. Where it conflict with the requirement of the City Plan, thi Local Plan prevail. In uing thi Local Plan, reference hould
SEPA BUSINESS-TO-BUSINESS DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES
Doc: EPC301-07 25 November 2014 (Version 6.0 Approved) EPC SEPA BUSINESS-TO-BUSINESS DIRECT DEBIT SCHEME INTER-BANK IMPLEMENTATION GUIDELINES Abstract Document Reference Issue This document sets out the
Utility-Based Flow Control for Sequential Imagery over Wireless Networks
Utility-Baed Flow Control for Sequential Imagery over Wirele Networ Tomer Kihoni, Sara Callaway, and Mar Byer Abtract Wirele enor networ provide a unique et of characteritic that mae them uitable for building
Digifort Enterprise The most complete Digifort solution for camera and alarm monitoring.
Digifort Enterprie The mot complete Digifort olution for camera and alarm monitoring. The Enterprie verion i the package which comprie all of the feature available in the Digifort Sytem, offering complete
A Spam Message Filtering Method: focus on run time
, pp.29-33 http://dx.doi.org/10.14257/atl.2014.76.08 A Spam Meage Filtering Method: focu on run time Sin-Eon Kim 1, Jung-Tae Jo 2, Sang-Hyun Choi 3 1 Department of Information Security Management 2 Department
F o r e i g n p a y m e n t i n P o l a n d Page 1 of 6 B u s i n e s s O n l i n e
F o r e i g n p a y m e n t i n P o l a n d Page 1 of 6 Version 2 Change log Version Date Change 1 2013-10-07 Document created 2 2015-01-09 Field :57D: updated with bank codes (e.g FedWire routing No.
MINUTES (Adopted at August 24, 2011 Executive Committee Meeting) 1. Call to Order, Chair s Remarks, Attendance
IAP2 BC Chapter Executive Committee (EC) Meeting #15 Wedneday, July 13, 2011 Teleconference 5:05-6:40 p.m. MINUTES ( at Augut 24, 2011 Executive Committee Meeting) 1. Call to Order, Chair Remark, Attendance
Warehouse Security System based on Embedded System
International Conference on Logitic Engineering, Management and Computer Science (LEMCS 2015) Warehoue Security Sytem baed on Embedded Sytem Gen Li Department of Electronic Engineering, Tianjin Univerity
Nordea Bank AB Lithuania branch Price List for corporate customers Valid from 1 st of September, 2016. Contents
Contents DAILY BANKING... 2 BANK ACCOUNTS...2 ELECTRONIC SERVICES...2 Nordea Electronic Banking... 2 Nordea Internetbank for... 2 Package of daily banking services for corporate... 2 Web Service channel...
REDUCTION OF TOTAL SUPPLY CHAIN CYCLE TIME IN INTERNAL BUSINESS PROCESS OF REAMER USING DOE AND TAGUCHI METHODOLOGY. Abstract. 1.
International Journal of Advanced Technology & Engineering Reearch (IJATER) REDUCTION OF TOTAL SUPPLY CHAIN CYCLE TIME IN INTERNAL BUSINESS PROCESS OF REAMER USING DOE AND Abtract TAGUCHI METHODOLOGY Mr.
