Сторінка
4
Такий режим виправлення помилкових проведень можна застосовувати лише для внутрішніх документів банку.
Виправлення зовнішніх документів, оплачених документів, можливе до їх відправки в РРП, тобто тих, які лише відібрані для відправлення у файл початкових платежів типу А. При цьому технолог повинен зняти позначку про відбір документа у файл А і лише після цього провести необхідні виправлення.
Крім виправлень помилок, протягом дня технологу надається можливість провести виправлення за інші дні, виконавши повернення в режимі «Довге відновлення». У цьому режимі можна робити один чи кілька відкатів на кілька днів назад з перерахуванням усіх цих днів. Для того щоб можна було скористатися цим режимом, необхідно мати копії всіх попередніх банківських днів. Користуватися режимом довгого відновлення необхідно лише у разі крайньої необхідності, для виправлення помилок попередніх днів краще користуватися коригуючими проведеннями.
Коригуючі проведення виконуються за допомогою меморіальних ордерів. При друкуванні меморіальних ордерів для коригуючого проведення на ньому буде додатковий рядок з надписом «Коригуючий».
6. Закриття банківського дня в ОДБ
Під час закриття банківського дня технолог повинен виконати ряд робіт інформаційно-технологічного характеру. Основними операціями є такі:
· перевірити наявність балансу; якщо баланс не сформований, то закрити день неможливо;
· провести накопичення денних оборотів по балансових рахунках і сформувати відомості: «Баланс на місяць (квартал, рік), «Баланс з початку року до поточного дня»;
· провести накопичення даних по касових проведеннях дня;
· провести накопичення плат за касове та розрахункове обслуговування;
· сформувати виписки по особових рахунках й відправити їх в архів;
· створити архівні копії дня;
· провести формування всіх звітних форм та файлів.
Характеристика АРМ операціоніста
Усі платіжні документи на паперових носіях, що надійшли в банк від клієнта, повинні пройти стадію первинного контролю і попередньої оцінки фінансового стану клієнта.
При первинному контролі операціоністом вводиться номер особового рахунку клієнта. Якщо номер введено правильно, то на екран видаються дані про назву клієнта, вхідний залишок на його рахунку, дані про поточні обороти, вихідний залишок і залишок, що контролюється.
Після первинного контролю надається можливість введення даних платіжних документів. Іноді в системі вводиться обмеження на кількість документів, що вводяться одночасно. Наприклад, операціоністу дозволяється одночасно ввести до 100 платіжних документів. Після введення кожного рядка відбувається автоматичне коригування поточного стану особового рахунку клієнта в базі даних і висвітлення його перед операціоністом, оскільки за час набору могли надійти документи по електронних каналах і змінити поточний залишок на рахунку клієнта. Для кожного виду документа існує певний макет, згідно з яким виконується введення даних.
З первинного документа вводяться наступні поля: код банку контрагента, номер особового рахунку контрагента, ознака дебет/ кредит (означає, що сума по документу буде проведена по дебету чи кредиту особового рахунку клієнта), сума платежу по документу, призначення платежу.
Після введення даних одного документа змінюється автоматично сума залишку, що контролюється. Залишок, що контролюється, — це той залишок, що прогнозується на рахунку, тобто той, який матиме рахунок, якщо даний документ буде сплачено.
Якщо значення поля «Призначення платежу» часто повторюється, то його можна занести у відповідний довідник і вибирати звідти при завантаженні даних платіжних документів. Аналогічним чином можна оперувати з контрагентами, тобто з клієнтами, яким адресуються платежі. Якщо якийсь контрагент досить часто зустрічається в первинних документах, то його слід занести і зберігати у відповідному довідниковому файлі бази даних, що дасть змогу надалі не вводити його вручну, а вибирати з довідника контрагентів.
Після закінчення введення пачки документів система може запитати контрольну суму (КС) по цій пачці, якщо використовується технологія обробки документів пачками.
Система має бути спроектованою таким чином, щоб це не потребувало спеціальної підготовки оператора. Всі поля введення, значення яких можна перевірити, контролюються.
До виконання остаточного оновлення стану рахунків оператор може переглянути всю транзакцію і виправити помилки, якщо вони є.
Без повторного введення всіх даних на всіх важливих етапах запитується підтвердження.
Операціоніст може вилучати й коригувати введені ним документи до передачі їх на наступну обробку технологу.
Характеристика АРМ контролера
Функції контролера полягають у регулюванні потоків початкових документів на РРП. Тобто він може дозволяти або забороняти оплату початкових документів з файлу OPER та відбір їх до файлу типу А (файл початкових платежів).
Вводиться поняття «Блокованого» і «Неблокованого» початкового документа. Початкові міжбанківські документи будуть оплачуватися тільки в тому разі, якщо вони неблоковані.
Використання АРМ контролера в ОДБ має значення тільки при роботі в мережі. Його функції будуть полягати в перегляді документів, які надходять з робочих станцій операціоністів, їх аналізі та визначенні параметрів «блокований» — «неблокований» перед тим, як передати документи на оплату на АРМ технолога.
Як вже зазначалося, використання АРМ контролера є необов’язковим, якщо не виникає потреба регулювання черговості проходження початкових платежів.
База даних ОДБ
Усі файли, що використовуються в ОДБ, умовно можна розподілити на такі групи: основні файли, оперативні файли, файли СЕП, нормативно-довідкові файли НБУ.
До основних файлів належать: файл залишків коштів на балансових рахунках в національній валюті (SALDO); файл залишків коштів на балансових рахунках в іноземній валюті (SALDOV); файл залишків коштів на позабалансових рахунках (SALDONB); файл гривневих рахунків оновлених, відкритих чи закритих протягом банківського дня (SCHETAS); файл валютних рахунків оновлених, відкритих чи закритих протягом банківського дня (SCHETAV); файл позабалансових рахунків оновлених, відкритих чи закритих протягом банківського дня (SCHETANB); довідник клієнтів (KLIENT); список клієнтів, які були оновлені (відкриті чи закриті протягом банківського дня) (KLITAS); накопичувальний файл оборотів по рахунках в розрізі всіх місяців (BALANS); накопичувальний файл касових оборотів за поточний і попередній місяць (VKAS); довідник валют і курсів (TABVAL).