Назад
13
чи електронних (по мережі) документів, або під час обробки оперативної
інформації.
Наприклад, в ОДБ «УНІТА-БАРС» це такі файли: OPER — оперативні
документи дня за балансовими рахунками у гривнях; OPERV те саме у
валюті; OPERN — те саме за позабалансовими рахунками; SALDO, SALDOVI,
SALDONB — залишок і рух коштів на рахунках відповідно в гривнях, у валюті
та за позабалансовими
рахунками.
Архівні файлице файли результатної інформації, сформовані після
складання балансу та записані в архів. За допомогою файлів довідкової,
оперативної та архівної інформації виконуються завдання з обліку та контролю
розрахункових і касових операцій.
Автоматизація розрахункових операцій виконується" за допомогою
програмного комплексу ОДБ, який дає змогу в будь-який момент його
функціонування
дістати інформацію про рух коштів на поточних, кредитних,
депозитних та інших рахунках. Залежно від конструктивних характеристик
програмного комплексу ОДБ автоматизація проведення розрахункових
операцій їх обліку і контролю здійснюються в національній валюті та валюті
інших країн в одному або в двох окремих ОДБ. У більшості програмних пакетів
ОДБ передбачається, що головними
виконавцями автоматизації розрахункових
операцій є операціоністи, контролери, технологи. Для них у банківській системі
створюються відповідні АРМ (робоче місце контролера є не в усіх банках).
Конкретний перелік операцій для кожного АРМ залежить від за провадженого
технологічного процесу, наявності технічних засобів, обсягу документообороту
тощо. Зауважимо, що деякі роботи жорстко прив'язані до виконавців
.
При автоматизації розрахункових операцій в банківських установах
вирізняють операції введення первинних платіжних документів ППД та
формування відповідних файлів ППД і, власне, розрахункові операції, тобто
операції оплати, які приводять до зміни стану залишків і оборотів на
відповідних особових і балансових рахунках.
Одна з поширених технологій автоматизованого виконання
розрахункових операцій передбачає,
що перші операції виконуються на АРМ
операціоністів або операторів з підімкненням АРМ контролера, а другі операції
виконається, як правило, на АРМ технолога. За такої технології на АРМ
операціоніста, оператора і контролера не можна змінити стан рахунків. Він
може бути змінений лише з АРМ технолога. При цьому операції введення
даних і їх
обробки розділені в часі, що дає можливість управляти в банку
протягом операційного дня процесом оплати та рухом коштів.
Інша технологія передбачає, що операціоніст виконує не тільки ввід даних і
формування файлів ППД, а і в інтерактивному режимі проводить їх обробку.
Тобто він має безпосередній доступ до всіх даних особового рахунку
і виконує
операції оплати.
Технологічний процес автоматизації розрахункових операцій
здійснюється за допомогою програм, які об'єднані в модуль під назвою
«Особові рахунки». Цей модуль перед його запуском налагоджують,
виконуючи такі дії:
* визначають кориговані параметри особових рахунків, такі як термін
14
зберігання закритих особових рахунків, надання дозволу на коригування
вхідних залишків на особових рахунках і т. ін.;
* установлюють повноваження стосовно допуску співробітників банку до
особових рахунків;
* визначають типи особових рахунків, необхідних для податкової
адміністрації;
* закріплюють за особовими рахунками процентні ставки.
Базовою функцією під час автоматизації розрахункових операцій є
відкриття нових
особових рахунків. Виконує її головний бухгалтер або за його
дорученням провідний технолог через меню системи ОДБ. Увійшовши до
пункту меню «Особові рахунки», переходять до пункту «Відкриття особових
рахунків». При цьому зазначають (задають) такі реквізити: тип особового
рахунку, який вибирається з переліку, що відкрився за допомогою
функціонального клавіша; рівень секретності рахунку, що
задається
обмеженнями доступу до нього; вид валюти рахунку, який вибирається
курсором з висвітленого на екрані переліку; реєстраційний номер клієнта в
банку; номер балансового рахунку; номер особового рахунку клієнта; назва
особового рахунку, дата відкриття; підстава для відкриття рахунку; тип
особового рахунку для податкової адміністрації; ознаки звітності; ознаки для
розрахунку платежів за
розрахунково-касове обслуговування; код
відповідального виконавця, операціоніста; нарахування процентів за залишки.
Супроводження особових рахунків виконується на робочих місцях
відповідальних виконавців-операціоністів і технолога. Крім відповідальних
виконавців доступ до особових рахунків з різними повноваженнями мають
працівники валютного відділу, каси, головний бухгалтер та керівники служб
банку. Усім зазначеним працівникам доступна функція перегляду особових
рахунків, виконувати яку можна по-різному.
Найчастіше переглядається окремий особовий рахунок, для чого
насамперед входять до меню другого рівня (пункт «Перегляд особових
рахунків»). Перш ніж увійти в цей режим, необхідно в екранному вікні набрати
номер рахунку.
Функція перегляду особових рахунків дає змогу:
* переглянути реквізити рахунку, зокрема номер балансового рахунку,
тип
рахунку, його призначення та інші довідкові ознаки;
* визначити оперативний стан особового рахунку, а саме: вхідний
залишок, поточні обороти коштів, вихідне сальдо рахунку.
Для роботи з окремим особовим рахунком до меню другого рівня
включений пункт коригування, що надає такі можливості:
* змінити відповідального виконавця, що веде рахунок;
* установити чи зняти блокування
з особового рахунку;
« змінити тип рахунку при зміні статей плану рахунків або коду валюти;
* закрити особовий рахунок, зазначивши дату та підстави для закриття
рахунку.
Перегляд списку особових рахунків, закріплених за даним балансовим
рахунком як режим меню, дає змогу:
* дістати впорядкований за заданою ознакою список особових рахунків,
15
в якому зазначено номер рахунку, ім'я клієнта, поточне сальдо й обороти
коштів;
* головному бухгалтеру банку дістати інформацію про стан балансового
рахунку (вхідний залишок, поточні обороти, вихідний залишок), а також
дату останньої модифікації рахунку;
» вивести на друк або занести до файла список особових рахунків.
У режимі перегляду списку особових рахунків
є можливість переглянути
список особових рахунків, на яких обліковується валюта. При цьому програмні
засоби забезпечують отримання списку особових рахунків, упорядкованих за
заданими ключовими ознаками, а також вибір окремого рахунку та видачу
щодо нього всієї поточної інформації.
Перегляд історії особових рахунків здійснюється після входження до
меню з такою самою назвою. Наступний
рівень меню дає змогу користувачеві
вибрати балансовий чи позабалансовий рахунок. Увійшовши до пункту меню
«Вид рахунку», користувач може послідовно задати з клавіатури номери
балансового й особового рахунків, за якими він отримує на екрані
розшифрування руху коштів. Таке розшифрування можна дістати за вказаний
день або період.
Перезакріплення особових рахунківзаміна одного
відповідального
виконавця на іншого здійснюється на АРМ адміністратора БД і головного
бухгалтера. Тут можна перепризначити один або кілька особових рахунків,
деяку групу або всі балансові рахунки.
Виконання розрахункових операцій, тобто обробка платіжних документів
та зміна величини сум залишків і оборотів на відповідних особових рахунках
здійснюються запуском відповідної програми. Програма може запускатися
як
безпосередньо користувачем через відповідний пункт меню, так і в
автоматичному режимі при виконанні певних умов, наприклад, через
відповідний (заданий) інтервал або в певні моменти часу, наявності певної
кількості необроблених ППД та ін.
Розрахунок процентів за залишками на особових рахунках і сум для
сплати клієнтами за розрахунково-касове обслуговування здійснюється
за
двома варіантами технологій.
Варіант 1-й передбачає, що процентні ставки фіксуються у файлі-
довіднику типів особових рахунків і не залежать від розміру залишків коштів
на рахунках.
Суму процентів для сплати j-му клієнтові за р-й розрахунковий період
обчислюють згідно з таким алгоритмом:
де Sjd сума залишку коштів на особовому рахунку j-го клієнта за d-н день/7-
го розрахункового періоду;
ND процентна ставка на d-н день.
Вхідна інформація для машинного виконання алгоритму (4.1)
вибирається відповідно: сума залишкуз файла особових рахунків, а
процентна ставка задається в довіднику типів особових рахунків або в
16
спеціальному файлі, створеному для цього розрахунку.
Варіант 2-й машинного розрахунку процентів також виконується за
алгоритмом (4.1), але процентна ставка вибирається з довідника відповідно до
діапазону сум залишків коштів на рахунку. Згідно з таким підходом проценти
визначаються за середньодобовий залишок грошових коштів на особовому
рахунку.
За результатами розрахунку складається меморіальний ордер, на
підставі
якого інформація заноситься до БД, а далі передається клієнтам у формі
виписки з рахунку.
Аналогічно до розрахунку процентів за залишками на особових рахунках
визначаються суми, що їх мають сплатити клієнти за розрахунково-касове чи
інше обслуговування. Загальна методика й алгоритми лишаються незмінними,
але інформаційна база формується за іншими ознаками.
Наприклад
, базова сума S
jpc
i для розрахунку за касове обслуговування
формується як сума касових оборотів на підставі записів відповідного файлу.
Процентна ставка, як і для розрахунку процентів за залишками сум на особових
рахунках, вибирається з файла-довідника або задається користувачем.
Для виконання розрахунку процентів потрібні програми об'єднуються у
програмний модуль, підімкнення якого здійснюється через
відповідний пункт
меню, що розкривається, як правило, такими підпунктами: «Історія процентів»,
«Ввід із файла», «Зміна процентів за балансовими рахунками», «Нарахування
процентів», «Формування відомості нарахованих процентів», «Календар
розрахунково-касових операцій».
За допомогою першого пункту меню «Історія процентів» під-микаються
програми, які виконують введення і коригування процентних ставок. Входячи в
цей режим,
слід задати номер рахунку, для якого встановлюється чи
коригується процентна ставка; тип валюти (іноземна/національна), діапазон дат
вводу (перегляду, коригування) процентної ставки. Зміна вноситься в поле
«Тип процентної ставки» довідника типів особових рахунків. Форма документа
на екрані дає змогу вводити одну процентну ставку або діапазон сум. Якщо
потрібно вилучити окремий
запис із процентною ставкою, цей запис слід
позначити, а потім вилучити за допомогою клавішів, вказаних в інструкції
користувачеві.
Змінити процентні ставки за даним рахунком можна також, не вводячи
інформацію з клавіатури, а використовуючи відповідний файл. Ця процедура
виконується за допомогою пункту меню «Ввід із файла». При цьому на
моніторі показується діапазон
дат для нарахування процентів. Коли з'ясується,
що для якогось особового рахунку вже введено процентні ставки в цьому
діапазоні, то зміни в базі даних не виконуються, а всі виявлені помилки
виводяться в протокол.
Сформувавши вхідні дані, виконують процедури нарахування процентів.
При цьому режим розрахунку процентів дає змогу обчислювати проценти за
залишками на окремих особових рахунках або за групою рахунків, що мають
процентні ставки за вказаний період часу; сформувати журнал розрахункових
процентів, що використовуються далі для складання проведень про виплату
процентів; скласти відомість розрахунку процентів (за одним чи групою
17
рахунків). На екрані заповнюються такі поля: інтервал дат, розрахунок за одним
чи кількома балансовими рахунками, тип валюти, діапазон номерів балансових
рахунків, номер особового рахунку.
Після заповнення всіх названих полів у нижній частині екрана
з'являються інформаційні повідомлення про хід виконання процедур.
Результати виконання розрахунків заносяться у відомість нарахування
процентів, яка є
основою для складання відповідних проведень про виплату
процентів за залишками на рахунках. Деякі пакети програм ОБД дозволяють
обчислювати проценти за залишками на особових рахунках у пакетному й
інтерактивному режимах. У разі використання інтерактивного режиму можна
імітувати розрахунковий процес. Здобуті результати аналізують відповідальні
виконавці, які приймають рішення щодо виплати процентів за
залишками на
особових рахунках.
В інтегрованих банківських інформаційних системах виокремлюють
підсистему автоматизованого обліку вкладних операцій, яка має забезпечити
автоматизацію оперативного та бухгалтерського обліку операцій про вклади
фізичних осіб, комунальних, митних та інших платежів населення. Ці операції
здійснюються на АРМ операціоніста, бухгалтера, технолога, а також на
віддалених робочих місцях. Технологічний процес обліку
вкладних операцій
включає такі етапи: ведення довідників видів вкладів, типів особових рахунків,
вкладників, банків, підприємств, контрагентів, операцій; ввід інформації про
рух коштів вкладників (зарахування та списання); ведення особових рахунків
вкладників; прийняття комунальних, митних та інших платежів від населення;
складання видатково-прибуткових касових ордерів. Виконуються ці операції за
тими самими технологіями,
що й облік операцій на розрахункових рахунках.
Окрім того, у режимі «Відправлення документів» інформація передається в БД
ОДБ з віддаленого відділення чи робочого місця за допомогою підсистеми
«Клієнтбанк».
Завершальною функцією модуля автоматизації розрахункових операцій є
складання звітності, яка може видаватися на екран, до друку чи надходити по
каналу зв'
язку для передавання в НБУ. Звітна інформація формується у вигляді
затверджених структур звітів, аналітичних таблиць та довідок, що є
відповідями на запити.
До меню «Оперативні звіти» входять функції формування, перегляду й
друкування вихідної інформації за такими формами щоденної бухгалтерської
звітності банку: виписка з особового рахунку клієнта та оборотно-сальдова
відомість. Виписка
з рахунку видається у двох примірниках. Перший
передається клієнтові як інформація про фактичний рух коштів на рахунку, а
другий залишається в банку як архівний документ. На старті режиму отримання
виписок необхідно зазначити період і тип звіту, тобто уточнити, чого саме
стосується звіт: заданого особового рахунку чи всіх особових рахунків,
закріплених
за відповідним виконавцем.
Під час формування вихідного документа залишок коштів на рахунках
визначається згідно з алгоритмом:
18
де Shr, Shrj, Shrk відповідно залишок, надходження та витрати коштів за /І-й
період за r-м рахунком згідно з
J-M прибутковим чи k-м видатковим
документом.
Фінансовий стан банку відбивають оборотно-сальдова відомість і
оборотно-сальдовий баланс. Відомості формуються та видаються за особовими
рахунками, закріпленими за відповідальним виконавцем або за всіма особовими
рахунками банку на вказану дату. Процедуру складання оборотної відомості
включено до інтерфейсу відповідального виконавця для видачі звіту за
закріпленими
рахунками та до інтерфейсу адміністратора БД для складання
звіту за всіма особовими рахунками банку. Користувач має змогу сформувати
документ на екрані для попереднього перегляду чи аналізу, а також для
друкування наприкінці робочого дня.
Зауважимо, що оборотно-сальдова відомість може бути сформована і
після закінчення операційного дня банку на підставі інформації, записаної
в
історії особових рахунків.
Оборотно-сальдовий баланс складається щодня на АРМ головного
бухгалтера чи адміністратора БД. Він видається на екран або до друку (перед
початком формування документа задаються параметри згідно з інструкцією для
користувача). Розрахунки оборотів і вихідних залишків виконуються за тим
самим принципом, що й при формуванні виписки з
особового рахунку, тобто за
аналогічним алгоритмом. При цьому обороти та залишки виводяться за
балансовими рахунками четвертого порядку, а за рахунками третього та
другого порядку нагромаджуються проміжні підсумки. До вихідної форми
заносяться такі реквізити: вхідні залишки, дебетові та кредитові обороти,
вихідні залишки в розрізі номерів особових рахунків, залишки й обороти
номерів балансових
рахунків; підсумок оборотів і залишків за кожним класом
рахунків.
Крім зазначених документів через меню модуля розрахункових операцій
можна сформувати й інші зведені та довідкові внутрішні документи, наприклад,
відомість відкритих і закритих особових рахунків, відомість залишків на
особових рахунках і т. ін.
За розрахунковими операціями кожний комерційний банк звітує перед
НБУ.
Щодня на підставі БД ОДБ формується звітний файл 1 — дані про
залишки на рахунках, який передається за схемою: КБРУ, РУЦРП. Файл
1 за змістом відповідає звіту ІДКБбаланс комерційного банку.
Наприкінці місяця КБ передає до НБУ файл 2 — дані про обороти та
залишки на рахунках, який відображає
зміст звіту 1—КБбаланс
комерційного банку. КБ передає до НБУ один раз на рік або за вимогою файл
15 — дані про кількість клієнтів, що відображає форму 752 звітності.
Автоматизована обробка касових документів з огляду на їх специфіку
виокремлена у відповідний модуль програмно-технологічного комплексу ОДБ.
В основу технології автоматизованого опрацювання касових операцій
покладено такий принципвідповідальний виконавець з контролю за рухом
коштів на особовому рахунку клієнта під час вводу касових документів
19
перевіряє наявність особового рахунку, виявляє ознаки заблокованості чи
закриття рахунку, наявності на ньому коштів. У момент приймання чи видачі
готівки касир на своєму робочому місці виконує операцію «Оплата», заносячи
відповідний запис до робочого файлу, де фіксуються зміни залишків коштів на
рахунках. Скоригувати чи вилучити документ можна лише до моменту
виконання операції
«Оплата». У разі відповідного налагодження системи
зазначена операція може виконуватися також із інтерфейсу технолога. Модуль
«Каса» функціонує за такими режимами: прибуткова каса, видаткова каса,
вихідні форми, регламентні роботи, об'єкти інкасації.
Зауважимо, що в меню «режими» спочатку вказуються процедури, які
виконуються найчастіше, а далі наводяться ті процедури, до яких протягом
дня
звертаються лише один чи кілька разів.
Для виконання режимів автоматизованого обліку операцій з готівкою
слугують: АРМ касира, АРМ відповідального виконавця, АРМ бухгалтера,
АРМ адміністратора БД. Залежно від повноважень користувача й згідно з
паролями доступу до заданого АРМ включаються різні пункти меню. Але при
цьому насамперед виконуються регламентні роботи. До
них належать:
«роботи, виконувані в разі інсталяції модуля та в аварійних ситуаціях
(ініціалізація файлів БД з касовими документами, ініціалізація журналу
регламентних робіт, зміна стану модуля, зберігання документів поточного
дня);
«роботи, виконувані протягом поточного операційного дня (відкриття дня
за касою, поповнення документів поточного дня, закриття дня за касою з
архівацією
касових документів, огляд журналу регламентних робіт);
регламентні роботи з архівними касовими документами (наприклад,
перегляд касових документів з архіву).
Ініціалізація касових файлівце та операція, за допомогою якої
адміністратор БД очищає всі касові документи в разі інсталяції модуля «Каса»
або під час аварійних ситуацій. У машинному журналі регламентних робіт
ведеться протокол
усіх дій, виконаних у цьому режимі із зазначенням дати,
часу здійснення операції і табельного номера особи, котра виконала цю
операцію. Журнал регламентних робіт можна переглядати і при потребі
ініціалізувати.
До регламентних робіт, які виконуються щодня, належать відкриття і
закриття дня каси. Ці режими запускаються з робочих місць відповідального
виконавця та адміністратора
БД. При цьому послідовно виконуються перевірки,
аби встановити, чи не ведуться регламентні роботи, чи відкритий операційний
день банку. Окрім того, під час відкриття каси перевіряється дата відкриття, яка
не повинна повторюватися, а під час закриття виконуються додаткові перевірки
й процедури обробки інформації. З'ясовується, зокрема, чи коректні файли
касових документів (
усі документи мають бути оплачені, зареєстровані в
касових журналах, їх символи мають відповідати шаблонам за структурою), чи
коректно відкрита каса, чи наявні касові документи. Якщо документів немає, то
каса закривається, але архів не створюється. Закриття каси передбачає, що в
журналі регламентних робіт фіксується, коли й хто закривав касу, та наводяться
контрольні
суми, а спеціальна програма записує в архівну БД поточні файли (ці
20
процедури виконуються автоматично). Зрештою на екран виводиться
повідомлення про результати виконання програми із закриття каси.
Режими регламентних робіт дають змогу прочитати касовий документ із
архіву за будь-який день роботи каси, але тільки після закриття дня за касою.
Робота відповідального виконавця (бухгалтера) з касовими документами
зводиться до виконання ряду процедур, що
пропонуються користувачеві на
екрані. Виконання підпрограми може супроводжуватися допоміжними
процедурами, які забезпечують коректність технології та достовірність
результатів обробки вхідних даних. Так, після створення відповідальним
виконавцем одного чи кількох касових журналів до них записуються касові
документи. Основною процедурою в роботі відповідального виконавця з
касовими журналами є введення документів у режимах «оприбутковування»,
«видатки» і «грошові перекази». Кожний документ задається в екранній формі з
подальшим переліком реквізитів: тип (поодинокий, зведений), номер
документа, особовий рахунок клієнта, сума за документом, код касової
операції. До поля «Касир» заноситься табельний номер касира, а до поля
«Бухгалтерське проведення» записується час оплати документа. Зміни до
особових рахунків вносяться не
тоді, коли касовий документ записується в
журнал, а під час виконання процедури «Оплата документа».
Робота касира з касовими документами виконується в режимах
«Прибуткова каса» або «Видаткова каса» за допомогою процедури «Оплата
документів». Касиру пропонується екран зі списком ще не сплачених касових
документів поточного дня, введених всіма відповідальними виконавцями на
поточний
момент часу. Обслуговуючи клієнта, касир вибирає рядок, тобто
необхідний документ, і натисканням відповідного клавіша запускає програму
оплати документа чи відмови від оплати. Підпрограма оплати документа
виконує бухгалтерські проведення згідно з кодами рахунків і видів операцій з
готівкою, а також фіксує ці зміни у відповідних машинних регістрах (бази
даних) аналітичного обліку
банківських операцій. У разі відмови касира
оплатити документ в полі «Бухгалтерське проведення» в журналі
відповідального виконавця з'явиться відповідна помітка, а в полі «Касир» —
табельний номер касира. Виконавши процедуру «Оплата документа», касир
видає клієнтові готівку, якщо операція видаткова, або квитанцію, якщо операція
прибуткова. Касир повторює процедури оплати документів доти, доки на
екрані
не з'явиться повідомлення «Немає документів для оплати». При цьому через
деякий проміжок часу процедуру вибору документів пропонується повторити.
У режимі виконання операцій грошових переказів, тобто оформлення прийому
готівкових коштів від клієнтів, рахунки яких відкриті в інших банках,
відповідальний виконавець заводить або вибирає з існуючих касовий журнал
грошових переказів.
Документи за операціями грошових переказів вводяться
так само, як і 'прибуткові та видаткові документи. Після правильного вводу
документів натисканням відповідного клавіша запускаються програми, згідно з
якими документ записується в касовий журнал без проведення або з
виконанням бухгалтерських проведень. Можливий і такий варіант, коли
виконується бухгалтерське проведення і друкуються рядки журналу на
принтері. У режимі грошових переказів формується меморіальний ордер,
21
виконуються проведення транзитного переказування коштів до інших банків і
нараховуються суми сплати за банківські послуги.
Банки організовують іноді виносні каси, функції яких також
автоматизуються. Робота виносних кас автоматизується так, як описано далі.
1. Програмно-апаратний модуль забезпечує автоматизацію обліку
готівкових коштів на робочому місці касира.
2. По каналу зв'язку системи «Клієнт
банк» передаються меморіальні
ордери проведень виносної каси.
3. Відповідальний виконавець приймає ці меморіальні ордери й здійснює
операцію «Оплата».
4. Адміністратор БД кілька разів протягом дня та перед закриттям
виконує регламентні роботи, створюючи та доповнюючи при цьому
касові журнали роботи виносних кас. Такі журнали виносних кас
включають в архів касових документів, а
надалі використовують під час
формування касових звітів.
У режим «Вихідні форми» включаються процедури зі складання,
перегляду та друкування щоденних оперативних форм звітності. Технологія
виконання цих процедур передбачає введення дати, на яку формуватимуться
звітні форми, а також утворення робочого файла. Користувачеві пропонується
для вибору список таких вихідних форм: прибутковий касовий журнал,
видатковий
касовий журнал, довідка касира з прибутків, довідка касира з
видатків, зведена довідка про касові обороти, довідка щодо видів касових
операцій, довідка щодо БД каси, перелік неоплачених і сторнованих
документів. Окрім того, інформаційна система формує звітні файли стосовно
прогнозу готівкового обігу та касових оборотів. Прогноз готівкового обігу
розробляється на підставі файлів,
які формуються згідно з касовими заявками,
прогнозними розрахунками, що надходять від підприємств і установ, а також
архівними даними за попередні періоди. Результати обробки інформації
видаються як прогнозні розрахунки касових оборотів (форма 720-н), календар
видачі готівки на заробітну платню (форма 729-н) і т. ін. Звіти про касові
обороти складаються на підставі файлів
оперативної інформації БД ОДБ.
Результати обробки інформації формуються у звітні файли: 12 — дані про
касові обороти символів форми 747Д, 13 — дані про касові обороти символів
форми 778. Ці звітні файли передаються комерційним банком до регіонального
управління НБУ.
4.3. АВТОМАТИЗАЦІЯ КРЕДИТНИХ ТА ДЕПОЗИТНИХ ОПЕРАЦІЙ
Кредитні та депозитні операції є основними видами діяльності
комерційних банків, а для деяких із них ці операції стали головним джерелом
доходів. Тому вдосконаленню кредитних та депозитних операцій банки
приділяють значну увагу, упроваджуючи комп'ютерні технології для
автоматизації функцій управління кредитами та депозитами. Така
автоматизація на практиці здійснюється в різних формах, на базі різних
апаратних і програмних засобів, створюються, зокрема
, системи, які не лише
обробляють інформацію, а й підтримують управлінські рішення, що значною
мірою знижує трудомісткість облікових робіт, підвищує вірогідність зведень та
22
якість рішень, що приймаються.
Технології виконання кредитних і депозитних операцій за змістом,
послідовністю виконання та способами формування даних взаємоблизькі, тому
їх доцільно розглядати в єдиному циклі технологічних процесів
автоматизованої обробки даних. Але ці операції ще слабо структуровані,
недостатньо формалізовані і важко піддаються автоматизації. Тому в підсистемі
управління кредитами та депозитами часто
застосовують інтерактивний режим
виконання комп'ютерних технологій. Для цієї підсистеми характерна також
неоднорідність завдань, зумовлена складністю предметної області. Адже банк
працює з різними кредитами та депозитами, тобто йдеться про різні терміни,
призначення, способи надання та погашення і т. ін. Проте практичний досвід
показує, що всю сукупність функцій управління кредитами та
депозитами з
метою їх автоматизації можна об'єднати в типові комплекси: прогнозування й
планування, облік і контроль, аналіз і регулювання. Кожний із цих комплексів
виконується на відповідній стадії технології обробки інформації за допомогою
закріплених апаратних і програмних засобів, тобто на виділених АРМ.
Розглянемо автоматизовані функції підсистеми управління кредитами та
депозитами за
стадіями технології.
Прогнозування й планування.
1. Визначення стратегії кредитування та депозитної політики.
2. Формування портфеля заявок за кредитами та депозитами.
3. Розрахунок кредитоспроможності клієнтів.
4. Оцінка ризику під час кредитування.
5. Планування рентабельності операцій.
6. Складання угод про кредит і депозитний вклад.
7. Складання плану-графіка кредитування.
8. Складання плану-графіка виплати процентів за
кредитами ,та
депозитами.
9. Складання плану-графіка погашення кредитів. 10. Розрахунок резервів
за кредитами та депозитами.
Облік і контроль.
1. Відкриття рахунку.
2. Облік операцій за кредитними і депозитними рахунками.
3. Нарахування процентів.
4. Контроль за виконанням угод. Аналіз І регулювання.
1. Формування звітів.
2. Аналіз, підтримання рішень.
Зауважимо, що наведений перелік функцій управління
кредитами та
депозитами на практиці автоматизований різною мірою, причому найменше
автоматизовано визначення стратегії кредитно-депозитної політики. Ці функції,
а також формування портфеля заявок належать до класу завдань стратегічного
маркетингу. Кожне таке завдання розв'язується не для кожного кредиту окремо,
а загалом для процесу кредитування на певний період. Розв'язування
формується
з урахуванням економічної ситуації і має якісний характер
(наприклад, перевагу надавати тим чи іншим кредитам або певним типам
клієнтів). Для автоматизації цієї функції доцільно застосовувати типові пакети