У централізації сила і економія
Консолідацію обчислювальних ресурсів Банк Росії почав кілька років тому. Раніше платіжна система РФ налічувала 78 центрів обробки даних, побудованих на абсолютно різних програмах-платформах з використанням різних прикладних програмних продуктів. Тому було вирішено хаотичну систему привести до єдиного зразка. У минулому році були створені два колективних центру обробки інформації - в Нижньому Новгороді (КЦОІ-1) і в Санкт-Петербурзі (КЦОІ-2), за кожним з яких закріплена група регіонів. Передбачалося, що Московська область приєднається до нижегородському КЦОІ-1. Однак по реалізації проекту виникло безліч сумнівів. Справа в тому, що Москва обробляє близько мільйона платежів щодня, що становить третину від загальної кількості платежів, оброблюваних системою Банку Росії, а за загальним обсягом розрахунків в цих платежах міститься більше 70% всіх коштів. В кінці минулого року було вирішено замінити АСБР «Москва» на КЦОІ Московського регіону.
Директор Міжрегіонального центру інформатизації Банку Росії (МЦІ Банку Росії) Сергій Грицьків зазначив переваги нової системи: «КЦОІ дозволить істотно скоротити витрати на супровід шляхом оптимізації технічної інфраструктури. Цілком очевидно, що коли ресурси зосереджені в одному місці, потрібно менше фахівців і легше здійснювати супровід та управління. Крім того, простіше вирішувати питання, пов'язані з безпекою і надійністю функціонування системи ».
Саме для забезпечення надійності і катастрофостійкості в Московському регіоні буде побудовано відразу два центри - основний і резервний. Основний центр обробки буде перебувати в Тушино, а другий - в 130 кілометрах від Москви. При виникненні надзвичайних ситуацій обробка може бути переведена з одного центру в інший.
У Москві не як у всіх
За основу фахівці МЦІ взяли РАБІС-НП і внесли в нього зміни, враховуючи особливості платіжної системи Московського регіону.
Основна відмінність столичної платіжної системи закріплено в положенні 18-П «Технологія многорейсовой обробки платежів». Згідно з цим документом московські банки протягом дня можуть п'ять разів відправляти платежі в МЦІ в строго певний час. МЦІ, в свою чергу, обробляє отриману від банків інформацію про списання та зарахування платежів і відправляє її назад. У регіонах практикується режим on-line, тобто платежі не накопичуються, а обробляються по мірі надходження. У Московському регіоні було вирішено зберегти існуючий принцип як найбільш прийнятний для столичного обсягу роботи.
Друга особливість полягає в тому, що столичні транспорт і АРМи не є типовими. Підтримка цих рішень вимагає спеціальних ресурсів і серйозних витрат, тому для оптимізації процесу подальша стратегія розвитку банківської системи буде вибудувана на зведенні до єдиного зразка програмних засобів. Звідси випливає одна з основних задач - переклад існуючих абонентів «Астра», «Фаст-інфо-2» і «Фаст-інфо-3» на СВК (типова транспортна система взаємодії з клієнтом).
За словами Сергія Гришкина, перехід буде здійснюватися поетапно.
На даному етапі, за зауваженням заступника директора МЦІ Олексія Данилова, кредитні організації можуть діяти на свій розсуд. Якщо банк все влаштовує в роботі, то до тих пір, поки не підійшло за графіком час переходу на СВК, він може нічого не змінювати. Для здійснення діяльності буде надано модифікована програма «Конвой». Однак старі програми, як відомо, не завжди справляються з поставленими завданнями. Банки, які беруть участь в БЕСП (сьогодні їх близько десяти), першими зіткнулися з тим, що чинний регіональний транспорт не орієнтований на технологію роботи з кожним повідомленням окремо. Тому існуючі версії довелося трохи доопрацювати. Але в подальшому для роботи в БЕСП від файлового обміну доведеться відмовитися. СВК якраз дасть справедливу розв'язку цієї задачі. При бажанні банк може проявити ініціативу і достроково перейти на СВК.
Система реального часу
У РАБІС-НП так само, як і в АСБР «Москва», буде реалізована перевірка на можливість оплати документа з урахуванням зустрічних надходжень. Результати цих обробок будуть надходити до абонентів у вигляді реєстру проведених платежів п'ять разів на день за підсумками рейсів.
РАБІС в Москві не веде черг документів безперервної обробки. Якщо надійшов платіж і на нього не вистачає коштів, він не ставиться в чергу, а буде відразу відкинутий з формуванням повідомлення про помилку. У той момент, коли на стороні московської платіжної системи пройшла транзакція, кредитної організації-одержувача приходить у відповідь електронний документ, в якому зазначені його кредитові надходження. Раніше повідомлення треба було або запитувати примусово, або чекати реєстру проведених платежів за підсумками рейсу.
Обробка в режимі МОП має також деякі особливості. Спочатку проводиться логічний контроль пакета, якщо в пакеті виявлено якісь помилки, відправляється повідомлення, і на цьому операції закінчуються. Якщо з пакетом все гаразд, то відправник отримує повідомлення про стан пакета. Це повідомлення, на відміну від квитанції, яку отримують зараз, формується не на транспорті, а вже всередині платіжної системи.
Наступний етап обробки всередині РАБІС-НП - це логічний контроль документів, що входять в пакет, який буде відбуватися відразу при надходженні. Розробники обіцяють, що для реєстрів довжиною 5000 документів час відгуку не повинно скласти більше двох хвилин.
В результаті кредитна організація отримує пакет есід, що містить або позитивне, або негативне підтвердження про результати контролю документів.
Головна перевага цієї системи полягає в тому, що весь логічний контроль документів відбуватиметься в режимі реального часу, і головний біль про те, пройшов чи ні пакет, відправлений за хвилину до закриття останнього рейсу, частково «вилікується».
Заступник начальника відділу МЦІ Дмитро Кліонскій також попередив, що реєстр проведених платежів матиме дещо інший вигляд. Тепер кожна логічна група документів буде доставлятися в окремому файлі. Тобто за підсумками рейсу надходить пакет зарахованих і списаних ЕПД в режимі МОП, в режимі НОП, окремо пройшли по системі БЕСП, і пакет есід, в якому будуть підтвердження дебету, кредиту, проміжна виписка, повідомлення про стан відкладених і відкликаних ЕПД і повідомлення про групі анульованих платежів. Ці відомості будуть надходити за підсумками кожного рейсу. Крім того, на відміну від чинної зараз технології пакети ЕПД і есід міститимуть документи по всіх рахунках кредитної організації. Зараз пакети складаються за кожним рахунком окремо. П'ятий рейс буде включати ще додатковий есід - остаточну виписку за підсумками дня, що містить вхідний залишок на день, вихідний залишок на день і інформацію про минулі ЕПД. Есід формуються по кожному рахунку організації.
Ще один нюанс пов'язаний з використанням IBM WebSphere MQ. Справа в тому, що по каналах IBM WebSphere MQ, більше 100 мегабайт в одному повідомленні передано бути не може. Тому ті електронні повідомлення, які перевищують зазначений обсяг, можуть бути розбиті на частини. І ці частини повинні бути зібрані воєдино вже на стороні клієнта самостійно. Для ясності фрагменти будуть пронумеровані і на кожному з них проставлені реквізити, за якими легко можна встановити їх приналежність.
Від технології до реалій
Банкірів також цікавило питання, чи дозволить РАБІС-НП підвищити швидкість обробки реєстру платежів. Ні для кого не секрет, що в години пік банки нерідко стикаються з проблемою проведення електронних платежів.
Також Сергій Грицьків звернув увагу на той факт, що збої можуть виникати з різних причин. Якщо аварійна ситуація сталася з вини МЦІ, то зазвичай рейси продовжуються і автоінформатор про це повідомляє. Якщо це індивідуальна ситуація, яка відбувається в конкретному банку, МЦІ не може діяти всупереч нормативним документом і змінювати рейс. Тому кредитної організації доведеться самостійно шукати вихід з ситуації, що склалася.
Банки, в свою чергу, вживають заходів для підвищення надійності проходження платежів. Так, в МЦІ надійшла заявка від Ощадбанку про використання каналів доступу для з'єднання з МЦІ за допомогою двох провайдерів. Ще кілька банків також заявили, що розглядають подібний варіант.
Сьогодні у кредитних організацій з'явилася можливість технічно реалізувати цю ідею. Довгий час монопольне становище в цій сфері займала компанія «Інкому». Для надання послуг підключення до МЦІ компаніям-провайдерам пред'являються дуже високі технічні вимоги і не всі їх в змозі виконати. Наприклад, канали зв'язку абонентів і телекомунікаційних серверів МЦІ повинні бути ізольовані від інших публічних мереж. Крім того, провайдер повинен забезпечити незалежне підключення до двох територіально віддалених технологічним майданчиків МЦІ, а це вимагає серйозних фінансових вкладень в інфраструктуру. До того ж цей напрямок розвитку бізнесу не для всіх компаній становить інтерес, так, МЦІ вихідний трафік надається безкоштовно. Тепер на ринку з'явився другий провайдер - компанія «Комкор». МЦІ висловлює своє схвалення і готове розглянути можливість обслуговування банку двома провайдерами.
Олег Кравченко, керівник напрямку систем зв'язку компанії КРОК