EDI BEST client format supported by KB valid from ... - Komerční banka
EDI BEST client format supported by KB valid from ... - Komerční banka
EDI BEST client format supported by KB valid from ... - Komerční banka
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
k<br />
4. Payment type 2 86 X(2) Credit Transfer -<br />
“CT“<br />
Direct Debit -<br />
„DD“<br />
5. Beneficiary's<br />
name<br />
-<br />
6. Beneficiary’s<br />
address<br />
-<br />
7. Beneficiary's<br />
country<br />
-<br />
8. Type of<br />
beneficiary<br />
-<br />
9. Beneficiary’s<br />
identification<br />
code<br />
-<br />
70 88 X(70) SEPA field 21 - the<br />
name of the<br />
Beneficiary<br />
140 158 X(140) SEPA field 22 - the<br />
address of the<br />
Beneficiary<br />
2 298 X(2) alphanumeric ISO<br />
code of the<br />
partner’s country<br />
1 300 X(1) “O” = business<br />
“S” - nonbusiness<br />
105 301 X(105) SEPA field 24 -<br />
The<br />
beneficiary’s<br />
identification<br />
code, nonstructured<br />
form<br />
<strong>EDI</strong> <strong>BEST</strong> <strong>client</strong> <strong>format</strong><br />
the Payer’s reference field is filled in and it is<br />
identical with the ID generated <strong>by</strong> the <strong>client</strong> field,<br />
record 94 will not be created.<br />
CT <strong>by</strong> default; only if DD is necessary, then Direct<br />
Debit (in SEPA 1, only CT will be solved).<br />
only SWIFT characters<br />
for Incoming payment - account holder<br />
for Outgoing payment - partner<br />
2 x 70 chars - only SWIFT characters<br />
for Incoming payment - account holder’s address<br />
for Outgoing payment - partner’s address<br />
for Incoming payment - account holder’s country<br />
for Outgoing payment - partner’s country<br />
On the basis of the type, Identification code data are<br />
expected; for details, see the examples following the<br />
table.<br />
“O” is default - if the character is in<strong>valid</strong>, default is used.<br />
Non-structured text 3 x 35 characters. Different filling in<br />
for Outgoing and Incoming according to the Type of<br />
beneficiary. See the examples following the table for<br />
details. *<br />
If more than 105 have been transferred, % will be<br />
located in the 105th position. The <strong>client</strong> can view the full<br />
wording in the ADVICE option of the Moje<strong>banka</strong> or<br />
Profi<strong>banka</strong> screen.<br />
10. Payer's<br />
name<br />
-<br />
11. Payer’s<br />
address<br />
-<br />
12. Payer's<br />
country<br />
-<br />
13. Type of<br />
payer<br />
-<br />
14. Payer’s<br />
identification<br />
code<br />
-<br />
15. Payer's<br />
reference<br />
-<br />
16. Final<br />
beneficiary’s<br />
name<br />
-<br />
17. Type of final<br />
beneficiary<br />
-<br />
18. Final<br />
beneficiary’s<br />
identification<br />
code<br />
-<br />
70 406 X(70) SEPA field 02 - the<br />
name of the Payer<br />
140 476 X(140) SEPA field 03 - the<br />
address of the<br />
Payer<br />
2 616 X(2) alphanumeric ISO<br />
code of the<br />
payer’s country<br />
1 618 X(1) „O“ = “S” - nonbusiness<br />
105 619 X(105) SEPA field 10 -<br />
The payer’s<br />
identification<br />
code, nonstructured<br />
form<br />
35 724 X(35) SEPA field 41 -<br />
The payer’s<br />
reference of the<br />
Credit transfer<br />
transaction<br />
70 759 X(70) SEPA field 28 -<br />
the name of the<br />
Beneficiary’s<br />
reference<br />
1 829 X(1) “O” = business<br />
“S” - nonbusiness<br />
105 830 X(105) SEPA field 29 -<br />
the code of the<br />
Beneficiary’s<br />
reference<br />
non-structured<br />
only SWIFT characters<br />
for Incoming payment - partner<br />
for Outgoing payment - account holder<br />
2 x 70 chars - only SWIFT characters<br />
for Incoming payment - partner’s address<br />
for Outgoing payment - account holder’s address<br />
for Incoming payment - partner’s country<br />
for Outgoing payment - account holder’s country<br />
On the basis of the type, Identification code data are<br />
expected; for details, see the examples following the<br />
table.<br />
“O” is default - if the character is in<strong>valid</strong>, default is used.<br />
Non-structured text 3 x 35 characters. Different filling in<br />
for Outgoing and Incoming according to the Type of<br />
beneficiary. See the examples following the table for<br />
details. *<br />
If more than 105 have been transferred, % will be<br />
located in the 105th position. The <strong>client</strong> can view the full<br />
wording in the ADVICE option of the Moje<strong>banka</strong> or<br />
Profi<strong>banka</strong> screen.<br />
The reference generated <strong>by</strong> the <strong>client</strong> (payer).<br />
only SWIFT characters<br />
On the basis of the type, Identification code data are<br />
expected; for details, see the examples following the<br />
table.<br />
“O” is default - if the character is in<strong>valid</strong>, default is used.<br />
Non-structured text 3 x 35 characters. Different filling in<br />
for Outgoing and Incoming according to the Type of<br />
beneficiary. See the examples following the table for<br />
details. *<br />
<strong>Komerční</strong> <strong>banka</strong>, a.s., registered office:<br />
Praha 1, Na Příkopě 33, 969, Postcode 114 07, IČ (Company<br />
ID): 45317054<br />
42/46<br />
<strong>valid</strong> <strong>from</strong> 12th June 2010