оляють уникнути повного ручного заповнення документів - досить вказати суму і деталі платежу. Якщо врахувати, що кількість платіжних (та інших) документів, що формуються в АБС, досить велике, а число реквізитів у таких документах теж чимала, такі шаблони є ефективнішим засобом зниження операційного ризику;
формалізований опис умов типових договорів, банківських продуктів (типи операцій, процентні ставки, пеня, терміновість і т.п.) - також дозволяє уникнути появи помилок як при первісному введенні договору, так і при подальшій його обробці (нарахування відсотків, пролонгація, закриття);
реалізація протоколів обміну з зовнішніми системами РКЦ, SWIFT, картковими процесингами та ін - виключає ручний набір платіжних документів на терміналах відповідних зовнішніх систем. При цьому дуже важливо забезпечити зберігання в АБС формалізованих описів розрахункових інструкцій контрагентів.
Як видно з контексту, зазначені прийоми в основному спрямовані на мінімізацію введення реквізитів безпосередньо операціоністом за рахунок використання системної попередньо перевіреної інформації, що зберігається в базі даних.
Сприяє зниженню операційного ризику і основний принцип СУБД - однократність введення інформації і багаторазове її використання в різних додатках. При цьому важливим елементом є виділення і використання типових (стандартних, ядерних) прикладних процедур, наприклад розрахунку відсотків, в різних функціональних модулях АБС. Тут же слід зазначити важливість розробки та використання таких організаційно-технічних прийомів, як:
організація подвійного введення значимої інформації;
акцепт виконуваних операціоністом операцій вищим обличчям;
застосування додаткових процедур контролю результатів розрахунку, які особливо широко використовуються при формуванні банківської звітності (перевірочні тести, розшифровки зведених і агрегованих даних тощо).
) Мінімізація операційного ризику в АБС. Функціональний підхід.
Перераховані вище методи зниження операційного ризику не претендують на повноту охоплення, головна їх особливість - це те, що вони можуть бути застосовані для будь-якого реалізованого в АБС банківського продукту. У той же час порядок і правила виконання банківських операцій досить жорстко регламентуються нормативними документами Банку Росії, починаючи з правил бухгалтерського обліку (формування плану рахунків і номерів рахунків, виконання проводок і т.п.) і закінчуючи чіткими вимогами до геометрії форм вихідних документів. Крім того, існує жорстка регламентація і з боку зовнішніх систем, з якими взаємодіє АБС.
Тому найважливішим елементом зниження операційного ризику є відповідність результатів функціонування програмного забезпечення АБС цим зовнішнім вимогам. Іншими словами, алгоритми та їх реалізація (код програми) не повинні містити помилок, тобто відмінностей від заявленої функціональності банківського продукту і від законодавчих вимог до умов його реалізації.
Мінімізація ризиків тут досягається за рахунок добре опрацьованих промислових методів розробки ПЗ, аналіз яких не входить в предмет цієї статті. Можна лише відзначити, що набирає останнім часом популярність підхід до незалежної реалізації сервісів в рамках інформаційних систем (SOA - сервіс-орієнтован...
