Характеристика діяльності КБ "ПриватБанк"

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

Найчастіше переглядається окремий особовий рахунок, для чого насамперед входять до меню другого рівня (пункт «Перегляд особових рахунків»). Перш ніж увійти в цей режим, необхідно в екранному вікні набрати номер рахунку.

Функція перегляду особових рахунків дає змогу:

- переглянути реквізити рахунку, зокрема номер балансового рахунку, номер особового рахунку, тип рахунку, його призначення та інші довідкові ознаки;

- визначити оперативний стан особового рахунку, а саме: вхідний залишок, поточні обороти коштів, вихідне сальдо рахунку.

Для роботи з окремим особовим рахунком до меню другого рівня включений пункт коригування, що надає такі можливості:

- змінити відповідального виконавця, що веде рахунок;

- установити чи зняти блокування з особового рахунку;

- змінити тип рахунка при зміні статей плану рахунків або коду валюти;

- закрити особовий рахунок, зазначивши дату та підстави для закриття рахунку.

Перегляд списку особових рахунків, закріплених за даним балансовим рахунком як режим меню, дає змогу:

- дістати впорядкований за заданою ознакою список особових рахунків, в якому зазначено номер рахунку, ім'я клієнта, поточне сальдо й обороти коштів;

- головному бухгалтеру банка дістати інформацію про стан балансового рахунку (вхідний залишок, поточні обороти, вихідний залишок), а також дату останньої модифікації рахунку;

- вивести на друк або занести до файла список особових рахунків.

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

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

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

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

Варіант 1-й передбачає, що процентні ставки фіксуються у файлі-довіднику типів основних рахунків і не залежать від розміру залишків коштів на рахунках.

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

За результатами розрахунку складається меморіальний ордер, на підставі якого інформація заноситься до БД, а далі передається клієнтам у формі виписки з розрахункового рахунку.

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

Для виконання технології розрахунку процентів потрібні програми об'єднуються у програмний модуль, підімкнення якого здійснюється через відповідний пункт меню, який розкривається такими підпунктами: «Історія процентів», «Ввід із файла», «Зміна процентів за балансовими рахунками», «Нарахування процентів», «Формування відомості нарахування процентів», «Календар розрахунково-касових операцій».

За допомогою першого пункту меню «Історія процентів» підмикаються програми, які виконують введення і коригування процентних ставок. Входячи в цей режим, слід зазначити номер рахунку, для якого встановлюється чи коригується процентна ставка; тип валюти (іноземна/національна), діапазон дат вводу (перегляду, коригування) процентної ставки. Зміна вноситься в поле «Тип процентної ставки» довідника типів особових рахунків. Форма документа на екрані дає змогу вводити одну процентну ставку або діапазон сум. Якщо потрібно вилучити окремий запис із процентною ставкою, цей запис слід позначити, а потім вилучити за допомогою клавішів, вказаних в інструкції користувачеві.

Змінити процентні ставки за даним рахунком можна також, не вводячи інформацію з клавіатури, а використовуючи відповідний файл. Ця процедура виконується за допомогою пункту меню «Ввід із файла». При цьому на моніторі показується діапазон дат для нарахування процентів. Коли з'ясується, що для якогось особового рахунку вже введено процентні ставки в цьому діапазоні, то зміни в базі даних не виконуються, а всі виявлені помилки виводяться в протокол.

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

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

В інтегрованих банківських інформаційних системах виокремлюють підсистему автоматизованого обліку вкладних операцій, яка має забезпечити автоматизацію оперативного та бухгалтерського обліку операцій про вклади фізичних осіб, комунальних, митних та інших платежів населення. Ці операції здійснюються на АРМ операціоніста, бухгалтера, технолога, а також на віддалених робочих місцях. Технологічний процес обліку вкладних операцій включає такі етапи: ведення довідників видів вкладів, типів особових рахунків, вкладників, банків, підприємств, контрагентів, операцій; ввід інформації про рух коштів вкладників (зарахування та списання); ведення особових рахунків вкладників; прийняття комунальних, митних та інших платежів від населення; складання видатково-прибуткових касових ордерів. Виконуються ці операції за тими самими принципами, що й облік операцій на розрахункових рахунках. Окрім того, у режимі «Відправлення документів» інформація передається в БД ОДБ з віддаленого відділення чи робочого місця за допомогою підсистеми «Клієнт-банк».

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

До меню «Оперативні звіти» входять функції формування, перегляду й друкування вихідної інформації за такими формами щоденної бухгалтерської звітності банку: виписка з особового рахунку клієнта та оборотно-сальдова відомість. Виписка з розрахункового рахунку видається у двох примірниках. Перший передається клієнтові як інформація про фактичний рух коштів на рахунку, а другий залишається в банку як архівний документ. На старті режиму отримання виписок необхідно зазначити період і тип звіту, тобто уточнити, чого саме стосується звіт: заданого особового рахунку чи всіх особових рахунків, закріплених за відповідним виконавцем.

Фінансовий стан банку відображають оборотно-сальдова відомість і оборотно-сальдовий баланс. Відомості формуються та видаються за особовими рахунками, закріпленими за відповідальним виконавцем або за всіма особовими рахунками банку на вказану дату. Процедуру складання оборотної відомості включено до інтерфейсу відповідального виконавця для видачі звіту за закріпленими рахунками та до інтерфейсу адміністратора БД для складання звіту за всіма особовими рахунками банку. Користувач має змогу сформувати документ на екрані для попереднього перегляду чи аналізу, а також для друкування наприкінці робочого дня.

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

Оборотно-сальдовий баланс складається щодня на АРМ головного бухгалтера чи адміністратора БД. Він видається на екран або до друку (перед початком формування документа задаються параметри згідно з інструкцією для користувача). Розрахунки оборотів і вихідних залишків виконуються за тим самим принципом що й при формуванні виписки з особового рахунку, тобто за аналогічним алгоритмом. При цьому обороти та залишки виводяться за рахунками четвертого порядку, а за рахунками третього порядку нагромаджуються проміжні підсумки. До вихідної форми заносяться такі реквізити: вхідні залишки, дебетові та кредитові обороти, вихідні залишки в розрізі номерів особових рахунків, залишки й обороти номерів балансових рахунків; підсумок оборотів і залишків за кожним класом рахунків.

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

За розрахунковими операціями кожний комерційний банк звітує перед НБУ. Щодня на підставі БД ОДБ формується звітний файл №1 -- дані про залишки на рахунках, який передається за схемою: КБ --РУ, РУ -- ЦРП. Файл №1 за змістом відповідає звіту 1Д -- КБ -- баланс комерційного банку.

Наприкінці місяця КБ передає до НБУ файл №2 -- дані про обороти та залишки на рахунках, який відображає зміст звіту 1--КБ -- баланс комерційного банку. КБ передає до НБУ один раз на рік або за вимогою файл №15 -- дані про кількість клієнтів, що відображає форму 752 звітності.

Автоматизована обробка касових документів з огляду на їх специфіку виокремлена у відповідний модуль програмно-технологічного комплексу ОДБ. В основу технології автоматизованого опрацювання касових операцій покладено такий принцип -- відповідальний виконавець з контролю за рухом коштів на особовому рахунку клієнта під час вводу касових документів перевіряє наявність особового рахунку, виявляє ознаки заблокованості чи закриття рахунку, наявності на ньому коштів. У момент прийому чи видачі готівки касир на своєму робочому місці виконує операцію «Оплата», заносячи відповідний запис до робочого файла, де фіксуються зміни залишків коштів на рахунках. Скоригувати чи вилучити документ можна лише до моменту виконання операції «Оплата». У разі відповідного налагодження системи зазначена операція може виконуватися також із інтерфейсу технолога. Модуль «Каса» функціонує за такими режимами: прибуткова каса, видаткова каса, вихідні форми, регламентні роботи, об'єкти інкасації.

Зауважимо, що в меню «режими» спочатку вказуються процедури, які виконуються найчастіше, а далі наводяться ті процедури, до яких протягом дня звертаються лише один чи кілька разів.

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

- роботи, виконувані в разі інсталяції модуля та в аварійних ситуаціях (ініціалізація файлів БД з касовими документами, ініціалізація журналу регламентних робіт, зміна стану модуля, зберігання документів поточного дня);

- роботи, виконувані протягом поточного операційного дня (відкриття дня за касою, поповнення документів поточного дня, закриття дня за касою з архівацією касових документів, огляд журналу регламентних робіт);

- регламентні роботи з архівними касовими документами (наприклад, перегляд касових документів з архіву).

Ініціалізація касових файлів -- це та операція, за допомогою якої адміністратор БД очищає всі касові документи в разі інсталяції модуля «Каса» або під час аварійних ситуацій. У машинному журналі регламентних робіт ведеться протокол усіх дій, виконаних у цьому режимі із зазначенням дати, часу здійснення операції і табельного номера особи, котра виконала цю операцію. Журнал регламентних робіт можна переглядати і при потребі ініціалізувати.

До регламентних робіт, які виконуються щодня, належать відкриття і закриття дня каси. Ці режими запускаються з робочих місць відповідального виконавця та адміністратора БД. При цьому послідовно виконуються перевірки, аби встановити, чи не ведуться регламентні роботи, чи відкритий операційний день банку. Окрім того, під час відкриття каси перевіряється дата відкриття, яка не повинна повторюватися, а під час закриття виконуються додаткові перевірки й процедури обробки інформації. З'ясовується зокрема чи коректні файли касових документів (усі документи мають бути оплачені, зареєстровані в касових журналах, їх символи мають відповідати шаблонам за структурою), чи коректно відкрита каса, чи наявні касові документи. Якщо документів немає, то каса закривається, але архів не створюється. Закриття каси передбачає, що в журналі регламентних робіт фіксується, коли й хто закривав касу, та наводяться контрольні суми, а спеціальна програма записує в архівну БД поточні файли (ці процедури виконуються автоматично). Зрештою на екран виводиться повідомлення про результати виконання програми із закриття каси.

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

Робота відповідального виконавця (бухгалтера) з касовими документами зводиться до виконання ряду процедур, що пропонуються користувачеві на екрані. Виконання підпрограми може супроводжуватися допоміжними процедурами, які забезпечують коректність технології та достовірність результатів обробки вхідних даних. Так, після створення відповідальним виконавцем одного чи кількох касових журналів до них записуються касові документи. Основною процедурою в роботі відповідального виконавця з касовими журналами є введення документів у режимах «оприбутковування», «видатки» і «грошові перекази». Кожний документ задається в екранній формі з подальшим переліком реквізитів: тип (поодинокий, зведений), номер документа, особовий рахунок клієнта, сума за документом, код касової операції. До поля «Касир» заноситься табельний номер касира, а до поля «Бухгалтерське проведення» записується час оплати документа. Зміни до особових рахунків вносяться не тоді, коли касовий документ записується в журнал, а під час виконання процедури «Оплата документа».

Робота касира з касовими документами виконується в режимах «Прибуткова каса» або «Видаткова каса» за допомогою процедури «Оплата документів». Касиру пропонується екран зі списком ще не сплачених касових документів поточного дня, введених всіма відповідальними виконавцями на поточний момент часу. Обслуговуючи клієнта, касир вибирає рядок, тобто необхідний документ, і натисканням відповідного клавіша запускає програму оплати документа чи відмови від оплати. Підпрограма оплати документа виконує бухгалтерські проведення згідно з кодами рахунків і видів операцій з готівкою, а також фіксує ці зміни у відповідних машинних регістрах (бази даних) аналітичного обліку банківських операцій. У разі відмови касира оплатити документ в полі «Бухгалтерське проведення» в журналі відповідального виконавця з'явиться відповідна помітка, а в полі «Касир» -- табельний номер касира. Виконавши процедуру «Оплата документа», касир видає клієнтові готівку, якщо операція видаткова, або квитанцію, якщо операція прибуткова. Касир повторює процедури оплати документів доти, доки на екрані не з'явиться повідомлення «Немає документів для оплати». При цьому через деякий проміжок часу процедуру вибору документів пропонується повторити.

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

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

1. Програмно-апаратний модуль забезпечує автоматизацію обліку готівкових коштів на робочому місці касира.

2. По каналу зв'язку системи «Клієнт-банк» передаються меморіальні ордери проведень виносної каси.

3. Відповідальний виконавець приймає ці меморіальні ордери й здійснює операцію «Оплата».

4. Адміністратор БД кілька разів протягом дня та перед закриттям виконує регламентні роботи, створюючи та доповнюючи при цьому касові журнали роботи виносних кас. Такі журнали виносних кас включають в архів касових документів, а надалі використовують під час формування касових звітів.

У режим «Вихідні форми» включаються процедури зі складання, перегляду та друкування щоденних оперативних форм звітності. Технологія виконання цих процедур передбачає введення дати, на яку формуватимуться звітні форми, а також утворення робочого файла. Користувачеві пропонується для вибору список таких вихідних форм: прибутковий касовий журнал, видатковий касовий журнал, довідка касира з прибутків, довідка касира з видатків, зведена довідка про касові обороти, довідка щодо видів касових операцій, довідка щодо БД каси, перелік неоплачених і сторнованих документів. Окрім того, інформаційна система формує звітні файли стосовно прогнозу готівкового обігу та касових оборотів. Прогноз готівкового обігу розробляється на підставі файлів, які формуються згідно з касовими заявками, прогнозними розрахунками, що надходять від підприємств і установ, а також архівними даними за попередні періоди. Результати обробки інформації видаються як прогнозні розрахунки касових оборотів (форма 720-н), календар видачі готівки на заробітну платню (форма 729-н) і т.ін. Звіти про касові обороти складаються на підставі файлів оперативної інформації БД ОДБ. Результати обробки інформації формуються у звітні файли: №12 -- дані про касові обороти символів 747Д, №13 -- дані про касові обороти символів форми 778. Ці звітні файли передаються комерційним банком до регіонального управління НБУ.

3.2 Автоматизація обліку операцій з кредитування

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

- позичальник - юридична або фізична особа, яка звернулась в банк для отримання кредиту і зобов'язується виконувати умови кредитного договору;

- поручитель - особа, яка зобов'язується нести повністю або частково відповідальність перед банком у разі невиконання зобов'язань позичальником;

- заставодавець - юридична або фізична особа, яка надає майно в заставу для забезпечення за кредитом;

- реєстратор - підрозділ, що веде реєстр власників цінних паперів;

- контрагент - юридична або фізична особа з якою банк вступає в ті чи інші відносини у випадку надання кредиту. Контрагентом може бути позичальник, поручитель, заставодавець;

- банк - фінансово-кредитна установа, яка надає кредит за рахунок тимчасово вільних коштів. З боку банку в кредитних відносинах задіяні експерт з кредитування, бухгалтер та операціоніст.

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

Бухгалтер - проводить облік на особових рахунках позичальників всіх кредитних операцій.

Операціоніст - безпосередньо здійснює операції з прийому платежів щодо погашення кредитів, відсотків тощо.

Очевидно, що в залежності від учасників кредитного ринку, автоматизація кредитної діяльності, може складатися щонайменше з чотирьох компонентів, які взаємозв'язані між собою: АРМа експерта з креди­тування, АРМа бухгалтера, АРМа операціоніста, підсистеми операційний день банку. Враховуючи необхідність визначення кредитоспроможності позичальника та аналізу процесу кредитування, добавиться ще один компонент -підсистемауправління кредитними ресурсами.

Як бачимо, АРМ експерта з кредитування є відповідним фронт-офісом, а АРМ бухгалтера - бек-офісом. Підсистема операційний день банку здійснює облік всіх банківських операцій і зокрема кредитних на протязі операційного часу банку. АРМ операціоніста здійснює безпосереднє обслуговування клієнта з прийняття платежів щодо погашення кредитів. В залежності від форми погашення дана операція може виконуватись в операційній касі банку, якщо готівкою, або з допомогою підсистеми інтерфейс СЕП НБУ, якщо міжбанківський платіж. Підсистема управління кредитними ресурсами визначає оцінку та проводить аналіз кредитоспроможності позичальника, оцінює умови надання кредитів і відноситься до класу OLAP. Структурну схему взаємозв'язків компонентів автоматизації процесу кредитування покажемо на Рис.3.2.

Рис.3.2 Структурна схема автоматизації процесу кредитування

АРМ експерта з кредитування призначений для автоматизації функцій оформлення (прийняття заяви, підготовка кредитних документів, видача кредиту), супроводу (контроль платежів за кредитом та відсотками, погашенням в зазначений термін, пролонгації та просрочення) та закриття кредитних угод Рис.3.3.

При виконанні своїх посадових обов'язків експерту з кредитування приходиться взаємодіяти з багатьма, як ми відмітили підрозділами банку. Фактично експерт з кредитування має проводити поточні рішення кредитного комітету і таким чином координувати роботу банківських служб щодо оформлення та надання кредиту. Схему взаємодії експерта з кредитування із банківськими підрозділами наведено на Рис.3.4.

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

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

Рис.3.3 Функції експерта з кредитування

Рис.3.4 Схема взаємодії експерта з кредитування з підрозділами банку та учасниками кредитного ринку

Таким чином, автоматизацію діяльності експерта з кредитування можна реалізувати наступними функціями:

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

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

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

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

- контроль виконання міроприємств за кредитними угодами забезпечує контроль виконання міроприємств за угодами згідно з календарем.

За кожним підприємством експерт з кредитування може встановити "будильник", який буде в установлену дату нагадувати, що потрібно зробити, обмін інформацією з АРМ бухгалтера забезпечує підготовку та передавання документів щодо погашення кредиту та відсотків за ним для подальшого проведення бухгалтерського обліку. АРМ експерта з кредитування надає інформацію за кредитною угодою та розпорядження на перерахування платежів для АРМ бухгалтера. АРМ бухгалтера надає підтвердження про перерахування платежів, меморіальний ордер про погашення заборгованості, виписку за особовим рахунком, виписку за рахунком просрочених кредитів. Складання звітів забезпечує формування обов'язкових звітів згідно посадових обов'язків експерта з кредитування

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

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

3.3 Автоматизація обліку депозитних операцій банку

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

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

Розглянемо автоматизовані функції підсистеми управління кредитами та депозитами за стадіями технології.

Прогнозування й планування.

1. Визначення стратегії кредитування та депозитної політики.

2. Формування портфеля заявок за кредитами та депозитами.

3. Розрахунок кредитоспроможності клієнтів.

4. Оцінка ризику під час кредитування.

5. Планування рентабельності операцій.

6. Складання угод про кредит і депозитний вклад.

7. Складання плану-графіку кредитування.

8. Складання плану-графіку виплати процентів за кредитами та депозитами.

9. Складання плану-графіку погашення кредитів.

10. Розрахунок резервів за кредитами та депозитами.

Облік і контроль.

1. Відкриття рахунку.

2. Облік операцій за кредитними рахунками.

3. Нарахування процентів.

4. Контроль за виконанням угод.

Аналіз і регулювання.

1. Формування звітів.

2. Аналіз, підтримання рішень.

Зауважимо, що наведений перелік функцій управління кредитами та депозитами на практиці автоматизований різною мірою, причому найменше автоматизовано визначення стратегії кредитно-депозитної політики. Ці функції, а також формування портфеля заявок належать до класу завдань стратегічного маркетингу. Кожне таке завдання розв'язується не для кожного кредиту окремо, а загалом для процесу кредитування на певний період. Розв'язування формується з урахуванням економічної ситуації і має якісний характер (наприклад, перевагу надавати тим чи іншим кредитам або певним типам клієнтів). Для автоматизації цієї функції доцільно застосовувати типові пакети програм статистичного аналізу даних (STATISTICA, статистичні функції EXSEL). Перспективним є напрямок розв'язування цих задач з використанням системи підтримання та прийняття рішень.

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

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

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

Вхідна інформація для обчислень вибирається з документів, що надійшли від клієнта, нормативно-довідкових БД і БД поточної інформації, що містяться на АРМ кредитного відділу. Від клієнта надходять такі документи: заява на кредит, статут підприємства, установчий договір, реєстраційне посвідчення, баланс підприємства, звіт про фінансові результати. На підставі цих документів створюються масиви «Баланс підприємства» і «Фінансові результати», в яких фіксуються всі потрібні для обчислень показники.



Рис.3.5 Інформаційна модель розрахунку кредитоспроможності клієнта

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

Використовуючи інформацію зі згаданих щойно БД, на АРМ кредитного відділу за допомогою спеціального пакета програм обчислюють показники кредитоспроможності позичальника. Згідно з діючими нормативними актами кредитоспроможність позичальника встановлюється за такими показниками, як прострочена заборгованість за позикою; непогашені борги та коефіцієнти -- незалежності, фінансової стабільності, маневрування, інвестування, покриття балансу; ефективність використання власних засобів, використання фінансових ресурсів, платоспроможність, ліквідність, рентабельність. Щоразу перелік показників задається через меню.

Для аналізу кредитоспроможності позичальника до відповідного вихідного документа заносяться такі відомості: назва та код клієнта-позичальника; назва та значення показників кредитоспроможності; абсолютне та відносне відхилення розрахункового показника від нормативного (або того, що характеризує попередній період); дата, на яку складається документ. У разі потреби може бути обчислена рейтингова оцінка фінансового становища кожного з позичальників, котрі зробили заявку на кредит. Цей показник видається за формою документа «Проранжований перелік клієнтів». Вихідні документи використовують фахівці кредитного відділу та керівництво банку для аналізу кредитоспроможності та прийняття рішення щодо укладення угоди на видачу кредиту.

Автоматизація розрахунків під час оцінювання ризику банку у процесі кредитування здійснюється за допомогою спеціального пакета програм АРМ статистичної звітності, який передано Національним банком України до всіх комерційних банків. Цей пакет містить методику розрахунку нормативів ризику, передбачених для визначення Інструкцією про порядок регулювання й аналізу діяльності комерційних банків (максимальний розмір кредиту на одного позичальника; норматив великих кредитних ризиків, норматив максимального розміру кредитів, гарантій і поручительств, наданих одному інсайдеру; норматив максимального сукупного розміру кредитів, гарантій і поручительств, наданих інсайдерам; норматив максимального розміру наданих міжбанківських позик; норматив максимального розміру отриманих міжбанківських позик). Через меню задається перелік нормативів для розрахунків (виконуються на задану дату).

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

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

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

Автоматизація ведення кредитних і депозитних угод полягає у виконанні таких процесів: заведення нових угод, огляд списку угод, редагування окремих записів, вилучення окремих угод.

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

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

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

Процедура «пролонгації» можлива лише щодо тих угод, в яких наступає закінчення терміну дії. Вибір цієї процедури дозволяє вивести на екран інформацію про дату погашення останньої частини кредиту, дату виплати нарахованих процентів, дату останнього платежу за угодою. Користувачем вводиться дата пролонгації, дата, до якої продовжено термін дії угоди, після чого угода набуває статусу виконуваної.

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

Завершується перша стадія технології автоматизованого управління кредитами та депозитами (прогнозування й планування) складанням планів-графіків кредитування, планів-графіків виплати процентів за кредитами та депозитами, а також графіків погашення кредитів.

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

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

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

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

Нарахування процентів за депозитами та кредитами здійснюється спеціальним програмним модулем щодо всіх клієнтів або за вказаними рахунками. Програма дає змогу на початку розрахунку змінити через екранну заставку процентну ставку. Результати обчислень записуються у спеціальний файл, з якого інформація після огляду на екрані записується в основну БД або видається на друк для оформлення відповідних документів.

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

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

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

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

Формування звітів за кредитами та депозитами здійснюється автоматично на підставі баз даних оперативної інформації, що сформовані пакетом програм ОДБ. Для цього використовується пакет програм АРМ зі статистичної звітності. В екранному меню цього пакета задається перелік звітів, які слід складати на задану дату. Це такі звітні файли:

03 -- дані про суми й процентні ставки за кредитами та депозитами (щоденно);

04 -- дані про суми та процентні ставки за кредитами (щомісячно);

05 -- дані про суми та процентні ставки за депозитами (щомісячно);

16 -- дані про заборгованість за пролонгованими, простроченими та сумнівними кредитами;

інші файли.

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

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

Коли закінчено підготовку інформації, система переходить до другого етапу -- режиму обчислення показників для складання таблиць чи графіків.

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

3.4 Автоматизація обліку операцій банку в іноземній валюті

Валютні операції відіграють важливу роль у діяльності банківських установ. Вони здійснюються в «Укрексімбанку», у комерційних банках та їх філіях, на міжбанківській валютній біржі та в інших фінансових установах. Контролюють і регулюють операції з валютою структурні підрозділи НБУ. Щоб підвищити ефективність роботи зазначених підрозділів і оперативність обліку валюти, уникнути помилок, а також мати змогу діставати необхідну інформацію для контролю та приймати рішення під час регулювання валютних операцій, у ІБС виокремлюють підсистему «Валюта». З її допомогою облік операцій з іноземною валютою можна організувати так, що за кожним кодом валюти та кожним клієнтом відкривається окремий особовий рахунок. За вільно конвертованими валютами клієнтам банку може бути відкрито один мультивалютний рахунок.

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

На практиці існують два підходи до організації автоматизованого обліку валютних операцій. Перший полягає в тому, що валютні операції обліковуються протягом дня за допомогою окремого програмного комплексу ОДБ, а наприкінці дня формується консолідований баланс. Другий, прогресивніший підхід означає, що рух коштів у національній та іноземній валютах обліковується за допомогою одного ОДБ. Згідно із цим підходом обробляють інформацію в банківських системах розвинених країн. У такому разі в пакеті ОДБ усі програми з обслуговування особових рахунків і формування звітності працюють для підрахування національної та іноземної валюти. Технологію використання таких програм наведено в підрозд. 4.1. Крім того, в ІБС є ряд засобів, які призначені виключно для роботи з іноземною валютою. Вони здебільшого підпорядковані в ієрархії меню пакета ОДБ пункту «Валютні операції», куди входять такі підпункти:

- нормативно-довідкова інформація щодо валюти;

- введення, оплата, пошук і редагування валютних документів;

- автоматизація обліку операцій в обмінних пунктах;

- котирування (переоцінювання залишків на валютних рахунках у разі зміни курсів валют);

- нарахування процентів за валютою;

- засоби для інсталяції та спеціальні регламенти за валютними операціями;

- нагромадження даних і формування вихідних форм за валютою.

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

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

Першим етапом в технології є налагодження керуючих параметрів підсистеми, виконуване для встановлення режимів роботи в підсистемі «Валюта». Початкове значення параметрів завантажується в БД під час установлення програмних модулів.

У разі закритого ОД параметри змінюються через меню за ієрархією (ланцюжком) «Підсистема «Валюта» ® «Параметри системи» ® «Налагодження системи». Перелік і зміст параметрів визначає розробник системи. Сукупність параметрів можна розбити на три групи.

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

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

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

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

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

...