Общество всемирных банковских коммуникаций - Sosiety for Worldwide Interbank Financial Telecommunication (S.W.I.F.T.) было основано группой из 250 банков Европы и Северной Америки в 1973 г. С 9 мая 1977 г., когда система начала функционировать, и до сегодняшнего дня число финансовых учреждений, пользующихся услугами этой организации, превзошло 3700 из 75 стран-членов и 92 стран-участников. Число транзакций, пересылаемых этими учреждениями, составляет почти 2 млн. ежесуточно и более 400 млн. в год. Объем транзакций при односторонней передаче составляет 325 байт, а при двухсторонней - 650 байт. Высокая интенсивность обменов снижает их стоимость настолько, что она оказывается - ниже стоимости аналогичных передач по телексу и телеграфу. Время же доставки сообщения по SWIFT составляет около 20 мин, но его можно сократить до 1-5 мин за дополнительную плату, что перекрывает показатели обычных каналов связи. Так, аналогичная передача по телеграфу занимает около 90 мин.

Вступление в SWIFT предполагает заключение контракта пользователя, национальных органов с Сообществом (в России и в СНГ это СОВАМ-ТЕЛЕПОРТ).

2. Функции системы SWIFT

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

Система SWIFT осуществляет:

телеграфные переводы клиентов и банков;

передачу извещений о получении переводов;

обмен валюты; запросы и извещения о займах и вкладах;

долгосрочные займы и вклады;

платежи процентов;

подтверждение дебета или кредита;

выписки со счета.

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

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

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

В настоящее время выделено семь категорий сообщений, включающих более 70 их типов. Макет сообщения представляет собой пронумерованную совокупность обязательных и необязательных полей. Обязательные поля содержат информацию, необходимую для правильной обработки транзакции. Дополнительная информация располагается в опционных кодах. При круглосуточной работе 20% сделок SWIFT осуществляет без вмешательства операторов. В случае поступления в SWIFT некачественной информации, которая не соответствует категориям, группам и типам установленных сообщений, может применяться экспертная система, осуществляющая идентификацию сообщения, - ARTRANS (Telex Reader). Она извлекает из неструктурированных сообщений информацию на естественном языке, касающуюся переводов средств между банками и клиентами, действуя по типу демонов.

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

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

3. Осуществление управления системой SWIFT

Для ввода в SWIFT-2 используется (рис. 1.) Computer Bank Terminal (СВТ), который снабжен линиями международной телефонной связи, криптографическим оборудованием (К) ENCRIPTOR (STEN) и модемом (М) (рекомендуется MOTOROLLA-CODEX). По линиям телефонной связи информация поступает на точку доступа в SWIFT - SWIFT Access Point (SAP) или в региональную администрацию - Regional ADministration (RAD). SAP представляет собой автономный заэкранированный машинный зал, оборудованный в соответствии с требованиями SWIFT. Он снабжен таким же. криптографическим оборудованием и модемным оборудованием, как и у пользователя. Таким образом, SWIFT начинает нести ответственность только с момента поступления информации с модема, установленного в SAP (RAD) на оборудование, юридически принадлежащее SWIFT.

Вся система SWIFT управляется одной из четырех ЭВМ, установленных в Голландии (две) и в США (две). Остальные три машины используются в «горячем» резерве. Россия имеет четыре канала (два через Германию и два через Бельгию), хотя достаточно одного. Три оставшихся также находятся в «горячем» резерве. В настоящее время система переводится в модернизированную схему SWIFT-2, оборудованную спайс-процессорами, которые состоят из проблемно-ориентированных и независимых модулей, обеспечивающих скорость передачи информации 9600 бод. Срок хранения информации увеличивается до четырех месяцев. При этом для SWIFT-2 поддерживается Протокол Х.400, в котором предусмотрено выполнение Протокола Х.25. Планируется создание межбанковской системы передачи файлов (Interbank File Transfer), которая станет платформой, поддерживающей стандарт EPI.

Сформулируем основные потребности банков к интерфейсу со SWIFT:

мультисистемность коммуникационного сервера;

легкость интеграции и расширения системы;

полное соответствие последним стандартам SWIFT;

независимость от компьютерного оборудования.

Для прояснения ситуации на рынке следует сказать о трех основных его тенденциях.

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

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

Рис. 1. Структура SWIFT-2

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

Все больше пользователей разрабатывают распределенные системы, базирующиеся на локальных компьютерных сетях, таких, как Ethernet и TokenRing. Для этих целей единственным полностью открытым интерфейсом является система TIP/SWIFT, разработанная компанией Telematic Information System (AG) (Швейцария).

Многие банки во всем мире объявили о переходе на UNIX. При этом основной проблемой является стыковка современных банковских программ на основе реляционных баз данных с системами межбанковских расчетов.

Программа MERVA/370, разработанная германским отделением IBM во Франкфурте, базируется на компьютерах IBM/370 и предназначена в основном для банков, которые исконно ориентированы на продукцию фирмы IBM и не спешат заменять оборудование 70-х гг. MERVA/2, разработанная под операционную систему OS/2, должна была стать альтернативной, опираясь на оборудование ST-200, используемое в качестве коммуникационного процессора для больших ЭВМ. Однако этот проект не был развернут из-за нежелания партнеров IBM по банковским программам разрывать свои контракты с компанией SWIFT Terminal Service (STS). Новейшая третья версия пакета MERVA/2 была объявлена к продаже с конца ноября 1993 г. Она представляет собой универсальную межбанковскую телекоммуникационную систему, которая осуществляет не только. интерфейс с сетью SWIFT, но и является инструментом для подготовки и обработки сообщений, а также обеспечивает связь с банками, не состоящими в SWIFT, посредством телекс-сети. MERVA имеет достаточно высокий потолок сообщений - более 1200 в час, удобный интерфейс пользователя и гибкую внутреннюю архитектуру. Ее легко переконфигурировать под конкретные потребности пользователя. С помощью MERVA/2 банк получает возможность подключать к SWIFT свои филиалы, расположенные в любой точке мира, например, через головной офис, при этом физическое подключение к SWIFT достаточно иметь только головному банку. При необходимости MERVA/2 может быть подключена к банковской системе на базе компьютеров AS/400, RS/6000 (имеются стандартные интерфейсы) или любой другой. В состав системы входит интерфейс прикладного программирования, который позволяет объединить MERVA/2 с произвольной банковской системой. Одной из новых возможностей пакета является поддержка стандарта USE (User Security Enhancement) (1994 г.). Именно на системе MERVA/2 в начале сентября 1993 г. были проведены первые сеансы с использованием стандарта USE, который поддерживает технологию автоматического обмена ключами между банками и ограничивает доступ к системе с помощью карточек. Также следует отметить возможность внедрения системы клиринговых расчетов при помощи компонента, обеспечивающего поддержку системы PREMIUM, разработанной SWIFT. В мире комплексы MERVA установлены в более чем 15% банков - членов SWIFT, однако на долю интерфейсов, MERVA приходится около 50% сообщений, проходящих через сеть SWIFT. В качестве аппаратной базы используется одиночный компьютер IBM PS/2 либо локальная сеть Ethernet или TokenRing с компьютерами PS/2.

Система взаимодействия со SWIFT - SAFE фирмы WANG, успешно продававшаяся в Латинской Америке и Азии, получает все меньшее финансирование для своего развития из-за внутренних проблем.

Фирма Manof предлагает интересные системы для взаимодействия со SWIFT, ориентированные на большие компьютеры IBM: MBS на IBM Series/1 и новый продукт MINT, рассчитанный на IBM Stratus или S/88.

Фирма Logica разрабатывает пакет Fastwire для компьютеров компании Digital, а ее филиал Data Architects - пакет Bess для компьютеров компании Tandem, достаточно экзотичных, особенно для российского рынка. Оба интерфейса используют единое программное ядро.

Система TIP/SWIFT, разработанная фирмой Telematic Information Systems из Швейцарии, позволяет строить интерфейс между банковскими программами, работающими под управлением операционной системы UNIX, в локальных сетях Ethernet или TokenRing. TIP/SWIFT разработана для UNIX-машин, таких фирм, как Hewlett-Packard-HP9000/800, IBM-RS6000, SUN-Sparc, Motorola серии 3000 и 8000, Siemens-Nixdorf-МХЗОО.

Первоначально система SWIFT ориентировалась только на работу с телеграфными и телефонными линиями. Программы управления телексной связью, которая и сегодня остается важнейшим типом связи, встроены в интерфейсы SWIFT. В настоящее время ведутся работы по подключению факсимильной связи. В 1980 г. была создана компания STS (SWIFT Terminal Service), которая и разработала программно-технические комплексы нескольких уровней.

Терминальный комплекс ST-200 обеспечивает только прием и передачу сообщений. Комплекс рекомендуется для небольших банков (10 сообщений в день), включает две машины UNISYS и один стример (в Москве это оборудование поставляется фирмой ЮНИМАС). В настоящее время ST-200, хотя и был усовершенствован, исчерпал возможности компьютера UNISYS B-series.

ST-400 рекомендуется для больших банков и дает возможность работы в SWIFT на телексных сетях. Он позволяет подсоединять программные средства собственной разработки (например, MERVA IBM), включаться в локальные или национальные сети (CHIPS - США; FEDWARE - США; SIC - Швейцария; SAGITTAIRE - Франция; CHAPS - Великобритания и др). ST-400 может работать на всех моделях ЭВМ семейства VAX11. Он обеспечивает автоматический прием сообщений и их передачу, рассылку информации по адресам, подготовку отчетов и выполнение аудита. Уровень безопасности данных в ST-400 выражается пределом допустимых потерь, который составляет 4% (в ST-200 он равен 24%). Комплекс ST-400 позволяет строить систему, содержащую оболочку, генератор документов и электронную почту (Х.400).

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

Генератор документов позволяет использовать конверторы документов для приведения их к стандартному виду.

Наиболее простая система - на базе ST-500, где в качестве управляющих центров могут быть использованы большие ЭВМ типа ШМ-370. Такая технология требует больших расходов (в 2-3 раза выше, чем при использовании других вариантов) на обслуживание и телекоммуникации. Насыщенная технология на базе ST-500 с различными устройствами, позволяющими преобразовывать формы документов, также опирается на централизованную обработку на базе компьютеров IBM и UNISYS, а также на передачу данных методом коммуникации каналов. ST-500 уходит с рынка из-за снятия в 1994 г. компьютеров IBM Series/1 с производства и сервисного обслуживания. Другая компания, также созданная з рамках SWIFT, - SSP (SWIFT Service Partner) обеспечивает сервис для выполнения расчетов в ECU (European Currency Units). Помимо этого основная ассоциация, занимающаяся системами оценки банковских рисков SHARP, совместно с SSP поставляет систему STREAM для контроля рисков, связанных с международной торговлей. В Швейцарии (Union Bank of Swizerland) используется система SPOT-TOPAS - финансово-расчетный модуль для системы SWIFT. В 1993 г. SWIFT объявила о выпуске нового семейства финансовых интерфейсов, названных SWIFTAlliance. Продукт обеспечивает пользователям простоту ST-200, масштабируемость ST-400 и возможности трафика ST-500. Соответствие SWIFTAlliance стандартам открытых систем дает возможность облегчить интеграцию финансовых приложений в сеть SWIFT, в другие национальные и частные финансовые сети.

Кроме того, этот продукт обеспечивает интерфейс к системе Interbank File Transfer (IFT), телексу и факсимильной связи.

Изначально семейство SWIFTAlliance ориентировано на IBM RISK System/6000. В ближайшем будущем намечен его перенос на платформы Bull, Digital и Hewlett-Packard. Другие крупные производители компьютерных платформ, такие, как Sun, Tandem и UNISYS, сейчас обсуждают со SWIFT эту возможность. Множество поставщиков финансовых приложений намереваются обеспечить совместимость и интеграцию своих продуктов с SWIFTAlliance. Среди них такие известные фирмы в области разработки финансовых (в том числе банковских) приложений, как BIS, Biveroni, International Systems, Kapiti, McDonnel Douglas Information Systems (MDIS), Montran, Provida и Winter-Partners.

В последнее время получил широкое распространение мобильный продукт, поддерживающий взаимодействие со SWIFT, - Turbo.

4. Информационная технология SWIFT по обслуживанию межбанковских взаимодействий

Система межбанковских расчетов обеспечивает выполнение следующих категорий банковских операций:

клиентские переводы;

банковские переводы;

валютные операции;

документарные операции.

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

Каждое сообщение структурно состоит из заголовка, текста, удостоверения, окончания. Абсолютно все сообщения шифруются для передачи по сети.

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

Таблица 1. Категории, группы и типы сообщений в SWIFT
Категория 0 системные сообщения
Категории 1- 3 банковские сообщения
Общая группа сообщений - N9M, где N - категория, а М - см. ниже:
N90 - инструкция об оплате, процентах и др.
N9 1 - справки (поручения) об оплате, процентах и др.
N92 - отмены N95 - запросы
N96 - ответы
N99 - свободный формат
Категория 1 - обслуживание клиентов
тип 100 - клиентский перевод средств
Категория 2 - межбанковские операции
типы 200,20 1 - операция по своему счету
типы 202,203 - операция в пользу третьего банка
Категория 3 - валютные операции
тип 300 - подтверждение валютной сделки
типы 320,324 - подтверждение валютных кредитов или вкладов
тип 330 - подтверждение специальных видов валютных кредитов и вкладов
тип 350 - оплата валютных сделок
Категория 4 - аккредитивы
тип 400 - извещение об оплате
тип 410 - подтверждение
тип 420 - извещение о получении
Категория 5 - ценные бумаги
тип 500 - предложение купить
тип 501 - предложение продать
тип 510 - подтверждение
тип 519 - уведомление
и т.д.
Категория 6 - зарезервирована
Категория 7 - документарный кредит
тип 700/701 - содержание документарного кредита
тип 705 - предварительные условия
тип 707 - приложения
тип 710/711 - условия третьего банка
тип 720/72 1 - передача документарного кредита
и т.д.
Категория 8 - зарезервирована
Категория 9 - специальные сообщения
тип 900 - подтверждение прихода
тип 910 - подтверждение расхода
тип 920 - запрос о сообщении тип
940 - сообщение об инструкциях клиента
тип 941 - балансовый отчет
тип 942 - отчет о пересылках
тип 950 - сообщения об инструкциях
В подготовку и обработку сообщений вовлечены следующие подразделения валютного управления коммерческого банка: группа клиентских операций, отделы расчетов, Депозитов и международных расчетов и платежей. Группа клиентских операций генерирует или получает сообщения для идентификации клиента, проверки сальдо счета, регистрации сообщения, заполнения мемориального ордера. Отдел корреспондентских счетов обеспечивает определение даты валютирования и банка-корреспондента [исходящие сообщения: МТ 100, МТ 200, МТ 202, а входящие - МТ 950 (сверка счетов НОСТРО)]. В отделе депозитов осуществляется подготовка исходных документов (МТ 300, МТ 320, МТ 330). В отделе международных расчетов и платежей определяются цепочки банков, через которые осуществляется платеж, заполняются и передаются в SWIFT электронные формы сообщений, архивируются обработанные сообщения и обрабатываются невыясненные сообщения.
Клиентские платежные поручения (Customer Transfer) могут поступать от клиентов коммерческого банка, от клиентов его филиалов либо от клиентов других банков, имеющих валютные корреспондентские счета (счета ЛОРО), а также от бухгалтерии банка. Соответственно исходные документы могут поступать на бумажном бланке от клиента из филиала или по почте из банка-корреспондента, из филиала или банка-корреспондента в электронной форме по телексу, а также в виде распоряжения бухгалтерии банка. Если платежное поручение клиента принимается к оплате, формируется сообщение МТ 100 либо МТ 202. Схема прохождения клиентского платежного поручения по подразделениям банка приведена на рис. 2.
Платежные поручения клиентов банка принимаются операционистами отдела клиентских операций.
Каждый операционист обслуживает свою группу клиентов. Он сверяет подписи и печати организации (для физических лиц только подписи) с образцом, находящимся в отделе клиента, и, если они верны, осуществляет проверку сальдо счета клиента. Если поручение регистрируется, создается его электронная форма, в которой заполняются следующие поля: исходящий номер и дата платежного поручения, тип сообщения (МТ 100), валюта и сумма платежа (М320), клиент-перевододатель (М50). Код валюты и наименование клиента (по номеру счета клиента) заносятся из справочных файлов или заполняются вручную, при этом проверяется наличие введенного кода в справочнике. В номере транзакции (TRN) операционист заполняет поле кода платежа. Поля кода филиала и порядкового номера заполняются автоматически. Поле «код группы» на этом этапе не заполняется. Сообщение вводится в базу данных со статусом «зарегистрировано», одновременно автоматически формируются запись файла данных бухгалтерских проводок и мемориальный ордер.
В проводке по основному платежу кредитуемый счет НОСТРО не указывается. Операционист имеет возможность проконтролировать правильность сформированных проводок, внести коррективы (например, произвести оплату комиссии и почтовых расходов с другого счета клиента), добавить дополнительные проводки (за дополнительные услуги). Дебетуемые суммы блокируются на счете клиента.
Автоматическая конверсия валюты (по текущему курсу) через счет конверсии проводится только в том случае, если эквивалентная сумма в долларах не превышает заранее определенного максимума. При необходимости перевода большей суммы клиенту предлагается произвести покупку валюты по специальному курсу (в отделе депозитов).
Если банк бенефициара имеет счет ЛОРО в валюте платежа, то формируется сообщение МТ 100 и получателем указывается банк бенефициара.
Если бенефициар платежа имеет счет в банке в валюте платежа, то сообщение МТ 100 формируется, получателем указывается банк и сообщение не отправляется.
После регистрации платежное поручение направляется в отдел корреспондентских счетов. Операционист имеет возможность сопроводить платежное поручение произвольным текстовым комментарием (например, указать особенности обработки данного документа).
Далее клиентское платежное поручение проходит через отдел корреспондентских счетов на валютную позицию. Клиентское платежное поручение поступает в виде частично заполненного бумажного документа на специальном бланке, а также в виде электронного документа. В мемориальном ордере проставляется счет НОСТРО. Определяется также банк - получатель сообщения (он может не совпадать с банком-корреспондентом) и заносится как в бумажный документ, так и в электронный, уточняется также вид сети, по которой сообщение будет направлено получателю (TELEX, SWIFT - в зависимости от наличия ключей на обмен сообщениями).
На основании прогноза наличия средств на счете НОСТРО определяется дата валютирования для платежа, которая заносится в бумажный и электронный документ, после чего платежное поручение направляется в отдел международных платежей. К сообщению может быть добавлен произвольный текстовый комментарий.
В отделе международных расчетов и платежей оператором определяется по банковским справочникам цепочка банков, через которые будет выполняться платеж в том случае, если получатель сообщения не совпадает с корреспондентом. Затем оператор производит заполнение полей платежного поручения как в бумажной, так и в электронной форме, определяющих цепочку платежа (поля О53, О54, О56, О57; буква О обозначает сокращение слова optional - опционное, необязательное). В случае, если банк бенефициара совпадает с получателем сообщения, поле 057 не заполняется. Для SWIFT заполняется идентификатор банка (BIC) либо его наименование и адрес в зависимости от того, работает ли банк в сети SWIFT.
Для телекса всегда заполняются наименование и адрес банка, а также прочие поля электронного документа, которые не были заполнены в группе клиентских операций и отделе корреспондентских счетов (поля М59 (буква М обозначает сокращение от слова mandatory - обязательное), О70, О71, О72, Priority). При необходимости ввода в одно из полей сообщения идентификатора банка (BIC) он выбирается из файла-справочника (классификатор) или заносится вручную. В последнем случае проверяется наличие введенного кода в справочнике. Сообщение в электронной форме со всеми необходимыми заполненными полями, а также заполненный бланк платежного поручения направляются на контроль.
Контролер повторно вводит сообщения: дата валютирования, валюта, сумма (поле М32) и банк - получатель сообщения. В случае несовпадения контролируемых реквизитов соответствующие поля исправляются.
Контролер имеет возможность возвратить документ оператору на корректировку. При этом контролер объясняет причину возврата, вводя соответствующий текст в поле комментария.
Если ошибок в сообщении не обнаружено, оно направляется на АРМ коммуникаций для передачи в SWIFT. При этом сообщение в электронной форме о переводе направляется оператору.
Для отправки сообщения в SWIFT оно переводится в текстовую форму в соответствии со стандартами SWIFT или стандартом телексных сообщений ISO 7746. При этом текстовые комментарии, введенные исполнителями, в текст сообщения не вносятся. К текстовому файлу сообщения добавляется электронная подпись контролера, и сообщение через систему электронной почты автоматически или с помощью оператора электронной почты передается в SWIFT.
После прихода подтверждения из АРМ коммуникаций о передаче сообщения в сети SWIFT или по телексу сообщению присваивается статус «архивное». Подтверждение является основанием для выполнения бухгалтерских проводок, сформированных на основании платежного поручения.
Если из АРМ коммуникаций приходит отказ, платежное поручение направляется оператору, который рассматривает возможность его корректировки, после чего сообщение вновь направляется на контроль. Если сообщение не может быть откорректировано, то клиент извещается о невозможности выполнения платежа (с указанием причины) и сообщение отправляется в архив. При этом в комментарии к сообщению указывается причина невыполнения платежа.
Платежные поручения, поступившие по почте, направляются в отдел корреспондентских счетов, где они регистрируются как входящие. Операционист отдела корреспондентских счетов проверяет правильность заполнения платежного поручения, наличие на нем отметки банка-корреспондента о приеме платежного поручения к исполнению. Затем проверяется сальдо счета ЛОРО банка-корреспондента. Если платежное поручение заполнено правильно и сальдо счета позволяет выполнить платеж, то платежное поручение регистрируется, в электронной форме заполняются исходящий номер и дата платежного поручения, определяется банк-корреспондент, через который будет выполняться платеж, заносятся дата валютирования, вид валюты и сумма платежа, в поле О52 заносятся наименование и адрес банка-перевододателя и формируется мемориальный ордер.
После этого электронная и бумажная формы платежного поручения передаются в отдел международных платежей, где заполняются поля: клиент-перевододатель (М50), бенефициар (М59), банк бенефициара (О57). В поле О52 указываются наименование и адрес банка-перевододателя. После заполнения всех необходимых полей электронная и бумажная формы платежного поручения направляются на контроль и в дальнейшем - на отправку.
При прохождении клиентского платежного поручения, поступившего от банка-корреспондента по телексу, сообщение МТ 100 в телексном формате поступает в АРМ коммуникаций, откуда электронной почтой направляется в отдел международных расчетов и платежей. Там сообщение регистрируется как входящее и заносится в базу данных входящих сообщений. В электронном виде сообщение поступает в отдел корреспондентских счетов, где проверяются валюта и сальдо счета банка-корреспондента. Если валюта совпадает с валютой платежа, а сальдо счета позволяет выполнить платеж, то формируются проводки, в которых дебетуется счет ЛОРО банка-корреспондента и кредитуются счета банка: транзитный счет по перечислениям или доход банка за перевод средств.
На основе входящего сообщения генерируется исходящее сообщение МТ 100 в электронном виде, в котором не проставлен банк-получатель и могут быть не указаны поля, определяющие цепочку платежа. Из входящего сообщения в исходящее переносятся поля: валюта, сумма (М32), клиент-перевододатель (М50), бенефициар (М59), банк бенефициара (О57). В качестве исходящего номера и даты платежного поручения указываются TRN и дата телексного МТ 100.
В поле О52 указываются наименование и адрес банка перевододателя (из поля FROM входящего сообщения). Если бенефициар имеет счет в банке, исходящее сообщение не отправляется, проставляется дата валютирования, с банка не взимаются почтовые расходы.
В дальнейшем операционист указывает счет НОСТРО банка-корреспондента и дату валютирования. Дальнейшая схема прохождения документа такая же, как и для платежного поручения, поступившего непосредственно от клиента.
Распоряжение на перечисление средств поступает от бухгалтерии банка в отдел корреспондентских счетов. В распоряжении на перечисление средств указываются счет банка, с которого производится перечисление, бенефициар, банк бенефициара, валюта и сумма, а также назначение платежа.
Операционист отдела корреспондентских счетов проверяет валюту и сальдо дебетуемого счета. Если валюта совпадает с валютой платежа, а сальдо счета позволяет выполнить платеж, то определяются банк - получатель сообщения и банк-корреспондент, через который будет выполняться платеж. Далее формируются проводки, в которых дебетуется счет банка, указанный в распоряжении корреспондента, и кредитуется счет банка-корреспондента. На основе входящего сообщения генерируется исходящее сообщение МТ 100 в электронном виде, в котором не проставлен банк-получатель и могут быть не указаны поля, определяющие цепочку платежа. Из входящего сообщения в исходящее переносятся поля: валюта, сумма (М32), клиент-перевододатель (М50), бенефициар (М59), банк бенефициара (О57). В качестве исходящего номера и даты платежного поручения указываются TRN и дата телексного МТ 100. В поле О52 указываются наименование и адрес банка-перевододателя (из поля FROM входящего сообщения). Если бенефициар имеет счет в Инкомбанке, исходящее сообщение не отправляется, проставляется дата валютирования, с банка не взимаются почтовые расходы, что отражается бухгалтерскими проводками.
Затем операционист указывает счет НОСТРО банка-корреспондента и дату валютирования. Дальнейшая схема прохождения документа такая же, как и для платежного поручения, поступившего непосредственно от клиента.
Межбанковские валютные переводы (Bank Transfers) могут осуществляться как самостоятельно (регулирование сальдо корреспондентских счетов), так и быть следствием выполнения банковских транзакций других категорий (клиентские переводы, документарные операции, дилерские операции и др.).
В первом случае электронные документы по межбанковским переводам формируются валютной позицией (отдел корреспондентских счетов, только перевод средств на свой корреспондентский счет - МТ 200), во втором они генерируются автоматически на основе документов других категорий (клиентские платежные поручения, документарные аккредитивы, дилерские операции). Банк выполняет следующие типы банковских транзакций, связанных с межбанковскими переводами (соответственно формируют такие же типы сообщений): перевод средств на свой корреспондентский счет (МТ 200); общий межбанковский перевод средств (МТ 202); локальный межбанковский перевод средств (МТ 205); уведомление о переводе средств (МТ 210).
Примером сообщения SWIFT могут служить сообщение МТ 202 и соответствующая ему транзакция межбанковского перевода, которая всегда генерируется автоматически как результат выполнения транзакций других категорий (клиентские переводы, валютные операции, документарные операции). Оно может быть сформировано как результат следующих банковских транзакций:
Customer Transfer (клиентский перевод, сообщение МТ 100);
Forein Exchange Confirmation (подтверждение обмена валюты, сообщение МТ 300);
Fixed Loan/Deposit Confirmation (подтверждение размещения срочного кредита / депозита, сообщение МТ 320);
Call/Notice Loan/Deposit Confirmation (подтверждение размещения кредита / депозита до востребования, сообщение МТ 330).
Сообщение о межбанковском переводе МТ 202 формируется в результате клиентского перевода тогда и только тогда, когда в сообщении о клиентском переводе МТ 100 заполнено поле О53 (Sender's Correspondent) с опцией А или Д.
В этом случае сообщение МТ 202 формируется по алгоритму:
поле М20 (Transaction Reference Number) сообщения МТ 202 за исключением порядкового номера сообщения равно полю М20 сообщения МТ 100. Порядковый номер присваивается сообщению автоматически;
поле М21 (Relate! Reference) сообщения МТ 202 равно полю М20 сообщения МТ 100;
поле М32 (Value Date, Currenc-y Code, Amount) сообщения МТ 202 равно полю М32 сообщения МТ 100;
поле М58 (Beneficiary Institution) сообщения МТ 202 равно полю Receiver сообщения МТ 100;
поле Receiver сообщения МТ 202 равно полю О53 сообщения МТ 100;
если в сообщении МТ 100 присутствует поле О54 (Receiver's Correspondent) и в поле О72 (Sender to Receiver Information) сообщения МТ 100 отсутствует кодовое слово /RGB/ (Receiver's Correspondent), то поле О57 (Account With Institution) сообщения МТ 202 равно полю О54 сообщения МТ 100;
если в сообщении МТ 100 присутствует поле О54 (Receiver's Correspondent) и в поле О72 сообщения МТ 100 присутствует кодовое слово / RGB/ (Receiver's Correspondent, только SWIFT), то:
поле О57 (Account With Institusion) сообщения МТ 202 равно адресу, следующему за кодовым словом /RCB/ в поле О72 сообщения МТ 100;
поле О56 (Intermediary) сообщения МТ 202 равно полю О54 сообщения МТ 100.
Формат сообщения МТ 202 (SWIFT или TELEX) зависит от того, какой вид связи установлен с банком-корреспондентом, адрес которого указан в поле О53 сообщения МТ 100.
В странах СНГ несколько лет назад А/О «Союзинформатизация» с участием Всероссийского биржевого банка (ВББ) развернула первую очередь регионального центра коммутации межбанковских сообщений на основе VAX 8700 и 8800, а также удаленных рабочих мест на базе IBM PS. При введении в эксплуатацию второй очереди центра предусматривается выполнение клиринговых операций для организации взаимных расчетов. Более 100 терминалов связываются с центральной ЭВМ. В конце 1992 г. банк «Столичный» перешел на выполнение межбанковских международных расчетов не по телексной связи, а по системе SWIFT, что позволило обслуживать расчеты не в 4-7-дневный срок, а день в день. Банк «Столичный» одним из первых внедрил комплекс MERVA/2. В странах СНГ за 1994 г. продано 20 лицензий, что увеличило число банков, использующих MERVA, с 9 до 20%. Хотя уже 36 российских банков получили кодовые номера в SWIFT, лишь Инкомбанк активно использует ее (тоже на базе устаревшей MERVA/2). Совам-телепорт (учредитель ВНИИПАС (новое название ИАС)) обеспечивает поддержку SWIFT в России, используя сеть Текос для межбанковских расчетов. Она имеет 20 центров пакетной коммутации в Москве, в Санкт-Петербурге, Пскове, Краснодаре, Туапсе, Сочи, Новосибирске, Бишкеке и др. Эта сеть использует криптографическую плату для шифровки информации. Среди ее участников 400 пользователей из Латвии, Украины, Казахстана, Беларуси, Киргизии. Увеличение числа абонентов в СНГ позволило разработать проект SWIFT-PREMIUM который должен был обеспечить расчеты в рублях на территории СНГ, без необходимости получения генеральной лицензии. SWIFT обеспечивает расчеты в течение 24 ч в сутки. Норвегия, Уругвай работают по схеме PREMIUM, однако на Украине эта идея не прижилась. Национальный банк Украины пошел по пути участия в SWIFT лишь для расчетов с зарубежными партнерами, на Украине же будет и далее формироваться собственная национальная система расчетов.
5. Turbo-SWIFT - единственный SWIFT-интерфейс в мире, специализирующейся на интегрированных банковских решениях
13 января 1999 г. Мгс Data стала принадлежать английской компании Netik.com. Почему же руководство компании, специализирующейся на интегрированных банковских решениях, приняло решение потратить десятую часть своего 100-миллионного бюджета на покупку Mic Data? Всему виной стал интерфейс к сети SWIFT - TurboSWIFT, разработанный в 1991 г. специалистами Mic Data.
К 1998 г. в Netik.com существовали программы для соединения с различными сетями связи (далее в тексте мы будем следовать терминологии Netik.com и называть их адаптерами). Такие адаптеры существовали практически для всех сетей, включая Интернет, PSTN (Public Switched Telephone Networks - телефонные коммутируемые сети общего пользования), частные сети передачи данных и выделенные каналы связи. Исключение составляло только соединение с сетью SWIFT.
Компании был необходим стабильно работающий и хорошо отлаженный интерфейс к сети SWIFT, положительно зарекомендовавший себя в течение длительного времени.
В то же время эти качества не должны были сдерживать планируемое развитие продукта и расширение областей его применения, т.е. интерфейс не должен был содержать концептуальных ошибок. Другими не менее важными искомыми качествами были открытость, масштабируемость и, главное, возможность реализовать любую технологию использования SWIFT в банках и финансовых организациях. Более года специалисты Netik.com изучали существующие интерфейсы к сети SWIFT, прежде чем остановили свой выбор на TurboSWIFT. Однако в результате покупки компании Mic Data компания Netik.com получила гораздо больше, чем удачный программный продукт. Руководство Netik.com приобрело клиентскую базу, состоявшую более чем из 200 банков и финансовых организаций по всему миру.
Чтобы лучше понять, почему компании Netik.com действительно был необходим интерфейс к SWIFT, необходимо обратиться к ее миссии и деятельности.
Миссия Netik.com
Свою миссию и основные цели Nctik.com видит в следующем:
предоставить финансовым организациям решения по автоматической обработке платежей (Straight Through Processing, STP), обеспечивая им возможность взаимодействовать электронным способом:
с клиентами;
с другими финансовыми организациями;
собственно внутри организаций;
улучшать свои решения с точки зрения конкурентоспособности, производительности и качества, одновременно снижая затраты и риски.
Деятельность Netik.com
Основные цели Netik.com выявились не сразу. Около десяти лет Джон Вайс (ныне исполнительный директор Netik.com) и его коллеги внедряли свои решения в банках и финансовых организациях. В основе этих проектов лежали интеграционные продукты и решения класса middleware, которые позже стали называться Enterprise Application Integration (EAI). Основным назначением EAI было объединение разнородных приложений, зачастую работающих на разных программно-аппаратных платформах, в единый комплекс обработки и обмена данными.
Со временем г-н Вайс и его команда сформулировали свои основополагающие концепции:
eTalk - это способ организации электронной связи и взаимодействия:
между организацией и организацией (В2В);
между организацией и клиентом (В2С);
между организацией и сотрудниками (В2Е);
внутри организации (А2А);
STP+ - безупречно отлаженный подход к автоматизации обработки финансовых сообщений, используемый как внутри, так и вне организации;
Financial Phone - способ общения финансовых организаций и их клиентов, при котором используется любой протокол, любая сеть, повсеместно, безопасно и надежно;
Single Point of Access Control and Entry of information (SPACE) - идея единой точки доступа, контроля и обмена данными для эффективного решения задач автоматической обработки платежей.
В марте 1997 г. после появления Nctik.com началась быстрая реализация этих концепций. Сократить сроки и затраты удалось, используя инструменты и компоненты, созданные компанией Microsoft. При этом разработчики держали твердый курс на использование Интернет-технологий.
В результате появились:
настраиваемый центр обработки транзакций и инструменты разработки;
компоненты;
продукты
Центр обработки - xNetik Interchange (Inter-Change) настраивается с помощью инструментов (xNetik InterFlow) в соответствии с бизнес правилами организации.
Центральная разработка в семействе xNetik - Interchange создана для обеспечения сквозных (end-to-end) eBusiness-решений. Идея Interchange заключается в централизации хранения и обработки информации, циркулирующей в организации и вне ее.
Interchange позволяет обеспечить eTalk (B2B, В2С, В2Е и А2А) и хранит информацию в постоянном доступе благодаря интеграции всех основных сред обработки данных, включая MVS, CICS, UNIX, OS/400 и Windows NT, а также объединению со стандартными продуктами класса middleware типа MQSeries, MSMQ и Tuxedo.
Для взаимодействия программных приложений, как внутренних, так и внешних, к центру обработки подключаются адаптеры (BizApps, Turbo-SWIFT и Interlink), входящие в состав компонент. Все это в сочетании с продуктами (Inter-Stream и Interfile) позволяет клиентам компании Netik.com иметь быстро реализуемые, надежные и экономически выгодные eBusiness-решения.
Почему TurboSWIFT?
Делая свой выбор, специалисты Netik.com принимали во внимание, что продукт TurboSWIFT является одним из самых популярных и недорогих интерфейсов класса Gateway, получившим аккредитацию S.W.I.F.T. Интерфейс способен отправлять до 10 000 - 20 000 сообщений в час. Учитывалось также и то, что продукт существует с 1991 г. и работает практически на всех существующих платформах. Сделка была очень важной для Netik.com, поскольку она принесла продуктам компании более широкое распространение и обеспечила международную дистрибьюторскую сеть.
Сегодня, объединяя наши лидирующие интеграционные eBusiness-решения с современными разработками компании MIC Data в области SWIFT и надежно защищенных В2В/В2С-адаптеров, мы получили возможность выполнения более совершенных проектов по интеграции программного обеспечения внутри финансовых организаций и реализации STP-решений», - заявил Грэг Джонсон, старший вице-президент по маркетингу компании Netik.
TurboSWIFT является уникальным решением для банков, только начинающих работу в сети SWIFT и имеющих поначалу небольшой трафик. Идя навстречу пожеланиям банков, руководство Netik.com изменило маркетинговую политику на TurboSWIFT в странах СНГ. Добавлены два новых диапазона - до 50 и до 25 ежедневно отправляемых в SWIFT сообщений, что существенно сокращает первоначальные затраты банка на вступление в S.W.I.F.T.
TurboSWIFT является идеальной заменой интерфейсов ST400 и Merva. Уже сегодня разработаны инструменты, позволяющие перенести при миграции не только ключи аутентификации, но и конвертировать в TurboSWIFT сами сообщения и их историю.
Функциональные возможности TurboSWIFT были сильно расширены в июле 2000 г., когда в интерфейсе появилась возможность обмена сообщениями не только через сеть SWIFT, но и через IP-сеть, которая получила название В2В.
В2В-интерфейс обеспечивает механизм безопасного обмена сообщениями SWIFT с другими банками, минуя сеть SWIFT и используя IP-сети. Доставка гарантируется подтверждениями (АСК), подтверждение подлинности - технологией аутентификации, аналогичной SWIFT (MAC). Ключи аутентификации вводятся вручную или создаются банками-корреспондентами по стандартной технологии ВКЕ через SWIFT.
Поскольку TurboSWIFT уже сейчас имеет возможность работы через IP-сети, он сможет использовать и новую IP-сеть S.W.I.F.T., как только она станет доступной для пользователей.
Однако выбор интерфейса TurboSWIFT означал не только его дальнейшее использование в качестве коммуникационного адаптера в составе продуктов семейства xNetik или интерфейса к SWIFT. TurboSWIFT был использован в новейшей разработке компании - InterLink.
6. Передача сообщений в формате SWIFT через Интернет
Использование InterLink позволяет финансовым учреждениям посылать все типы финансовых сообщений, таких, как SWIFT, ISITC, XML, FIX и EDIFACT, наряду с неструктурированными сообщениями, используя наиболее удобный канал доставки - Интернет, SWIFT или другую сеть.
Впервые InterLink. был анонсирован 19 августа 2000 г. Позднее, на ежегодной выставке SIBOS с 11 по 15 сентября Interlink был продемонстрирован участникам выставки. В это время было объявлено о пилотной программе, в течение которой организации могли получить во временное пользование продукт Turbo-SWIFT Участники программы могли протестировать обмен финансовыми сообщениями через Интернет как между собой, так и с Application Service Provider (ASP) Кроме этою, ASP позволяет организовать отправку подтверждений отправителям в случае удачной доставки сообщений получателям. Это является реализацией собственного протокола - Positive Acceptance Protocol (PAP) Сообщения хранятся в ASP 12 месяцев, что гарантирует пользователям разрешение возможных конфликтных ситуации Для обеспечения безопасности при передаче сообщений использованы RSA-алгоритмы и устройства чтения смарт-карточек (Smart Card Readers) С помощью ASP создана также инфраструктура открытых ключей - PKI
Г-н Джонсон так пояснил позицию компании по этому предложению InterLink - первая реализация концепции Financial Phone Эго подобно многодиапазонному телефону, позволяющему финансовым учреждениям говорить с клиентами и партнерами, просто посылая сообщение InterLink. определяет местоположение получателя и наиболее эффективный маршрут для доставки сообщения, оставляя финансовым учреждениям возможность преуспевать в их бизнесе.
Он добавил также: «Отделив формат сообщения от канала доставки, мы оказались способными предложить финансовым учреждениям непревзойденную гибкость в подходе к передаче финансовых сообщений. В то время как другие поставщики услуг лишь обещают эту возможность в будущем, Netik com уже внедрила InterLink в жизнь. Нашим клиентам и их бизнес-партнерам больше не нужно принадлежать определенным закрытым группам пользователей, чтобы пользоваться преимуществами электронных финансовых систем. Кроме этого, наша уникальная стратегия лицензирования означает, что наши клиенты могут предоставлять сублицензии на InterLink своим деловым партнерам как финансовым, так и нет, что повышает способность находить новых клиентов и сохраняет существующих».
Netik.com в СНГ
В марте 1997 г. создатели Netik com даже не могли себе представить, что всего через три года будут управлять многомиллионной корпорацией, расположенной на четырех континентах
Сегодня в Netik com работает около 200 человек в восьми точках по всему миру - Нью-Йорк, Тахо (Невада, США), Лондон, Мехико, Рио-де-Жанейро, Сингапур, Лозанна (Швейцария) и Бангалор (Индия) Более 250 финансовых учреждений, включая Citibank, Wells Fargo, Deutsche Bank, Swiss American Securities и Standard Bank, выбрали компанию Netik com для реализации В2В-, B2C- и А2А-решений.
Особенное внимание Netik com проявляет к российским финансовым организациям. Сегодня Turbo-SWIFT является единственным SWIFT-интерфейсом в мире, в который встроена поддержка транслитерации по стандартам RUR5. Являясь профессиональным разработчиком программного обеспечения, Netik com внимательно следит за запросами своих клиентов. Так, для одного из российских банков в короткие сроки было написано дополнение к процедуре печати сообщений, что позволило банку без каких-либо дополнительных затрат или работ со стороны банка организовать печать документов в соответствии со своими технологическими требованиями Netik com проводит линию функционального развития интерфейса, увеличивая объем инвестиций в его разработку и поддержку. Сейчас все пользователи продуктов xNetik, включая TurboSWIFT, обеспечены круглосуточной поддержкой семь дней в неделю в центре компании, расположенном в Лондоне. С группой компанией Диона заключено соглашение о русскоязычной поддержке как интерфейса TurboSWIFT, так и других продуктов x-Netik
Джон Вайс говорит «СНГ, вероятно, является наиболее важным перспективным рынком для Netik сегодня. Украинские и российские банки и финансовые организации являются одними из лидеров в Европе по использованию современных технологий Интернет и связанные с ним технологии здесь, в России и Украине, все более широко используются, а организации находятся в непрерывном поиске сквозных решении, удовлетворяющих их деловым нуждам. Они хотят переложить свои технические задачи на специалистов, таких как компания Netik, чтобы самим сосредоточиться на ведении дел».
Список использованной литературы

1. Ананьєв, О.М. Інформаційні системи і технології в комерційній діяльності [Текст]: підручник / О.М. Ананьєв, В.М. Білик, Я.А. Гончарук. - Львів: Новий Світ-2000, 2006. - 584 с.

2. Антонов, В.М. Фінансовий менеджмент: сучасні інформаційні технології [Текст]: навчальний посібник / В.М. Антонов, Г.К. Яловий; ред. В.М. Антонов; Мін-во освіти і науки України, КНУ ім. Т.Г. Шевченка. - К.: ЦНЛ, 2005. - 432 с.

3. Гужва В.М. Інформаційні системи і технології на підприємствах [Текст]: навчальний посібник / В.М. Гужва; Мін-во освіти і науки України, КНЕУ. - К.: КНЕУ, 2001. - 400 с.

4. Гуржій, А.М. Інформатика та інформаційні технології [Текст]: підручник / А.М. Гуржій, Н.І. Поворознюк, В.В. Самсонов. - Х.: Компанія СМІТ, 2003. - 352 с.

5. Информационные системы и технологии: приложения в экономике и управлении: Кн. 6 [Текст]: учебное пособие / Мин-во образования и науки Украины, Донецкий нац. ун-т; ред. Ю.Г. Лысенко. - Донецк: Юго-Восток, 2004. - 377 с.

6. Маслов, В.П. Інформаційні системи і технології в економіці [Текст]: навчальний посібник / В.П. Маслов; Мін-во освіти і науки України. - К.: Слово, 2003. - 264 с.

7. Олійник, А.В. Інформаційні системи і технології у фінансових установах [Текст]: навчальний посібник / А.В. Олійник, В.М. Шацька. - Львів: Новий Світ-2000, 2006. - 436 с.

8. Румянцев, М.И. Информационные системы и технологии финансово-кредитных учреждений [Текст]: учебное пособие для вузов / М.И. Румянцев; Западнодонбасский ин-т экономики и управления. - Днепропетровск: ИМА-пресс, 2006. - 482 с.