Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.4.5. Робоче місце Операціоніста
Функція Введення документів призначена для введення в базу даних банківських і клієнтських платіжних документів. Після запуску вказаної функції на екрані бачимо вікно Ввод документов (рис. 4.52).
Рис. 4.52. Початкове вікно Введення документів Операція подокументного введення даних починається з активації кнопки Введення подокументне з подальшим вибором банківської операції (рис. 4.53).
Для вибору операції слід виділити рядок із потрібною операцією і натиснути кнопку Выбрать, - на екран виводиться шаблон первинного документа. Технологія заповнення шаблону така: вибрати зі списку, що розкривається, тип документа. Перехід до наступного поля може здійснюватися: натиском клавіші Tab або натисканням Enter. Номер балансового рахунку Дебет (Кредит) і призначення платежу можуть бути введеними явно в поле або вибраними зі списку відкритих рахунків і призначень платежу шляхом активації перед уведенням кнопки Знак запитання . Поля назв формуються автоматично на основі довідкової інформації. У разі набору неправильного коду ЗКПО введення документа блокується. Сума документа має бути в межах кредитового сальдо, яке виводить вікно, розташоване у верхньому правому куті шаблону. Якщо сума перевищує суму залишку на рахунку, система попереджує про намагання вийти на червоне сальдо. Призначення платежу можна ввести з клавіатури, а можна вибрати з довідника призначень платежу після натискання кнопки
(аналогічно номеру рахунку).
Якщо найменування контрагента (у разі міжбанківських розрахунків) або призначення платежу вводиться вперше (тобто введення однозначно ручне), його можна занести в довідник шляхом збереження набраних вручну даних, тобто натисканням на відповідну кнопку панелі інструментів Зберегти. Це забезпечує в подальшому можливість автоматичного введення даних із відповідних довідників. Довідник внутрішніх рахунків респондентів, доступ до яких визначено операціоністові адміністратором системи, у межах функції доповнювати не можна.
Уведений документ має пройти етап оплати за допомогою відповідної кнопки панелі інструментів - Оплатити документ, яка надає можливість вивести на екран діалогове вікно із сумою (літерами) оплачуваного документа. Після перевірки суми та її затвердження операціоніст уводить персональний ідентифікаційний номер - PIN-код (електронний підпис). Оплаченому документу система надає унікальний ключ - референс, який оптимізує пошук документа в базі даних.
Інструментальна панель вікна Введення документів надає можливість роздрукувати документ (кнопка ).
Роботу з документами операціоніст повинен завершити операцією візування, яка виконується функцією Візування своїх операцій. Функція надає можливість виведення на екран вікна Неоплачені документи на контролі з переліком документів, що підлягають візуванню, і Груп контролю платежів, які мають здійснити операцію візування (рис. 4.54).
Перш за все у верхньому вікні слід виділити документи для візування, далі активувати кнопку , на повідомлення системи про те, що будуть завізовані всі виділені документи, треба дати відповідь Так або Ні. Відповідь
Так після введення P/N-коду викликає операцію візування до виконання. Підтвердженням успішності виконання операції є очищення вікна Неоплачені документи на контролі.
Рис. 4.54. Вікно Неоплачені документи на контролі
Історію віз документа можна переглянути. Для цього за допомогою кнопки Слід вибрати з бази даних документ, що нас цікавить (наприклад за його референсом, сумою тощо), відкрити його кнопкою
і активувати вкладку Віза. На екрані ми побачимо, які візи вже накладені на документ і яких він ще очікує.
Функція Прийом документів з інших задач Moper. dbf АРМа Операціоніста призначена для прийому документів із локальних задач. Такою задачею може бути, наприклад, ОДБ БАРС на Clipper. Після запуску функції на екрані з'являється вікно Прийом документів з інших задач moper. dbf у структурі Морег, у якому слід задати ім'я файла, що імпортується.
Схожі статті
-
Технологічний процес роботи в середовищі АРМ визначається процесом діалогового розв'язування конкретної бізнес-задачі. До загальних технологічних дій...
-
4.1. КОНЦЕПТУАЛЬНІ ЗАСАДИ ПОБУДОВИ САБО Сучасні системи автоматизації банківських операцій (САБО) розробляють за модульним принципом. Основою комплексу є...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.8. Депозитні операції
Усі операції за вкладами населення виконуються в застосуванні Вклады (команда Приложения/Задачи/Проценты / Вклады). Після визначення умов відбору...
-
Технологічний процес роботи в середовищі АРМ визначається процесом діалогового розв'язування конкретної бізнес-задачі. До загальних технологічних дій...
-
4.1. КОНЦЕПТУАЛЬНІ ЗАСАДИ ПОБУДОВИ САБО Сучасні системи автоматизації банківських операцій (САБО) розробляють за модульним принципом. Основою комплексу є...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.4.3. АРМ Адміністратора
АРМ Адміністратора передбачає наявність набору функцій - редагування списку функцій відкриття/закриття Операційного дня; Адміністрування користувачів;...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.9. Модуль Валюта
Модуль Валюта банки використовують для проведення обмінних операцій. налагодження системи Scrooge для валютних операцій вимагає проведення підготовчих...
-
4.3.1. Особливості реалізації системи Scrooge II Банківська система Scrooge її (розробник - фірма lime systems, м. Донецьк) реалізована за концепцією...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.7. Модуль Кредиты
Операції за кредитами здійснюються на робочому місці Кредиты (Приложения/Задачи/Проценты_!/Кредиты). Вікно Условия призначене для визначення клієнтів і...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.5. Модуль Касса
У практиці банківської діяльності касові операції, як правило, відокремлюють від інших. Особливості опрацювання первинних касових документів...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.4. Модуль! Документы+
Це один з основних модулів системи Scrooge, він дає можливість за допомогою платіжних документів переміщувати гроші з одного рахунку на інший. Усі...
-
4.3.1. Особливості реалізації системи Scrooge II Банківська система Scrooge її (розробник - фірма lime systems, м. Донецьк) реалізована за концепцією...
-
Третя вимога до сучасних інформаційних систем - це розширення спектра послуг, що надаються віддаленими офісами. Ця тенденція явно визначилась останнім...
-
Спираючись на готовність банків до нового підходу щодо створення банківських інформаційних систем, сформулюємо конкретні найсуттєвіші вимоги, що їх...
-
3.1. ЕВОЛЮЦІЯ РОЗВИТКУ СИСТЕМ АВТОМАТИЗАЦІЇ БАНКІВСЬКОЇ ДІЯЛЬНОСТІ (САБД) Історично протягом 90-х років минулого століття розвиток автоматизованих...
-
Концепція розподіленої обробки даних передбачає створення автоматизованих робочих місць (АРМ) управлінського персоналу. Автоматизоване робоче місце - це...
-
Розрахунково-касове обслуговування клієнтів є одним із джерел доходів банків. Доходи від цих операцій надходять у формі процентів від сум опрацьованих...
-
Концепція розподіленої обробки даних передбачає створення автоматизованих робочих місць (АРМ) управлінського персоналу. Автоматизоване робоче місце - це...
-
3.3.1. Необхідність автоматизації документообігу Спираючись на тенденції розвитку інформаційних технологій та еволюцію вимог до інформаційних систем,...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.4.4. АРМ Технолога
Робоче місце Технолога передбачає наявність набору функцій, що максимально охоплюють і забезпечують можливість виконання його професійних обов'язків....
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.3. Модуль Счета клиентов банка
Для ведення клієнтських рахунків (відкриття рахунків і субрахунків, їх редагування, ведення, закриття тощо) у системі Scrooge передбачено застосування...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.3.2. Модуль Клиенты банка
Система Scrooge, як система автоматизації банківських операцій, перш за все, призначена для автоматизації клієнтських операцій - виконання розрахункових,...
-
Інформаційні системи і технології в банках - Страхарчук А. Я. - 3.2.2. Задоволення потреб банку
Функціональна повнота системи є першою і основною вимогою, що висувається до САБД. Повнофункціональною можна вважати систему, якщо набір її функцій дає...
-
Спираючись на готовність банків до нового підходу щодо створення банківських інформаційних систем, сформулюємо конкретні найсуттєвіші вимоги, що їх...
-
3.3.1. Необхідність автоматизації документообігу Спираючись на тенденції розвитку інформаційних технологій та еволюцію вимог до інформаційних систем,...
-
3.3.1. Необхідність автоматизації документообігу Спираючись на тенденції розвитку інформаційних технологій та еволюцію вимог до інформаційних систем,...
-
3.1. ЕВОЛЮЦІЯ РОЗВИТКУ СИСТЕМ АВТОМАТИЗАЦІЇ БАНКІВСЬКОЇ ДІЯЛЬНОСТІ (САБД) Історично протягом 90-х років минулого століття розвиток автоматизованих...
-
Для вироблення вимог щодо захисту інвестицій в інформаційні системи слід виділити об'єкти витрат: процес створення системи; обладнання; програмне...
-
САБО БАРС Millennium розроблена за модульним принципом, в основі комплексу - ядро системи, навколо якого будуються всі інші функціональні модулі....
-
4.4.1. Загальна характеристика системи Система автоматизації банківських операцій БАРС Millennium (розробник - фірма УНГП БАРС, м. Київ) - це діалоговий...
Інформаційні системи і технології в банках - Страхарчук А. Я. - 4.4.5. Робоче місце Операціоніста