Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.6. Модуль Розрахункові правила і нарахування процентів за розрахунково-касове обслуговування клієнтів банку
Розрахунково-касове обслуговування клієнтів є одним із джерел доходів банків. Доходи від цих операцій надходять у формі процентів від сум опрацьованих документів або від їх кількості (кожний конкретний випадок обумовлюється в угоді між клієнтом і банком на розрахунково-касове обслуговування). Банк отримує дохід за розрахункове обслуговування клієнтів, за касове обслуговування клієнтів і сплачує суми клієнтам за використання грошових залишків на їхніх поточних рахунках. Для обчислення таких сум у системі Scrooge передбачено стандартні правила нарахування процентів, які поділяються на загальні і локальні. Загальні правила нарахувань/утримань - це ті правила або угоди, які можуть бути загальними для різних груп рахунків (клієнтів), локальні правила створюються для конкретного рахунку (клієнта).
Правила визначають алгоритм обчислення процентних сум, а для того, щоб правила працювали, їх треба наповнити конкретними даними:
- про клієнта і суму, щодо яких буде вестись обчислення;
- про величину процентів;
- період обчислення;
- про бухгалтерський рахунок, на який слід віднести процентні суми, тощо.
Таке наповнення, як правило, виконує адміністратор системи щодо чотирьох типів нарахувань:
- касове обслуговування;
- розрахункове обслуговування;
- нарахування процентів на залишки коштів на поточних рахунках;
- зарахування процентів на поточні рахунки клієнтів. Наповнення правила обчислення процентів може бути здійснено
Даними конкретного клієнта або групи клієнтів. Процедурі початку наповнення правил конкретними даними має передувати робота з відкриття всіх необхідних для розробки правил рахунків (7020, 6110, 2608, два рахунки
3570 - перший для накопичення сум за касове обслуговування (3570К1), другий за розрахункове обслуговування (3570К2). Усі рахунки - внутрішньобанківські. Наповнення правила для нарахування процентів за розрахунково-касове обслуговування клієнтів починається з виконання команди Приложения/ Задачи/Проценты_!/Расчетные счета. Виконання такої команди викликає появу на екрані діалогового вікна Правила показать, в якому наведено перелік правил - Только общие і Общие и локальные. Активація пункту Общие и локальные видає на екрані вікно CalcRules (правила обчислень) (рис. 4.14).
Рис. 4. ] 4. Загальний вигляд вікна CalcRules
Вікно CalcRules поділено на три частини: верхня частина - загальні правила за розрахунково-касове обслуговування клієнтів банку; середня - відображає перелік рахунків клієнтів, для яких діє правило, яке активоване у верхній частині вікна; нижня - зосереджує локальні правила для поточного рахунку клієнта, що відмічений у середній частині таблиці.
Для наповнення загального правила конкретними даними треба активувати верхню частину вікна і кнопку Добавить - з'являється вікно CalcKing (класи правил) (рис. 4.15).
Рис. 4.15. Вікно стандартних класів правил
З цього вікна натиском клавіші Enter вибираємо правило, яке буде наповнюватись конкретними розрахунковими даними, - з'являється вікно Вставка із шаблоном наповнення (рис. 4.16).
У вікні Вставка треба заповнити поля: Номер правила (визначається користувачем довільно, один номер правила надається для всіх типів нарахувань у межах клієнта або групи клієнтів); Период действия правила; Тип (вноситься системою після вибору правила - погодитись із запропонованим типом - Enter); Валюта - тип валюти, для гривні - "пусто"; Доля - процентна ставка нарахування (вводиться як дробове число, наприклад, для процентної ставки 1,75% - 0,0175); Доплата (сума за обробку одного документа), з двох полів Доля і Доплата заповнюється лише одне; Контроль остатка (min, max - діапазон сум дії правила).
Рис. 4.16. Вікно Шаблон правила
Поле може бути не заповненим (залишити #########) або заповненим (заповнити конкретними даними, наприклад, для нарахування процентів за залишками на рахунках: min = 300.00, max = 100000 .00). Це означає, що під час нарахування процентних сум будуть просумовані залишки на рахунках за ті дні, коли вони були в межах від 300 до 100000 гри. Опції Параметр визначають характер дії правила: Остаток - спосіб нарахування процентів на залишки на поточному рахунку клієнта (денний чи середньоперіодний); Обслуживание - визначення типу оплати за виконання розрахункових операцій. Поля Дебет і Кредит - визначають банківські рахунки, на які будуть віднесені процентні суми за обслуговування клієнтів. Поля + Дебет, +Кредит - заповнюються рахунками переоцінки в разі розробки валютних правил для паралельної генерації проведення за валютною позицією; Код правила - визначається користувачем довільно; Имя правила - визначається користувачем довільно.
Сторінка Дополнительно передбачає введення додаткової текстової інформації за даним правилом (заповнення цього поля не є обов'язковим). Сформоване правило у формі окремого запису з'явиться у верхній частині вікна правил обчислень. На рис. 4.17 наведено схему наповненого правила за касове обслуговування клієнтів.
Рис. 4.17. Схема наповненого правила за касове обслуговування клієнтів
Наступним етапом роботи у визначенні правил нарахувань є віднесення поточних рахунків клієнтів до загального правила. Для виконання такої дії треба у верхній частині вікна активувати № правила, до якого слід прив'язати певні поточні рахунки клієнтів і виконати команду локального меню Просмотр/Не принадлежащие.
У середній частині вікна відмічаємо ті балансові рахунки (Enter), які слід прикріпити до даного правила, і виконуємо команду Действия/Отнести отмеченные і підтверджуємо виконані дії (рис. 4.18).
Рис 4.18. Вікно прив'язки рахунків клієнтів до правила нарахувань процентів
Нарахування процентів згідно зі сформованними правилами в розрізі груп клієнтів (кожного клієнта) здійснюється звичайно в кінці місяця з вікна CalcRules (правила обчислень) виділенням правила обчислень і виконанням команди локального меню Действия/Начислить проценты.
На рис. 4.19 наведено вікно з визначеними параметрами для нарахування процентів за касове обслуговування групи клієнтів (група визначена відсутністю рахунку в полі Счет). Система здійснює нарахування процентів і виводить на екран Ведомость начислений (рис. 4.20).
Рис. 4.19. Вікно Групповые действия з визначеними параметрами
Рис. 4.20. Відомість нарахування процентів
Користувачеві залишається на основі згенерованого документа здійснити бухгалтерські проведення (завізувати документ).
Стягнення заборгованості за розрахунково-касове обслуговування банк здійснює самостійно (без повідомлення клієнтів) шляхом виконанням команди Приложения/ Задачи/Проценты J/Рко/Обробка 3570 (рис. 4.21).
Визначивши тип погашення заборгованості, система у вікні Документы задолженности за ГКО висвітлює суми заборгованості в розрізі поточних рахунків клієнтів (рис. 4.22).
Рис. 4.22. Вікно Документы задолженности за РКО
Виконанням команди Действия/Погасить все здійснюється погашення заборгованості (суми боргу списуються з поточних рахунків клієнтів і відносяться на рахунок № 6110 - Комісійні доходи від розрахунково-касового обслуговування клієнтів). Про успішність виконання дії свідчить очищення вікна.
Наприкінці кожного місяця банк роздруковує відомості нарахування процентних сум у розрізі кожного правила і відправляє їх клієнтам.
Похожие статьи
-
4.1. КОНЦЕПТУАЛЬНІ ЗАСАДИ ПОБУДОВИ САБО Сучасні системи автоматизації банківських операцій (САБО) розробляють за модульним принципом. Основою комплексу є...
-
4.1. КОНЦЕПТУАЛЬНІ ЗАСАДИ ПОБУДОВИ САБО Сучасні системи автоматизації банківських операцій (САБО) розробляють за модульним принципом. Основою комплексу є...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.2. Модуль Клиенты банка
Система Scrooge, як система автоматизації банківських операцій, перш за все, призначена для автоматизації клієнтських операцій - виконання розрахункових,...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.3. Модуль Счета клиентов банка
Для ведення клієнтських рахунків (відкриття рахунків і субрахунків, їх редагування, ведення, закриття тощо) у системі Scrooge передбачено застосування...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.5. Модуль Касса
У практиці банківської діяльності касові операції, як правило, відокремлюють від інших. Особливості опрацювання первинних касових документів...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.4. Модуль! Документы+
Це один з основних модулів системи Scrooge, він дає можливість за допомогою платіжних документів переміщувати гроші з одного рахунку на інший. Усі...
-
Четвертою, не менш важливою вимогою до інформаційних систем є вимога забезпечення автоматизації міжфілійних розрахунків, тобто систем управління філіями....
-
3.1. ЕВОЛЮЦІЯ РОЗВИТКУ СИСТЕМ АВТОМАТИЗАЦІЇ БАНКІВСЬКОЇ ДІЯЛЬНОСТІ (САБД) Історично протягом 90-х років минулого століття розвиток автоматизованих...
-
3.3.1. Необхідність автоматизації документообігу Спираючись на тенденції розвитку інформаційних технологій та еволюцію вимог до інформаційних систем,...
-
3.3.1. Необхідність автоматизації документообігу Спираючись на тенденції розвитку інформаційних технологій та еволюцію вимог до інформаційних систем,...
-
3.3.1. Необхідність автоматизації документообігу Спираючись на тенденції розвитку інформаційних технологій та еволюцію вимог до інформаційних систем,...
-
3.1. ЕВОЛЮЦІЯ РОЗВИТКУ СИСТЕМ АВТОМАТИЗАЦІЇ БАНКІВСЬКОЇ ДІЯЛЬНОСТІ (САБД) Історично протягом 90-х років минулого століття розвиток автоматизованих...
-
Концепція розподіленої обробки даних передбачає створення автоматизованих робочих місць (АРМ) управлінського персоналу. Автоматизоване робоче місце - це...
-
Технологічний процес роботи в середовищі АРМ визначається процесом діалогового розв'язування конкретної бізнес-задачі. До загальних технологічних дій...
-
Технологічний процес роботи в середовищі АРМ визначається процесом діалогового розв'язування конкретної бізнес-задачі. До загальних технологічних дій...
-
Концепція розподіленої обробки даних передбачає створення автоматизованих робочих місць (АРМ) управлінського персоналу. Автоматизоване робоче місце - це...
-
Четвертою, не менш важливою вимогою до інформаційних систем є вимога забезпечення автоматизації міжфілійних розрахунків, тобто систем управління філіями....
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 3.2.2. Задоволення потреб банку
Функціональна повнота системи є першою і основною вимогою, що висувається до САБД. Повнофункціональною можна вважати систему, якщо набір її функцій дає...
-
Третя вимога до сучасних інформаційних систем - це розширення спектра послуг, що надаються віддаленими офісами. Ця тенденція явно визначилась останнім...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - Робота з персоналом
Програмне забезпечення має відповідати таким характеристикам: модульність (виконання умови дозволяє знизити витрати щодо змін функціональної можливості...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - Вимоги до програмного забезпечення
Програмне забезпечення має відповідати таким характеристикам: модульність (виконання умови дозволяє знизити витрати щодо змін функціональної можливості...
-
3.4.1. Фактори ризику інформаційної системи Під ризиком, як правило, розуміється можливість того, що будь-які цілі під час реалізації проекту...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 3.4. РИЗИКИ ІНФОРМАЦІЙНИХ СИСТЕМ
3.4.1. Фактори ризику інформаційної системи Під ризиком, як правило, розуміється можливість того, що будь-які цілі під час реалізації проекту...
-
Спираючись на готовність банків до нового підходу щодо створення банківських інформаційних систем, сформулюємо конкретні найсуттєвіші вимоги, що їх...
-
Спираючись на готовність банків до нового підходу щодо створення банківських інформаційних систем, сформулюємо конкретні найсуттєвіші вимоги, що їх...
-
Для вироблення вимог щодо захисту інвестицій в інформаційні системи слід виділити об'єкти витрат: процес створення системи; обладнання; програмне...
-
Для вироблення вимог щодо захисту інвестицій в інформаційні системи слід виділити об'єкти витрат: процес створення системи; обладнання; програмне...
-
Для вироблення вимог щодо захисту інвестицій в інформаційні системи слід виділити об'єкти витрат: процес створення системи; обладнання; програмне...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - Вимоги до обладнання
Для вироблення вимог щодо захисту інвестицій в інформаційні системи слід виділити об'єкти витрат: процес створення системи; обладнання; програмне...
-
4.3.1. Особливості реалізації системи Scrooge II Банківська система Scrooge її (розробник - фірма lime systems, м. Донецьк) реалізована за концепцією...
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.6. Модуль Розрахункові правила і нарахування процентів за розрахунково-касове обслуговування клієнтів банку