поле 32а в свифте что означает
Новости EDI
Об электронном обмене данными
Читаем SWIFT сообщения
В международной торговле нередки случаи, когда партнеры для подтверждения факта оплаты счета запрашивают копию SWIFT. Являясь по сути EDI-системой, SWIFT обменивается формализованными сообщениями. Рассмотрим формат одного из самых распространенных сообщений.
SWIFT MT101 – что это?
Сообщение SWIFT MT101 – это запрос на перевод, позволяющий осуществить электронный перевод средств с одного счета на другой. Средства переводятся со счета клиента, заказавшего перевод, на счет банка или финансовой организации получателя. В данном случае, важно подчеркнуть, что форматом сообщения, позволяющего сделать перевод, является SWIFT MT101.
Набор символов сообщения SWIFT MT101
Допускается применение следующего набора символов:
Следует помнить, что:
Формат SWIFT MT101
Тэг 20 – Номер перевода:
Тэг 21 – Номер, заданный отправителем:
Тэг 28D – Номер сообщения/Итого сообщений:
Тэг 50C или 50L – Инструкции:
Тэг 50F или 50G, или 50H – Информация отправителя:
Тэг 52A или 52C – Информация об обслуживающей счет отправителя организации:
Тэг 51A – Отправляющая организация:
Тэг 30 – Требуемая дата исполнения
Тэг 25 – Авторизация:
Тэг 21 – Номер транзакции:
Тэг 21F – Номер операции конвертации:
Тэг 23E – Код транзакции:
Тэг 32B – Валюта/Сумма транзакции:
Тэг 50C или 50L – Инструкции:
Тэг 50F или 50G, или 50H – Информация отправителя:
Тэг 52A или 52C – Информация об организации, обслуживающей счет отправителя :
Тэг 56A или 56C, или 56D– Банк посредник:
Тэг 57A или 57C, или 57D– Банк получателя:
Тэг 59 или 59A – Получатель:
Тэг 70 – Информация о платеже:
Тэг 77B – Данные для регулятора:
Тэг 33B – Валюта/Сумма в заявлении на перевод:
Тэг 71A – Расходы по платежу:
Тэг 25A – Счет, с которого списываются расходы по платежу:
Тэг 36 – Курс обмена
Пример сообщения SWIFT MT101
В нижеприведенном примере сообщения SWIFT MT101 указано, что сумма 123,45 EUR оплачена со счета GB12SEPA12341234123412 в банке BANKGB01XXX поставщику ( James Bond) на его счет GB12SEPA12341234123498 в банке BANKGB02XXX. В назначении платежа указано, что оплата по инвойсу SUPPLIER-INV-REF1
:20:123456789
:28D:1/1
:50H:/GB12SEPA12341234123412
ORDERING CUST NAME
ORDERING CUST ADDR LINE 1
ORDERING CUST ADDR LINE 2
ORDERING CUST ADDR LINE 3
:52A:BANKGB01XXX
:30:160211
:21:11FEB2016INV1
:23E:URGP
:32B:EUR123,45
:57A:BANKGB02XXX
:59:/GB12SEPA12341234123498
JAMES BOND
SUPPLIER ADDR LINE 1
SUPPLIER ADDR LINE 2
SUPPLIER ADDR LINE 3
:70:SUPPLIER-INV-REF1
:77B:/BENEFRES/GB
:71A:SHA
Правила заполнения SWIFT переводов. Международные санкции
Ранее, в статье о международной системе SWIFT, мы рассмотрели преимущества и недостатки платежной системы свифт, тарификацию, а также причины, по которым платеж будет обрабатываться долго. Теперь самое время поговорить о правилах заполнения платежей для отправки по системе swift, а также рассмотреть подробно вопрос о санкциях.
Как уже говорилось в предыдущей статье, платеж по свифт – это телеграмма. Это означает, что при заполнении реквизитов необходимо четко соблюдать стандарты SWIFT, а еще придерживаться правила: «не наболтать лишнего, но и не упустить важного».
Понятие «сообщение МТ103» (коммерческий перевод)
В системе свифт используется великое множество типов сообщений. Каждое сообщение имеет свою кодировку и предназначено для обмена информацией по конкретным операциям для конкретного типа бизнеса.
Перевод денег от клиента к клиенту банка, будь этот клиент хоть юридическим хоть физическим лицом, называется коммерческим платежом, который в системе swift оформляется типом сообщений МТ103 (МТ – message type).
Подробные правила заполнения абсолютно всех типов сообщений описаны на сайте https://www.swift.com. Поскольку наша с вами задача – не углубляться в теорию, а разобраться с правилами, имея лишь общее представление о свифт переводах, попробуем в общих чертах описать требования.
Основные поля сообщения МТ103
Итак. При заполнении сообщения МТ103 первое, что необходимо определить – кто будет получателем сообщения (Receiver). Это как на почтовом конверте заполнить графу «Кому».
Как правило – в этой «графе» проставляется swift-код банка корреспондента. То есть сообщение будет отправлено на банк корреспондент, обслуживающий банк отправителя. Другими словами свифт сообщение МТ103 – это распоряжение банка отправителя банку корреспонденту списать деньги с корреспондентского счета и отправить их согласно реквизитам, указанным в МТ103.
Далее заполняются такие поля:
Референс сообщения простыми словами – это порядковый номер операции, присвоенный операционной системой банка-отправителя сформированному свифт сообщению.
Дата валютирования – это дата, в которую банк-корреспондент спишет деньги с корреспондентского счета банка отправителя и отправит их согласно реквизитам. Понятие «дата валютирования» введено в силу природных обстоятельств и для того, чтобы банки-корреспонденты могли зарабатывать дополнительные комиссии при переводе денежных средств.
Под «природными обстоятельствами» подразумевается разница в часовых поясах: если банк отправителя и банк корреспондент находятся в разных поясах, и если в стране банка-корреспондента ночь, а в стране банка отправителя – день, то выполнить платеж «одним днем» банк корреспондент не сможет.
Финансовые поля в форме свифт сообщения
Далее переходим к основным финансовым полям сообщения:
Из перечисленных реквизитов, выделим два самых любопытных. Это: Банк-корреспондент банка отправителя (Sender’s Correspondent) и Банк-корреспондент банка получателя (Receiver’s Correspondent). Выше говорилось о том, что получателем сообщения, как правило, является банк корреспондент.
Но бывают и другие ситуации, когда свифт сообщение направляется напрямую на банк получателя. Для этого и существуют поля в свифт сообщении, в которых указывается полный маршрут платежа.
Не будет лишним напомнить, что во всех полях, где фигурирует такой реквизит как Банк – указываются свифт-коды. Что касается реквизита «Детали платежа» — как показывает практика, крупные банки корреспонденты любят, чтобы операция по переводу денежных средств, проводимая через них, была им понятна и законна.
То есть в деталях обязательно нужно упомянуть номер и дату контракта/инвойса/агримента, а также указать, за что осуществляется перевод (за товары, продукты, металл, газ и т.д.).
Взимание комиссий в зависимости от их типа в свифт переводе
Еще одним важным реквизитом свифт сообщения является поле:
Важным — потому что именно благодаря этому полю сумма платежа либо дойдет до получателя целиком, либо будет урезана банками посредниками. Все зависит от того, какое кодовое слово будет стоять в этом поле.
Кодовые слова в деталях комиссии свифт сообщения:
Разберем подробно, что означает каждое из них.
OUR – подразумевает «комиссия за счет отправителя». То есть все расходы по свифт переводу берет на себя отправитель. Раннее, на заре внедрения SWIFT системы это правило действительно работало: все банки посредники, принимающие участие в переводе денежных средств, действительно сохраняли сумму перевода, не «откусывая» свои комиссии. И отправитель, поставив такой тип комиссии и оплатив комиссии в своем банке, был уверен, что сумма перевода дойдет целиком до получателя.
Однако настали времена, когда многие банки, зачастую американские, стали пренебрегать этим правилом. И обрабатывая транзакцию в своей системе, меняли тип комиссии с OUR на SHA, попутно отщипнув свою комиссию с суммы перевода.
С чем это связано, я расскажу дальше. А пока объясню: как все-таки застраховаться от таких ситуаций, чтобы сумма перевода дошла целиком до получателя? Те же американские банки корреспонденты придумали такую услугу как «гарантированное OUR», за которую они взимают дополнительную комиссию ($20-$30). При этом они гарантируют доставку суммы перевода получателю в полном объеме.
А что же Европейские банки-корреспонденты? В старой доброй Европе правила, установленные платежной системой свифт, чтят и соблюдают, поэтому отправляя перевод в Евро и обозначая детали комиссий OUR – будьте уверенны: сумма перевода дойдет в полном объеме.
SHA – подразумевает «совместная оплата комиссий отправителем и получателем». То есть комиссии на стороне банка отправителя оплачивает отправитель, остальные комиссии (комиссии банков посредников, а также комиссию банка получателя) – оплачивает получатель.
BEN – подразумевает «все комиссии за счет получателя». При таком типе комиссии все участники маршрута платежа, включая банк отправителя вполне законно удержат свои комиссии. Тут к компании банков посредников подключается и банк отправителя, который также удержит из суммы платежа комиссию, как правило, большую чем, если бы платеж оформлялся с деталями комиссий OUR.
Ну что ж, мы подошли к завершению нашего разговора о реквизитах коммерческих переводов по SWIFT типа МТ103. И теперь переходим к самому загадочному вопросу – о международных санкциях.
Международные санкции
В настоящее время есть четыре основных санкционных программы и бесконечное количество внутригосударственных, локальных, отраслевых, индивидуальных для финансовых институтов и т.д. санкционных программ. Четыре основных это:
Разберем каждую отдельно и попробуем определить какие риски существуют при совершении денежных переводов по свифт.
HM Treasury Sanction List – санкционные списки, установленные Казначейством Великобритании.
United Nations Security Council (UNSC) Sanctions – санкции, принимаемые СБ ООН в отношении государства, или его части или персонально физических лиц.
Помимо перечисленных санкционных списков, как уже говорилось, существует множество других санкционных локальных программ разных стран и организаций:
AU — Australia Department of Foreign Affairs and Trade
AU — DFAT Iran Specified Entities Lists
CA — Canada Office of the Superintendent of Financial Institutions
CA — Department of Foreign Affairs and Trade
EU — European Commission Official Journal
EU — Europe Countries Embargoes
FR — France Journal Officiel Français
HK — Hong Kong Monetary Authority
JP — Japan Ministry of Finance
NZ — New Zealand Police
SG — Singapore Monetary Authority of Singapore
CH — Switzerland Secrétariat d’Etat à l’Economie
GB — HMT Investment Ban list
GB — HMT Countries Embargoes
UN — UN Countries Embargoes
US — Denied Person List
US — US Countries Embargoes
И даже это – не полный перечень. К перечисленным направлениям следует добавить локальные внутрибанковские ограничительные меры банков-корреспондентов. Что бы было понятно: есть официальные списки стран и международных организаций и объединений, а есть внутренние списки, установленные внутренней политикой того или иного банка-корреспондента.
И если при осуществлении перевода денежных средств банк, который Вас обслуживает, в силах обезопасить операцию, то исключить применений каких-либо мер к платежу банком-корреспондентом ни один банк не в силах. Это связано с тем, что ни один банк-корреспондент не раскрывает тайны своей «внутренней политики».
Списки и принципы формирования этих списков – тайна за семью печатями. В общих чертах я вижу две причины:
Крупные иностранные банки постоянно мониторят официальные списки и формируют собственные списки опосредованных участников санкционных программ. Здесь могут оказаться и персоналии, которые является родственниками лицам, упомянутым в официальнх списках. Лично видела списки, в которых упоминалась «первая жена брата персоны, внесенной в официальный санкционный список».
После этого Compliance Department банка корреспондента принимает решение не исполнять платежи, в которых упоминается словосочетание «Shipping Company». Платежи просто отказываются в исполнении с причиной: согласно требованиям Compliance Department.
Международные санкции в отношении Крыма
Еще одна очень важная тема, актуальная на сегодняшний день – это санкции в отношении Крыма. 19 декабря 2014 года президент США Барак Обама подписал исполнительный ордер 13685 (Указ). Этот документ запрещает любую финансовую активность, затрагивающую Крым, включая: прямые или косвенные инвестиции, оплату любых товаров, услуг или технологий из Крыма, напрямую или косвенно осуществляемую корпорациями или частными лицами.
В связи с его принятием любой платеж, имеющий ссылку на Крымский город, или компанию, которая ранее была зарегистрирована на территории Крыма, может попасть под международные санкции. То есть средства могут быть арестованы, заблокированы либо банк-корреспондент просто откажет в исполнении денежного перевода по свифт.
Как избежать риска отправки «санкционного» платежа?
Самое главное – обращайтесь в крупные банки с надежной репутацией. В каждом уважающем себя банке существуют подразделения финансового мониторинга, а также службы, контролирующие выполнение международных санкций.
Если название Вашей компании или Ваша фамилия созвучны с санкционными объектами или персонами – для пользования платежной системой свифт готовьтесь предоставлять развернутую информацию о Вашей деятельности или автобиографии, поскольку только так Вы сможете «обелить» свою репутацию и совершить свифт перевод (если Вы, конечно, не террорист).
Вот, собственно, и все на тему международных платежей, желаю Вам удачи.
Сообщения SWIFT/TELEX форматов МТ103/МТ202 в рублях
Alfa-Bank STP Rules
форматов МТ103/МТ202 в рублях
1. Общие положения. 3
2. Транслитерация. 4
3. Символы, используемые при указании формата поля. 6
4. Правила по заполнению полей МТ103. 7
1. Поле 20: Референс Отправителя. 7
3. Поле 26Т: Код типа операции. 7
4. Поле 32А: Дата валютирования/Валюта/Сумма межбанковского расчета. 8
5. Поле 50а: Плательщик. 9
6. Поле 52а: Банк Плательщика. 11
7. Поле 53а: Корреспондент отправителя. 11
8. Поле 56а: Банк-посредник. 11
9. Поле 57а: Банк бенефициара. 11
10. Поле 59а: Бенефициар. 11
11. Поле 70: Информация о платеже. 11
12. Поле 71А: Детали расходов. 11
13. Поле 72: Информация Отправителя Получателю.. 11
14. Поле 77В: Обязательная отчетность. 11
5. Правила по заполнению полей МТ202. 11
1. Поле 20: Референс операции. 11
2. Поле 217:Связанный референс. 11
3. Поле 32А: Дата валютирования, код валюты, сумма. 11
4. Поле 52а: Банк-Плательщик. 11
5. Поле 53а: Корреспондент отправителя. 11
6. Поле 54а: Корреспондент получателя. 11
7. Поле 56а: Банк-посредник. 11
8. Поле 57а: Банк бенефициара. 11
9. Поле 58а: Банк-Бенефициар. 11
10. Поле 72: Информация Отправителя Получателю.. 11
1. Общие положения
Направление SWIFT/TELEX-сообщений с использованием стандартов, отличных от SWIFT-RUR6, а также с использованием одновременно внешних систем (например, SWIFT-RUR6 и SWIFT-RUR5), приводит к ручной обработке платежных инструкций банков-респондентов.
· информацию о реквизитах платежа необходимо указывать с использованием опций А, B, D, K аналогично порядку, определенному для соответствующих полей сообщений ;
· строка не должна начинаться с символа пробела;
· длина строки не должна превышать 35 символов без учета символов поля;
· в начале строки, следующей за последним полем ставится символ «Конец сообщения» (двоеточие «:»);
· в начале или в конце сообщения должен содержаться номер телекса и автоответ отправителя, если платежные инструкции направляются с использованием телексного шлюза, то есть в процессе передачи не происходит обмен автоответами;
· кодовые слова в поле телексного ключа должны указываться латиницей: TESTKEY, KEY и так далее.
Для автоматической обработки платежных инструкций, направляемых по TELEX, необходимо также передавать каждое сообщение отдельно и не использовать для передачи платежных инструкций пакетный режим.
Указание в TELEX-сообщениях формата МТ103 или МТ202 не требуется.
2. Транслитерация
Обмен финансовыми сообщениями в национальной валюте РФ осуществляется с использованием перекодировки с кириллицы на латиницу по единой таблице транслитерации.
Для определения необходимости транслитерации входящих сообщений на стороне Получателя Отправитель сообщения проставляет признак транслитерации в первую позицию поля 20 «Референс операции» сообщений формата МТ103/МТ202.
В качестве признака транслитерации в SWIFT-RUR6 используется знак плюс «+». Указанный признак обозначает, что сообщение подлежит транслитерации в соответствии с таблицей, приведенной ниже.
Транслитерация должна быть обратимой, т. е. информация, подлежащая двум последовательным транслитерациям (на стороне Отправителя и на стороне Получателя) должна быть идентична при отправке и при получении, что обеспечивает максимальную достоверность передаваемой информации, и должна выполняться в соответствии с правилами SWIFT-RUR6.
При отсутствии программного обеспечения, позволяющего осуществлять автоматическую транслитерацию сообщения на стороне Отправителя, необходимо оформлять текстовые поля платежных инструкций на латинице в соответствии с прилагаемой таблицей транслитерации. При этом в случае использования по тексту сообщения апострофа (’) необходимо учитывать, что указанный символ является признаком включения / выключения транслитерации на стороне Получателя сообщения, а именно: при заключении латинских символов в апострофы указанный текст не подлежит транслитерации на стороне Получателя (см. Пример ниже).
Пример оформления сообщения на стороне Отправителя с использованием по тексту апострофов при отсутствии программы автоматической транслитерации:
- текст сообщения на стороне Отправителя: eTOT TEKST ‘DOLJEN’ PEREDATXSa текст сообщения на стороне Получателя сообщения (после транслитерации): ЭТОТ ТЕКСТ DOLJEN ПЕРЕДАТЬСЯ
Руководство по сквозной обработке (STP) сообщений SWIFT для рублевых расчетов
В предыдущем номере журнала1 мы начали разговор о специфике использования системы SWIFT для расчетов в рублях Российской Федерации. Мы рассмотрели возникающие проблемы и пути их решения, одним из которых является соблюдение дополнительных правил формализации информации в сообщениях SWIFT. Во второй части статьи подробно рассматривается содержание этих правил.
В сообщении МТ 103 «Однократное зачисление клиентских средств» реквизиты расчетного документа указываются в поле 72 «Информация отправителя получателю» с кодовыми словами RPP или RPO, заключенными в слэши.
RPP — реквизиты расчетного документа в соответствии с требованиями Банка России.
RPO — реквизиты платежного ордера.
Формат указания реквизитов расчетного документа:
При этом первое подполе 3n — «Номер расчетного документа».
Второе подполе 6!n — «Дата расчетного документа в формате ГГММДД».
Третье подполе 1!n — «Очередность платежа».
Четвертое подполе 4!а — «Вид платежа». Служит для инструкций получателю сообщения о способе дальнейшей передачи расчетного документа2.
Используется один из следующих кодов:
ELEK — электронными средствами связи;
BESP — по системе БЭСП. Используется только тогда, когда и получатель MT 103, и банк, следующий за ним в цепочке перевода средств, являются участниками системы БЭСП.
Пятое подполе (не обязательное) 6!n — «Дата проведения платежа».
Шестое подполе (не обязательное) 2!n — «Вид операции». Служит для указания шифра расчетного документа в соответствии с Перечнем условных обозначений (шифров) документов, проводимых по счетам в кредитных организациях. Данное подполе может иметь значение:
01 — платежное поручение;
06 — инкассовое поручение;
16 — платежный ордер.
Если подполе не используется, то по умолчанию считается, что документ представляет собой платежное поручение.
Все подполя информации после кодового слова RPP разделяются точками.
Формат указания реквизитов платежного ордера:
Первое подполе 3n — «Номер частичного платежа» — номер по порядку частичного платежа.
Второе подполе 2!n — «Шифр расчетного документа» — может иметь значение:
01 — платежное поручение;
06 — инкассовое поручение;
02 — платежное требование.
Третье подполе 6n — «Номер расчетного документа» — номер расчетного документа, частичная оплата которого осуществляется.
Четвертое подполе 6!n — «Дата расчетного документа» — дата расчетного документа, частичная оплата которого осуществляется.
Пятое подполе 18d — «Сумма остатка платежа» — разница между суммой расчетного документа, частичная оплата которого осуществляется, и суммой оплаченных платежных ордеров. При заполнении этого поля необходимо следовать следующим правилам:
— целая часть должна содержать по крайней мере одну цифру;
— максимальная длина включает запятую между целой и дробной частями;
— дробная часть может отсутствовать, но запятая, отделяющая целую часть от дробной, всегда должна присутствовать;
— не допускается наличие пробелов, а также любых других символов, отличных от запятой;
— подполя не должны быть пустыми.
Все подполя после кодового слова RPО разделяются точками.
В сообщении МТ 202 «Общий межбанковский перевод» реквизиты расчетного документа указываются в поле 72 с кодовым словом RPP, заключенным в слэши.
Формат указания реквизитов платежного поручения в МТ 202:
Первое подполе 3n — «Номер платежного поручения».
Второе подполе 6!n — «Дата платежного поручения в формате ГГММДД».
Третье подполе 1!n — «Очередность платежа».
Четвертое подполе 4!а — «Вид платежа». Служит для инструкций получателю о способе дальнейшей передачи платежного поручения.
Используется один из следующих кодов:
ELEK — электронными средствами связи.
BESP — по системе БЭСП. Используется только тогда, когда и банк-получатель МТ 202, и банк, следующий за ним в цепочке перевода средств, являются участниками системы БЭСП.
Пятое подполе (не обязательное) — 6!n — «Дата проведения платежа».
Шифр расчетного документа не указывается, так как сообщение МТ 202 может содержать в себе только платежное поручение.
Все подполя после кодового слова RPP разделяются точками.
В сообщении МТ 101, так как в нем отсутствует поле 72, реквизиты расчетных документов указываются в поле 23Е с кодовыми словами OTHR и RPP в следующем формате:
Первое подполе 3n — «Номер расчетного документа».
Второе подполе 6!n — «Дата расчетного документа в формате ГГММДД».
Третье подполе 1!n — «Очередность платежа».
Четвертое подполе 4!а — «Вид платежа». Служит для инструкций получателю сообщения о способе дальнейшей передачи расчетного документа.
Используется один из следующих кодов:
ELEK — электронными средствами связи;
BESP — по системе БЭСП. Используется только тогда, когда и банк плательщика, и банк, следующий за ним в цепочке перевода средств, являются участниками системы БЭСП.
Пятое подполе (не обязательное) 6!n — «Дата перечисления платежа».
Шифр расчетного документа не указывается, так как сообщение МТ 101 может содержать в себе только платежное поручение.
Все подполя после кодового слова RPP разделяются точками.
2. Указание дат расчетного документа
Даты из расчетного документа указываются в поле 72 «Информация отправителя получателю» с кодовым словом DAS, заключенным в слэши, в следующем формате:
Все подполя представляют собой даты в формате ГГММДД.
Первое подполе — «Дата списания со счета плательщика». Соответствует полю 71 «Списано со сч. плат.» расчетного документа Банка России3.
Второе подполе — «Поступило в банк плательщика». Соответствует полю 62 «Поступ. в банк плат.» расчетного документа Банка России.
Третье подполе — «Отметка банка получателя». Соответствует полю 48 «Отметка банка получателя» расчетного документа Банка России.
Четвертое подполе — «Дата помещения в картотеку». Соответствует полю 63 «Дата помещения в картотеку» расчетного документа Банка России.
В случае когда формат исходного расчетного документа не содержит каких-либо из указанных полей либо информация в них отсутствует, в сообщении SWIFT соответствующие подполя заполняются нулями.
Если исходный расчетный документ не содержит информации ни в одном из указанных полей, то в сообщении SWIFT кодовое слово DAS не используется.
Относительно содержания информации в полях «Поступило в банк плательщика» и «Списано со счета плательщика» существует разъяснение Банка России4.
Например, в платежном поручении, направляемом банком, обслуживающим корсчет получателя МТ 103, реквизиты расчетного документа и даты расчетного документа будут указаны следующим образом:
В инкассовом поручении, направляемом банком взыскателя в банк, обслуживающий плательщика, сообщение МТ 103 будет содержать следующие реквизиты:
3. Указание информации для налоговых органов в расчетных документах на перечисление и взыскание налоговых и иных обязательных платежей
Для информации, содержащейся в «налоговых полях» (поля 101–110) расчетных документов Банка России на перечисление и взыскание налоговых и иных обязательных платежей, в сообщении МТ 103 используются поля 26Т «Код типа операции» и 77В «Обязательная отчетность».
Содержание информации в этих полях определяется Приказом Министерства финансов Российской Федерации от 24.11.2004 № 106н «Об утверждении правил указания информации в полях расчетных документов на перечисление налогов, сборов и иных платежей в бюджетную систему Российской Федерации».
В SWIFT-RUR приводятся полный перечень кодов и их описание согласно упомянутому Приказу.
Так, поле 26T «Код типа операции» в МТ 103 содержит код, указывающий статус плательщика («статус, который определяет юридическое лицо, индивидуального предпринимателя, частного нотариуса, адвоката, учредившего адвокатский кабинет, главу крестьянского (фермерского) хозяйства, иное физическое лицо — клиента банка (владельца счета), кредитную организацию, орган государственной власти или орган местного самоуправления, осуществляющий администрирование платежа в соответствии с законодательством Российской Федерации, непосредственно оформивших расчетный документ»).
Информационно это поле соответствует полю 101 расчетных документов Банка России. Наличие поля 26Т «Код типа операции» в сообщении SWIFT, сформированном согласно SWIFT-RUR, обязательно требует наличия поля 77В «Обязательная отчетность».
Так как статус плательщика обозначается двузначным цифровым кодом, а формат поля 26Т требует обязательного заполнения трех позиций, то перед кодом статуса плательщика добавляется буква «S».
Таким образом, поле 26Т может содержать, например, следующие коды:
S02 — Налоговый агент и т.д.
Пример поля 26Т «Код типа операции» в сообщении МТ 103: :26Т:S08
Поле 77В «Обязательная отчетность» MT 103 информационно соответствует полям 104–110 расчетных документов Банка России. Согласно SWIFT-RUR присутствие поля 77В в сообщении МТ 103 обусловливается наличием в этом сообщении поля 26Т.
Формат поля 77В составляет 3 строки по 35 символов. Информация в поле формализуется посредством его разделения на подполя, имеющие идентификатор, который указывается в начале каждого подполя и имеет строгое соответствие с полем платежного поручения Банка России (табл. 2).
В SWIFT-RUR приводится подробное описание информации, которая должна указываться в каждом из подполей поля 77В «Обязательная отчетность».
Если поле 77В используется, то в нем должны присутствовать все подполя. Если подполе не содержит информации, то после соответствующего идентификатора обязательно проставляется нуль. Присутствие всех идентификаторов подполей в поле 72В обязательно.
Формат поля 77В не позволяет расположить подполя иначе, как в следующей последовательности:
строка 1 /N10/2!c/N4/20!n
строка 2 /N5/11!nIN6/2!c/N7/2!n.2!n.4!n
строка 3 /N8/15x/N9/2!n.2!n.4!n
Например, если налогоплательщик осуществляет перечисление налога за июнь 2008 года, то в сообщении SWIFT MT 103 эта информация будет отражена следующим образом:
В сообщении МТ 101 «Запрос на перевод средств», формат которого не содержит поля 26Т, для указания статуса плательщика используется поле 23Е «Код инструкций» с кодовым словом OTHR, если оно содержит расчетные документы на перечисление и налоговых, и иных обязательных платежей.
Таким образом, содержание поля 101 расчетного документа Банка России в сообщении МТ 101 указывается следующим образом:
И соответственно этот же пример в сообщении МТ 101 будет выглядеть следующим образом:
4. Указание российских кодов, содержащихся в расчетных документах: БИК, ИНН, КИО, КПП
В сообщениях SWIFT по операциям в российских рублях наряду с идентификационными кодами, применяемыми в международной практике, используются российские коды: банковский идентификационный код (БИК), идентификационный номер налогоплательщика (ИНН), код иностранной организации (КИО) и код причины постановки на учет (КПП).
Банковский идентификационный код (БИК)
Банковский идентификационный код (БИК) является уникальным идентификатором участников расчетов в платежной системе Банка России.
Присвоение БИК осуществляется Банком России при регистрации кредитной организации.
Структура БИК определена в Положении ЦБ РФ от 06.05.2003 № 225-П «О Справочнике банковских идентификационных кодов участников расчетов, осуществляющих платежи через расчетную сеть Центрального банка Российской Федерации (Банка России)» и представляет собой цифровую последовательность, имеющую длину 9 знаков.
Банковский идентификационный код указывается в формате:
При этом RU — обозначение кода национальной клиринговой системы РФ в стандартах SWIFT.
Идентификационный номер налогоплательщика (ИНН)
Идентификационный номер налогоплательщика (ИНН) является уникальным идентификатором юридического или физического лица, зарегистрированного в налоговых органах РФ.
В соответствии с требованиями Банка России ИНН, если он присвоен, указывается для инициатора платежа (плательщика, банка-плательщика) и для конечного получателя средств (бенефициара, банка-бенефициара).
ИНН в обязательном порядке должен быть указан в расчетных документах на перечисление налогов, сборов и других обязательных платежей в бюджетную систему Российской Федерации.
ИНН указывается в полях 50а «Плательщик» и 59 «Бенефициар» сообщений МТ 101 и МТ 103, а также в полях 52а «Банк-Плательщик» и 58а «Банк-Бенефициар» сообщения МТ 202. В описании этих сообщений в SWIFT-RUR подробно изложены правила указания ИНН.
Идентификационный номер налогоплательщика представляет собой цифровую последовательность, имеющую длину 10 знаков для юридических лиц и 12 знаков для физических лиц.
Идентификационный номер налогоплательщика указывается в формате:
3!а12n в одном из двух вариантов:
3!a10!n — для юридических лиц;
3!a12!n — для физических лиц.
При этом 3!a — кодовое слово ИНН (после транслитерации — INN).
Код иностранной организации (КИО)
Код иностранной организации (КИО) является уникальным идентификатором иностранной организации (в том числе банка или иного финансово-кредитного учреждения), зарегистрированной в Министерстве Российской Федерации по налогам и сборам.
КИО, если он присвоен, указывается в расчетных документах для идентификации инициатора платежа (плательщика, банка-плательщика), если ему не присвоен ИНН.
КИО указывается в поле 50а «Плательщик» сообщений МТ 101 и МТ 103, а также в поле 52а «Банк-Плательщик» сообщения МТ 202.
Код иностранной организации представляет собой цифровую последовательность, имеющую длину 5 знаков.
Код иностранной организации указывается в формате:
При этом 3!а — кодовое слово КИО (после транслитерации — KIO).
Так как КИО, если он присвоен, указывается только в случае отсутствия ИНН, то в тексте сообщения SWIFT он располагается в подполе, предназначенном для указания ИНН, формат которого обозначен 3!а12n.
Код причины постановки на учет (КПП)
Код причины постановки на учет (КПП) присваивается юридическому лицу в дополнение к идентификационному номеру налогоплательщика (ИНН) при регистрации в налоговых органах Российской Федерации.
КПП и ИНН в обязательном порядке должны быть указаны в расчетных документах на перечисление юридическими лицами налогов, сборов и других обязательных платежей в бюджетную систему Российской Федерации.
КПП указывается в полях 50а «Плательщик» и 59 «Бенефициар» сообщений МТ 101 и МТ 103.
Код причины постановки на учет представляет собой цифровую последовательность, имеющую длину 9 знаков.
Код причины постановки на учет указывается в формате:
При этом 3!a — кодовое слово КПП (после транслитерации — KPP).
1 Начало см.: Расчеты и операционная работа в коммерческом банке. 2008. № 4. С. 33–38.
2 Здесь и далее описания форматов полей сообщений SWIFT приведены в соответствии с условными обозначениями, применяемыми в Руководстве пользователя SWIFT (SWIFT User Handbook):
n — цифры от 0 до 9;
а — буквы в верхнем регистре;
с — буквы в верхнем регистре или цифры;
х — допустимые символы набора Х;
nn! — фиксированная длина поля (например, 10!a — не более и не менее десяти букв в верхнем регистре);
nn — максимальная длина поля (например, 10a — не более десяти букв в верхнем регистре);
nn*nn — максимальное количество строк ґ максимальная длина одной строки (например, 4*35 — не более 4-х строк по 35 символов).
3 Здесь и далее номера полей расчетных документов Банка России приведены в соответствии с Положением Банка России № 2-П.
4 См.: Вестник Банка России. 2003. № 40.
Откройте доступ к закрытой части «Клерка» с подпиской «Премиум». Получите сотни вебинаров и онлайн-курсов, безлимитные консультации и другой закрытый контент для бухгалтеров.
Успейте подписаться со скидкой 20% до 15.10.2021. Подробнее про «Премиум» тут.