Автоматизація розрахунково-касових операцій (на матеріалах АБ “Металург” м. Запоріжжя), Детальна інформація

Комерційний банк Регіональне управління Центральна розрахункова палата

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По каналу зв’язку системи “Клієнт - банк” передаються меморіальні ордери проведень виносної каси.

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

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

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

Зарубіжний досвід щодо принципів автоматизації розрахунково-касових операцій

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

Перші АБС -50-і рр. - автоматичні системи, що забезпечують підрахунки балансів і підготовку звітної документації.

60-і рр. - За допомогою ЕОМ зважувалися в основному задачі моделювання, оптимізації і планування, створення автоматичних архівів.

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

70-і рр. - Збільшення обсягів банківських послуг типових БС - машинно-оброблювана ЕОМ, до якої підключалися регіональні конструктори, що забезпечують розподіл інформації на місцях (висока вартість засобів телекомунікації, значні накладні витрати, складність настройки системного і розробки і налагодження прикладного обслуговування).

80-і рр. - з'явилися високо-виробничі міні-ЕОМ, автоматизація обробки банківської інформації на робочих місцях. На базі обчислювальних машин фірми DEC (США) стали створюватися системи автоматизації банківських офісів, що можуть інтегруватися в більш великі.

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

Лідери в партнерстві: IBM (США),DEC (США), “Siemens” (Німеччина), “Oliwetti” (Італія), “Bull” (Франція).

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