EDI BEST client format supported by KB valid from ... - Komerční banka

More documents

Recommendations

Info

k 5. Final 70 45 X(70) SEPA field 28 - beneficiary’s the name of the name Beneficiary’s - reference 6. Type of final beneficiary - 7. Final beneficiary’s identification code - 8. Original payer’s name - 9. Type of original payer - 10. Original payer’s identification code - 1 115 X(1) “O” = business “S” - nonbusiness 105 116 X(105) SEPA field 29 - the code of the Beneficiary’s reference non-structured form of the identification code 70 221 X(70) SEPA field 08 - the name of the original payer’s reference 1 291 X(1) “O” = business “S” - nonbusiness 105 292 X(105) SEPA field 09 - the code of the original payer’s reference non-structured form of the identification code Komerční banka, a.s., registered office: Praha 1, Na Příkopě 33, 969, Postcode 114 07, IČ (Company ID): 45317054 EDI BEST client format only SWIFT characters - in the receipt of conversion This type determines data of the Identification code, where 2 x 35 characters are used for “O” and 3 x 35 characters are used for “S” - see the description of the next field. “O” is default - if the character is invalid, default is used. Used in receipt of conversion to permitted character set for SWIFT. Other validations are not required. In non-structured form, the „;“ separator is used and the following form is recommended for filling in: „name-identification1= text; nameidentification2=text; nameidentificationN=text;“, where the actual values are in the text and the name of the selected identification is in the name-identification (names are defined by the client himself). In structured form transfer: For business persons: 1. line - value of identification with “ID=” prefix (such as „ID=file index AZ 1689“ 2. line: Issuer with “IS=” prefix (such as “IS=Register court in Prague” 3. line empty For non-business persons: 1. line: Identification type with “TI” prefix (such as “TI=driving license number” 2. line: value of identification with “ID=” prefix (such as „ID=AM 801386“ 3. line: Issuer with “IS=” prefix (such as “IS=Licensing authority in Prague” only SWIFT characters - in the receipt of conversion This type determines data of the Identification code, where 2 x 35 characters are used for “O” and 3 x 35 characters are used for “S” - see the description of the next field. “O” is default - if the character is invalid, default is used. Used in receipt of conversion to permitted character set for SWIFT. Other validations are not required. In non-structured form, the „;“ separator is used and the following form is recommended for filling in: „name-identification1= text; nameidentification2=text; nameidentificationN=text;“, where the actual values are in the text and the name of the selected identification is in the name-identification (names are defined by the client himself). In structured form transfer: For business persons: 1. line - value of identification with “ID=” prefix (such as „ID=file index AZ 1689“ 2. line: Issuer with “IS=” prefix (such as “IS=Register court in Prague” 3. line empty For non-business persons: 1. line: Identification type with “TI” prefix (such as “TI=driving license number” 2. line: value of identification with “ID=” prefix (such as „ID=AM 801386“ 18/46 valid from 12th June 2010
k 3. line: Issuer with “IS=” prefix (such as “IS=Licensing authority in Prague” 11. Filler 513 397 X(513) reserve 12. File sentinel 2 910 X(2) CRLF record end character EDI BEST client format 2.2.3 Difference between standard Foreign payment and SEPA payment In both cases they represent foreign payment system and arrangement of transferal of the payment generated by the client to the partner, and receipt of the foreign partner plus transferal to his client. If the client’s partner is located in the EU zone and the client is paying in EUR, he can use a favourable type of SEPA (Single European Payment Area) payment and inter-banking agreements between banks adopting this type of payment. For both payment types, only SWIFT characters are permitted (if another character is transferred, it will be converted). • Standard foreign payment o Record 02 with standard payment data - no changes. (The “Y” character is not located in the offset. Of course, this form can still be used for payments even if the partner is based in the EU zone. • SEPA payment o Record 02 with standard payment data of FPO and marked with the SEPA sign. If the record is marked, it is a SEPA payment that must conform to the following requirements: Field of offset Required validation (if not conforming, the payment is SEPA rejected) payment Payment 59 Only EUR currency code Payer of 77 Only SLV charges ISO currency 96 With no validation, the currency downloaded in the DB is taken code of account for charges Express payment 99 The payment cannot be entered as Urgent. Everything else is projected as normal, i.e. Express. Payer’s 170 With no validation, the currency downloaded in the DB is taken currency SWIFT code 278 If 8 characters are transferred, “XXX” is added from the right and of then validation for the BIC library is carried out. beneficiary’s bank Ben. account 594 IBAN form no. Payment by 908 Must not be “Y” cheque sign SEPA sign 909 Must be “Y” 2.2.4 Sorting of SEPA optional data • Transferred SEPA payment 1. o Record 02 with standard payment data of FPO and marked with SEPA sign Komerční banka, a.s., registered office: Praha 1, Na Příkopě 33, 969, Postcode 114 07, IČ (Company ID): 45317054 19/46 valid from 12th June 2010
Page 1 and 2: k EDI BEST client format EDI BEST c
Page 3 and 4: k • EDI • MC (MultiCash) EDI BE
Page 5 and 6: k EDI BEST client format 1.3.1 Othe
Page 7 and 8: k EDI BEST client format 2.1.2 Desc
Page 9 and 10: k of (2) NT payment 2. not zero pay
Page 11 and 12: k The file with payments contains o
Page 13 and 14: k 6. Payment currency code (require
Page 15 and 16: k has been transferred to record 03
Page 17: k 12. Payer's reference - 35 469 X(
Page 21 and 22: k • Is sorted by the Processing d
Page 23 and 24: k date 4. File identificatio n 5. C
Page 25 and 26: k EDI BEST client format to the con
Page 27 and 28: k If it concerns an Outgoing or Inc
Page 29 and 30: k EDI BEST client format Type of re
Page 31 and 32: k 2.4 EDI_BEST format - Error repor
Page 33 and 34: k 1. OK answer after a formal check
Page 35 and 36: k 2. Filler 2 2 X(2) reserve EDI BE
Page 37 and 38: k - for the credit advice of FP, Gr
Page 39 and 40: k EDI BEST client format Advice - t
Page 41 and 42: k of charges SHA, SLV for SEPA 30.
Page 43 and 44: k 19. Original payer’s name - 20.
Page 45 and 46: k Identification type 1-8 1st line:

EDI BEST client format supported by KB valid from ... - Komerční banka

Create successful ePaper yourself

Delete template?

Save as template?