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

More documents

Recommendations

Info

k 18. Ben. 16 416 9(16) CALAC account C no. (CAFA CC) 19. Beneficia ry's VS 20. Beneficia ry's SS 21. Beneficia ry's comment 10 432 9(10) CACRP R (CADB PR) 10 442 9(10) CACRA N (CADB AN) 140 452 X(140) CACRI D1-4 (CADBI D1-4) Ben. account no. Beneficiary's variable symbol the only VS symbol that can be currently entered according to ČNB the only SS symbol that can be currently entered according to ČNB Beneficiary's comment EDI BEST client format Zeros must be added from the left; must not contain a delimiter 1. numeric field 2. modulo 11 3. not 0 1. numeric (excess positions must be zeroes) 1. numeric If SS=”9999999999”, then the beneficiary’s name is not displayed in the transaction history EXPORTs not validated 22. PRIORIT Y 3 592 X(3) Priority 5 by default, otherwise 3 to 9 selected by client. Other = 5. 23. EXPRESS 1 595 X(1) CAEXP RE Express and Express with E=express A=express with SWIFT, other=standard advice 24. FOREX 1 596 X(1) Only for FC with agreed rate “Y” in case of agreed rate, else according to exchange rate list (taken from FRXIDENT (PAYMUL Z) 25. Filler 1 597 X(1) not used 26. File sentinel 2 598 X(2) CRLF not validated List of rules for ensuring a single value for VS and SS symbols: Payer’s VS Beneficiary’s VS after Payer’s SS Beneficiary’s SS after VS validation SS validation zero X X Zero X X Y X X Y(not X X 9999999999) Y zero Y Y zero Y 9999999999 X 9999999999 Note: VS and SS after validation means that the same value defined in that column will be included in both symbols in the DCS database at that particular payment. To ensure consistent contents of symbols during run-up of the change at the client’s side, the following rule applies for rewriting: in case no value is entered in the beneficiary’s symbol and the value in the payer’s symbol is valid, this value will remain. This means only beneficiary’s VS and SS value will be taken and copied into the payer’s VS and SS. Only in case when the beneficiary’s symbol is not entered, and the payer’s symbol is not zero, the payer’s symbol value will be taken over. The exceptional case is when payer’s SS is “9999999999”; in this case this value must be copied to the beneficiary’s SS regardless of the value of the beneficiary’s SS. Common validations for VS and SS remain. The “9999999999” symbol can be entered in case a client requires to suppress the beneficiary’s account name in the transaction history (available only for payments within KB). 2.2 Foreign payments 2.2.1 General information Komerční banka, a.s., registered office: Praha 1, Na Příkopě 33, 969, Postcode 114 07, IČ (Company ID): 45317054 10/46 valid from 12th June 2010
k The file with payments contains one header, “n” payments and one footer. Record length - fixed 912 bytes. EDI BEST client format • Checking file integrity - number of payments (in the footer) = number of payments in the file, • Only simple payment orders can be entered • Payments in FC outside KB • Payments in CZK outside the Czech Republic • In the Direct channel (DC) service, it is possible to transfer cancellation batches where only those orders that the client wants to cancel can be included in the batch. The information specifying that cancellation is to be performed is contained in the batch header (CAN constant), where all records are considered cancelling ones regardless of the record type. A payment will be cancelled if it is not in the final status (rejected, booked, cancelled) and its Creation date and Payment sequential number are identical. 2.2.2 Description of import fields IMPORT in EDI_BEST format Type of record - HI HEADER Type of record - 02 Type OF record – 03 for SEPA Type of record – 04 for SEPA Payment order 1 Single payment orders Data file . . . Payment order n Type of record - TI FOOTER Definition of EDI BEST format Header: foreign payments Se Name r. no. 1. Type of message 2. Type of format 3. Date of sending 4. File identifica len gth offse t format Item: PAYMUL/ DIRDEB data content in the EDI BEST service 2 0 X(2) HI HI required checks 9 2 X(9) „EDI_BEST „ a constant defining the type of format 6 11 yymmdd FDATCRS date of sending - refers to the check of duplicate data within the specified current date 14 17 X(14) FUNIQN identification of the source file Date of creation of the file - YYMMDD format. If valid. type Creation date=current d. is activated, it must be identical with the current date Otherwise, only formal validation applied. (-31 to +364 days) Not validated; however, it is necessary to get back to the formal response to the REPORT validation in the Header Komerční banka, a.s., registered office: Praha 1, Na Příkopě 33, 969, Postcode 114 07, IČ (Company ID): 45317054 11/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: k of (2) NT payment 2. not zero pay
Page 13 and 14: k 6. Payment currency code (require
Page 15 and 16: k has been transferred to record 03
Page 17 and 18: k 12. Payer's reference - 35 469 X(
Page 19 and 20: k 3. line: Issuer with “IS=” pr
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?