Сообщество всемирных межбанковских финансовых телекоммуникаций

Размещено на http://www.allbest.ru/

Сообщество всемирных межбанковских финансовых телекоммуникаций

Общие сведения

Название компании - "Сообщество всемирных межбанковских финансовых телекоммуникаций" (Society for Worldwide Interbank Financial Telecommunication), кооперативное общество с ограниченной ответственностью. Для обозначения названия компании может использоваться аббревиатура SWIFT.

Компания SWIFT действует в интересах всех своих пользователей в целях изучения, создания, использования и предоставления таких средств, которые необходимы для обеспечения телекоммуникационной связи, передачи и маршрутизации частных, конфиденциальных и собственных финансовых сообщений.

SWIFT представляет собой кооперативное общество, зарегистрированное в соответствии с законодательством Бельгии и находящееся во владении и под контролем своих акционеров. Акционеры SWIFT избирают совет директоров, в который входят до 25 директоров, отвечающих за общий контроль и управление компанией. Совет директоров контролирует работу администрации - команды постоянных сотрудников SWIFT во главе с президентом, который назначается советом директоров. Президент назначает членов администрации SWIFT. Совет директоров и администрация SWIFT совместно с национальными группами членов SWIFT, группами пользователей и рабочими группами занимаются выработкой политики, обсуждением предлагаемых продуктов и услуг и совершенствованием стандартов.

Согласно уставу SWIFT, в каждой стране, представленной в сообществе, создаются национальная группа членов SWIFT и группа пользователей SWIFT, объединяющая всех пользователей сети. В Российской Федерации организацией, представляющей интересы обеих групп и действующей от их имени, является Российская Национальная Ассоциация SWIFT (РОССВИФТ), которая была создана в мае 1994 года и представляет собой негосударственную, некоммерческую организацию. РОССВИФТ является членом Европейского SWIFT Альянса, объединяющего 25 стран внутри SWIFT, на долю которых приходится 25% мирового трафика. Членство в этом объединении предоставляет России возможность влиять на принятие тех или иных решений в совете директоров SWIFT.

SWIFT - это организация, находящаяся в собственности представителей финансового сообщества, которая играет решающую роль в обеспечении непрерывной деятельности и целостности всемирной системы передачи финансовых сообщений.

Сообщество SWIFT, основанное в 1973 году, является ведущим международным объединением в сфере финансовых телекоммуникаций, а реализованные им концепция, форматы и правила передачи финансовой информации приобрели статус общепринятого международного стандарта. SWIFT - уполномоченный орган Международной организации по стандартизации (ISO) no ведению стандартов ISO 9362 (Банковские идентификационные коды BIC), ISO 15022 (Сообщения рынков ценных бумаг), ISO 20022 (Словарь финансовых терминов) и др.

В настоящее время пользователями SWIFT являются около 8 тысяч крупнейших банков (в том числе все центральные/национальные банки) и организаций (брокерские фирмы, биржи, центральные депозитарии, крупнейшие промышленные компании) из 206 стран. На базе SWIFT реализованы системы расчетов более 50 стран мира, в том числе платежные системы всех стран Евросоюза, а также такие инфраструктурные проекты, как европейская система трансграничных платежей TARGET, мировая валютообменная система CLS и другие. SWIFT обеспечивает предоставление безопасных и надежных услуг по передаче сообщений многим финансовым организациям из разных стран, ежедневно обрабатывая миллионы сообщений. В США, несмотря на наличие нескольких национальных платежных систем, через сеть SWIFT внутри страны ежегодно передается более четверти суммарного платежного трафика США.

Членство в SWIFT - это не только статус в мировом финансовом сообществе, но и возможность эффективно использовать коммуникационную инфраструктуру, позволяющую осуществлять обмен финансовыми сообщениями в рублях и иностранной валюте с высокой скоростью, надежностью и безопасностью.

Международный опыт показывает, что использование SWIFT в качестве инфраструктуры для создания национальной платежной системы является рентабельным и эффективным решением.

В настоящее время более 500 ведущих российских банков и организаций являются пользователями SWIFT. География пользователей охватывает более 50 городов в 10 временных зонах Российской Федерации. В SWIFT представлена почти треть российских кредитных организаций, которые являются крупнейшими финансовыми институтами страны и осуществляют более 80% расчетов. По количеству пользователей SWIFT сегодня Россия занимает 2 место после США. В SWIFT представлены более трети российских кредитных организаций, которые являются крупнейшими финансовыми институтами страны и осуществляют свыше 80% расчетов. Более 50% сообщений российские пользователи SWIFT отправляют внутри страны.

Причинами столь широкого использования сети SWIFT являются следующие показатели его функционирования.

Надежность. SWIFT принимает на себя финансовую ответственность за точную, полную и своевременную доставку сообщений. Ни одна другая организация, предоставляющая сеть для передачи данных, не может этого гарантировать. Справедливости ради следует отметить, что за время существования сеть SWIFT ни разу не была взломана.

Безопасность. Комбинирование физических и логических мер безопасности, а также применение различных видов шифрования исключает возможность изменения сообщения в процессе его передачи по сети SWIFT. Никому, кроме отправителя и получателя сообщения, не доступно его содержание.

Скорость. Доставка сообщений производится за несколько секунд, причем проверка и подтверждение подлинности осуществляются полностью автоматически.

Эффективность. Стандарты и технология SWIFT предоставляют возможность создавать прикладные программы для автоматической обработки сообщений. Благодаря этому увеличивается производительность и уменьшаются затраты на ручную обработку сообщений. Кроме того, финансовые организации могут использовать один и тот же комплекс связи SWIFT для обмена внутренними и международными сообщениями, таким образом создавая "единое окно" для всех потоков сообщений. Сервисные центры обеспечивают пользователям круглосуточную специализированную поддержку семь дней в неделю (в том числе на русском языке). SWIFT предоставляет также специальное оборудование и программное обеспечение для работы в сети.

Рентабельность. Помимо расчетов с крупнейшими иностранными банками технологии SWIFT позволяют кредитным учреждениям организовать автоматизированную и безопасную связь, использующую все возможности сети SWIFT, для своих филиалов и дочерних банков. Поэтому при подключении к SWIFT пользователи получают в свое распоряжение надежную, защищенную и высокоэффективную финансовую сеть, позволяющую существенно снизить расчетные и финансовые риски, а также снизить стоимость перевода платежных сообщений и расширить спектр услуг для своих клиентов.

SWIFT связывает между собой: банки, брокеров-дилеров, инвестиционных менеджеров, фондовые биржи, депозитарии, трастовые компании, платежные системы, расчетные системы, корпоративных клиентов банков.

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

Основные преимущества использования SWIFT заключаются в следующем:

-- единое средство связи с финансовыми организациями и с обслуживающими их рыночными инфраструктурами;

-- сведение воедино потоков сообщений;

-- возможности совместного и повторного использования платформ систем передачи сообщений;

-- широкие масштабы применения при низких затратах;

-- открытые стандарты сообщений, обеспечивающие возможности автоматизации и сквозной обработки;

-- надежность функционирования сети благодаря дублированию оборудования и линий связи;

-- безопасность сети за счет использования механизмов аутентификации, защиты от несанкционированного доступа, разделения трафика и шифрования;

-- снижение операционных рисков в результате обеспечения сквозной обработки включающей: стандарты сообщений, обучение, поддержка поставщиков, инструменты контроля и совершенствования процессов обработки;

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

Службы обработки и передачи сообщений

Основным средством обработки сообщений в сети SWIFT являются сервисы "FIN". FIN - это основная служба обработки сообщений SWIFT, использующая механизм "сохранения-и-передачи" (store-and-forward). Она позволяет финансовым организациям безопасно, быстро и надежно осуществлять обмен финансовой информацией по всему миру. FIN предоставляет финансовый сервис, который обеспечивает доступ к механизмам обработки сообщений "пользователь-пользователь", а также к некоторым системным сообщениям. Этот сервис предоставляет финансовым организациям большой выбор типов сообщений для быстрой и защищенной передачи информации по финансовым транзакциям и расчетам.

Сервис FIN предоставляет финансовым организациям большой выбор типов сообщений для быстрой и защищенной передачи информации по финансовым транзакциям и расчетам. Сообщения этого сервиса состоят из следующих элементов:

-- заголовка, в котором содержится информация о самом сообщении;

-- текста, являющегося основной частью сообщения;

-- трейлеров, специальных кодов добавляемых в целях контроля.

В национальных платежных системах центральное учреждение (расчетный агент), осуществляет расчеты и обычно находится под контролем национального банка. Национальный банк также может выполнять функции расчетного агента. Центральные учреждения должны контролировать систему, но этот контроль не должен усложнять процедуры передачи платежной информации. Развитие систем валовых расчетов и нетто-систем осуществляется таким образом, что потоки средств в них делятся на обработку информации от отправителя к получателю и на проведение расчетов (оба участника расчетов открывают счета в центральном контролирующем учреждении). Центральное учреждение выполняет функцию третьей стороны в процессе проведения операции, оно осуществляет обработку выбранных им элементов платежного сообщения, необходимых для осуществления расчетов и проведения платежных операций. При этом центральное учреждение должно обеспечить, чтобы в процессе обработки приостановка операции не повлекла за собой риск задержки доставки информации к получателю.

Сервис "FIN Copy" предоставляет решение проблем, связанных с обменом информацией, этот сервис дает возможность центральному учреждению отслеживать и контролировать финансовые потоки участников расчетов. Сервис FIN Copy использует функциональные возможности сервиса FIN, дополнительно к которым осуществляется выборочное копирование необходимой информации третьей стороне. Данный сервис может применяться для клиринга, неттинга, расчетов при осуществлении крупных платежей, для сделок с ценными бумагами и иными финансовыми инструментами. Сервис FIN Copy, в котором осуществляются хранение, копирование, авторизация и передача информации, подразумевает создание так называемых закрытых групп пользователей.

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

В отличие от обычного обмена сообщениями между отправителем и получателем с использованием сервиса FIN, в сервисе FIN Copy присутствует третья сторона - центральное учреждение. Организация-отправитель готовит сообщение к передаче по стандартным правилам FIN и добавляет специальный код, означающий, что в процессе передачи данное сообщение должно копироваться в центральное учреждение. При этом схемы движения сообщений напоминают по форме латинские буквы "Y" или "T". Соответственно, две модели сервиса FIN Copy называются "Y-Copy" и "T-Copy" Более подробная информация о сервисах и службах SWIFT излагается в эксплуатационных и руководящих документах этой системы..

Передача сообщений в SWIFT осуществляется при помощи сетевых сервисов "SWIFTNet", которые обеспечивают стандартный промышленный способ подключения и защиты информации. SWIFTNet представляет собой IP инфраструктуру, используемую службами SWIFT с целью обмена формализованными сообщениями. Доступ к SWIFTNet организован через защищенную IP сеть.

Защищенная IP сеть (Secure IP Network - SIPN) представляет собой приватную сеть передачи данных, построенную с использованием каналов, арендуемых SWIFT в частном порядке у глобальных телекоммуникационных провайдеров. SIPN строится на технологии TCP/IP, что обеспечивает высокую пропускную способность и высокую интегрируемость с другими сетями. Пользователи SWIFT подключаются к "опорным" точкам входа в SIPN (SIPN Backbone), и ко всем службам SWIFT.

Сервисы передачи сообщений SWIFTNet предлагают защищенный интерактивный (в режиме реального времени) обмен сообщениями, механизм передачи файлов (file transfer) и механизм интерактивного доступа к данным (browsing), основанные на использовании SWIFTNet Link (SNL) и SWIFTNet Public Key Infrastructure (PKI) - обязательного программного обеспечения SWIFT, необходимого для обеспечения безопасности.

Указанные сервисы SWIFTNet эффективно дополняют службу FIN, предоставляя финансовым организациям необходимую функциональность и высокое качество коммуникационных услуг. Структурно SWIFTNet предоставляет набор управляемых сервисов передачи сообщений, допускающих построение законченных решений, соответствующих растущим потребностям индустрии финансовых услуг.

SWIFTNet FIN предоставляет доступ к службе FIN посредством SWIFTNet, используя IP подключения. Инфраструктура SWIFTNet включает в себя набор полностью администрируемых служб обеспечения безопасности информации, построенных на основе технологии PKI. IP и PKI представляют собой "де-факто" промышленный стандарт для технологий организации безопасных подключений. Сочетание SWIFTNet и SWIFTNet FIN также является шагом на пути к уменьшению сложности средств операционной обработки (финансовых транзакций) и движением в сторону их оптимизации.

До недавнего времени российские пользователи SWIFT в основном использовали только службу FIN, осуществляющую передачу структурированных финансовых сообщений, и не рассматривали возможность передачи файлов через сервис IFT (Interbank File Fransfer) в связи с ограниченностью форматов, размеров файлов и относительно высокой стоимостью передачи информации. Однако с внедрением технологии SWIFTNet сервис передачи файлов стал доступной и удобной в применении услугой, которая называется "SWIFTNet FileAct".

Сервис SWIFTNet FileAct позволяет осуществлять защищенный обмен файлами между пользователями SWIFT, минуя предварительный этап выбора и согласования технических средств обмена и защиты "каждый с каждым". Этот сервис является универсальной защищенной платформой передачи данных между участниками SWIFT, допускающей обмен файлами любого формата. Это может быть структурированный формат (формат SWIFTXML, собственный формат банка или платежной системы), набор любых символов, включая набор символов национальных языков. Файлы могут также содержать графическую или иную информацию.

Многие технологические решения SWIFT, доступные в SWIFTNet, используют службу сообщений "SWIFTNet InterAct", включающую SWIFTNet Cash Reporting и SWIFTNet Funds. Для использования этих решений для бизнеса, необходимо иметь соответствующий интерфейс. SWIFTAlliance Messenger является таким интерфейсом. Он позволяет создавать и редактировать XML-сообщения, а также дает возможность управлять ими. SWIFTAlliance Messenger предоставляет пользователям доступ к интерактивным решениям SWIFT, таким как SWIFTNet Cash Reporting и SWIFTNet Funds - позволяющим в ручную вводить сообщения, совместимые с форматом XML. Это недорогой и простой способ, предоставляющий полный контроль и простое администрирование XML-сообщений.

Интерфейс "SWIFTAlliance WebStation" является средством доступа через SWIFTNet к основным сервисам SWIFT по работе с финансовыми сообщениями. Эта служба позволяет осуществлять текущий контроль сессии, поиск и отбор сообщений, обмен файлами данных, обработку небольшого объема транзакций. Таким образом, в распоряжении пользователя оказывается программный комплекс, включающий в себя все клиентские компоненты, необходимые для доступа к серверу через SWIFT SIPN. SWIFTAlliance WebStation - объединяет доступ к сервисам SWIFTNet и другим приложениям в едином окне, обеспечивая связь на уровне "клиент-приложение". С помощью данной интерфейса пользователь получает доступ к ряду бизнес приложений, которые являются необходимыми для банковского рынка и рынка ценных бумаг.

Стандарты текста сообщений

Стандарты текста сообщений были разработаны для обслуживания операций, осуществляемых пользователями SWIFT. Для того чтобы обеспечить согласование при всем многообразии сложившихся у пользователей методик и практики. Все финансовые сообщения, передаваемые по сети SWIFT, должны точно соответствовать этим стандартам текстов сообщений.

Стандарты дают возможность финансовым организациям перейти от ручной подготовки и обработки финансовых сообщений к автоматической.

Стандартизация сообщений дает ряд важных преимуществ, таких как:

-- автоматизация;

-- снижение риска ошибок и недоразумений;

-- уменьшение расходов на обработку;

-- повышение производительности;

-- увеличение эффективности обработки сообщений (при маршрутизации и подготовке);

-- более быстрая и экономичная выверка счетов;

-- возможность работы с большими объемами информации.

Форматы текста сообщений SWIFT разрабатываются с учетом требований различных организаций по стандартизации финансовой деятельности или в сотрудничестве с ними. Все финансовые сообщения, отправляемые по сети SWIFT, должны соответствовать правилам форматирования соответствующих типов сообщений. Описание форматов сообщений приводится в комплекте руководства пользователя SWIFT. Для каждого типа сообщений информация представлена, в приведенном ниже порядке:

-- область применения типов сообщений (определяет отправителя и получателя сообщения и объясняет назначение и порядок использования сообщения);

-- описание формата типов сообщений (устанавливает правила составления сообщения данного типа);

-- проверяемые сетью правила (правила, выполнение которых автоматически контролируется сетью, то есть правила, для которых определены коды ошибок);

-- правила использования (не проверяются сетью, то есть для этих правил не определены коды ошибок, но их выполнение, является обязательным для правильного использования сообщения);

-- рекомендации по использованию (не проверяются сетью и не являются обязательными для правильного использования сообщения, они предназначены для обеспечения наиболее эффективной работы);

-- описание полей сообщения (излагаются правила использования каждого из полей сообщения; для каждого поля определяется статус и дается полное название, за которым следует описание поля).

Сообщение может состоять из одного или более заголовков, в которых содержится информация о самом сообщении. Основной части, в которой заключен текст сообщения, и одного или более трейлеров, которые добавляются в целях контроля.

Все сообщения, поступающие в систему от пользователя, называются входящими сообщениями, а все сообщения, которые система доставляет (или пытается доставить) пользователю, называются исходящими сообщениями.

SWIFT обрабатывает информацию в виде сообщений. С точки зрения пользователя, сообщения отправляются от одного пользователя другому. Например, обычные банковские сообщения, такие как клиентские переводы от пользователя системе; запросы информации, такие как запрос сообщения из архива от системы пользователю; ответы на запросы, такие как предоставление текста сообщения из архива.

Система SWIFT проверяет структуру всех сообщений, передаваемых по сети передачи и обработки сообщений (FIN). Если система SWIFT обнаруживает ошибку, то сообщение не принимается, а отправителю сообщения направляется отрицательное подтверждение (negative acknowledgment - NAK). NAK содержит код ошибки. При возможности в нем указывается также номер строки, в которой обнаружена ошибка.

Существуют три основных вида сообщений SWIFT:

Системные сообщения. МТ категории 0, которые могут относиться либо к отправке и получению сообщений, например, сообщения пользователь-SWIFT, "Уведомление о доставке" или "Сообщения из архива", либо адресации пользователя.

Сообщения пользователь-пользователь. МТ категории 1-9, которые позволяют пользователю осуществлять финансовые операции.

Служебные сообщения или "Контрольные сообщения", которые относятся либо к системным командам, либо к подтверждениям. Система SWIFT обычно обрабатывает сообщения пользователь-пользователь в порядке из поступления (First-In-First-Out - FIFO).

Сообщения пользователь-пользователь подразделяются на отдельные категории, которые используются для различных видов финансовых операций. Конкретные типы сообщений (Message Types, MT) определяются 3-значными номерами.

Первая цифра указывает на категорию сообщения. Всего имеется 9 категорий финансовых сообщений, в соответствии с общими сферами их использования:

-- категория 1 - "Клиентские переводы и Чеки";

-- категория 2 - "Межбанковские переводы";

-- категория 3 - "Рынки финансовых ресурсов";

-- категория 4 - "Инкассо и Кассовые письма";

-- категория 5 - "Рынки ценных бумаг";

-- категория 6 - "Драгоценные металлы, Синдицированные кредиты";

-- категория 7 - "Документарные аккредитивы, Гарантии";

-- категория 8 - "Дорожные чеки";

-- категория 9 - "Управление денежными средствами, Статус клиента".

Вторая цифра номера типа сообщения указывает на группу сообщения, а третья цифра определяет конкретный тип сообщения, например, клиентский перевод или дебетовое авизо.

Категория сообщений обычно определяет общие функции сообщения, например, Категория 1 = Клиентские платежи и чеки.

Группа определяет функцию сообщения в рамках определенной категории, например 11n = сообщения категории 1, относящиеся к платежам по чекам.

Тип описывает конкретную операцию, например, 112 = Ответ на запрос об остановке платежа по чеку.

Благодаря этому, по типу сообщения (который указывается в заголовке сообщения) Получатель может определить назначение сообщения и его функцию, а также детали его содержания.

Например, к категории 1 относятся следующие типы сообщений, связанных с платежами клиентов:

-- зачисление клиентских средств ("кредитовые переводы");

-- списание клиентских средств ("дебетовые переводы");

-- платежи по чекам.

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

Например, сообщение типа МТ 103 (Однократное зачисление клиентских средств) отправляется обслуживающей клиента-заказчика финансовой организацией или по ее поручению, непосредственно или через корреспондента (корреспондентов), в финансовую организацию, которая обслуживает клиента-бенефициара. Это сообщение используется для передачи инструкций о переводе средств в тех случаях, когда либо клиент-заказчик, либо клиент-бенефициар, либо обе эти стороны не являются финансовыми организациями с точки зрения отправителя. Указанное сообщение может использоваться только для передачи инструкций о чистых платежах. Его нельзя применять для извещения банка-плательщика о выплате по чистому инкассо (например, по чеку), либо для перевода покрытия по операциям, информация о которых была передана другим сообщением (например, МТ 400).

К категории 2 относятся сообщения, обмен которыми происходит между финансовыми организациями и по поручению финансовых организаций. Эти сообщения используются при списании средств, при требованиях о зачислении средств или для информации об отказе от платежа по чекам. Сообщения этой категории используются для передачи инструкций или информации о таких платежных операциях, в которых все участники являются финансовыми организациями.

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

К категории 9 относятся сообщения, которыми обмениваются финансовые организации от своего имени, либо по поручению других финансовых организаций или клиентов. Сообщения этой категории используются для получения отчетности по счетам и предоставляют необходимую информацию для управления денежными средствами, а также для выверки счетов "Ностро".

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

Все сообщения SWIFT имеют определенную структуру, состоящую из блоков. Каждый блок сообщения содержит определенный тип данных и используется в определенных целях. В начале и в конце каждый блок сообщения ограничен фигурными скобками: "{" и "}", соответственно. Все основные блоки имеют номера, которые всегда указываются в самом начале любого блока и за которыми следует двоеточие ":".

Cтруктура сообщения SWIFT:

{1: БЛОК ОСНОВНОГО ЗАГОЛОВКА}
{2: БЛОК ЗАГОЛОВКА ПРИЛОЖЕНИЯ}
{3: БЛОК ЗАГОЛОВКА ПОЛЬЗОВАТЕЛЯ}
{4: ТЕКСТОВОЙ БЛОК}
{5: БЛОК ТРЕЙЛЕРОВ}

Блоки 1, 2 и 3 включают информацию заголовков, блок 4 содержит текст сообщения, а блок 5 - информацию трейлеров. Блоки 3, 4 и 5, в зависимости от характера сообщения, могут включать так называемые "подблоки", то есть блоки внутри блоков или поля, подразделяемые номерами полей. Только блок 1 "Блок основного заголовка" является обязательным для всех сообщений. Блоки 2-5 необязательные, и их использование зависит от конкретного сообщения и от того приложения, в котором оно отправляется или принимается. Все сообщения пользователь-пользователь включают блоки 2, 4 и

Каждый из основных блоков подразделяется на поля, а каждое поле содержит определенную информацию. Например: дату, время, адрес логического терминала (LT), номер сессии (ISN), либо номер поля, за которым следует соответствующее изменяемое содержание поля.

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

Содержание поля может состоять из одного или нескольких подполей. Если подполя располагаются на отдельных строках, то символ CrLf (возврат каретки и перевод строки), не включаемый в допустимое количество символов длины подполя, служит разделителем подполей.

Требования к содержанию поля или подполя приводятся в таблице

Таблица 5

Ограничения по длине	Допустимые виды символов
nn Максимальная длина. nn-nn Минимальное количество строк и максимальная длина. nn! Фиксированная длина. nn*nn Максимальное количество строк умноженное на максимальную длину	n Только цифры. a Только заглавные буквы. с Только буквы (заглавные) и цифры. h Только шестнадцатеричные знаки -буквы от А до F (заглавные) и цифры. x Любые символы из разрешенного набора символов, заглавные и прописные. y Любые символы из набора символов. EDIFACT уровня А, согласно стандарту ISO 9735, только заглавные. z Любые символы из набора символов, определенных Службой Информации. е Пробел. d Цифры и десятичная запятая.
Примеры 2n = до 2 цифр 3!a = всегда 3 буквы 4*35x = до 4 строк, каждая до 35 символов 16-64h = от 16 до 64 шестнадцатеричных знаков

Все поля в блоках заголовков 1 и 2 имеют фиксированную длину и следуют непосредственно друг за другом. Никакие разделители полей в этих блоках не используются.

В сообщениях пользователь-пользователь текст сообщения внутри текстового блока (блока 4) всегда начинается с сочетания знаков возврата каретки и перевода строки <CrLF>, а также заканчивается <CrLF>, за которым следует дефис "-". Каждое из полей текста начинается с номера поля, который указывается между двух двоеточий, а далее следует соответствующее переменное содержание поля.

Поля текстового блока системного сообщения или системной команды рассматриваются как подблоки блока 4 и разделяются дополнительными парами фигурных скобок. Каждый из таких подблоков начинается с 3-значного номера поля, за которым следует двоеточие.

Каждый из трейлеров в блоке трейлеров помещается в отдельный подблок, который ограничивается дополнительной парой фигурных скобок. В начале любого из таких подблоков указываются три буквы, определяющие тип данного трейлера, за которыми следует двоеточие.

Пример сообщения SWIFT:

Блок 1 {1:F01BCITITMMAXXX0012000123} Блок 2 {2:O1000840010605BNPAFRPPAXXX00120078960106051051U3} Блок 3 {3:{108:BCITITMMA950906}} Блок 4 {4:<CRLF> :20:1234567890<CRLF> :32A:010605GBP45000,<CRLF> :50:MASTERS IMPORT<CRLF> RUE DE ARBRES 119<CRLF> CAMBRAI<CRLF> :52A:BNPAFRPPCAM<CRLF> :53A:POCIITMM680<CRLF> :57A:BCITITMM680<CRLF> :59:/P03452032022819 30<CRLF> GRAND IMPORT<CRLF> PESCARA<CRLF> :70:/RFB/INV 5591<CRLF> -} Блок 5 {5:{MAC:12345678}{CHK:123456789ABC}}

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

Заголовок приложения сообщения SWIFT содержит информацию о самом сообщении. Заголовок приложения указывается в блоке 2 сообщения SWIFT. Во входящих сообщениях заголовок приложения содержит информацию о типе сообщения, о его адресате и о том, как оно должно быть отправлено. В исходящих сообщениях заголовок приложения содержит информацию о типе сообщения, о том, кто и когда его отправил, и о том, когда оно было доставлено.

Заголовок пользователя - это необязательный заголовок, который может использоваться только в сообщениях пользователь-пользователь. Он содержится в блоке 3 сообщения SWIFT и позволяет пользователям указать в заголовке свой собственный референс (комментарий-идентификатор), присвоенный данному сообщению.

Текст сообщения SWIFT, содержится в блоке 4. В тексте сообщения пользователь-пользователь CrLf (возврат каретки, перевод строки) служит обязательным ограничителем полей сообщения.

Трейлеры всегда содержатся в блоке 5 сообщения SWIFT Каждый трейлер указывается как отдельный подблок и отделяется с обеих сторон ограничителями блока. Трейлеры добавляются к сообщению по следующим причинам:

-- в целях контроля;

-- чтобы указать на особые условия обработки данного сообщения;

-- для передачи специальной/дополнительной информации.

В начале каждого трейлера ставится код из 3 букв, за которым следуют двоеточие и само содержание трейлера. Например, блок 5 сообщения пользователь-пользователь, отправленного с трейлером подтверждения подлинности и с трейлером контрольной суммы, будет выглядеть следующим образом:{5:{MAC:41720873}{CHK:123456789ABC}}. В блоке 5 сообщения SWIFT может присутствовать один или более трейлеров. Трейлер контрольной суммы (Checksum, CHK) присутствует во всех сообщениях, где необходимо удостовериться, что данное сообщение не было искажено в результате каких-либо сбоев в системе или при передаче. Трейлер кода подтверждения подлинности сообщения (Message Authentication Code, MAC) Его назначение - обеспечить возможность подтверждения подлинности сообщения. финансовый акционер программа

При составлении финансовых сообщений придерживаются следующих правил в отношении их структуры.

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

Максимальное число символов, разрешенное системой SWIFT при вводе с компьютерного терминала (CBT), равняется 2.000. При выводе на CBT система допускает не более 2.600 символов.

Максимальное число символов, разрешенное системой SWIFT при вводе с компьютерного терминала (CBT), равняется 10.000. При выводе на CBT система допускает не более 10.600 символов. При выводе на CBT сообщений, запрошенных из архива, допускается не более 11.325 символов, включая заголовок и трейлеры.

2. В формате каждого типа сообщения указывается длина каждого поля - фиксированная, либо максимально допустимая. Использование отдельных полей в сообщении может быть обязательным или необязательным.

3. Поля, не определенные в описании формата для данного типа сообщения, не должны использоваться.

4. Каждое поле используется в соответствующей последовательности только один раз - за исключением тех случаев, когда возможность его повторения предусмотрена особо.

Поля разделяются специальным разделителем поля.

При заполнении полей необходимо придерживаться следующих правил.

1. Каждое поле определяется номером поля, состоящим из двух цифр, либо из двух цифр и следующей за ними буквы опции.

2. Структура поля состоит из двоеточия ":", за которым следует номер поля, за которым снова следует двоеточие ":", и далее - содержание поля.

3. В отношении содержания поля действуют следующие ограничения:

-- оно не должно начинаться с символов возврата каретки или перевода строки (CrLf);

-- оно не должно полностью состоять из пробелов;

-- внутри поля двоеточие ":" или дефис "-" не могут быть первым символом в строке.

4. Поля разделяются символом "Разделитель полей в тексте" (CrLf:).

Перед первым полем в сообщении ставится символ "Начало текста" (CrLf:), а после последнего поля в сообщении ставится символ "Конец текста" (CrLf-).

6. Символы возврата каретки и перевода строки всегда должны использоваться вместе. Последовательность этих символов может использоваться только для определения начала текста, как разделитель полей в тексте, для указания начала новой строки или для определения конца текста.

7. Содержание поля может состоять из одного или нескольких подполей.

8. В некоторых сообщениях требования к заполнению полей могут включать использование определенных символов или наборов символов в тексте поля.

Идентификационные коды банков и предприятий

В финансовой среде ряд телекоммуникационных служб использует собственные системы кодировки для определения финансовых организаций. Таким образом, многие финансовые организации имеют более одного кода, в то время как другие - ни одного.

Для создания единого идентификационного кода был разработан международный стандарт - ISO 9362, который устанавливает универсальный метод идентификации финансовых организаций. Этот стандарт призван облегчить автоматизацию обработки электронных сообщений.

SWIFT уполномочен международной организацией по стандартизации (ISO) производить регистрацию таких кодов, и несет ответственность за присвоение этих кодов и за их последующую публикацию. Метод идентификации финансовых организаций позволяет облегчить автоматизацию обработки телекоммуникационных сообщений в финансовой сфере.

С помощью кода BIC в заголовке сообщения определяются отправитель и получатель сообщения, а в самом тексте сообщения, в так называемых "банковских полях" - стороны, участвующие в движении средств. Идентификационные коды банков (коды BIC) используются в определенных полях финансовых сообщений, например, в поле 53а "Корреспондент-отправителя" или в поле 58а "Банк-бенефициар", для определения участников операции. Если имеется код BIC (то есть, если тому участнику операции, которого требуется указать, был присвоен код ВIC), то его следует использовать всегда, когда это возможно - поскольку он стандартизован, а значит может быть автоматически обработан получателем. Для использования и проверки правильности кодов BIC были введены специальные опции полей.

Идентификационный код банка (код BIC) ISO состоит из восьми или из одиннадцати символов, которые включают либо первые три, либо все четыре составные части, приведенные в следующей таблице.

Таблица 6

Английское обозначение	Количество символов	Русское обозначение
BANK CODE	4	Код банка
COUNTRY CODE	2	Код страны
LOCATION CODE	2	Код местонахождения
BRANCH CODE	[3]	Код филиала[необязательная часть]

Четырехзначный код банка является уникальным для каждой финансовой организации и однозначно определяет ее среди организаций во всем мире. Финансовая организация - клиент может сама выбрать себе идентификационный код при условии соблюдения следующих правил:

-- код банка будет действительным только в случае его одобрения SWIFT;

-- если предлагаемый код может ввести в заблуждение, то он не будет принят SWIFT (например, такие коды как BANK, GIRO и т.п.);

-- SWIFT может разрешить одной финансовой организации использование кода другой финансовой организации в случае согласия последней.

Код страны определяет страну или географическую территорию, где расположен пользователь. Он состоит из двухзначного буквенного кода страны ISO, например, CL = Чили. Перечень действующих кодов стран ISO можно найти в "Международном справочнике кодов" (BIC International Bank Identifier Code Directory).

Код местонахождения состоит из двух буквенно-цифровых знаков (букв и/или цифр) и определяет регион и/или город той страны или географической территории, где расположен пользователь. Первый компонент кода местонахождения - код региона. Он должен состоять из одного буквенно-цифрового знака (буквы или цифры). Не разрешается использовать цифры 0 и 1.

Код филиала состоит из трех буквенно-цифровых знаков. Код филиала можно зарегистрировать, чтобы определить: филиал, находящийся в 100-процентном владении организации, подавшей заявку на регистрацию кода. Код филиала не является обязательным компонентом кода BIC. Однако настоятельно рекомендуется использовать зарегистрированные и опубликованные в Справочнике кодов BIC коды филиалов, входящие в состав кодов BIC подключенных пользователей SWIFT.

Идентификационный код банка (код BIC) ISO обязательно должен быть зарегистрирован SWIFT, но при этом его владелец может быть либо подключен к сети SWIFT (SWIFT BIC), либо не подключен к ней (non-SWIFT BIC).

У финансовых организаций, которые еще не являются полноправными пользователями SWIFT, то есть еще не подключены к системе SWIFT, восьмым знаком в коде BIC должна быть цифра "1".

Ниже приведен пример кода BIC неподключенного пользователя с кодом филиала и без него:

-- :53A:CHBAHKH1;

-- :54A:CHBLGB21BBB.

Финансовые и системные сообщения SWIFT могут быть отправлены и получены только пользователями SWIFT, поэтому коды не подключенных к SWIFT организаций, non-SWIFT BICs (то есть те коды BIC, у которых восьмой знак "1") не могут указываться в заголовках сообщений SWIFT.

Система SWIFT проверяет правильность кодов подключенных и не подключенных к SWIFT организаций, SWIFT BIC и non-SWIFT BIC.

Идентификационные коды банков (коды BIC) ISO перечислены в Международном Справочнике кодов BIC (International Bank Identifier Code Directory), публикуемом SWIFT как уполномоченным ISO Регистратором стандарта ISO 9362.

Кроме кодов BIC в сообщениях SWIFT используется код BЕI - это "Идентификационный код предприятия" SWIFT (SWIFT Business Entity Identifier). Назначение кода BEI - дать возможность однозначной идентификации нефинансовых организаций в финансовых сообщениях для облегчения сквозной автоматической обработки (STP). STP (сквозная обработка) - это значит, что сообщение, проходя от отправителя к получателю через систему SWIFT либо другую систему, не нуждается в ручной обработке.

Вначале, когда STP только внедрялась и не всегда удачно, банковское сообщество не всегда адекватно оценивало перспективы, но по мере внедрения она показала свою эффективность. Внедрение автоматической обработки позволяет сократить риски при совершении платежей, повысить пропускную способность системы и сократить объемы ручной обработки транзакций, что в свою очередь позволит снизить общие издержки при осуществлении транзакций.

Все коды BEI должны быть зарегистрированы в SWIFT. Регистрация производится только на основании заявок от подключенных к SWIFT финансовых организаций, которым был официально присвоен код SWIFT BIC.

Структура кода BEI совпадает со структурой кода BIC. Он также может включать необязательный код филиала. Кроме того, единица "1" на месте восьмого знака показывает, что данное предприятие не подключено к сети SWIFT. В настоящее время для кодов BEI предусмотрены следующие подтипы: BEID (Идентификационный код предприятия), TRCO (Контрагент по финансовым сделкам) и TESP (Провайдер службы электронного подтверждения финансовых сделок).

Изменения в коды SWIFT BIC могут вноситься только во время подготовки одного из четырех ежегодных изданий справочника кодов BIC (BIC Directory). Для того чтобы считаться обязательными, эти изменения должны быть отражены в опубликованном BIC Directory.

Пример использования сообщения SWIFT при осуществлении клиентского перевода

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

Сообщение МТ 103

Компания Biodata G.m.b.H. поручает UBS, Zurich, перевести 1.958,47 евро в пользу г-на H.F. Janssen на его счет в ABN Amro Bank, Amsterdam.

Рис. 1 Схема перевода сообщения МТ 103

Таблица 7

Пояснение	Формат
Отправитель	UBSWCHZH80A
Тип сообщения	103
Получатель	ABNANL2A
Текст сообщения
Референс Отправителя	:20:494931/DEV
Код банковской операции	:23B:CRED
Дата валютирования/код валюты/сумма межбанковских расчетов	:32A:020527EUR1958,47
Клиент-заказчик	:50:BIODATA GMB HZURICH
Клиент-бенефициар	:59:H.F. JANSSEN LEDEBOERSTRAAT 27AMSTERDAM
Детали расходов	:71A:SHA
Конец текста сообщения/трейлер
Примечание: Для расчетов между "Отправителем" и "Получателем" использован прямой корреспондентский счет в валюте платежа.

Размещено на Allbest.ru