Информационная банківсько системо SWIFT

Інформаційна банківсько системо SWIFT 1. Запровадження.

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

Вступление в SWIFT передбачає висновок контракту користувача, національних органів зі Співтовариством (у Росії з СНД це СОВАМ-ТЕЛЕПОРТ).

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

Система SWIFT здійснює: телеграфні переклади клієнтів — і банків; передачу сповіщень про набуття перекладів; обмін валюти; запити, й повідомлення про позиках і вклади; довгострокові позики й вклади; платежі відсотків; підтвердження дебету чи кредиту; виписки із рахунку. Це дозволяє скоротити застосування паперової технологій і можливість перейти до електронному обміну даними (ЭОД) в фінансово-кредитної системі. Якщо спочатку планувалося обслуговування лише банків, незабаром система стала доступна та інших установам (брокерським, дилерским, кліринговим конторах і др.).

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

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

2. Технічна організація міжнародних міжбанківських взаємодій системою SWIFT

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

Система може переводити документи з однієї форми до іншої, перераховувати вартість. Воно складається з очищувача повідомлень (виявлення неточностей і описок), аналізатора тексту (ядро); інтерпретатора повідомлень (перевірка номерів рахунків, адрес, добір форми платежу) і формализатора змісту транзакції в SWIFT.

Сообщения кодуються відповідно до розробленим стандартом щодо різноманітних їх типів. Що Надійшли в операційний центр повідомлення перевіряються на правильність формату документа, терміну і адреси відправника і одержувача, і навіть статусу устрою — джерела повідомлення. У зашифрованому вигляді повідомлення передаються в регіональний процесор країни, де міститься банк-получатель, а звідти — в банк-получатель. Термін збереження протоколів передачі становить 14 дней.

Для входження у SWIFT-2 використовується Computer Bank Terminal (CBT), який оснастили лініями міжнародного телефонного зв’язку, криптографічним устаткуванням (До) 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), яка стане платформою, підтримує стандарт ЕР1. Сформулюємо основні потреби банків до інтерфейсу зі SWIFT:

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

• легкість інтеграції і системы;

• повну відповідність останнім стандартам SWIFT;

• незалежність від комп’ютерного устаткування. Для прояснення ситуації над ринком слід зазначити про три основних його тенденциях.

Во-первых, банки хочуть зменшити витрати й підвищити ефективність своєї роботи. Одне з способів досягнення цього — об'єднання систем до регіональних вузли. Наприклад, банки, які мають у своїх філіях ST-200, заміняють їх лише інтерфейсом у центральному відділенні «. (Особливо це ефективно для російських банків, мають мало валютні платежі. Вони можуть організувати групове підключення до SWIFT.).

Во-вторых, це орієнтація банків на відкриті комп’ютерні системи, працюючі під керівництвом ОС UNIX, що дозволяє, природно, об'єднувати в єдині обчислювальні комплекси устаткування різних виробників. Це усуває залежність від однієї постачальника і дозволяє відстежувати усі новації комп’ютерного світу у цілях забезпечення конкурентоспроможності своєї комп’ютерної системы.

Третье напрям — інтеграція різних офісних програм і комп’ютерних систем. Час передачі між комп’ютерами на магнітних стрічках і дискетах давно минуло. Зараз дані передаються як реального часу, що дозволяє кожному комп’ютера, включеному у цей процес, стати частиною єдиної системи. Як очевидно з сказаного вище, потреба безболісного об'єднання існуючої банківської системи і інтерфейсу з мережею SWIFT стає найважливішим аргументом выбора.

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

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

Программа NIERVA/370, розроблена німецьким відділенням IBM у Франкфурті, виходить з комп’ютерах 1ВМ/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-машин, таких фірм, KaKHewlett-Packard-HP9000/800, 1ВМ-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-4RO може працювати усім моделях ЕОМ сімейства VAX II. Він забезпечує автоматичний прийом повідомлень та його передачу, розсилку інформації з адресами, підготовку звітів і виконання аудиту. Рівень безпечності даних в 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 ofSwizerland) використовується система JSPOT-TOPAS — финансово-расчетный модуль системі SWIFT. У 1993 р. SWIFT оголосила про випуск нового сімейства фінансових інтерфейсів, названих SWIFTAIIiance. Продукт забезпечує користувачам простоту ST-200, масштабируе-мость ST-400 і можливості трафіку ST-500. Відповідність SWIFTAIIiance стандартам відкритих систем дає можливість полегшити інтеграцію фінансових додатків у мережу SWIFT, до інших національні й потужні приватні фінансові сети.

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

Изначально сімейство SWIFTAIIiance орієнтоване на IBM RISK System/6000. У майбутньому намічено його перенесення у платформи Bull, Digital і Hewlett-Packard. Інші великі виробники комп’ютерних платформ, такі, як Sun, Tandem і UNISYS, зараз обговорюють зі SWIFT цю можливість. Безліч постачальників фінансових додатків мають намір забезпечити сумісність і інтеграцію своїх продуктів із SWIFTAIIiance. Серед них відомих фірм у сфері розробки фінансових (зокрема банківських) додатків, як BIS, Biveroni, International Systems, Kapiti, МcDonnel Douglas Information Systems (MDIS), Montran, Provida і Winter-Partners.

3. Технологія банківських операцій, які з допомогою інформаційної системи SWIFT

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

Система міжбанківських розрахунків забезпечує виконання наступних категорій банківських операцій :

• клієнтські переводы;

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

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

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

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

Сейчас визначено сім категорій повідомлень, які включають більш 70 їх типів. Текст повідомлення складається з полів, частина якого є обов’язковими, деякі поля можуть опускатися чи кодуватимуть різними способами, але не всі поля заздалегідь пронумеровано. Обов’язкові поля містять інформацію, необхідну правильної обробки цих слів. Додаткова інформація (для складних транзакцій чи повних вказівок) при необхідності розташований у полях «опціонних» (необов'язкових). Системні повідомлення (на відміну суто інформаційних) йдуть на роботи з системой.

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

Клиентские платіжні доручення (Customer Transfer) можуть надходити від клієнтів комерційного банку, від клієнтів його філій або від клієнтів інших банків, мають валютні кореспондентські рахунки (рахунки ЛОРО), і навіть від бухгалтерії банку. Відповідно вихідні документи можуть надходити на паперовому бланку від клієнта з філії чи з пошті з банка-корре (щендента, з філії чи банку-кореспондента в електронній формі по телексу, соціальній та вигляді розпорядження бухгалтерії банку. Якщо платіжного доручення клієнта приймається до оплаті, формується повідомлення МТ 100 або МТ 202. Схема проходження клієнтського платіжного доручення з підрозділам банку приведено на рис. 5.10.

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

Каждый операционист-обслуживает свою групу клієнтів. Він звіряє підписи й печатки організації (для фізичних осіб лише підписи) з зразком, які у відділі клієнта, і, якщо вони вірні, здійснює перевірку сальдо рахунки клієнта. Якщо доручення реєструється, створюється його електронна форма, у якій заповнюються такі поля: вихідний номер і дата платіжного доручення, тип повідомлення (МТ 100), валюта з сумою платежу (М320), клиент-перевододатель (М50). Код валюти, і найменування клієнта (по номера рахунки клієнта) заносяться з довідкових файлів чи заповнюються вручну, у своїй перевіряється наявність введеного коду в довіднику. У номері транзакції (TRN) операционист заповнює полі коду платежу. Поля коду філії і порядкового номери заповнюються автоматично. Поле «код групи «цьому етапі не заповнюється. Повідомлення вводять у базі даних зі статусом «зареєстровано », одночасно автоматично формуються запис файла даних бухгалтерських проводок і меморіальний ордер.

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

Автоматическая конверсія валюти (за курсом) через рахунок конверсії здійснюється лише у разі, якщо еквівалентна сума доларах вбирається у заздалегідь певного максимуму. За необхідності перекладу більшої суми клієнту пропонується зробити купівлю валюти зі спеціального курсу (у відповідному відділі депозитов).

Если банк бенефициара має рахунок ЛОРО у валюті платежу, то формується повідомлення МТ 100 і одержувачем вказується банк бенефициара.

Если бенефіціаром платежу має рахунок у банку у валюті платежу, то повідомлення МТ 100 формується, одержувачем вказується банк і повідомлення не отправляется.

После реєстрації платіжного доручення направляють у відділ кореспондентських рахунків. Операционист має можливість супроводити платіжне доручення довільним текстовим коментарем (наприклад, вказати особливості обробки даного документа). Далі клієнтське платіжного доручення проходить через відділ кореспондентських рахунків на валютну позицію. Клієнтське платіжне доручення вступає у вигляді частково заповненого паперового документа на спеціальному бланку, соціальній та вигляді електронного документа. У меморіальному ордері проставляється рахунок НОСТРО. Визначається також банк — одержувач повідомлення (він може збігатися з банком-кореспондентом) і заноситься як і паперовий документ, і у електронний, уточнюється також вид мережі, через яку повідомлення піде одержувачу (TELEX, SWIFTзалежно від наявності ключів на обмін сообщениями).

На підставі прогнозу наявності коштів у рахунку НОСТРО визначається дата валютирования для платежу, яка заноситься в паперовий і електронний документ, після чого платіжного доручення направляють у відділ міжнародних платежів. До повідомлення то, можливо додано довільний текстовий комментарий.

В відділі міжнародних розрахунків й платежів оператором визначається по банківським довідникам ланцюжок банків, якими буде виконуватися платіж у разі, якщо одержувач повідомлення не збігаються з кореспондентом. Потім оператор виробляє заповнення полів платіжного доручення як і паперової, і у електронній формі, визначальних ланцюжок платежу (поля 053, 054, 056, 057; літера Про позначає скорочення слова optional — опціонна, необов’язкове). Що стосується, якщо банк бенефициара збігаються з одержувачем повідомлення, полі 057 не заповнюється. Для SWIFT заповнюється ідентифікатор банку (В1С) або його найменування і записуйте адресу залежно від цього, працює чи банк у мережі SWIFT.

Для телекса завжди заповнюються найменування й адреса банку, і навіть інші поля електронного документа, які було заповнено групи клієнтських операцій та відділі кореспондентських рахунків (поля М59 (літера М позначає скорочення від слова mandatory — обов’язкове), 070, 071,072, Priority).* За необхідності входження у одна з полів повідомлення ідентифікатора банку (В1С) він вибирається з файла-справочника (класифікатор) чи заноситься вручну. У разі перевіряється наявність введеного коду в довіднику. Повідомлення в електронній формі з усіма потрібними заповненими полями, а також заповнений бланк платіжного доручення скеровуються в контроль.

Контролер повторно вводить повідомлення: дата валютирования, валюта, сума (полі М32) і - одержувач повідомлення. Що стосується розбіжності контрольованих реквізитів відповідні поля исправляются.

Контролер має можливість повернути документ оператору на коригування. У цьому контролер пояснює причину повернення, вводячи відповідний текст на полі комментария.

Если помилок у міжнародному сполученні нема, його надсилають на АРМ комунікацій передачі в SWIFT. У цьому повідомлення електронній формі про перекладі іде оператору.

Для відправки сполучення SWIFT воно перетворюється на текстову форму відповідно до стандартами SWIFT чи стандартом телексных повідомлень ISO 7746. У цьому текстові коментарі, запроваджені виконавцями, до тексту повідомлення не вносяться. До текстовому файлу повідомлення додається електронна підпис контролера, і повідомлення системою електронної пошти автоматично чи з допомогою оператора електронної пошти передається в SWIFT.

После приходу підтвердження з АРМ комунікацій про передачу сполучення мережі SWIFT чи з телексу повідомленню присвоюється статус «архівне ». Підтвердження є необхідною підставою до виконання бухгалтерських проводок, сформованих виходячи з платіжного поручения.

Если з АРМ комунікацій приходить відмова, платіжного доручення іде оператору, що розглядає можливість його коригування, після чого повідомлення знову іде для контролювання. Якщо повідомлення неспроможна бути відкоригувати, то клієнт сповіщають про неможливість виконання платежу (із зазначенням причини) і повідомлення вирушає до архів. Причому у коментарі до повідомлення вказується причина невиконання платежа.

Платежные доручення, що надійшли поштою, направляють у відділ кореспондентських рахунків, де їх реєструються як вхідні. Операционист відділу кореспондентських рахунків перевіряє правильність заповнення платіжного доручення, наявність у ньому позначки банку-кореспондента про зарахування платіжного доручення до виконання. Потім перевіряється сальдо рахунки ЛОРО банку-кореспондента. Якщо платіжного доручення заповнене правильно і сальдо рахунку дає змогу виконати платіж, то платіжного доручення реєструється, в електронній формі заповнюються вихідний номер й час платіжного доручення, визначається банк-кореспондент, з якого виконуватиметься платіж, заносяться дата валютирования, вид валюти, і сума платежу, на полі 052 заносяться найменування та «адреса банка-перевододателя і формується меморіальний ордер.

После цього електронна і паперова форми платіжного доручення передаються до відділу міжнародних платежів, де заповнюються поля: клиент-перевододатель (М50), бенефіціаром (М59), банк бенефициара (057). У центрі 052 вказуються найменування і записуйте адресу банка-перевододателя. Після заповнення усіх полів електронна і паперова форми платіжного доручення направляються для контролювання й надалі - на отправку.

При проходженні клієнтського платіжного доручення, надходження від банку-кореспондента по телексу, повідомлення МТ 100 в телексном форматі вступає у АРМ комунікацій, звідки електронною поштою направляють у відділ міжнародних розрахунків й платежів. Там повідомлення реєструється як входячи і заноситься до бази даних вхідних повідомлень. У електронному, вигляді повідомлення вступає у відділ кореспондентських рахунків, де перевіряються валюта і сальдо рахунки банку-кореспондента. Якщо валюта збігаються з валютою платежу, а сальдо Рахунки дозволяє виконати платіж, то формуються проводки, у яких дебетуется рахунок ЛОРО банку-кореспондента і кредитуються рахунки банку: транзитний рахунок по перечислениям чи дохід банку за переклад средств.

На основі вхідного повідомлення генерується що йде повідомлення МТ 100 в Електронному вигляді, у якому не проставлено банк-получатель і може бути вказані поля, що визначають ланцюжок платежу. З вхідного сполучення що йде переносяться поля: валюта, сума (М32), клиент-перевододатель (М50), бенефіціаром (М59), банк бенефициара (057). У ролі вихідного номери і дати платіжного доручення вказуються TRN й час телексного МТ 100.

В полі 052 вказуються найменування й адреса банку перевододателя (з поля FROM вхідного повідомлення). Якщо бенефіціаром имеет^счет в банку, що йде повідомлення не вирушає, проставляють дату валютирования, з банку не стягуються поштові расходы.

В подальшому операционист вказує рахунок НОСТРО банку-кореспондента і дату валютирования. Подальша схема проходження документа така сама, як й у платіжного доручення, надходження безпосередньо від клиента.

Распоряжение на перерахування коштів йде від бухгалтерії банку відділ кореспондентських рахунків. У його розпорядженні на перерахування коштів вказуються рахунок банку, від якого виробляється перерахування, бенефіціаром, банк бенефициара, валюта з сумою, і навіть призначення платежа.

Операционист відділу кореспондентських рахунків перевіряє валюту і сальдо дебетуемого рахунки. Якщо валюта збігаються з валютою платежу, а сальдо рахунку дає змогу виконати платіж, то визначаються банкодержувач повідомлення й банк-кореспондент, з якого виконуватиметься платіж. Далі формуються проводки, у яких дебетуется рахунок банку, вказаний у розпорядженні кореспондента, і кредитується рахунок банку-кореспондента. За підсумками вхідного повідомлення генерується що йде повідомлення МТ 100 в електронному вигляді, у якому не проставлено банк-получатель і може не вказані поля, определяящие ланцюжок платежу. З вхідного сполучення що йде переносяться поля: валюта, сума (М32), клиент-перевододатель (М50), бенефіціаром (М59), банк бенефициара (057). Як вихідного номери і дати платіжного доручення вказуються TRN й час телексного МТ 100. У центрі 052 вказуються найменування та «адреса банка-перевододателя (з поля FROM).

Контролер має можливість повернути документ оператору на коригування. У цьому контролер пояснює причину повернення, вводячи відповідний текст на полі комментария.*.

Если помилок у міжнародному сполученні нема, його надсилають на АРМ комунікацій передачі в SWIFT. У цьому повідомлення електронній формі про перекладі іде оператору.

Для відправки сполучення SWIFT воно перетворюється на текстову форму відповідно до стандартами SWIFT чи стандартом телексных повідомлень ISO 7746. У цьому текстові коментарі, запроваджені виконавцями, до тексту повідомлення не вносяться. До текстовому файлу повідомлення додається електронна підпис контролера, і повідомлення системою електронної пошти автоматично чи з допомогою оператора електронної пошти передається в SWIFT.

После приходу підтвердження з АРМ комунікацій про передачу сполучення мережі SWIFT чи з телексу повідомленню присвоюється статус «архівне ». Підтвердження є необхідною підставою до виконання бухгалтерських проводок, сформованих виходячи з платіжного поручения.

Если з АРМ комунікацій приходить відмова, платіжне доручення іде оператору, що розглядає можливість його коригування, після чого повідомлення знову іде для контролювання. Якщо повідомлення може бути відкоригувати, то клієнт сповіщають про неможливість виконання платежу (із зазначенням причини) і повідомлення вирушає до архів. При цьому коментар до повідомленню вказується причина невиконання платежа.

Платежные доручення, що надійшли поштою, направляють у відділ кореспондентських рахунків, де їх реєструються як вхідні. Операционист відділу кореспондентських рахунків перевіряє правильність заповнення платіжного доручення, наявність у ньому позначки банку-кореспондента про зарахування платіжного доручення до виконання. Потім перевіряється сальдо рахунки ЛОРО банку-кореспондента. Якщо платіжного доручення заповнене правильно і сальдо рахунку дає змогу виконати платіж, то платіжного доручення реєструється, в електронній формі заповнюються вихідний номер й час платіжного доручення, визначається банк-кореспондент, з якого виконуватиметься платеж^заносятся дата валютирования, вид валюти, і сума платежу, на полі 052 заносяться найменування і записуйте адресу банка-перевододателя і формується меморіальний ордер.

После цього електронна і паперова форми платіжного доручення передаються до відділу міжнародних платежів, де заповнюються поля: клиент-перевододатель (М50), бенефіціаром (М59), банк бенефициара (057). У центрі 052 вказуються найменування і записуйте адресу банка-перевододателя. Після заповнення усіх полів електронна і паперова форми платіжного доручення скеровуються в контроль й надалі - на отправку.

При проходженні клієнтського платіжного доручення, надходження від банку-кореспондента по телексу, повідомлення МТ 100 в телексном форматі вступає у АРМ комунікацій,* звідки електронною поштою направляють у відділ міжнародних розрахунків й платежів. Там повідомлення реєструється як входячи і заноситься до бази даних вхідних повідомлень. У електронному, вигляді повідомлення вступає у відділ кореспондентських рахунків, де перевіряються валюта і сальдо рахунки банку-кореспондента. Якщо валюта збігаються з валютою платежу, а сальдо Рахунки дозволяє виконати платіж, то формуються проводки, у яких дебетуется рахунок ЛОРО банку-кореспондента і кредитуються рахунки банку: транзитний рахунок по перечислениям чи дохід банку за переклад средств.

На основі вхідного повідомлення генерується що йде повідомлення МТ 100 в Електронному вигляді, у якому не проставлено банк-получатель і може бути вказані поля, що визначають ланцюжок платежу. З вхідного сполучення що йде переносяться поля: валюта, сума (М32), клиент-перевододатель (М50), бенефіціаром (М59), банк бенефициара (057). У ролі вихідного номери і дати платіжного доручення вказуються TRN й час телексного МТ 100.

В полі 052 вказуються найменування і записуйте адресу банку перевододателя (з поля 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 заповнене полі 053 (Sender «p.s Correspondent) з опцією, А чи Д.

В цьому випадку повідомлення МТ 202 формується за алгоритмом: • полі М20 (Transaction Reference Number) повідомлення МТ 202 крім порядкового номери повідомлення одно полю М20 повідомлення МТ 100. Порядковий номер присвоюється повідомленню автоматически;

• полеМ21 (Relatel Reference) повідомлення МТ 202 одно полю М20 повідомлення МТ 100;

• полі М32 (Value Date, Currency Code, Amount) повідомлення МТ 202 одно полю М32 повідомлення МТ 100;

• полі М58 (Beneficiary Institution) повідомлення МТ 202 одно полю Receiver повідомлення МТ 100;

• полі Receiver повідомлення МТ 202 одно полю 053 повідомлення МТ 100;

• тоді як повідомленні МT 100 присутній полі 054 (Receiver «p.s Correspondent) й у полі 072 (Sender to Receiver Information) повідомлення МТ 100 відсутня кодове слово /RGB/ (Receiver «p.s Correspondent), то полі 057 (Account With Institution) повідомлення МТ 202 одно полю 054 повідомлення МТ 100;.

• тоді як повідомленні МТ 100 присутній полі 054 (Receiver «p.s Correspondent) й у полі 072 повідомлення МТ 100 присутній кодове слово / RGB/ (Receiver «p.s Correspondent, лише SWIFT), то:

— полі 057 (Account With Institusion) повідомлення МТ 202 одно адресою, наступному за кодовою словом /RCB/ на полі 072 повідомлення МТ 100;

— полі 056 (Intermediary) повідомлення МТ 202 одно полю 054 повідомлення МТ 100.

Формат повідомлення МТ 202 (SWIFT чи TELEX) залежить від цього, якого вигляду зв’язку встановлено з банком-кореспондентом, адресу якого зазначений на полі 053 повідомлення МТ 100.

4. Укладання

В Росії кілька років як розв’язано А/О «Союзинформатизация» з участю Всеросійського біржового банку (ВББ) розгорнула першу чергу регіонального центру комутації міжбанківських повідомлень з урахуванням VAX 8700 і 8800, і навіть віддалених робочих місць з урахуванням IBM P. S. При запровадження у експлуатацію другої черги центру передбачають виконання клірингових операцій в організацію взаємних розрахунків. Більше 100 терміналів пов’язуються з центральної ЕОМ. Наприкінці 1992 р. банк «Столичний «перейшов до виконання міжбанківських міжнародних розрахунків за телексной зв’язку, а, по системі SWIFT, що дозволило обслуговувати розрахунки над 4−7-дневный термін, а день щодня. Банк «Столичний «однією з перших впровадив комплекс MERVA/2. У країн СНД за 1994 р. продано 20 ліцензій, а це збільшило число банків, використовують MERVA, з 9 до 20 «/про. Хоча 36 російських банків отримали кодові номери як у SWIFT, лише Інкомбанк активно використовує її (також базі застарілої MERVA/2). Совамтелепорт (засновник ВНИИПАС (нову назву ВАС)) забезпечує підтримку SWIFT у Росії, використовуючи сетьТекос для міжбанківських розрахунків. Вона має 20 центрів пакетної комутації у Москві, у Санкт-Петербурзі, Пскові, Краснодарі, Туапсе, Сочі, Новосибірську, Бішкеку та інших. Ця мережу використовує криптографічну плату для шифровки інформації. Серед її учасників 400 користувачів з Латвії, України, Казахстану, Білорусі, Киргизії. Збільшення числа абонентів з СНД дозволило розробити проект SWIFT-PREMIUM, який мав забезпечити розрахунки в рублях біля СНД, без необхідності отримання генеральної ліцензії. І тому якщо ціна однієї транзакції становить 15 бельг. франків (40 центів), то тут для Росії її мусить бути знижена на 60% (близько 20 центів). SWIFT забезпечує розрахунки протягом 24-х год на добу, це важливо для країни знайомилися з такою кількістю годинних поясів. Франція, Норвегія, Уругвай працюють за схемою PREMIUM, однак у Росії ця ідея не прижилася. ЦБ РФ пішов шляхом участі у SWIFT тільки до розрахунків із зарубіжними партнерами, у Росії самим буде й далі формуватися власна національну систему расчетов.

Итак, слід запомнить, что…

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

Основные понятия: SWIFT, транзакція, опціонні коди (optional code), обязательные коди (mandatory code), неструктуровані повідомлення, демон, регіональний процесор SWIFT, криптографічне устаткування, UNIX (SINIX).

1. Автоматизовані системи обробки финансово-кредятной інформації: Підручник. — М.: Фінанси і статистика, 1990.

2. Автоматизація розрахункових операцій банків та фондових бирж.-М., 1992.

3. Саленичев В. В., Аленичев Т. Д. Страхування валютних ризиків, банківських і експортних комерційних кредитів. -М.: ИСТ-СЕРВИС, 1994.

4. Налякин А. А. Організація облікової роботи банку. — М.: ИНФАМ, 1994.

5. Ждросов AM. Бухгалтерський облік у банку: практичне керівництво з документами і коментарями. — М.: АТ «МЕНАТЕП-ИНФОРМ «1994.

6. Корсаків В.П. Фінансова звітність банку: практичне посібник з організації бухгалтерського обліку, і складання звітності. — М.: АТ МЕНАТЕП-ИН-ФОРМ ", 1995.

7. Банківський аудит / І.Дз. Мамонтова та інших. У 2-х частинах. ~ М.: Бухгалтерський облік, 1994. Банківський портфель 1. ~М.: СОМИНТЕК, 1994. Банківський портфель 2. — М.: СОМИНТЕК, 1994. Банківський портфель 3. — М.: СОМИНТЕК, 1994. Банківська справа: Справ, посібник / М.Ю. Бабічев та інших. ~ М.: Економіка, 1993.

8. Банківська справа: Підручник / Під ред. проф. В.І. Колесникова, проф. Л. П. Кроливецкой. — М.: Фінанси і статистика, 1995.

9. Банк. Зразки заповнення банківських документів / Бібліотечка підприємця; Бюлетень. Вип. № 9. — СПб. 1994.

10. Банк: партнерство бізнесі. — М.: Пріор, 1994.

11. Березина М. П., Крупнов Ю. С. Міжбанківські розрахунки. -М: АТ «Финстатинформ », 1993.

12. Бухгалтерські проводки в комерційному банку. Справочно-учебное посібник. — М.: Фірма «СПАРК », 1995.

13. Власова В. М. Первинні документи. У 3-х вип. Вип. 1. Основні касові і банківські документи. — М.: Фінанси і статистика, 1993:

14. Гамидов Г. М. Банківська і кредитне справа. — М.: Банки і біржі, ЮНИТИ, 1994.

15. Діяльність банков/Современный досвід США. — М.: ISI BANK, 1992.

16. Гроші, кредит, банки: Справ, посібник / Г.І. Кравцова, Б. С. Войтешенко, Є.І. Кравцов та інших.; Під общ. ред. Г.І. Кравцовой.-Мн.:Меркаванне, 1994.

17. Іванов Д. Л. Вексель. — М.: АТ «Консалтбанкир », 1993.

18. Кліринг і міжбанківські фінансові документи. — М.: Річ, 1994.

19. Ковальов В. В. Фінансовий аналіз: Управління капіталом. Вибір інвестицій. Аналіз звітності. — М.: Фінанси і статистика, 1996.

20. Козлова Е. П., Галанина О. Н. Бухгалтерський облік в комерційних банках. — М.: Фінанси і статистика, 1996.

21. Козлова О. И., Сморчкова М. С., ГолубовичА.Д. Оцінка кредитоспроможності підприємства: для банківських працівників. — М.: АТ «Арго », 1993.