49182 (Структура, апаратне забезпечення системи "клієнт-банк"), страница 2
Описание файла
Документ из архива "Структура, апаратне забезпечення системи "клієнт-банк"", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "контрольные работы и аттестации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "49182"
Текст 2 страницы из документа "49182"
Кожний користувач має індивідуальний код доступу, який розпізнається на вході в систему і визначає його права доступу.
Кожний документ у файлі платіжних документів, що готується до передачі, підписується електронним цифровим підписом (ЕЦП), тобто доповнюється певною комбінацією символів, що ідентифікують відповідальну особу, яка поставила цей підпис. ЕЦП заснований, як правило, на відкритих та закритих ключах, які можуть з певною періодичністю змінюватись.
Крім того, всі повідомлення, що їх передають системою, підлягають криптографуванню. Тобто повідомлення одного абонента іншому перед відправкою шифрується та дешифрується під час прийняття його тим абонентом, якому воно було адресоване.
Право встановлювати й змінювати права доступу до системи має лише її адміністратор. Вся робота користувачів з системою протоколюється й записується у відповідні журнали.
-
2. Автоматизація касових розрахунків в ПТК ОДБ
Автоматизована обробка касових документів з огляду на їхню специфіку у відповідний модуль програмно-технологічного комплексу ОДБ. В основу технології автоматизованого опрацювання касових операцій покладено такий принцип – відповідальний виконавець з контролю за рухом коштів на особовому рахунку клієнта під час вводу касових документів перевіряє наявність особового рахунка, виявляє ознаки заблокованості чи закриття рахунка, наявності на ньому коштів. У момент прийому чи видачі готівки касир на своєму робочому місці виконує операцію «Оплата», заносячи відповідний запис до робочого файлу, де фіксуються зміни залишків коштів на рахунках. Скоригувати чи вилучити документ можна лише до моменту виконання операції «Оплата». У разі відповідного налагодження системи зазначена операція може виконуватися також із інтерфейсу технолога. Модуль «Каса» функціонує за такими режимами: прибуткова каса, видаткова каса, вихідні форми, регламентні роботи, об’єкти інкасації.
Зауважимо, що в меню «режими» спочатку вказуються процедури, які виконуються найчастіше, а далі наводяться ті процедури, до яких протягом дня звертаються лише один чи декілька разів.
Для виконання режимів автоматизованого обліку операцій з готівкою слугують: АРМ касира, АРМ відповідального виконавця, АРМ бухгалтера, АРМ адміністратора БД. Залежно від повноважень користувача й згідно з паролями доступу до заданого АРМ включаються різні пункти меню. Але при цьому насамперед виконуються регламентні роботи. До них належать:
роботи, виконувані в разі інсталяції модуля та в аварійних ситуаціях (ініціалізація файлів БД з касовими документами, ініціалізація журналу регламентних робіт, зміна стану модуля, зберігання документів поточного дня);
роботи, виконувані протягом поточного операційного дня (відкриття дня за касою, поповнення документів поточного дня, закриття дня за касою з архівацією касових документів, огляд журналу регламентних робіт);
регламентні роботи з архівними касовими документами (наприклад, перегляд касових документів з архіву).
Ініціалізація касових файлів – це та операція, за допомогою якої адміністратор БД очищає всі касові документи в разі інсталяції модуля «Каса» або під час аварійних ситуацій. У машинному журналі регламентних робіт ведеться протокол усіх дій, виконаних у цьому режимі із зазначенням дати, часу здійснення операції і табельного номера особи, котра виконала цю операцію. Журнал регламентних робіт можна переглядати і при потребі ініціалізувати.
До регламентних робіт, які виконуються щодня, належать відкриття і закриття дня каси. Ці режими запускаються з робочих місць відповідального виконавця та адміністратора БД. При цьому послідовно виконуються перевірки, аби встановити, чи не ведуться регламентні роботи, чи відкритий операційний день банку. Окрім того, під час відкриття каси перевіряється дата відкриття, яка не повинна повторюватися, а під час закриття виконуються додаткові перевірки й процедури обробки інформації. З’ясовується зокрема, чи коректні файли касових документів (усі документи мають бути оплачені, зареєстровані в касових журналах, їх символи мають відповідати шаблонам за структурою), чи коректно відкрита каса, чи наявні касові документи. Якщо документів немає, то каса закривається, але архів не створюється. Закриття каси передбачає, що в журналі регламентних робіт фіксується, коли й хто закривав касу, та наводяться контрольні суми, а спеціальна програма записує в архівну БД поточні файли (ці процедури виконуються автоматично). Зрештою на екран виводиться повідомлення про результати виконання програми із закриття каси.
Режими регламентних робіт дають змогу прочитати касовий документ із архіву за будь-який день роботи каси, але тільки після закриття дня за касою.
Робота відповідального виконавця (бухгалтера) з касовими документами зводиться до виконання ряду процедур, що пропонуються користувачеві на екрані. Виконання підпрограми може супроводжуватися допоміжними процедурами, які забезпечують коректність технології та достовірність результатів обробки вхідних даних. Так, після створення відповідальним виконавцем одного чи кількох касових журналів до них записуються касові документи. Основною процедурою в роботі відповідального виконавця з касовими журналами є введення документів у режимах «оприбутковування», «видатки» і «грошові перекази». Кожний документ задається в екранній формі з подальшим переліком реквізитів: тип (поодинокий, зведений), номер документа, особовий рахунок клієнта, сума за документом, код касової операції. До поля «Касир» заноситься табельний номер касира, а до поля «Бухгалтерська проводка» записується час оплати документа. Зміни до особових рахунків вносяться не тоді, коли касовий документ записується в журнал, а під час виконання процедури «Оплата документа».
Робота касира з касовими документами виконується в режимах «Прибуткова каса» або «Видаткова каса» за допомогою процедури «Оплата документів». Касиру пропонується екран зі списком ще не сплачених касових документів поточного дня, введених всіма відповідальними виконавцями на поточний момент часу. Обслуговуючи клієнта, касир вибирає рядок, тобто необхідний документ, і натисканням відповідного клавіша запускає програму оплати документа чи відмови від оплати. Підпрограма оплати документа виконує бухгалтерські проводки згідно з кодами рахунків і видами операцій з готівкою, а також фіксує ці зміни у відповідних машинних регістрах (бази даних) аналітичного обліку банківських операцій. У разі відмови касира оплатити документ в полі «Бухгалтерська проводка» в журналі відповідального виконавця з’явиться відповідна помітка, а в полі «Касир» – табельний номер касира. Виконавши процедуру «Оплата документа», касир видає клієнтові готівку, якщо операція видаткова, або квитанцію, якщо операція прибуткова. Касир повторює процедури оплати документів доти, доки на екрані не з’явиться повідомлення: «Немає документів для оплати». При цьому через деякий проміжок часу процедуру вибору документів пропонується повторити.
У режимі виконання операцій грошових переказів, тобто оформлення прийому готівкових коштів від клієнтів, рахунки яких відкриті в інших банках, відповідальний виконавець заводить або вибирає з існуючих касовий журнал грошових переказів. Документи за операціями грошових переказів вводяться так само, як і прибуткові та видаткові документи. Після правильного вводу документів натисканням відповідного клавіша запускаються програми, згідно з якими документ записується до касового журналу без проводки або з виконанням бухгалтерських проводок. Можливий і такий варіант, коли виконується бухгалтерська проводка і друкуються рядки журналу на принтері. У режимі грошових переказів формується меморіальний ордер, виконується проводка транзитного переказування коштів до інших банків і нараховуються суми сплати за банківські послуги.
Банки організовують іноді виносні каси, функції яких також автоматизуються. Робота виносних кас автоматизується таким чином.
1. Програмно-апаратний модуль забезпечує автоматизацію обліку готівкових коштів на робочому місці касира.
2. По каналу зв’язку системи «Клієнт-Банк» передаються меморіальні ордери проводок виносної каси.
3. Відповідальний виконавець приймає ці меморіальні ордери й здійснює операцію «Оплата».
4. Адміністратор БД кілька разів протягом дня та перед закриттям виконує регламентні роботи, створюючи та доповнюючи при цьому касові журнали роботи виносних кас. Такі журнали виносних кас включають в архів касових документів, а надалі використовують під час формування касових звітів.
У режим «Вихідні форми» включаються процедури зі складання, перегляду та друкування щоденних оперативних форм звітності. Технологія виконання цих процедур передбачає введення дати, на яку формуватимуться звітні форми, а також утворення робочого файлу. Користувачеві пропонується для вибору список таких вихідних форм: прибутковий касовий журнал, видатковий касовий журнал, довідка касира з прибутків, довідка касира з видатків, зведена довідка про касові обороти, довідка щодо видів касових операцій, довідка щодо БД каси, перелік неоплачених і сторнованих документів. Окрім того, інформаційна система формує звітні файли стосовно прогнозу готівкового обігу та касових оборотів. Прогноз готівкового обігу розробляється на підставі файлів, які формуються згідно з касовими заявками, прогнозними розрахунками, що надходять від підприємств і установ, а також архівними даними за попередні періоди. Результати обробки інформації видаються як прогнозні розрахунки касових оборотів (форма 720-н), календар видачі готівки на заробітну платню (форма 729-н) і т.ін. Звіти про касові обороти складаються на підставі файлів оперативної інформації БД ОДБ. Результати обробки інформації формуються у звітні файли: №12 – дані про касові обороти символів форма 747Д, №13 – дані про касові обороти символів форми 778. Ці звітні файли передаються комерційним банком до регіонального управління НБУ.
-
3. Підтвердження платежів СЕП
Платіжні документи готуються в АІС комерційного банку. Оскільки для передачі платіжних документів використовується ЕП НБУ, то одиницею обміну даними між елементами СЕП є не окремий платіжний документ, а пакет (конверт) платіжних документів у вигляді файлу певного типу. Залежно від результатів перевірки пакета він може або не може бути прийнятий «у цілому» (без вилучення в ньому коректних документів).
Підготовлені в БАІС у вигляді файлу типу А документи з початкових міжбанківських розрахунків надходять до АРМ-3, де їх перевіряють на відповідність вимогам, що їх передбачено СЕП. Забраковані на рівні АРМ-3 документи не потрапляють до СЕП. У такому разі АРМ-3 формує для ОДБ БАІС файл помилок типу «О», в якому зазначаються номери забракованих документів файлу А та коди виявлених у них помилок.
Якщо результат перевірки, здійснюваної на АРМ-3, позитивний, пакет платіжних документів (файл типу А) із цього робочого місця надходить до АРМ-2 РРП, що обслуговує даний банк.
На АРМ-2 РРП пакет також перевіряється на відповідність прийнятим у СЕП вимогам. Якщо пакет приймається, то платіжні документи з нього просуваються по СЕП далі. У противному разі пакет не приймається загалом без виокремлення в ньому коректних документів. При цьому у файлі-квитанції типу Т про отримання файлу типу А, вказуються номери забракованих у ньому документів та кодів наявних у них помилок.
Забраковані на рівні АРМ-2 файли не обробляються і не повертаються до АРМ-3, а зберігаються у відповідних базах даних АРМ-2 і можуть бути використані як довідковий матеріал.
Якщо АРМ-2 забракував файл, припустимою є спроба повторно надіслати на нього файл з таким самим іменем і тим самим змістом. Після того як файл прийнято на АРМ-2, наступні примірники файлу з тим самим іменем на цьому робочому місці не розглядатимуться. Квитанція про повторну обробку зазначених файлів також не формується. Відповідальність за розміщення в одному пакеті коректних і некоректних платіжних документів покладається на комерційні банки.
АРМ-2, прийнявши пакети платіжних документів, «розкриває» ці пакети і, перш ніж передати їх далі, групує отримані документи за таким правилом.
Якщо банк-отримувач платіжного документа обслуговується тим самим АРМ-2, то формується пакет (у вигляді файлу типу В) безпосередньо для цього банку.
Якщо ж банк-отримувач платіжного документа обслуговується іншим АРМ-2 тієї самої палати, то формується пакет (у вигляді файлу типу С), який містить усі платіжні документи від банків даного АРМ-2 для банків АРМ-2 отримувача. Сформований такий пакет надсилається до АРМ-2 РРП.
Якщо ж банк-отримувач обслуговується іншою РРП, то даний платіжний документ включається до пакета (також файл типу С), який містить усі платіжні документи від банків даної РРП для банків РРП-отримувача. Сформований такий пакет відправляється відповідному АРМ-2 відповідної РРП.
АРМ-2 у РРП-отримувачі приймає пакет платіжних документів від АРМ-2 РРП-відправників поряд із пакетами платіжних документів від своїх комерційних банків, розкриває прийняті пакети і відповідно перегруповує вміщені в них документи. Зрештою платіжний документ потрапляє до пакета (файл типу В) для банку-отримувача і відправляється йому в разі його виходу на зв’язок з РРП.