Співтовариства міжнародник фінансових телекомунікацій

Перше, що повинен  зробити банк, що вирішив стати  членом S.W.I.F.T., це заповнити англійською  мовою три форми і відправити їх на адресу S.W.I.F.T.:

Форма 1 (Undertaking) - зобов'язання банку виконувати статут S.W.I.F.T. і забезпечувати оплату всіх витрат, зв'язаних із вступом і роботою в середовищі S.W.I.F.T.

Форма 2 (Bank Contact Address) - містить офіційну адресу банку, телефони, телекс, факс та іншу інформацію, що необхідна для зв'язку S.W.I.F.T. з банком.

Форма 3 (Certification) - засвідчує, що організація, яка вступає в S.W.I.F.T. є банком (або фінансовим інститутом), уповноваженим виконувати міжнародні банківські операції.

Після розгляду всіх цих документів на засіданні  Ради директорів, у випадку позитивного  рішення про прийняття банку  в Співтовариство, банку надається  статус кандидата. Банк-кандидат одержує  письмове повідомлення про прийняття  в S.W.I.F.T. разом із рахунком на оплату одноразового внеску на придбання однієї акції Співтовариства. Тільки після  оплати банком внеску й акції на Раді директорів банку замість колишнього статусу "кандидата" присвоюється статус "член" і "власник акцій". Після цього банк стає фактичним  членом S.W.I.F.T. і має всі права, визначені Статутом. Кожний новий  член S.W.I.F.T. проходить період підготовки реального підключення до системи. Цей період складається з трьох  стадій: планування, підготовка і тестування. Під час підготовки банк повинний виконати в обов'язковому порядку  ряд вимог відповідно до наявних  рекомендацій та інструкцій. Усю цю інформацію банк одержує від S.W.I.F.T. у вигляді спеціального керівництва - S.W.I.F.T. Implementation Guidelines.

На стадії "Планування" банк повинний сформувати групу, що протягом усього періоду імплементації відповідає за успішне виконання всіх запланованих заходів. Чисельність і склад  цієї групи визначається самим банком. Члени групи повинні мати досвід в галузі телекомунікації, банківських  операцій, кореспондентських відношень, банківської безпеки і контролю. Керівник групи повинний мати достатні повноваження для забезпечення проекту  необхідними ресурсами, у тому числі  мати можливість залучення консультантів  із усіх підрозділів банку. На цій  стадії визначається вибір необхідного  устаткування для підключення до S.W.I.F.T., місця розташування цього  устаткування, виробляється політика у відношенні обміну ключами аутентификации з банками-корреспондентами.

Під час стадії "Підготовка", кожний банк на свій розсуд, проводить підготовчі заходи щодо укладання інструкцій для банківських  користувачів, розробки процедури "backup", порядку дій при виході устаткування з ладу або основного каналу зв'язку, призначає відповідальних осіб тощо.

Метою стадії "Тестування" є повна й остаточна перевірка  готовності банку до роботи з S. W.I.F.T., включаючи аналіз підготовленої  внутрішньої банківської документації. На цей час повинний бути вироблений порядок роботи банку із системою, відпрацьована необхідна документація, встановлено устаткування, що забезпечує інтерфейс із мережею і необхідним захистом інформації при передачі каналами зв'язку, навчені оператори, що обслуговують термінали S.W.I.F.T., визначений порядок  роботи зі смарт-карточками (ICC-card), виконано розмежування доступу. "Тестування" завершується роботою з іншими банками, зазначеними S.W.I.F.T., у режимі "Test & Training". Вони також підключені до мережі S.W.I.F.T. для проведення тестування і тренінгу. Усі повідомлення, що посилаються в цьому режимі, цілком ізольовані від трафіка справжніх повідомлень. S.W.I.F.T. контролює всі тестові повідомлення. Протягом дня користувачі посилають передбачуваний і встановлений у результаті аналізу руху для кожного банку об'єм повідомлень, розрахований на реальний банківський день. S.W.I.F.T. має право відкласти підключення до мережі, якщо робота банку на цьому етапі не відповідає встановленим вимогам.

Найбільш ефективний і простий метод організації  робіт на цьому етапі -скористатися конкретною, реальною угодою, що вже була проведена наявними способами (наприклад, телексом) і обробити її знову, використавши мережу S.W.I.F.T. Така рівнобіжна обробка дозволить персоналу контролювати всі етапи обробки трансакції з використанням мережі S.W.I.F.T. і переконатися, що і повідомлення S.W.I.F.T., і інші повідомлення можуть оброблятися в такий самий час. Як вхідні, так і вихідні повідомлення повинні бути зареєстровані. Варто точно знати, що ні ті, ні інші повідомлення не дублювалися і що на усі вихідні повідомлення отримані позитивні квитанції (АСК). Цей період є також гарною можливістю перевірити правильність обраного порядку роботи і коректності внутрішньої документації. На цьому етапі ще є час внести деякі зміни, якщо виникнуть проблеми.

Особливу увагу  варто звернути на так звані "трейлери" (одне або декілька останніх полів  повідомлення, переданого по мережі S.W.I. F.T.) кожного банківського повідомлення. Трейлери мають величезне значення при реєстрації, тому що вони можуть використовуватися для визначення відсутніх або продублированных повідомлень.

Крім повних членів S.W.I.F.T., деякі фінансові організації  можуть одержати статус "неповного" члена (sub-member) і "учасника". Неповні члени S.W.I.F.T. як мінімум на 90% належать членам або ж є їх філіями. Серед учасників S. W.I.F.T. сьогодні можна зустріти брокерські і ділерські контори, клірингові і страхові компанії, біржі, що оперують цінними паперами. S.W.I.F.T. забезпечує їм прямі зв'язки з кореспондентами і контрагентами в усьому світі. Однак неповні члени й учасники не мають частки в капіталі Співтовариства. 

Формат  повідомлення за стандартом МТ-100 

Для забезпечення стандарту система має свої власні редактори для підготовки банківських  повідомлень у форматі МТ-100 та МТ-200. Загалом банківське повідомлення у форматі МТ-100 - це текстовий  файл, що містить обов'язкові, відповідним  чином названі ключові поля, опис яких наведено нижче:

:15 TEST KEY:" реєстраційний  номер;

:20 Trans.ref.No:" реєстраційний номер операції (референс) банку відпраника МТ" 100;

:32А Date currency Amount:" дата валютування, код валюти, сума у валюті;

:50 Ordering Customer: " ініціатор переказу (платник);

1 -й рядок  - ім'я платнка (до 35 символів)

2-й рядок " адреса платника/перказодавача (до 35 символів)

3-й рядок " адреса платника/перказодавача (до 35 символів)

4-й рядок " адреса платника/перказодавача (до 35 символів) Використання усіх рядків не є обов'язковим. :52A:Ording institution: " установа банку, що відправила платіж

1 -й рядок  /Д"якщо рахунок платника дебетується  /Сякщо рахунок платника кредитується, потім номер рахунку платника

2-й рядок " адреса відділення, де ведеться  рахунок

3-й рядок " адреса відділення, де ведеться  рахунок

4-й рядок " адреса відділення, де ведеться  рахунок

5-й рядок " адреса відділення, де ведеться  рахунок Використання усіх рядків  не є обов'язковим.

:57D Account with Institution:" інформація про установу (банківське відділення), в якому переказоотримувач має рахунок :59 Beneficiary Customer:" інформація про бенефіціара отримувача

1 -й рядок  " "/", потім номер рахунку  бенефіціара

2-й рядок " назва бенефіціара

3-й рядок " назва бенефіціара

4-й рядок " адреса бенефіціара

5-й рядок " адреса бенефіціара Використання усіх рядків не є обов'язковим. :70 Details of Payment: призначення платежу

  (до 4 рядків  по 35 символів) Заповнення поля не  є обов'язковим :71А Details ofCharges: " за чий рахунок комісія

ВЕК"комісія  за рахунок бенефіціара

ОІЖ"комісія  за рахунок платника або відправника  МТ" 100 :72 Sender to Receiver: " інші дані відвідправника отримувачу

Заповнення поля не є обов'язковим

Приклад заповненого  банківського повідомлення у форматі  МТ-100 показано на рис.9.10.

 Розглянемо  наступний приклад: нехай Франц Холзаппфель G.m.b.H. доручає банку OesterreichisheLaenderbank, Відень переказати 1.809,28 українських гривень у банк Algemene Bank Nederland, Амстердам на рахунок H.F.Janssen, в якості оплати інвойса 18042 від 12 квітня 2001

FROM: ABAKKUXAXXX ТО: 315308 Date: 18/11/97

::100 Customer transfer Please pay

:20 Trans.ref.No: UWE0UIEC66855/7B9 :32A Date currency Amount: 971118DEM7585,74 :50 Ordering Customer: TTTTT HOLZHANDEL HTRE

ERERERERAMM 5 11111 DORTMUND COMMERZBANK :57D Account with Institution: AGROPROMBANK SLAWUTA

MFO 315182 :59 Beneficiary Customer: /048070009

SLAWUTSKI GGG CHMGGGGSKLES / UKRAINE

:70 Details of Payment: AM 5555 ABZ. REKL. 71(888)97 :71 A Details of Charges: BEN ?{Origin:Unity?BARS}

Рис.9.10.Приклад  банківського повідомлення у форматі  МТ-100.

року. Ціна товару складає 333,21 у.о. курс НБУ-5.43 UAH/USD. Інвойс виписаний на 1.809,28 гривень. Оплата інвойса - це оплата рахунку-фактури у гривнях, коли ціна товару в умовних одиницях, а оплата здійснюється в гривнях за курсом НБУ на дату виписки інвойса.

На рис.9.11 схематично показано процес проходження переказу в іноземній валюті від платника до отримувача та відповідно відображення його в повідомленні МТ-100 з правої сторони. 

Архітектура та програмно-апаратне забезпечення

 
У мережі S.W.I.F.T. використовується комунікаційний протокол Х.25, що забезпечує передачу даних  між користувачами і керування  центрами мережі. Формат переданих  повідомлень відповідає рекомендаціям  МККТТ Х.400. До складу мережі входять  рис.9.12.:

Рис.9.ІІ.Технологія підготовки банківського повідомлення МТ-100.

<$ процесор  керування системою (System Control Processor, SCP);

■=> маршрутні  процесори (Slice Processors, SP);

=> регіональні  процесори (Regional Processors, RP);

■=> процесори  зв'язку (Communications Processors, CP).

Масове підключення  користувачів до системи S.W.I.F.T.'здійснюється за допомогою місцевих мереж доступу (S.W.I.F.T. Access Points, SAP), кожна з яких, може обслуговувати декількох абонентів по виділеному каналу зв 'язку, або по звичайній телефонній лінії загального користування.

Вибір конкретного  способу підключення до порту SAP виконується, власне, користувачем.

•   Перевагою виділених ліній є, можливість установки на них апаратури ,   для шифрування повідомлень, що неможливо при використанні телефонних каналів загального користування.

Місцева мережа процесорів зв'язку СР забезпечує з'єднання  регіональних процесорів із мережею  місцевого доступу. Крім того, СР зв'язують RP з іншими вузлами мережі S.W.I.F.T. Це, наприклад, дає можливість RP зв'язуватися  зі своїм "хазяїном" - маршрутним процесором і в той же час одержувати повідомлення від інших SP, що входять  у систему.

Регіональні процесори  виконують функції входу/виходу в систему S.W.I.F.T по місцю розташування абонентів і фактично весь доступ користувачів до системи здійснюється за допомогою цих вузлів. Програмне  забезпечення, що працює на RP, зв'язується з забезпеченням користувача  для організації правильного  і безпечного логічного підключення  до мережі. Усі вхідні повідомлення перед передачею на наступний  рівень (SP) перевіряються на правильність і відповідність стандартам S.W.I.F.T. Вихідні повідомлення зберігаються на відповідному RP, що забезпечує їхню передачу користувачам. Таким чином, кожний регіональний процесор виконує функції:

>  керування протоколами передачі повідомлень;

>  контроль правильності вхідних повідомлень;

>  перевірка контрольних сум повідомлень;

  >  передача позитивних (АСК) і негативних (NAK) підтверджень 
користувачам.

Усі користувачі  відомі системі під визначеними  адресами. Кожна така адреса належить відповідному маршрутному процесору (SP - "хазяїну") і відповідає своєму регіональному процесору ("основний" RP для цього вузла). У звичайному випадку вся кореспонденція, що передається  на той або інший вузол, направляється  на його основний RP.

Маршрутні процесори  управляють власне передачею (маршрутизацією) і збереженням повідомлень. На SP лежить основне обчислювальне навантаження в мережі S.W.I.F.T. У початковій конфігурації системи є тільки два активних SP (із своїми дублерами), кожний із яких належить своєму центру керування системою. В міру збільшення графіка до системи підключаються додаткові SP для збільшення сумарної пропускної здатності. Основні функції SP полягають у наступному: 

  Архітектура мережі S WIFT. 

^ керування маршрутизацією  повідомлень, що передаються між  користувачами через відповідні RP;

*$ збереження  з подвійним копіюванням усіх  повідомлень і відповідних історій їхньої передачі;

*=> передача  на RP підтверджень збереження, що  свідчать про запис повідомлення  в базу даних;