MT 103 – Клиентское кредитовое платежное поручение

Сообщения формата MT103 можно использовать для обмена в трех различных случаях, в зависимости от бизнес-процессов, в которых оно используется.

1. Основное описание сообщения MT103 – это сообщение общего назначения, которое позволяет производить обмен клиентскими кредитовыми платежными поручениями, за исключением поля 77T (Содержимое конверта).

2. Сообщение формата MТ103+ – это сообщение общего назначения, т.е. для его использования не требуется регистрация в Группе Пользовательских Сообщений (Message User Group (MUG)). Данное сообщение позволяет производить обмен клиентскими кредитовыми платежными поручениями с использованием запрещенного набора полей и опций формата MT103 по средствам прямой обработки. Сообщение MT103+ является совместимым подмножеством основного формата MT103 и документируется отдельно вслед за MT103.

3. Расширенная Информация о Переводах Группы Пользовательских Сообщений (MUG) позволяет своим подписчикам обмениваться сообщениями формата MT103 с использованием поля 77T, содержащим расширенный объем информации о переводах. Данной информацией о переводе можно производить выборочный обмен в не-SWIFT формате, например EDIFACT или ANSI-X12.

Отправители и Получатели, желающие использовать сообщение MT103 для обмена расширенной информацией о переводах (до 9000 символов) должны зарегистрироваться для получения Расширенной Информации о Переводах Группы Пользовательских Сообщений (MUG).

Назначение

Тип данного сообщения отправляется в пользу или со стороны финансового учреждения Клиента Отправителя, напрямую или через корреспондента(ов), в пользу финансового учреждения клиента-получателя.
Данный тип сообщения используется для передачи инструкции по переводу средств, в которой клиент-отправитель или клиент-получатель, или оба из них, не являются финансовыми учреждениями с точки зрения банка отправителя.

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс отправителя	16x	1
—–>
O	13C	Индикатор времени	/8c/4!n1!x4!n	2
—–|
M	23B	Вид платежа	4!c	3
—–>
О	23E	Код операции	4!c[/30x]	4
—–|
О	26Т	Код типа транзакции	3!c	5
М	32А	Дата расчета, валюта, сумма платежа	6!n3!a15d	6
О	33В	Валюта и сумма транзакции	3!a15d	7
О	36	Курс валюты	12d	8
M	50a	Клиент-отправитель	A или K	9
O	51A	Организация-отправитель	[/1!a][/34x] 8!n[3!n]	10
O	52a	Банк-отправитель	A или D	11
O	53a	Корреспондент банка-отправителя	A, B или D	12
O	54a	Корреспондент банка-получателя	A, B или D	13
O	55a	Промежуточная организация по возмещению затрат	A, B или D	14
O	56a	Организация-посредник	A, C или D	15
O	57a	Банк-получатель	A, B, C или D	16
M	59a	Клиент-получатель	A или опция без буквы	17
O	70	Информация о переводе	4*35x	18
M	71A	Детали оплаты переводов	3!a	19
—–>
O	71F	Оплата переводов отправителем	3!a15d	20
—–|
O	71G	Оплата переводов получателем	3!a15d	21
O	72	Назначение платежа	6*35x	22
O	77B	Информация об участниках	3*35x	23
O	77T	Содержимое конверта	9000z	24

M = Обязательное O = Необязательное

Правила использования

C1
Если в сообщении представлено поле 33B, и код валюты в этом поле отличается от кода валюты в поле 32A, поле 36 должно быть представлено, иначе поле 36 является недопустимым.

C2
Если коды страны в БИК отправителя и получателя находятся в следующем списке: AD, AT, BE, BV, CH, CY, CZ, DE, DK, ES, EE, FI, FR, GB, GF, GI, GP, GR, HU, IE, IS, IT, LI, LT, LU, LV, MC, MQ, MT, NL, NO, PL, PM, PT, RE, SE, SI, SJ, SK, SM, TF and VA, то в этом случае поле 33B является обязательным, в противном случае поле 33B является необязательным.
Примечание: См. также правило использования C16

C3
Если поле 23B содержит код SPRI, поле 23E может содержать только коды SDVA, TELB, PHOB, INTC.
Если поле 23B содержит один из кодов SSTD or SPAY, поле 23E не должно использоваться

C4
Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 53a не должно использоваться с опцией D.

C5
Если поле 23B содержит один из кодов SPRI, SSTD или SPAY и поле 53a представлено с опцией B, в поле 53B должен быть представлен идентификатор стороны.

C6
Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 54a может использоваться только с опцией A.

C7
Если поле 55a представлено, оба поля 53a и 54a также должны быть представлены.

C8
Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 55a может использоваться только с опцией A.

C9
Если поле 56a представлено, поле 57a должно также быть представлено

C10
Если поле 23B содержит код SPRI, поле 56a не должно быть представлено.
Если поле 23B содержит один из кодов SSTD или SPAY, поле 56a может использоваться либо с опцией A, либо с опцией C. Если используется опция C, она должна содержать клиринговый код.

C11
Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 57a может использоваться с опциями A, C или D. Подполе 1 («Идентификатор стороны») в опции D должно быть представлено

C12
Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, подполе 1 («Счет») в поле 59a «Клиент-получатель» является обязательным.

C13
Если любое поле 23E содержит код CHQB, подполе 1 («Счет») в поле 59a «Клиент-получатель» является недопустимым.

C14
Поля 70 и 77T являютсяare взаимоисключающими. Так, если в сообщении присутствует поле 70, поле 77Т является недопустимым и наоборот.

C15
Если поле 71A содержит значение OUR, поле 71F является недопустимым и поле 71G является необязательным.
Если поле 71A содержит значение SHA, поле(я) 71F является (ются) необязательными и поле 71G является недопустимым.
Если поле 71A содержит значение BEN, как минимум одно представление поля 71F является обязательным, и поле 71G является недопустимым

C16
Если поле 71F (как минимум один раз) или поле 71G представлены, поле 33B является обязательным, иначе поле 33B является необязательным.
Примечание 1: Представление обоих полей 71F и 71G также регулируется правилом C15.
Примечание 2: Представление поля 33B также регулируется правилом C2.

C17
Если поле 56a не представлено, не должно быть поля 23E, которое может содержать значения TELI или PHOI

C18
Если поле 57a не представлено, не должно быть поля 23E, которое может содержать значения TELE или PHON.

C19
Коды валюты в полях 71G и 32A должны быть одинаковыми.

* Поле 77T может быть использовано только в том случае, если оба: Отправитель и Получатель зарегистрировались на получении Расширенной Информации Переводов. Оба: Отправитель и Получатель должны иметь согласованность в передачи сообщений формата MT103 с использованием поля 77T. Если данное поле используется, Отправитель должен установить флаг проверки код со значением REMIT в поле 119 пользовательского заголовка сообщения. Если поле 77T отсутствует, значение кода проверки не должно быть REMIT.

* Поле 72 может присутствовать только в случае, если оно является структурированным, т.е. содержит закодированные данные.

Правила использования полей сумм платежей

Существует взаимосвязь между суммами платежей во взаимосвязанных полях 33B, 36, 71G, 71F и 32A, которая может быть логически выражена в следующей формуле:

Сумма поручения в поле 33B,
указанная в соответствии с курсом валют в поле 36,
плюс оплата переводов получателем в поле 71G,
минус оплата переводов отправителем в поле (ях) 71F
составляет сумму межбанковского платежа в поле 32A.

Присутствие вышеперечисленных полей зависит от правил условия полей C1, C2, C15 и C16. Если какое-то из полей отсутствует, то оно не должно учитываться в формуле. Если же поле 71F присутствует более одного раза, то все вхождения данного поля должны учитываться в формуле.

Спецификация полей

1. Поле 20: Референс отправителя
Формат: 16x
Статус: Обязательное
Описание:
Это поле определяет референс, присвоенный отправителем, для однозначной идентификации данного сообщения.
Правила:
Это поле не должно начинаться или заканчиваться слэшем ‘/’ и не должно содержать два последовательных слэша ‘//’
Этот референс должен быть указан в любом связанном подтверждении или выписке, таких как МТ900 «Подтверждение о дебетовании» и/или МТ950 «Выписка по счету».

2. Поле 13C: Индикатор времени
Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)
Статус: Необязательное
Описание: Это повторяющееся поле определяет один или несколько индикаторов времени, связанных с обработкой платежного сообщения.
Правила:
В данном поле могут присутствовать следующие коды, расположенные между двумя слэшами ‘//’:
CLSTIME – время, к которому нужно провести операцию кредитования счета CLS в центральном банке, с подтверждением, выраженное в формате Центрально- европейского времени (CET).
RNCTIME – время, в которое платеж, проходящий по системе TARGET, должен быть оплачен в центральном банке-получателе, выраженное в формате Центрально- европейского времени (CET)
SNDTIME – время, в которое платеж, проходящий по системе TARGET, был дебетован в центральном банке-отправителе, выраженное в формате Центрально- европейского времени (CET).
Подполе «Время» должно содержать правильное значение времени в формате ЧЧММ
Подполе «Признак» должно содержать значение ‘+’ или ‘-‘
Подполе «Смещение» выражается в формате ЧЧММ, где часовая компонента (ЧЧ) должна содержать значение от 00 до 23, и минутная компонента (ММ) должна содержать значение от 00 до 59.
Временная зона, в которой выражается время, должна быть представлена с использованием UTC (Всеобщее скоординированное время – в стандарте ISO 8601).
Пример: Если финансовое учреждение в Лондоне посылает платежное сообщение 5 января, связанное с банком CLS, в котором определено, что средства поступят в банк CLS до 09.15 CET.
Время будет записано следующим образом:
:13C:/CLSTIME/0915+0100
где
0915 – это время, к которому средства должны поступить в CLS-банк. При этом существует договоренность, что CLSTIME определено как CET.
+0100 – это смещение времени CET относительное времени UTC в январе (зимнее время).
Если такое же платежное сообщение будет отправлено 10 июня (летнее время), то индикатор времени будет иметь вид:
:13C:/CLSTIME/0915+0200
Временные смещения, относительно UTC, опубликованы в зеленой секции справочника БИКов.

3. Поле 23В: Вид платежа
Формат: 4!c
Статус: Обязательное
Описание:
Это поле идентифицирует тип банковской операции.
Правила:
Это поле может содержать следующие коды:
CRED – кредитовое сообщение в случае, если нет уровня обслуживания SWIFT – основное значение
CRTS – кредитовое сообщение в тестовой среде
SPAY – кредитовое сообщение, которое должно быть обработано в соответствии с уровнем обслуживания SWIFTPay.
SPRI – кредитовое сообщение, которое должно быть обработано в соответствии с приоритетным уровнем обслуживания.
SSTD – кредитовое сообщение, которое должно быть обработано в соответствии со стандартным уровнем обслуживания.

4. Поле 23E: Код операции
Формат: 4!c[/30x] (Код инструкции)(доп. информация)
Статус: Используется в соответствии с правилом С3.
Описание: Это поле определяет указание
Правила:
Это поле может содержать следующие коды:
SDVA – Платеж должен быть исполнен в тот же самый день
INTC – Платеж является платежом внутри одной компании, т.е. платеж между двумя компаниями, принадлежащими одной группе.
REPA – Платеж имеет связанный референс электронного платежа.
CORT – Торговый платеж, т.е. сделка по покупке-продаже иностранной валюты, ценных бумаг.
HOLD – Клиент-получатель будет звонить; платить после идентификации.
CHQB – Платеж клиенту-получателю только чеком. Необязательное значение счета клиента в поле 59 не должно присутствовать.
PHOB – Пожалуйста, свяжитесь с получателем по телефону.
TELB – Пожалуйста, свяжитесь с получателем с помощью более эффективных средств телекоммуникации.
PHON – Пожалуйста, сообщите счет организации по телефону.
TELE – Пожалуйста, сообщите счет организации с использованием более эффективных средств телекоммуникации.
PHOI – Пожалуйста сообщите промежуточную организацию по телефону.
TELI – Пожалуйста сообщите промежуточную организацию с использованием более эффективных средств телекоммуникации.
Правила проверки:
Дополнительная информация используется только для следующих кодов: PHON, PHOB, PHOI, TELE, TELB, TELI, HOLD или REPA.
Если это поле повторяется, коды должны быть представлены в следующем порядке:
SDVA
INTC
REPA
CORT
HOLD
CHQB
PHOB
TELB
PHON
TELE
PHOI
TELI
Если это поле используется более одного раза, следующие комбинации кодов являются недопустимыми:
SDVA с HOLD
SDVA с CHQB
INTC с HOLD
INTC с CHQB
REPA с HOLD
REPA с CHQB
REPA с CORT
CORT с HOLD
CORT с CHQB
HOLD с CHQB
PHOB с TELB
PHON с TELE
PHOI с TELI
Если это поле повторяется, одинаковое кодовое слово не должно быть представлено более одного раза.

5. Поле 26T: Код типа транзакции
Формат: 3!c
Статус: Необязательное
Описание: Это поле определяет характер, цель и причину всех транзакций в последовательности В, такие как заработная плата, пенсии или дивиденды. Данная информация предназначена для установленных законом требований обеспечить клиента-получателя информацией о характере транзакции.
Правила:
В данном поле могут использоваться коды из списка EUROSTAT «Коды для систем сбора платёжного баланса”.

6. Поле 32A: Дата расчета, валюта, сумма платежа
Формат: 6!n3!a15d (Дата)(Код валюты)(Сумма)
Статус: Обязательное
Описание: Это поле содержит дату, код валюты и сумму платежа.
Правила:
Дата должна быть представлена в виде ГГММДД.
Код валюты должен быть в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ‘,’ является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

7. Поле 33B: Валюта и сумма транзакции
Формат: 3!a15d (Код валюты)(Сумма)
Статус: Используется в соответствии с правилами С2 и С16
Описание: Это поле содержит валюту и сумму транзакции. Значение суммы предназначено для информационных целей и должно транспортироваться неизменным через всю операционную цепочку.
Правила: Код валюты должен быть в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ‘,’ является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.
Если поле 33B присутствует в сообщении, оно должно быть предано неизменным следующей стороне.
Это поле должно присутствовать, когда конвертация или обмен валюты выполняются на стороне отправителя.

8. Поле 36: Курс валюты
Формат: 12d (Курс)
Статус: Используется в соответствии с правилом С1.
Описание:
Это поле определяет курс валюты для конвертации суммы платежа, определенной в поле 33B.
Правила: Целая часть числа значения «Курс» должна содержать как минимум 1 цифру. Десятичная запятая является обязательной и включена в максимальную длину поля.
Данное поле должно быть представлено, если конвертация или обмен валюты осуществляется на стороне отправителя.

9. Поле 50a: Клиент-отправитель
Формат:
Опция A [/34x] 8!n[3!n] (Счет) (БИК)
Опция K [/34x] 4*35x (Счет) (Наименование и адрес)
Статус: Обязательное
Описание: Это поле идентифицирует клиента-отправителя транзакции
Правила:
Если представлен номер счета клиента-отправителя, он должен находиться в подполе «Счет»

10. Поле 51A: Организация-отправитель
Формат: [/1!a][/34x] (Идентификатор стороны) 8!n[3!n] (БИК)
Статус: Необязательное
Описание:
Это поле идентифицирует отправителя сообщения
Правила:
Содержание поля 20 «Референс отправителя» вместе с содержанием этого поля обеспечивает идентификацию сообщений, которые используются для запросов, отмены и т.д.

11. Поле 52a: Банк-отправитель
Формат:
Опция A [/1!a][/34x] 8!n[3!n] (Идентификатор стороны) (БИК)
Опция D [/1!a][/34x] [4*35x] (Идентификатор стороны) (Наименование и адрес)
Статус: Необязательное
Описание: Это поле определяет финансовую организацию клиента-отправителя, когда она отличается от организации-отправителя.
Правила:
Кодовая информация, содержащаяся в поле 52, должна иметь ясное понимание у получателя сообщения.
Опция A является предпочтительной.
Опция D используется в том случае, когда банк-отправитель не имеет БИК.

12. Поле 53a: Корреспондент банка-отправителя
Формат:
Опция A [/1!a][/34x] 8!n[3!n] (Идентификатор стороны) (БИК)
Опция В [/1!a][/34x] [35x] (Идентификатор стороны) (Месторасположение)
Опция D [/1!a][/34x] 4*35x (Идентификатор стороны) (Наименование и адрес)
Статус: Используется в соответствии с правилами С4, С5, С7
Описание: когда это необходимо это поле определяет счет или филиал отправителя или другого финансового учреждения, через которое отправитель будет возмещать затраты получателю.
Правила:
Опция А является предпочтительной.
В тех случаях, когда есть многократные прямые отношения по счетам в валюте транзакции между отправителем и получателем, и один из этих счетов должен использоваться для компенсации, счет, который должен дебетоваться или кредитоваться, должен быть обозначен в поле 53a, используя только опцию В «Идентификатор стороны».
Если нет никаких прямых отношений по счетам в валюте транзакции между отправителем и получателем (или филиал получателя представлен в поле 54A), то поле 53a должно присутствовать.
Если поле 53a присутствует и содержит филиал отправителя, необходимость в сообщении покрытия зависит от валюты сделки, отношений между отправителем и получателем и значением поля 54A, если оно представлено.
Филиал получателя может быть представлен в поле 53a, если финансовое учреждение, обеспечивающее компенсацию, является и корреспондентом отправителя и филиалом получателя, и отправитель намеревается послать сообщение покрытия филиалу получателя. В этом случае получатель будет платить через его филиал, указанный в поле 53a.
Во всех других случаях, когда присутствует поле 53a, сообщение покрытия, т.е. МТ 202/203 или его не SWIFT эквивалент, нужно послать финансовому учреждению, идентифицированному в поле 53a.
Использование и интерпретация полей 53a и 54A во всех случаях определены валютой сделки и соответствующими отношениями между отправителем и получателем в отношении этой валюты.

13. Поле 54A: Корреспондент банка-получателя
Формат:
Опция A [/1!a][/34x] 8!n[3!n] (Идентификатор стороны) (БИК)
Опция В [/1!a][/34x] [35x] (Идентификатор стороны) (Месторасположение)
Опция D [/1!a][/34x] 4*35x (Идентификатор стороны) (Наименование и адрес)
Статус: Используется в соответствии с правилами С6, С7.
Описание: Это поле определяет филиал получателя или другого финансового учреждения, в котором получатель может получить доступ к своим средствам
Правила:
Опция А является предпочтительной.
Опция В должна использоваться только с описанием месторасположения.
Если средства доступны в филиале получателя через финансовую организацию, иную, чем та, которая определена в поле 53а, эта финансовая организация, т.е. промежуточная организация по возмещению затрат, должна быть определена в поле 54а, и поле 55а должно содержать филиал получателя.
В тех случаях когда поле 54A содержит филиал получателя и нет поля 53a, или поле 53a содержит счет отправителя обслуживаемый филиалом получателя, получатель получит компенсацию от его филиала.
Если поле 54A содержит филиал получателя, и поле 53a содержит филиал отправителя, получатель получит компенсацию от его филиала или будет платить через его филиал, в зависимости от валюты транзакции и отношений между отправителем и Получателем.
Во всех других случаях, когда поле 54A содержит филиал получателя, получатель будет платить через его филиал, указанном в поле 54A.
Филиал отправителя не должен быть представлен в поле 54A.
Если филиал отправителя или другого финансового учреждения, указанного в поле 53a является также и обслуживающим счетом для получателя, поле 54A не должно присутствовать.
Полю 54A, содержащее название другого финансового учреждения, кроме филиала получателя, должно предшествовать поле 53a; получатель будет платить через финансовое учреждение, указанное в поле 54A.
Использование и интерпретация полей 53a и 54A находятся во всех случаях, определенных валютой транзакции и соответствующих отношений между отправителем и получателем в отношении этой валюты

14. Поле 55A: Промежуточная организация по возмещению затрат
Формат:
Опция A [/1!a][/34x] 8!n[3!n] (Идентификатор стороны) (БИК)
Опция В [/1!a][/34x] [35x] (Идентификатор стороны) (Месторасположение)
Опция D [/1!a][/34x] 4*35x (Идентификатор стороны) (Наименование и адрес)
Статус: Используется в соответствии с правилом С8
Описание: Это поле определяет филиал получателя, когда средства доступны в этом филиале через финансовую организацию, другую, чем та, которая определена в поле 53a.
Правила:
Опция А является предпочтительной.

15. Поле 56A: Организация-посредник
Формат:
Опция A [/1!a][/34x] 8!n[3!n] (Идентификатор стороны) (БИК)
Опция С /34x (Идентификатор стороны)
Опция D [/1!a][/34x] 4*35x (Идентификатор стороны) (Наименование и адрес)
Статус: Используется в соответствии с правилом С10
Описание: Это поле определяет финансовую организацию, между счетом которой и счетом получателя должна пройти транзакция.
Правила:
Опция А является предпочтительной
Опция D должна использоваться, когда имеется необходимость определить имя и адрес, т.е. в соответствии с требованиями регулирующих органов.

16. Поле 57a: Банк-получатель
Формат:
Опция A [/1!a][/34x] 8!n[3!n] (Идентификатор стороны) (БИК)
Опция B [/1!a][/34x] [35x] (Идентификатор стороны) (Месторасположение)
Опция C /34x (Идентификатор стороны)
Опция D [/1!a][/34x] 4*35x (Идентификатор стороны) (Наименование и адрес)
Статус: Используется в соответствии с правилами С9 и С11.
Описание: Это поле определяет финансовую организацию, другую, чем банк-получатель, которая обслуживает счет клиента-получателя.
Правила:
Опция A является предпочтительной
Опция D должна использоваться, когда имеется необходимость определить имя и адрес, т.е. в соответствии с требованиями регулирующих органов.

17. Поле 59a: Клиент – получатель
Формат: Опция A [/34x] 8!n (Счет) (БИК)
Опция без буквы [/34x] 4*35x (Счет) (Наименование и адрес)
Статус: Обязательное
Описание: Это поле идентифицирует конечного получателя сообщения

18. Поле 70: Информация о переводе
Формат: 4*35x (Описание)
Статус: Используется в соответствии с правилом С14
Описание: Это поле содержит детали индивидуальной транзакции или референс другого сообщения, содержащего детали, которые необходимо передать клиенту-получателю.
Правила:
Поле может содержать следующие коды:
INV – инвойс (с датой, ссылкой и описанием).
IPI – уникальная ссылка, определяющая связанный международный платеж (до 20 символов).
RFB – ссылка для клиента-получателя (до 16 символов).
ROC – ссылки клиента.
Информация, указанная в этом поле, предназначена только для клиента-получателя, т.е. эта информация должна быть передана получателем.
Многократные ссылки могут использоваться, если они отделены двойным слэшем ‘//’. Код не должен быть повторен между двумя референсами одного и того же вида.

19. Поле 71A: Детали оплаты переводов
Формат:
Опция A 3!a (Код)
Статус: Обязательное
Описание: Это поле содержит информацию, о том, какая сторона будет производить оплату за обработку транзакции.
Правила:
Данное поле может содержать один из следующих кодов:
BEN – все затраты несет клиент-получатель.
OUR – все затраты несет клиент-отправитель.
SHA – затраты на стороне отправителя несет клиент-отправитель, затраты на стороне получателя несет клиент-получатель.

20. Поле 71F: Оплата переводов отправителем
Формат: 3!a15d (Код валюты)(Сумма)
Статус: Используется в соответствии с правилом С15
Описание: Это повторяющееся поле содержит валюту и сумму затрат, которую вычитает отправитель и предыдущие банки в операционной цепочке.
Правила:
Код валюты должен соответствовать стандартам ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ‘,’ является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.
Эти поля представлены из соображений прозрачности.
Чистая сумма после вычитания затрат отправителя будет определена в поле 32А.
Это поле может повторяться, чтобы определить для получателя валюту и сумму затрат, понесенных предыдущими банками в операционной цепочке. Затраты должны быть обозначены в порядке, в котором они производились вычитались из суммы транзакции. То есть, первое представление этого поля определяет затраты первого банка в операционной цепочке, который первым произвел вычет своих затрат; последнее представление этого поля всегда показывает затраты отправителя.

21. Поле 71G: Оплата переводов получателем
Формат: 3!a15d (Код валюты)(Сумма)
Статус: Используется в соответствии с правилом С15
Описание: Это поле определяет валюту и сумму затрат получателя на обработку транзакции.
Правила:
Код валюты должен соответствовать стандартам ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ‘,’ является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.
Если поле 71G представлено, значение суммы в нем не должно быть равным нулю.
Если поле 71A содержит значение «OUR», это поле заранее оплаченные затраты и включены в общую сумму межбанковской транзакции.

22. Поле 72: Назначение платежа
Формат: 6*35
Строка 1 3!a8!n3!a14!n3!a2!n
Строка 2 3!a8!n3!a16!n3!a2!n
Строки 3-6 //Назначение платежа (Описание)
Статус: Обязательное
Описание: это поле содержит дополнительную информацию о платеже
Правила:
Это поле содержит следующие коды:
/P/ – код платежа в соответствии с классификатором платежного оборота (8 цифр)
/I/ – код ИНН (14 цифр)
/F/ – код региона отправителя (2 цифры)
/E/ – код ОКПО (8 цифр)
/S/ – номер участника в Социальном фонде (16 цифр)
/T/ – код региона получателя (2 цифры)
Пример:
Строка 1 /P/12345678/I/12345678901234/F/01
Строка 2 /E/12345678/S/1234567890123456/T/01
Строки 3-6 //Назначение платежа

23. Поле 77B: Информация об участниках
Формат: 3*35x (Описание)
Формат строк может быть следующим:
Строка 1 /8a/2!a[//Доп. информация] (Код)(Код страны)(Описание)
Строки 2-3 [//Продолжение доп. информации] (Описание)
Статус: Используется в соответствии с правилом С5
Описание: Это поле содержит информацию, определяемую регулирующими органами в странах отправителя и получателя
Правила:
Это поле может содержать следующие коды, расположенные между двумя слэшами (‘/’):
BENEFRES – Месторасположение клиента-получателя
ORDERRES – Месторасположение клиента-отправителя

24. Поле 77T: Содержание конверта
Формат: 3!a15d (Код валюты)(Сумма)
Статус: Используется в соответствии с правилом С14
Описание: Это поле может содержать расширенную информацию в различных форматах. Содержание поля определяется на основании двусторонних договоров между клиентом- отправителем и клиентом-получателем.
Правила:
Может использоваться один из следующих кодов, расположенный между двумя слэшами (‘/’):
ANSI – содержание поля представлено в формате ANSI/X12.
NARR – содержание поля представлено свободным текстом.
SWIF – содержание поля соответствует структуре, предложенной в поле 70 этого сообщения, то есть могут использоваться многократные ссылки, если это отделено двойным слэшем, ‘//’. Коды не должны быть повторены между двумя ссылками того же самого вида.
UEDI – содержание поля представлено в формате UN-EDIFACT. Информация начинается с UNH- сегмента, которая содержит всю необходимую информацию, чтобы обработать остальную часть поля.

Пример:
{1:F0110200100AXXX0000000072}{2:I10350100100XXXXN}{4:
:20:pay2
:23B:CRED
:32A:070515KGS1,
:50K:/1123456789234234
Завод мех. изделий
:52A:10200100
:57A:/4567893453456346
10300100
:59:/1234563877474338
АО Телеком
:71A:SHA
:72:/P/12345678/I/12345678901234/F/01
/E/12345678/S/1234567890123456/T/01
//ОПЛАТА ЗА УСЛУГИ СВЯЗИ
-}