Description of the import file format

DesignationDescription
Designation of symbols
nnMax length.
nn!Fixed length.
nn-nnMinimal and max length.
nn*nnMax number of lines multiplied by max length.
Symbol designation
nNumbers only(0-9).
aUppercase letters only:(A-Z).
сUppercase letters and numbers only.
x"If the value of field 20 begins with transliteration feature “+”, then characters listed in General requirements of the SWIFT standard are acceptable, as well as cyrillic letters. If there is no “+” in the field 20, then characters of standard set for ELBRUS text fields are allowed: йцукенгшщзхъфывапролджэячсмитьбюЙЦУКЕНГШЩЗХЪФЫВАПРОЛДЖЭЯЧСМИТЬБЮёЁ qwertyuiopasdfghjklzxcvbnmQWERTYUIOPASDFGHJKLZXCVBNM !"#$%&'()*+,-./0123456789:;\<=>?@[]/'^_ЄєЇїЎў°№¤{
eSpace.
DA decimal number. Separating sign is a comma or a hyphen, and is required. There must be at least one digit before the comma. Length includes a separator. Separator of groups of digits, separating 3 digits each, is not used.

Examples

DesignationDescription
16xUp to 16 characters from the set of allowed characters
3!aAlways 3 letters only
4*35xUp to 4 lines, each up to 35 sets of allowed characters
20!nAlways 20 digits only

A set of permitted characters according to the SWIFT standard:

a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 0 1 2 3 4 5 6 7 8 9 / - ? : ( ) . , ‘ + CR LF Space

Format and rules for importing Payment order fields

Field MT103/ SubfieldField formatValueMandatoryExamples
:20: Reference Senders16x+154No:20:+154
:26T: Code of type operation1!a2!nYes, if there is :77B::26T:S03
Subfield 1: constant “S”1!aSYes
Subfield 2: Type2!n03Yes
:32A: Value Date, Currency, and Interbank Settlement Amount6!n3!a12n1 x2nYes:32A:140710RUB200,52 :32A: 080115RUB150,00 :32A: 080115RUB150, :32A: 080115RUB150
Subfield 1: Date:6!n140710Yes
Subfield 2: Currency3!aRUBYes
Subfield 3: Amount12n1x(«,» or «-»)2n200,52Yes
:50a: Payer Options K and F onlywith__option K: /20!n 3!a12n[.3!a9c] 3*35х with option F: /20!n 1!n/3!а12n[. 3!a9c] 3*1!n/33хYes:50K:/407028102000000000 00 INN5504036333.KPP33160
1001 Test client ООО :50F:/423018108000000000 00 1/FoDOROVA ELENA KONSTANTINOVNA 2/UL. NAGORNAa, D.12 50F:/40702810700000000225 1/INN7744001258.KPP980678956 1/KOMPANIa MEJDUNARODNYE AVIALINII 2/TVERSKAa-aMSKAa 25 3/RU/G.MOSKVA
For option K
Subfield 1: Account number/20!n40702810200000000000Yes
Subfield 2: INN or KIO.KPPINN12n[.K PP4!n2!с3!n or .KPP1!n– constant 0]Yes
Subfield 2.1: INN or KIO.KPPINN12nINN550403 6333Yes
Subfield 2.2: KPP[.KPP4!n2!с3!n или .KPP1!n– constant 0].KPP331601 001No
Subfield 3: Name of the payer3*35хTest client ОООYes, if the setting is "Fill in name of the payer from file”
For option F
Subfield 1: Account number/20!n40702810200000000000Yes
Subfield 2:General1/INN77440
(Payers name) (digital code/details)01258.KPP9 80678956 1/KOMPANIa MEJDUNARODNYE AVIALINII 2/TVERSK AaaMSKAa 25 3/RU/G.MOSKVA
Subfield 2.1: INN or KIO.KPPGeneral format: 1/[INN12n[. KPP9c]]1/INN77440 01258.KPP9 80678956
Subfield 2.1.1: INN or KIO.KPPINN12nINN774400 1258Yes
Subfield 2.1.2: KPP[.KPP4!n2!с3!n or .KPP1!n– constant 0].KPP980678956No
Subfield 2.2: Name of the payer1/33x1/KOMPANIa MEJDUNARODNYE AVIALINIIYes, if the setting is "Fill in name of the payer from file”
:52a: Option D only Sender Bank//RU9!n[.20 !n] [4*35x]Yes:52D://RU044525700.30101 810200000000700 ZAO Raiffeisenbank Moscow city
Subfield 1: ID codeGeneral format: //2!a9!n[.20!n]Yes
Subfield 1.1: Payment system ID of Bank of Russia2!aRUYes
Subfield 1.2: BIC9!n044525700Yes
Subfield 1.3: Correspondent account[.20!n].30101810200000000700No
Subfield 2: Name of the payer’s bank and address[4*35x]ZAO Raiffeisenbank Moscow cityNo
:57a: (Option D only) Recipents Bank//RU9!n[.20 !n] [4*35x]No:57D://RU044525593.30101810200000000593 АО ALFABANK Moscow city
Subfield 1: ID codeGeneral format: //2!a9!n[.20!n]Yes
Subfield 1.1: Payment system ID of Bank of Russia2!aRUYes
Subfield 1.2: BIC9!n044525593Yes
Subfield 1.3: Correspondent account[.20n].30101810200000000593No
Subfield 2: Name of the recipient’s bank and address[4*35x]АО ALFABANK MoscowNo
:59: Recipient[/20!n] [3!a12n[.3!a4!n2!с3!n]] 3*35хYes:59:/40702810000000000008 INN7733011111.KPP773301001 ZАО Company and friends
Subfield 1: Account number[/20!n]40702810000000000008No
Subfield 2: INN or KIO.KPPGeneral format: [INN12n[.KPP4!n2!с3!n]]No
Subfield 2.1: INN or KIO of the recipientINN12nINN773301 1111No
Subfield 2.2: KPP of the recipient[.KPP4!n2!с3!n].KPP773301 001No
Subfield 3: Recipient’s name and address4*35хZАО Company and friendsYes
:70: Payment details4*35x{VO70060} Salary transfer to non-residents for November 2014 according to payroll Statement No. 1 dated 01/11/14. VAT(18) - 0-00.Yes'(VO70060)' Salary transfer to non-residents for November 2014 according to payroll Statement No. 1 dated 01/11/14. VAT(18) – 0-00.
:72: Info from the payer to recipientGeneral format: 6*35xYes:72:/RPP/347.140708.5.ELEK. 090324.05 /UIP/1234567890123456789
0 :72:/RPP/346.140708.5.BESP. 090324.05 /NZP/18 НДС=2343-88 :72:/RPP/346.140708.5. . 090324.05 /NZP/18 VAT=2343-88
Subfield 1: Details of payment documentGeneral format: /RPP/6n.6!n.1!n.4!а[.6!n][.2!n]Yes
Subfield 1.1: Number of payment document6n346Yes
Subfield 1.2: Date of payment document.6!n Format: YYMMDD.140708Yes
Subfield 1.3: Priority of payment document.1!n.5Yes
Subfield 1.4: Payment type.4!а.ELEKYes
Subfield 1.5: Date of payment[.6!n].090324No
Subfield 1.6: Type of operation[.2!n].05No
Subfield 2: UPI/UIP/25x12345678901234567890No:72:/RPP/11.200519.5.ELEK.02 /NPK/1 /NZP/transfer under employment contract n13 not subject to VAT
Subfield 3: Code of income type/NPK/1n1No
Subfield 4: Payment purpose (Continuation of field 70)/NZP/30x4*35x18%VAT=2343-88No
:77B: Mandatory reportingGeneral format: 3*35x Subfield format is a value between characters “N<subfield number>/” up to “/N” or end of the line.Yes, if there is :26T::77B:/N10/ПЦ/N4/98765432109876543210 /N5/11250563000/N6/BF/N 7/МС.05.2013 /N8/123456/N9/01.01.2013
Subfield 1: Corresponds to field 104 of the settlement of the Bank of Russia/N4/20!n or 1!n (constant 0)98765432109876543210Yes
Subfield 2: Corresponds to field 105 of the settlement of the Bank of Russia/N5/11n11250563000Yes
Subfield 3: Corresponds to field 106 of the settlement of the Bank of Russia/N6/2!с or 1!n (constant 0)BFYes
Subfield 4: Corresponds to field 107 of the settlement of the Bank of Russia/N7/2!c.2!n. 4!n or /N7/8!х or /N7/1!n (constant 0)МС.05.2013Yes
Subfield 5: Corresponds to field 108 of the settlement of the Bank of Russia/N8/15х123456Yes
Subfield 6: Corresponds to field 109 of the settlement of the Bank of Russia/N9/2!n.2!n.4!n Format: DD.MM.YY ГГ or /N9/1!n (constant 0)01.01.2013Yes
Subfield 7: Corresponds to field 110 of the settlement of the Bank of Russia/N9/2!c or /N9/1!n (constant 0)PCNo

MT103 Transliteration Rules

The need for reverse transliteration is determined by the value in the field :20:

  • If the field contains the first character "+", then the text was transliterated into Latin when preparing the MT103 file and it is required to perform reverse transliteration when importing into Cyrillic.
  • If the field does not contain the first character "+", then the text was not transliterated in Cyrillic when preparing the MT103 file and it is not required to perform transliteration during import.

Reverse transliteration rules are described in the Transliteration Table in the “Cyrillic text after reverse transliteration” column and apply to fields and subfields of message text block only.

Service symbols are transliterated without changing into corresponding service symbols.

These are not subject to reverse transliteration:

  • Service part of the message: header, trailers, field numbers, field options and limiting field numbers colons, characters <Line Feed>,<Carriage Return>.
  • Fields consisting of code words or other codes, in accordance with SWIFT standards.
  • Fields with option A, identifying participants of settlements.
  • Latin characters, enclosed in apostrophes. When transliteration from Latin into Cyrillic, apostrophes are removed.
  • Code words enclosed between two slashes “/”.

Transliteration table, version RUR6

Original Cyrillic textLatin text after transliterationCyrillic text after reverse transliterationNotes
АAА
БBБ
ВVВ
ГGГ
ДDД
ЕEЕ
ЁоЁLowercase Latin
ЖJЖ
ЗZЗ
ИIИ
ЙiЙLowercase Latin
КKК
ЛLЛ
МMМ
НNН
ОOО
ПPП
РRР
СSС
ТTТ
УUУ
ФFФ
ХHХ
ЦCЦ
ЧcЧLowercase Latin
ШQШ
ЩqЩLowercase Latin
ЪxЪLowercase Latin
ЫYЫ
ЬXЬ
ЭeЭLowercase Latin
ЮuЮLowercase Latin
ЯaЯLowercase Latin
'j'Lowercase Latin
j'Lowercase Latin
j'Lowercase Latin
`j'Lowercase Latin
'Apostrophe in transliterated text is a sign of a keyboard switch: RUS → ENG or ENG → RUS
000
111
222
333
444
555
666
777
888
999
(((
)))
???
+++
nLowercase Latin
#nLowercase Latin
%р%Lowercase Latin
&d&Lowercase Latin
,,,
///
---
...
:::
SpaceSpaceSpaceSpace
!b!Lowercase Latin
$s$Lowercase Latin
;v;Lowercase Latin
\//
//
_z_Lowercase Latin
=r=Lowercase Latin
((
))
[((
]))
See exceptions in
{((comments
}))
mLowercase Latin
mLowercase Latin
«mLowercase Latin
»mLowercase Latin
*f*Lowercase Latin
@f*Lowercase Latin
^f*Lowercase Latin
~f*Lowercase Latin

Comments

  1. Apostrophe encountered in the original text must be transliterated by lowercase letter “j”. Apostrophe encountered in the transliterated text is the sign of a keyboard switch: RUS/ENG – ENG/RUS.
  2. Curly brackets encountered in the original text must be transliterated to round brackets, which must not be converted by reverse transliteration. The exception is the use of curly brackets when indicating the type of currency transaction code in payment purpose. In messages, MT103 applies only to field 70. Based on clarifications of the Bank of Russia, symbols of curly brackets, which limit coded information of the currency transaction in the field “Payment purpose” of the Payment Order, must be replaced by round brackets via transliteration from Cyrillic to Latin in field 70 of SWIFT message. In case of reverse transliteration, round brackets are replaced by curly brackets. The base is the combination of characters arranged as follows, appear from the first position of field 70 of SWIFT message: apostrophe — round bracket – VO < Code> [PS] — round bracket —apostrophe. Optional subfield [PS<transaction passport number>] does not apply after 6 months from the date of approval of this document.
  3. There is no reverse transliteration rule for “W” and “w” characters in the transliteration table, but the list of allowed SWIFT characters contains them. It is assumed that if MT103 file contains these characters in the fields and subfields of the text block, they will not be transliterated into Cyrillic.