Применяемые Финансовые Информационные Системы (ФИС) (стр. 18 из 22)

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

ST-400 рекомендуется для больших банков и дает возможность работы в SWIFT на телексных сетях. Он позволяет подсоединять программные средства собственной разработки (например, MERVA IBM), включаться в локальные или национальные сети (CHIPS - США; FEDWARE - США;

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

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

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

Наиболее простая система - на базе ST-500, где в качестве управляющих центров могут быть использованы большие ЭВМ типа IBM-370. Такая технология требует больших расходов (в 2-3 раза выше, чем при использовании других вариантов) на обслуживание и телекоммуникации. Насыщенная технология на базе ST-500 с различными устройствами, позволяющими преобразовывать формы документов, также опирается на централизованную обработку на базе компьютеров IBM и UNISYS, а также на передачу данных методом коммуникации каналов. ST-500 уходит с рынка из-за снятия в 1994 г. компьютеров IBM Series/I с производства и сервисного обслуживания. Другая компания, также созданная в рамках 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 SWIFT.

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

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

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

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

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

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

Таблица 4.

Категории, группы и типы сообщений в SWIFT

Категория 0 системные сообщения

Категории 1- 3 банковские сообщения

Общая группа сообщений — N9M, где N— категория, а М — см. ниже:N90 — инструкция об оплате, процентах и др.N91 — справки (поручения) об оплате, процентах и др.N92 — отменыN95 — запросыN96 — ответыN99 — свободный формат

Категория 1 — обслуживание клиентовтип 100—клиентский перевод средств

Категория 2 — межбанковские операциитипы 200,201 — операция по своему счетутипы 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/721 — передача документарного кредитаи т.д.

Категория 8 — зарезервирована

Категория 9 — специальные сообщениятип 900 — подтверждение приходатип 910 — подтверждение расходатип 920 — запрос о сообщениитип 940 — сообщение об инструкциях клиентатип 941 — балансовый отчеттип 942 — отчет о пересылкахтип 950 — сообщения об инструкциях

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

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

В подготовку и обработку сообщений вовлечены следующие подразделения валютного управления коммерческого банка: группа клиентских операций, отделы расчетов, депозитов и международных расчетов и платежей. Группа клиентских операций генерирует или получает сообщения для идентификации клиента, проверки сальдо счета, регистрации сообщения, заполнения мемориального ордера. Отдел корреспондентских счетов обеспечивает определение даты валютирования и банка-корреспондента исходящие сообщения : МТ 100, МТ 200, МТ 202, а входящие - МТ 950 (сверка счетов НОСТРО)}. В отделе депозитов осуществляется подготовка исходных документов (МТ 300, МТ 320, МТ 330). В отделе международных расчетов и платежей определяются цепочки банков, через которые осуществляется платеж, заполняются и передаются в SWIFT электронные формы сообщений, архивируются обработанные сообщения и обрабатываются невыясненные сообщения.

Клиентские платежные поручения (Customer Transfer) могут поступать от клиентов коммерческого банка, от клиентов его филиалов либо от клиентов других банков, имеющих валютные корреспондентские счета (счета ЛОРО), а также от бухгалтерии банка. Соответственно исходные документы могут поступать на бумажном бланке от клиента из филиала или по почте из банка-корреспондента, из филиала или банка-корреспондента в электронной форме по телексу, а также в виде распоряжения бухгалтерии банка. Если платежное поручение клиента принимается к оплате, формируется сообщение МТ 100 либо МТ 202. Схема прохождения клиентского платежного поручения по подразделениям банка приведена на рис. 13.

Платежные поручения клиентов банка принимаются операционистами отдела клиентских операций.

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

валюта и сумма платежа (М320), клиент-перевододатель (М50). Код валюты и наименование клиента (по номеру счета клиента) заносятся из справочных файлов или заполняются вручную, при этом проверяется наличие введенного кода в справочнике. В номере транзакции (TRN) операционист заполняет поле кода платежа. Поля кода филиала и порядкового номера заполняются автоматически. Поле "код группы" на этом этапе не заполняется. Сообщение вводится в базу данных со статусом "зарегистрировано", одновременно автоматически формируются запись файла данных бухгалтерских проводок и мемориальный ордер.

. Рис. 13. Прохождение клиентского платежного поручения

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