Применяемые Фінансові Інформаційні Системи (ФИС)

смотреть на реферати схожі на «Застосовувані Фінансові Інформаційні Системи (ФІС) «.

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

Глобалізація бізнесу характеризується такими чинниками, как:

1) вдосконалення системи перевезень і комунікацій, які зменшили вартість вантажних перевезень і зробив ефективнішими міжнародні торгові операции,.

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

3) постійне вдосконалення технології виробництва, вимагає витрат за розробку нова продукція, тому зростає й обсяг цієї продукції, у зв’язку з необхідністю підприємств покрити витрати й бути конкурентоспособными,.

4) у світі є міжнародні фірми, що потенційно можуть переносити виробництво будь-який пункт, де витрати виробництва самі низкие.

Результатом діючих факторів була необхідність виробництва та продажу глобальні масштаби з єдиною метою виживання. Сервесные (обслуговуючі) компанії, включаючи банки, рекламні агенства і фірми, які виконують бухгалтерський облік і звітність, також змушені «крокувати за земним кулі», щоб краще обслуговувати своїм клієнтам, якщо вони функціонують в усьому світі. Наприклад, Світовий банк, Internet, SWIFT.

Постійний прогрес у розвитку ЕОМ і технічних засоби зв’язку істотно змінили методи прийняття рішень щодо фінансовим вопросам.

Сьогодні систему управління фінансами включає в себя:

1) прийняття управлінські рішення щодо вибору активів і пасивів те щоб максимізувати прибутковість підприємства (фирмы).

2) обмежити втручання держави (дерегулювання) в діяльність кредитнофининсовых установ, унаслідок чого з’явилися тенденції до утворення великих, багатогалузевих, обслуговуючих галузі економіки фінансових корпораций.

3) приголомшливий зростання масштабів використання комп’ютерів для управління фінансів, застосування інших електронних средств.

4) зросла роль світових та фінансових операций.

5) інфляція, і наслідки її впливу на ділових решений.

Для прийняття виважених рішень з фінансових питань, компанії створюють єдину інформаційну мережу масштабах свого підприємства (локальні ІВ), підключатися до корпоративним мереж, глобальним. Наприклад таких як — Корпоративна мережу банку «Україна», глобальна мережу — SWIFT. Отже фахівці з управлінню фінансами мають можливість доступу до фактичним даним, що грунтуються на достовірної базі даних, як слідство зростає кількісний і якісний аналіз фінансового стану фірми, після ухвалення альтернативних решений.

З огляду на, що функціонування українських підприємств, всіх форм власності, сопровождается:

— постійно змінюваними економічними і правовими условиями,.

— зростанням конкуренции,.

— зменшенням прибыльности,.

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

Фінансові інформаційні системи мають включати і правові норми й законодавчих норм, мати доступом до системам реєстрації, зв’язку з банківськими системами, фондовими биржами.

Тенденції, вищевикладені, значно змінили роль фінансового менеджменту (системи управління фінансами), і навіть необхідність створення автоматизованих системам управління. Коли раніше фахівці з маркетингу планували обсяг продажу товарів та послуг, ИТП (інженерно-технічний персонал) визначав обсяг ресурсів, необхідні виконання планових завдань, а фахівці з управлінню фінансами, шукали фонди на закупівлю необхідних виробничих потужностей та товарно-матеріальних запасів. Тепер цій ситуації немає. Створення інтегрованих фінансових інформаційних систем (ФІС) призвело до у себе прийняття рішень з більшою ступенем координації усіх зацікавлених осіб, а фінансові служби безпосередньо визначають функції перевірки і функцію контролю використання ресурсів, широко використовуючи у своїй останні досягнення у інформаційної технологии.

Бухгалтерські інформаційні системы.

Чимало підприємств за умов ринку розглядають інформацію в ролі цінного ресурсу, що йде зберігати, використовувати й захищати як і кожної вид власності. З метою отримання, яка потрібна на управління виробничу краще й господарської діяльністю, підприємство створює бухгалтерську інформаційну систему. Вона сприймається як суттєвий інструмент управління роботою підприємства в ринкових умов. БУИС служить ланцюгом між господарської банківською діяльністю та людьми, котрі ухвалюють рішення (рис. 1). У ньому здійснюються збір, реєстрація даних про господарську діяльність для підприємства, їх обробка, зберігання, передача користувачам для аналізу і вжиття рішень. Отже, даних про господарську діяльність є входом в БУИС, а корисна інформація особам, що рішення, — виходом із неї. Головна мета функціонування БУИС для підприємства — забезпечити керівництво підприємства фінансової інформацією до ухвалення обгрунтованих рішень при виборі альтернативних варіантів використання обмежених ресурсів. Деякі підприємства також використовують нефинансовую інформацію. У цьому вся разі для підприємства створюється економічна інформаційна система коштує, що складається з взаємозалежних підсистем, які забезпечують управлінський апарат необхідною інформацією. У цьому бухгалтерська підсистема є найважливішою, оскільки виконує провідної ролі під управлінням потоком інформації про стан об'єкта управління та енергійному напрямку його в все підрозділи підприємства, і навіть зацікавленим особам поза его.

БУИС надає бухгалтерську інформацію, яка відображатиме повної картини господарську діяльність підприємства,. Нині за умов переходу на міжнародні стандарти ведення бухгалтерського обліку змінилася орієнтація бухгалтерської інформації. Якщо недавно її основним користувачем були органи управління, той зараз бухгалтерська інформація є підвалинами прийняття управлінських рішень і в середині підприємства, і поза нею, Насамперед вона надає кількісні дані, необхідних виконання таких функцій управління виробничу краще й комерційної діяльністю підприємства, як планування, контроль і анализ.

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

Головними користувачами бухгалтерської інформації є керівництво і менеджери служб підприємства. За підсумками цієї інформації визначаються чистий прибуток підприємства в останній звітний період, відповідність норми прибутку очікуваної величині, наявність грошових ресурсів, співвідношення чистих активів (І статутного капіталу, найприбутковіші напрями діяльності, собівартість виробленої продукции.

[pic].

Рис. 1. Схема управління підприємством за умов використання БУИС.

Бухгалтерська інформація допомагає керівникам як зрозуміти й проаналізувати підсумки, а й прогнозувати результати діяльності підприємства після ухвалення різних решений.

Існують зовнішні користувачі бухгалтерської інформації. Це акціонери, інвестори, кредитори, покупці, клієнти, аудитори та інспектора податкових служб. Акціонерам і інвесторам важливо знати, наскільки ефективно і прибутково використовується власний капітал власників підприємства, потрібні йому нові інвестицій або їх обсяг слід зменшити, чи може фірма в майбутньому залишатися прибутковою та за яких умов. Кредиторів цікавлять питання необхідності позички, здібності підприємства своєчасно виплачувати відсотки кредит і вчасно розрахуватися з боргами. У цьому зв’язку бухгалтерська інформація в дедалі більшому мірою стає що з техніко-економічним обґрунтуванням, і з бізнес плануванням використовувати з залученням інвестицій. Для покупців продукції важливі відповідність реклами підприємства фактичному стану справ, обгрунтованість ціни на всі товари, можливість забезпечення гарантійного обслуговування. Державні служби цікавляться повнотою і правильністю визначення прибутків і обчислення податків, дотриманням антимонопольного і валютного законодательства.

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

Щоб бухгалтерська інформація мала корисною, повинна бути достовірної та значимої. Достовірність показує, що повністю відбиває господарські процеси для підприємства, легко проверяема і висловлює інтереси будь-якого конкретної особи. Значимість бухгалтерської інформації у тому, що повинна бути корисною під час упорядкування планів, заснованої на зворотного зв’язку та надходити до користувача у потрібний час. Зворотний зв’язок передбачає знання того, наскільки вірними виявилися попередні очікування. Необхідно враховувати, що вигоди, одержані від використання облікової інформації, мають бути більшими вироблених її у затрат.

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

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

По-друге, бухгалтерська інформація мусить бути істотною. Не слід змарнувати часу на облік незначних чинників. Тобто. якщо прагнення обліку можна з вартістю врахованих коштів, облік необхідно спростити. Кожне підприємство обирає свій рівень суттєвості обліку. Так було в залежність від того, яке надається об'єкту, щодо одного випадку він можна віднести до основних засобів (ОС), а іншому — до малоцінним і быстроизнашивающимся предметів (МБП) й одразу списаний на затраты.

По-третє, бухгалтерська інформація мусить бути консервативної. Так відбитка фактів господарської діяльності бухгалтерський облік не завжди Є однозначним, необхідно вибирати оцінку, що менше оптимістична, т. е. слід прогнозувати відсутність прибутків і враховувати можливі збитки. Це забезпечує обережність щодо оцінки активів, майна і у визначенні величини прибыли.

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

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

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

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

Принцип надійності характеризує надійність роботи БУИС, яка забезпечується за допомогою різних способів, наприклад дублювання структурних елементів системи чи його избыточности.

Принцип сталого розвитку системи вимагає можливості її участі розширення без істотних організаційних изменений.

Принцип економічності у тому, що вигоди від нової БУИС не повинно перевищувати Витрати нее.

Принцип сумісності передбачає, що проектируемая БУИС буде враховувати організаційну структуру підприємства, і навіть інтереси і кваліфікацію людей, здійснюють бухгалтерський облік, за умови підготовленості їх до роботи у цієї системе.

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

Принцип зворотний зв’язок одна із основних принципів будь-який системи управління. Але тільки вирішивши завдання бухгалтерського обліку, можна здійснити зворотний зв’язок. БУИС — єдине джерело достовірної інформації для зворотний зв’язок. Саме цей інформацію керівники підприємства використовують із прийняття решений.

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

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

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

У період великих обчислювальних машин були перші БУИС для великих промислових підприємств. Це дозволило б централізувати обробку облікової інформації. Економічні зміни у Україні, і навіть поява ПЕОМ сприяли майже повного зникнення розробок такого класу. Широке поширення отримала децентралізована обробка облікової інформації. Використання ПЕОМ наблизило джерело інформації до користувача цієї інформації - бухгалтеру, минаючи посередників (обчислювальні центри, відділи підприємств із підготовці інформації та ін.), і навіть створило на базі ПЕОМ автоматизованих робочих місць бухгалтера (АРМБ). З’явилася можливість автоматизації всіх процедур з обробки облікової інформації безпосередньо робочому месте.

Нині нових споживачів БУИС — менеджерів великих підприємств у умовах ринку важливі як автоматизація дисконтних завдань, а й можливість підвищення ефективності управління підприємством, збереження фінансового рівноваги, отримання прибутку. У цьому зв’язку БУИС великого повинна обеспечивать:

• автоматизоване вирішення всього комплексу завдань бухгалтерського обліку, планування, аналізу фінансово-господарську діяльність підприємства, і навіть внутрішнього аудита,.

• отримання оперативної, мінливою інформації про поточному станом справ для підприємства. Такий режим важливий, наприклад, значних промислових підприємств, які прагнули змогли ефективно використати свої ресурси, значних торгових домів, які можуть опинитися зазнавати збитків у разі, якщо інформація про рух і наявності товарів хороших і інших засобів не оновлюється протягом короткого часу, і навіть інших підприємств, де відбувається постійний рух великих обсягів коштів. Основний акцент у своїй потрібно зробити на отриманні оперативних аналітичних звітів і зведень з використання вкладених фінансових ресурсов,.

• можливість консолідованого управління й отримання консолідованих фінансових звітів. Великі підприємства, можуть мати філії чи віддалені склади. З іншого боку, фінанси цього підприємства можуть належати групі власників. Тому актуальне його присутність серед такій системі віддалених робочих місць із можливістю здійснювати обмін для оперативно керувати з Центра.

БУИС великого, відповідальну даним вимогам, доцільно створювати з урахуванням комплексу АРМ дисконтних працівників, які у мережі з централізованим управлением.

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

Управлінська облік оперує показниками собівартості, витратами підрозділів, виявляє результати проведених операцій із відповідальним особам, секторам діяльності, на інших подразделениям.

Кошториси, нормативи, калькуляції, оптимальні співвідношення витрат і результатів — об'єкти управлінського обліку. Його аналітичні дані йдуть на управління операціями, відділами, бригадами подразделениями.

Інформація управлінського обліку має чітко виражену внутрішню спрямованість. Її використовують виробничим, управлінським персоналом, дирекцією для внутрішньогосподарського управління і часто настільки конфіденційна, що вважається комерційною тайной.

Фінансовий облік спрямовано узагальнення, синтез інформації. Він дозволяє оперативно визначати прибуток підприємства за певний період, узагальнювати активи і пасиви підприємства у формі звітного балансу, характеризувати майнове і стан предприятия.

Інформація фінансового обліку широко використовується зовнішніми споживачами — інвесторами, кредиторами та інші організаціями та підприємствами. Вона необхідна і управлінському персоналу, фінансистам, акціонерам підприємства, членам правління до ухвалення фінансових рішень, планування і прогнозування економіки підприємства, економічного аналізу информации.

Фінансовий облік регламентується загальними всім правилами, що гарантує однаковість і зрозумілість інформації всім. Достовірність фінансової звітності підтверджується незалежним фахівцем — аудитором.

Фінансовий і управлінський облік — це самостійні, але взаємозалежні підсистеми бухгалтерського обліку, засновані однією й те ж масиві первинних даних, і первинної документації. Недоцільно збирати первинні дані кожної підсистеми окремо ". Вони тісно пов’язані між собою — і що неспроможні уникнути відбувається обмін информацией.

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

У цьому під час створення БУИС на великому підприємстві первинний облік слід також виділити на окрему подсистему.

На великому підприємстві обробка облікової інформації з допомогою БУИС ведеться на трьох рівнях, відповідних первинному, управлінському і фінансового обліку (рис.16). На кожному рівні у відповідність до методологією збору, реєстрацію ЗМІ й обробки облікової інформації створюються АРМ економістів, бухгалтерів, фінансистів і аналітиків, взаємодіючі між собой.

Застосування АРМ в обробці даних безпосередньо на робочих місць фахівців різних рівнів обліку забезпечує мінімальне використання паперових носіїв, достовірність й повноти информации.

[pic] Рис. 2. Схема взаємозв'язок харчування та розподілу АРМ за рівнями обліку в БУИС на великому предприятии.

АРМ організовані по функціональним ділянкам, кожен із яких пов’язаний чи з первинним урахуванням (матеріалів, готової продукції (ДП), табельною урахуванням), чи з певним об'єктом бухгалтерського обліку, де здійснюються безперервна реєстрація та обробка господарських операцій (з обліку тих матеріальних цінностей (МЦ), основних засобів і нематеріальних активів, праці та зарплати, фінансово-розрахункових операцій, готової продукції та її реалізації), і навіть зі зведеним урахуванням психології та упорядкуванням звітності, плануванням й аналізом, і навіть внутрішнім аудитом.

При виділенні ділянок необхідно враховувати, кожен ділянку повинен відповідати наступним требованиям:

• розташовувати своїм набором господарських операцій та проводок,.

• мати своє, можливо пересічне коїться з іншими ділянками, підмножина плану счетов,.

• мати свої, притаманні лише йому, первинні документи і звітні формы.

Слід також враховувати конкретні умови, сформовані на підприємстві, й особливо облікової политики.

До кожного АРМ чи групи АРМ розробляється самостійний програмний модуль. Організована в такий спосіб БУИС є відкриту модульну систему, на яку характерна можливість додавання і видалення її компонентів (АРМ). Це важливо, тому що за розробці БУИС що додаються згодом модулі нічого не винні викликати перебудову всієї системи. Порівнянність інформації різних АРМ забезпечується з допомогою створення єдиного фонду нормативно-довідкової інформації (НСИ).

Залежно від використовуваних коштів організаційної чи обчислювальної техніки обміну інформацією між окремими АРМ в БУИС може здійснюватися двома способами:

1) з допомогою магнітних носіїв (дисков),.

2) каналами телефонного зв’язку за наявності мережі, і навіть у вигляді електронного обміну даними через шлюзи модемної связи.

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

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

У першому рівні (первинний облік) з допомогою АРМ працівників, провідних первинний облік, виконуються збір, реєстрація, накопичення і часткова обробка первинної інформації, виникає в виробничо-господарських підрозділах підприємства (цехах, складах, підрозділах). У цьому рівні функціонують АРМ з обліку тих матеріальних цінностей, ведення табельної обліку і обліку готової своєї продукції складе.

Отримані кожній ділянці результуючі дані з урахуванням модемної зв’язку надходять другого рівеньуправлінський облік, який характеризується трудомісткими ручними операціями, і навіть великими обсягами дисконтних номенклатур. У цьому рівні дані первинних документів і майже інформація, отримана електронною поштою з нижнього рівня, реєструються і групуються у системі синтетичних і аналітичних рахунків. І тому відомостей про залишках господарських коштів та їхнього джерелах, і навіть дані поточних господарських операцій позначаються на різних дисконтних регістрах. З другого краю рівні функціонує група АРМБ (по обліку тих матеріальних цінностей, основних засобів і нематеріальних активів, праці та зарплати, фінансово-розрахункових операцій, готової продукції і на його реалізації, витрат за виробництво). Вона формує результуючі дані, відбивають все господарські операції підприємства у вартісної оцінці, як файлів бухгалтерських проводок.

Цю інформацію передається більш високий третій рівень обробки даних — фінансовий облік, де організуються АРМ зведеного обліку, фінансового аналізу та планування, і навіть внутрішнього аудита.

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

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

АРМ внутрішнього аудитора дозволяє відстежувати зміни у системі бухгалтерських стандартів, аналізувати господарську ситуацію і законодавство, виробляти пропозиції щодо облікову політику, регулювання витрат і раціональному побудові інвестиційної політики, здійснювати податкове планирование.

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

Через війну функціонування такий БУИС формуються об'єктивні дані, необхідних керівництву прийняття рішень. Ці рішення впливають зберегти фінансового рівноваги, вплинув на вибір найефективніших напрямів виробничої і комерційної діяльності отримання стабільної прибуткуі рентабельності за умов ринку. На великому підприємстві обробка облікової інформації ведеться на трьох рівнях з допомогою АРМ дисконтних работников.

Фонд НСИ забезпечує порівнянність даних, які від різних АРМ. Одиницею обміну інформацією між ними служить група проводок.

Під час створення БУИС на невеликих підприємствах використання ПЕОМ дозволяє, автоматизувати все процедури з обробки інформації на робоче місце бухгалтера.

Є кілька підходів до автоматизації бухгалтерського обліку при створенні таких БУИС. Це з тим, що невеликі підприємства з простої і слаборозвиненою структурою не вимагають ведення управлінського обліку як окремої подсистемы.

За першого підході створюється система, яка автоматизує лише фінансовий облік. Таку БУИС належать до класу мини-бухгалтерий. Зазвичай, бухгалтерський облік у цій системі ведеться одним чоло-. століттям — бухгалтером.

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

Автоматизація фінансового і управлінського обліку характеризується третьому підході. У такій системі при значних обсягах оброблюваної інформації використовується многопользовательский режим. Кілька комп’ютерів об'єднують у локальну мережу, а кожен із комп’ютерів сприймається як окреме робоче місце бухгалтера.

Вибір підходу залежить від типу підприємства його размеров.

На відміну від великих підприємств на невеликих підприємствах основне увагу приділяється ведення фінансового обліку, котрий за трудомісткості і значимості посідає чільне місце. Він спрямовано узагальнення і синтез облікової информации.

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

Програмний комплекс для автоматизації бухгалтерського обліку на малих та середніх підприємствах, охоплюючий фінансовий і управлінський облік, і двох модулів (рис. 3).

[pic] Рис. 3. Структура програмного комплексу автоматизації бухгалтерського обліку на малих та середніх предприятиях.

Модуль управлінського обліку дозволяє вести облік в суммовом і кількісному вираженні для ділянок обліку основних засобів і нематеріальних активів, обліку товарно-матеріальних цінностей (ТМЦ) і МБП, обліку готової продукції (товарів — для торгових підприємств), розрахунків з оплаті. Набір їх можна змінювати з потреб пользователей.

Основними дисконтними регістрами даного модуля є аналітичні регістри дільницями обліку — журнал обліку первинних документів, журнал обліку товарно-матеріальних цінностей, журнал обліку господарських операций.

Модуль фінансового обліку дозволяє вести облік на всіх рахунках бухгалтерського обліку. Основними його дисконтними регістрами є аналітичні регістри (журнал первинних документів, журнал господарських операцій) і регістри зведеного обліку (Головна книга, оборотні ведомости).

Зв’язок між модулями здійснюється через Журнал господарських операций.

Фундаментальна обізнаність із програмним комплексом (рис. 4) починається з заповнення довідників. Це робиться настройки комплексу ведення обліку на конкретному предприятии.

За призначенням все довідники розділені п’ять групп.

• Довідники загального призначення: найменування документів (SPRDOK), підприємства (SPRPR), послуги з счету—услуги зв’язку, транспортні послуги та інших. (SPRUS).

• Довідники, пов’язані з дисконтними журналами ТМЦ: товарно-матеріальні цінності (SPRM), одиниця виміру (SPRED), операції руху (SPROP).

• Довідники, пов’язані з бухгалтерськими проводками: план — рахунків бухгалтерського обліку (SPRCH), бухгалтерські проводки (SPRPROV), групи проводок (SPRGR), податки (SPRNAL).

• Довідники, пов’язані з аналітичним урахуванням: об'єкти підприємства (SPROB), підрозділи (SPRPOD), коди аналітичного обліку (SPRAN).

• Довідники, пов’язані з курсами валют (SPRVAL).

За структурою побудови довідники діляться на прості і сложные.

Прості довідники мають стандартну структуру: код, найменування, додаткові ознаки (найменування документа, одиниця виміру, послуги за рахунком, операції движения).

Складні довідники містять у собі дві і більш рівнів вкладеності даних. Це робиться полегшення роботи з об'ємними довідниками, дуже багато записів яких не можна розмістити на экране.

Так, дворівневий довідник План рахунків бухгалтерського обліку полягає з країн розділів (відповідно до планом рахунків). Кожен розділ містить відповідний рахунок. Кількість записів в розділах — близько 20. Їх повністю можна вивести на экран.

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

Вихідна інформація вводять у базу з первинних документів. Для автоматизації використовуються такі стандартні первинні документи з учету:

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

[pic].

Рис. 4. Схема даних автоматизованого ведення бухгалтерського обліку на підприємствах малого середнього бизнеса.

• фінансово-розрахункових операцій (платіжного доручення (ПП), платіжне вимогу-доручення (ПТП), прибутковий і видатковий касові ордера (ПКО і РКО) і др.),.

• основних засобів (інвентарна картка обліку основних засобів, акт прийому-передачі, акт ліквідацію основних засобів, накладна на внутрішнє перемещение),.

• праці та зарплати (табель обліку робочого дня, наряд на відрядну роботу, рапорт про выработке),.

• готової продукції (товарів) — акт, прибутковий ордер, наказнакладна, приемо-сдаточная накладна, картка складського обліку, договір постачання російської та інші документы.

З інформації первинних документів формуються файли оперативної інформації, у яких автоматично заноситься інформація відповідних справочников.

Таке використання довідників прискорює введення інформацією базу даних, підвищує її точність і достоверность.

Основним файлом оперативної інформації є Журнал первинних документів (GLJPD). До нього заноситься інформація первинних документів, по яким скоєно господарські операції. До обліку приймаються документи, складені по встановленої форми і мають шість основних реквізитів (найменування документа, номер документа, дата виписки документа, найменування підприємства, оформлявшего документ, сума операцій, дата скоєння господарської операції з документу).

Якщо вказані п’ять реквізитів документа, то документ вважається зареєстрованим, але в ньому не можна виробляти проводки в Журнал обліку господарських операцій (GUHO). Це можна зробити, якщо будуть заповнені все шість перелічених вище реквізитів документа. І тут документ має юридичної чинності й то, можливо відбито у бухгалтерії підприємства. Таким чином, основою всіх дисконтних процедур є первинний документ, а чи не проводка. Головною перевагою такий підхід є велика природність роботи із вихідною інформацією. Користувач заповнює лише поля екранної форми, відповідні макету документа, а програма виконує контировку. Це спрощує процедуру введення вихідної інформації, скорочує кількість помилок з допомогою полегшення візуального контролю впроваджуються данных.

Файл GUPD входять такі реквизиты:

• найменування документа,.

• предприятие,.

• дата операции,.

• сумма,.

• назва групи проводок,.

• комментарии,.

• операція движения.

З файла GUPD формуються файли оперативної інформації з ділянкам обліку — журнали обліку товарно-матеріальних ценностей:

• матеріалів (GUM),.

• МБП (GUMBP),.

• основних засобів (GUOS),.

• готової продукції (товарів) (GUTP),.

• господарських операцій (GUHO).

За підсумками інформації цих файлів ведуться суммовой і кількісний облік тих матеріальних цінностей на місця зберігання (складі) чи з місцях перебування (у виробництві), облік основних засобів і нематеріальних активів, облік готової продукції (товарів) і се реализации.

Файл GUM входять такі реквизиты:

• найменування документа,.

• номер документа,.

• сума операции,.

• предприятие,.

• дата операции,.

• операція движения,.

• найменування товарно-материальной ценности,.

• тип,.

• номенклатурний номер,.

• прихід (об'єкт і підрозділ, счет/субсчет),.

• витрата (об'єкт і підрозділ, счет/субсчет),.

• одиниця измерения,.

• количество,.

• цена:

• додаткова вартість (наценка),.

• сумма.

Файл GUMBP має аналогічні реквізити. Але МБП нараховується знос. У системі передбачені два способу погашення вартості МБП в эксплуатации:

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

• шляхом нарахування 100% зносу під час передачі МБП в эксплуатацию.

Знос по МБП залежно, від облікової політики підприємства можна отримати у відомості аналітичного обліку, сформованої виходячи з файла GUMBP .

Файл GUOS містить таку ж реквізити, як і файл GUM, і навіть додаткові реквизиты:

• дата входження у эксплуатацию,.

• інвентарний номер (прихід, расход),.

• відсоток амортизації (годовой),.

• дата установки відсотка амортизации,.

• износ,.

• початковий пробег,.

• кінцевий пробег.

У файл GUTP надходить інформація про товари, придбаних підприємством на продаж, і готової продукції, настановленим реалізації. У файлі містяться таку ж реквізити, як й у файлі GUM. З іншого боку, з’являється іще одна реквізит — облік за ціною (купівлі або продажи).

Журнали обліку товарно-матеріальних цінностей пов’язані з файлом GUPD і з файлом GUHO. Вони можуть формуватися або виходячи з GUPD, або на підставі файла GUHO. Файл GUHO є другим за значимістю після файла GUPD. У ньому зберігаються дані усіх господарських операцій, що відбивають діяльність підприємства. Нові дані в файл GUHO вводяться виходячи з файла GUPD. Файл GUHO складається з таких реквизитов:

• найменування документа,.

• номер документа,.

• дата:

• сумма:

• предприятие,.

• дата операции,.

• найменування операции,.

• рахунок (дебет, кредит),.

• код аналітичного учета.

• валюта,.

• сума валюте,.

• сума рублях.

Первинні документи — ПП, ПТП, ПКО, РКО, рахунки і товарно-транспортні накладні - йдуть на формування наступних файлів оперативної информации:

• Журнал реєстрації платіжних доручень (GRPP),.

• Журнал реєстрації платіжних вимог-доручень (GRPTP),.

• Журнал реєстрації прибуткових касових ордерів (GRPKO),.

• Журнал реєстрації видаткових касових ордерів (GRRKO),.

• Журнал реєстрації рахунків на оплату (GRCH),.

• Журнал реєстрації товарно-транспортних накладних (GRTTN). Файл GRPP містить такі реквизиты:

• плательщик,.

• банк плательщика,.

• код межфилиальных оборотів (МФО) і код учасника. дебетовый рахунок (розрахунковий счет),.

• дата,.

• номер платіжного поручения,.

• одержувач (стисле і повний назва предприятия),.

• банк получателя,.

• код (МФО і код участника),.

• рахунок (розрахунковий рахунок одержувача, кореспондентський счет),.

• коментар (призначення платежа),.

• номер (назва муніципального округу, чи реєстраційний номер в податкової инспекции),.

• код (платника, получателя),.

• дата услуг,.

• термін платежа,.

• кореспондентський рахунок (і під час одиночній проводки),.

• група проводок,.

• дата исполнения.

Файл GRPTP містить аналогічні реквизиты.

Файли GRPKO і GRRKO мають однакову структуру входять такі реквизиты:

• дата,.

• номер документа:

• сумма,.

• прийнято від (видати витратного касового ордера),.

• основание,.

• приложение,.

• кореспондентський счет,.

• шифр аналітичного учета,.

• шифр,.

• група проводок,.

• підприємство (від якої надійшли деньги).

З даних файлів GRPP, GRPTP, GRPKO, GRRKO формуються програмним шляхом такі платіжні документи: ПП, ПТП, ПКО, РКО. І після того як у документа проведена господарська операція, її відбивають у обліку шляхом скоєння бухгалтерської проводки. Це виконується або шляхом введення інформації первинного документа в файл GUPD і далі в файл GUHO, або шляхом передачі з файла Журнал реєстрації первинних документів мають у файл GUHO. Отже, господарська операція відбивається у обліку тільки після формування первинного документи й його затвердження. За такого підходу в базі даних програмного комплексу зберігаються і первинні документи, і відповідні їм проводки. Наявне певна надмірність в обсягах береженої інформації, проте технологія роботи з програмою спрощується й цілком знімаються проблеми, пов’язані з впровадження статусу документов.

Файли GRCH і GRTTN призначені на формування рахунку також товарнотранспортних накладних й виведення їх у печать.

Файл GRCH містить такі реквизиты:

• рахунок N,.

• дата,.

• платник (адресу, код учасника, МФО банку, кореспондентський рахунок, розрахунковий счет),.

• предмет рахунки (послуги з рахунку, матеріали, МБП, товари та др.),.

• одиниця измерения,.

• количество,.

• цена,.

• сумма,.

• итого,.

• дата подтверждения,.

• дата оплаты.

Усі рахунки діляться чотирма группы:

• выписанные,.

• подтвержденные,.

• оплаченные,.

• просроченные.

До виписаним можна адресувати рахунки. До підтвердженим — рахунки, які фактично не оплачені, але платники підтвердили намір їх оплатити. Оплачені рахунки — це рахунки, якими пройшла оплата. До простроченим відносять рахунки, усі строки оплати яких прошли.

Файл GRTTN включає реквизиты:

• від когось (реквізити предприятия),.

• накладна N,.

• дата,.

• кому (підприємство, корреспондент):

• наименование,.

• одиниця измерения,.

• количество,.

• цена,.

• сумма,.

• итого.

Сформовані з первинних документів файли оперативної інформації є підвалинами обробки всієї облікової інформації на ПВР. Дані цих файлів йдуть на формування регістрів аналітичного обліку (аналітичні відомості по Журналу обліку господарських операцій на вартісному вираженні, аналітичні відомості за часописами обліку товарнотих матеріальних цінностей в вартісному вираженні). З даних масиву GUHO формуються регістри зведеного обліку: Головна книга, зведена відомість, зведена валютна відомість, наведена валютна відомість, касова книга.

Регістри аналітичного обліку є нестандартні відомості програмного комплексу. Їх налаштовує сам користувач. Налаштування залежить від вказуванні полів в дисконтних часописах Nature і послідовному використанні їх для формування ведомости.

Аналітичні відомості формуються по:

• дебіторам і кредиторам,.

• покупцям і заказчикам,.

• постачальникам і подрядчикам,.

• підзвітним лицам,.

• видам витрат за производство,.

• місцях виникнення затрат,.

• видів продукції, робіт, услуг,.

• статтям прибутків і збитків і др.

Регістри синтетичного обліку — це стандартні відомості синтетичного обліку, спосіб формування яких змінити нельзя.

Регістри зведеного обліку — зведені оборотні відомості за рахунками, в яких зводяться і узагальнюються рештки розуму та обертів по окремому рахунку (табл. 2) чи з всім рахунках за звітний період (табл. 3).

Таблиця 2.

Зведена відомість за рахунком __ за ____ 19 __ р. |Реквізити первинного документа |Сума проводки | |Дата |документ |номе|дата|Сумм|сумма |корреспонд|название | |документа | |р |опер|а по|по |ентский |операції | | | |доку|ации|дебе|кредиту|счет | | | | |мент| |т | |проводки | | | | |а | | | | | | | | | | | | | | | | | | | | | | | | |Оборот | | | | | | | | |Кінцеве | | | | | | | | |сальдо | | | | | | | |.

Таблиця 3.

Зведена відомість за____19__г. |Рахунок |Початкова |Обороти |Кінцеве | |(субсч|сальдо | |сальдо | |ет) | | | | | |Дебе|Кредит|Дебе|Кредит|Дебет |Кредит| | |т | |т | | | | | | | | | | | | | | | | | | | | |Результат | | | | | | | |Зрушу| | | | | | | |то | | | | | | |.

x ц.

5 .

1 Про. з х.

Е.

§ &.

P.S х.

Св ^;

U.

^.

P.S 3.

^ p. s s.

Ш.

1 ївши й i.

P.S о.

ВС.

& p. s. с.

(4 ^ О.

P.S t-(.

1 et.

U1.

^ u.

A.

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

Головна книга аналогічна зворотному відомості за рахунком, однак у на відміну від неї містить обертів за рахунком, згорнуті по корреспондирующим рахунках. Головна книга бухгалтерського обліку містить в кожному корреспондирующему счету:

• початкова сальдо (дебет, кредит),.

• кінцеве сальдо (дебет, кредит),.

• розгорнуті обороти в обраний період кореспонденції коїться з іншими рахунками (дебет, кредит).

Баланс підприємства можна сформувати за якою зведеної зворотному відомості. Зведена валютна відомість — зведена відомість за всі валютним рахунках — формується лише однієї обраної валюты.

Наведена валютна відомість — зведена відомість, наведена лише до обраної валюте.

Касова книга формується з файла GUHO. Вона складається щодня як встановленої для касової книжки формы.

Головне меню програмного комплексу по автоматизації бухгалтерського обліку на малих та середніх підприємствах складається із п’яти основних функций:

• Облікові журналы,.

• Справочники,.

• Ведомости,.

• Настройка,.

• Сервис.

Дерево діалогу цього комплексу представлене рис. 5.

Функція Облікові журнали входять такі режимы:

• Господарські операции,.

• Материалы,.

• МБП,.

• Товары,.

Основні кошти. Реєстрація ПП,.

• Реєстрація ПТП,.

• Реєстрація РКО,.

• Реєстрація ПКО,.

• Реєстрація счетов,.

• Реєстрація накладных,.

[pic] Рис. 19. Дерево діалогу програмного комплексу автоматизації бухгалтерського обліку на малих та середніх предприятиях.

У режимах Господарські операції, Матеріали, МБП, Товари, Основні кошти з первинних документів заповнюються Журнал первинних документів, облікові журнали ТМЦ і Журнал господарських операций.

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

У режимах Реєстрація ПП, Реєстрація ПТП, Реєстрація РКО, Реєстрація ПКО, Реєстрація рахунків. Реєстрація накладних виконується заповнення журналів реєстрації відповідних первинних документів. У цих режимах можна переглянути будь-який журнал, і навіть документи, якими був проводок в Журнал господарських операцій. За бажання можна роздрукувати будь-який первинний документ на принтері. З іншого боку, як Реєстрація рахунків можна проконтролювати рахунку за оплату.

Функція Довідники входять такі режимы:

• Предприятия,.

• Послуги з счету,.

• Найменування документа,.

• Товарно-матеріальні ценности,.

• Одиниці измерения,.

• Операції движения,.

• План счетов,.

• Бухгалтерські проводки:

• Групи проводок,.

• Налоги,.

Коди аналітичного учета,.

• Об'єкти предприятия,.

• Подразделения,.

• Курс валюты,.

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

Функція Відомості дозволяє формувати різні відомості і звіти. Вона має такі режимы:

• Головна книга,.

• Зведена оборотная,.

• Зведена по счетам,.

• Зведена валютная,.

• Наведена валютная,.

• Касова книга,.

• Ведомость-диаграмма,.

• Аналитическая.

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

Функція Налаштування варта індивідуальної настройки програмного комплексу на дисконтну політику конкретного підприємства. Функція включає режимы:

• Вибір роботи (тип підприємства, навчальний режим),.

• Звукові сигнали (настроювання звукових сигналів чи мовних повідомлень під час роботи программы),.

• Принтер, формат аркуша (настроювання визначений тип принтера і установка параметрів печати),.

• Дата та палестинці час (настроювання внутрішніх годині і календаря компьютера),.

• Робочий період (установка звітний період, протягом якого формуються ведомости),.

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

• Підтвердження (установка запитів на утвердження, наприклад, при видаленні записи, групи записів, останньої запису і др.),.

• Час збереження екрана (установка часу, крізь який гасне экран),.

• Порт модему (установка номери порти модемом для автодозвона з довідників предприятия),.

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

Функція Сервіс служить для полегшення роботи користувача із програмною комплексом і включає основні режимы:

• Загальна інформація (дозволяє їм отримати інформацію про типі підприємства, з яким працює користувач, про вільному місці на диску й у оперативної пам’яті, про робочому періоді і др.),.

• Допомога (дозволяє користувачеві отримати конкретну довідку по яка виникла у процесі роботи проблеме),.

• Візитна картка виготовлювача (дає інформацію фірмуизготовителе: назва, адресу, телефон, номер версії программы),.

• Відновлення бази (служить на відновлення архіву з дискети на жорсткий диск ЭВМ),.

• Перевірка баз (дозволяє перевірити коректність файлів на жорсткому диске),.

• Формування первинних документів (формує Журнал первинних документів виходячи з дисконтних журналів ТМЦ),.

• Закриття облікового періоду (дозволяє автоматично розраховувати залишки за рахунками під час переходу наступного року звітний период),.

• Скасування закриття періоду (скасовує раніше виконану операцію з закриттю звітного периода),.

• Перегляд файла (забезпечує можливість перегляду будь-якого текстового файла),.

• Калькулятор (дозволяє викликати вмонтований калькулятор до виконання вычислений),.

• Зміна реквізиту (дає можливість користувачеві змінити чи поставити нові банківські реквізити підприємства міста і пароль),.

• Збереження бази (дозволяє зберегти дані дисконтних журналів на архівної дискете),.

• Вихід (забезпечує завершення роботи з программой).

Під час створення БУИС на невеликих підприємствах основну увагу приділяється фінансового обліку. Головним облікованим регістрам подібних БУИС є Журнал господарських операцій. Налаштування системи ведення бухгалтерського обліку конкретного підприємства здійснюється через функцію Справочники.

Банківські інформаційні системи (БИС).

Інтегрована БІС являє собою єдиний програмнотехнологічний комплекс, є засобом прискорення освоєння, повернення і збалансованості ресурсів, контрольованих по заданим умовам фінансування й кредитування. Інтегрована БІС охоплює сукупність банківських завдань не фрагментарно, а комплексно, відбиваючи всю складність їх взаємозв'язків. Не сукупність розрізнених добре автоматизованих завдань, а такий комплекс програм, якому притаманні властивості складної системи: складність ієрархічної структури, эмерджентность, множинність функціональних цілей, динамічність у роботі забезпечивши управління процесами, які мають стохастический (імовірнісний) характер, багатофункціональність. Тому, за розробці інтегрованих БІС потрібно проаналізувати дуже багато впливають з їхньої структуру і змістом чинників: загальні характеристики банку, ближні й великі цілі й стратегічні напрями його розвитку, особливості сформованій структури управління, загальні принципи побудови банківської технології, очікувана архітектура системи та склад функцій, які підлягають автоматизації, обсяг вхідний і вихідний інформації, кількість вхідних документів, вимоги до інформаційну безпеку. За підсумками такого аналізу та виробляються далі засадничі принципи майбутньої системы.

Проектування функціональної частини ЭИС пов’язані з рішенням стратегічного питання про вибір критерію виділення її підсистем — одній з проблем, яка була протягом усього історії автоматизації організаційно-економічних об'єктів і залишилося актуальною на цей час. Вивчення структури та функцій будь-який системи полягає в її аналізі та подальшому синтезі. І якщо краще мета аналізувивчення закономірностей функціонування системи за нинішньої структурі, то завдання синтезу — проектування добір такий структури, яка реалізовувала б задані їй функции.

З теорії складних систем відомо, що будь-яку складна система можна розкласти певні підсистеми з різноманітною глибиною детализации.

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

Оскільки завдання управління, можуть бути вирішені у банку, багатоаспектні, при проектуванні виникають проблеми класифікації ознак декомпозиції БІС. Як таких ознак можна назвати: функції, період, і об'єкт управління і др.

Функції управління через універсальності свого складу — одне із найпоширеніших ознак декомпозиції управлінських систем. Систему керування банком, виконуючи загалом функції, типові для будь-яких управлінських систем (планування, облік контроль, аналіз стану і регулювання), має особливостями їх розподілу між елементами управлінської структури. Ці функції нерозривно пов’язані між собою — і завжди носять цільової характер.

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

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

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

У реальних умов розробки інтегрованих БІС як основного ознаки функція управління самостійно немає, а лише доповнює інші. Більше поширена ознака декомпозиції в практиці є об'єкт управления.

Підготовлені на етапі планування рішення реалізуються у межах функції регулирования.

Залежно від рівня мети можна казати про горизонтах управління. Існують поняття стратегічних партнерів і тактичних цілей. Обидва ці поняття на відомої мірою умовними, оскільки тактичні цілі, наприклад, правління банку можуть бути стратегічними іншому управління, наприклад кредитного відділу. Але тим щонайменше для банківської сфери можна розділити мети, отже, і фази управління з тривалості періоду управління на оперативні (один робочого дня), поточні (Україні - місяць, квартал) і перспективні (Україні - рік). Отже, можна говорити про оперативному, поточному та статистичному обліку, плануванні і аналізі. Проте треба сказати, що «аналіз немає сам собі й служить підготовчої фазою для планування і інформаційно базується на дисконтних даних, що відбивають фактичний стан системы.

Об'єктах управління у банку може бути як діяльність підрозділи чи одного співробітника, і окрема банківська операція, що складається з низки технологічних этапов.

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

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

Складнішою є штабна організація, коли він правлінню підпорядковані департаменти, що об'єднають відділи за принципом типовості виконуваних управлінських функцій. Наприклад, департамент маркетингу, департамент валютних операцій та ін. Поділ управлінських функцій між штабами відбувається на верхньому рівні. Під час такої організації з’являється можливість, з одного боку, розподілити управлінські проблеми між великою кількістю фахівців, з іншого боку, поглибити спеціалізацію співробітників і, в такий спосіб, підвищити якість управления.

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

Україна має розмаїтість управлінських структури різних комерційних банках зумовлено передусім триваючим їх розвитком та становленням. Прикладом структури управління КБ може бути структура, представлена на рис. 5.1.

Правління КБ є найвищим органом банку, що здійснює стратегічне управління: визначає траекторные цілі й політику банку на основі даних економічного аналізу та даних бухгалтерської звітності, доводить їх до департаментів для подальшої деталізації і виконання відповідним відділам, здійснює загальний контроль проведеної банком політики, переглядає її за зміні економічної ситуації в, і навіть контролює стан банківського портфеля. Правління створює комітети, що забезпечують підтримку стратегічного керівництва банком, координують роботу різних відділів системи управління. Залежно від величини банку та її потреб у Україні, зазвичай, створюються комітети, очолювані членами правління: кредитний, ревізійний, виконавчий, довірчих операцій та др.

Кредитний комітет дає висновки за всім випадків кредитування чи перевищення встановлених лімітів, і навіть з їхньої визначенню. Він виробляє рекомендації за величиною позичкових відсоткові ставки і структурі кредитів за термінами і видам.

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

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

У банках з великою кількістю довірчих операцій може створюватися комітет довірчих операций.

Департамент розвитку та маркетингу банку, зазвичай, включає два отдела.

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

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

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

[pic].

Рис. 6 Організаційна структура комерційного банка.

Відділ управління ліквідністю здійснює розрахунок показників ліквідності банку, їх факторний аналіз стану та щоденний контроль.

Планово-аналитический відділ, вивчаючи внутрішні банківські показники, встановлює плани збуту (наприклад, число відкритих нових рахунків), фінансовий план, планує внутрішні заходи. Відділ розраховує очікувану суму пасивів і переймається тим їхньої ефективної розміщення. Проводяться аналіз структури активів і пасивів банку з групам і - оцінка ефективності співвідношень між ними. У цьому необхідно дотримуватися «золоте правило»: довгі кредити повинні покриватися довгими депозитами і т.д.

Департамент кредитив — депозитних операцій включає кредитний, депозитний і фондовий отделы.

Кредитний і фондовий відділи доповнюють одне одного, як виконуючи прийняту стратегію банку кредитної та інвестиційної політиці, а й оперативно реагуючи на вимоги, висунуті нинішній економічній ситуацією над ринком капіталу. Наприклад, у період зростання обсяг позичок збільшується, а портфель цінних паперів скорочується, у періоди низького попиту позички картина меняется.

Функції кредитного і депозитного відділів, попри принципово різне їх операцій, формою дуже близькі. Подібність функцій виявляється у необхідність виконання дуже трудомістких робіт з перевірці й дотриманню цілого ряду формально-правовых принципів кредитування, які мають дотримуватися як кредиторами, і позичальниками. Відмінність обумовлюється тим, хто є ссудозаемщиком, хто ж кредитором, — банк чи клієнт. У кожному разі, як і за виконанні більшості послуг банку, взаємовідносини імені клієнта й банку регулюються договором, що вони укладають. Перевірка кредитоспроможності є всім інших дій банку з відношення до ссудозаемщику, тобто. здійснюються аналіз можливості забезпечення виплати кредиту та своєчасність внесків, відсотків та інших платежів фізичним і солідним юридичним обличчям. Ця перевірка потребує аналізу балансу позичальника, ліквідності застави, щорічного фінансового звіту та інших регістрів, містять показники роботи предприятия.

Департамент операционно-учетных робіт (ОУР) реалізує сув’язь завдань із відкриттю та закриття лицьових рахунків, виконання касових операцій, ведення лицьових рахунків, виконання розрахунків з дорученням кожного клієнта, ведення міжбанківських операцій, ведення бухгалтерського обліку на синтетичному рівні, і складання звітності, що використовується як самим банком (ревізія і контроллинг), і установами довкілля (вищі, податкові інші органи). Цей департамент виконує такі функции:

• розрахунок і розподіл доходів населення і податків між бюджетами,.

• облік розрахунково-платіжних документів до терміну платежу і оплачених в срок,.

• забезпечення правильних і своєчасних розрахунків між клиентами,.

• нарахування і списання відсотків з поточним і розрахунковим счетам,.

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

• облік термінових зобов’язань по ссудам,.

• депонування коштів на видачі чекових книжок, акредитивів і акцептов платіжних поручений,.

• організація та контроль операцій межфилиального обороту, .

• складання балансу. реалізація цих функцій підтримується роботою відповідних отделов.

Операційний і бухгалтерський облік у банку взаємопов'язані значно більше тісно, ніж промислове підприємство, що з щоденним упорядкуванням балансу і за необхідністю підтримки актуальному стані всіх аналітичних (лицевих) рахунків. Призначення комплексу учетноопераційних работ:

• формування повної інформації фінансове стані клієнтів в реальному масштабі времени,.

• ведення аналітичного і синтетичного обліку за всі банківським операциям.

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

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

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

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

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

Для зручності подальшого викладу матеріалу скористаємося наступній класифікацією банківських операцій. Активні операції, крім касових, включають: 1) кредити клієнтам, 2) кредити іншим банкам, 3) депозити в інших банках. Пасивні операції містять: 4) депозити клієнтів, 5) депозити банків, 6) кредити банків (зокрема Центрального). У цьому операції 1,2 і шість ставляться до позичковим, а операції 3, 4, 5 — до депозитним. Розміщення коштів у резервному рахунку в ЦБ РФ і розміщення коштів у кореспондентських рахунках у інших банках є також депозитними операціями. У той самий час операції 1,2 і шість може бути класифіковані на короткострокові, середньострокові, довгострокові і онкольные.

Відповідно до законом «Про банки та надійної банківської діяльності» за банками закріплено право виробляти такі операції, і сделки:

1) залучення коштів фізичних юридичних осіб у вклади (до запитання і певний срок),.

2) розміщення вказаних у п. 1 частини першої цієї статті .залучених від свого імені й на власний счет,.

3) відкриття музею та ведення банківських рахунків фізичних і юридичиних лиц,.

4) здійснення розрахунків з дорученням фізичних юридичних осіб, в тому числі банків-кореспондентів з їхньої банківським счетам,.

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

6) купівля-продаж іноземної валюти у грошовій і безготівкової формах,.

7) залучення у внески, й розміщення дорогоцінних металлов,.

8) видача банківських гарантий.

Кредитна організація крім переказаних у частини першої справжньої статті банківських операцій вправі здійснювати такі сделки:

1) видачу поручительств за третіх осіб, які передбачають виконання зобов’язань в грошової форме,.

2) придбання права користування від третіх осіб виконання зобов’язань в грошової форме,.

3) довірче управління коштами й іншим майном по договору із фізичними й юридичними лицами,.

4) здійснення операцій із дорогоцінними металами і дорогоцінними каменями відповідно до законодавством Украины,.

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

6) лізингові операции,.

7) надання консультаційних услуг.

Кредитна організація вправі здійснювати інші угоди відповідність до законодавством Украины.

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

Кредитової організації забороняється займатися виробничої, торгової і страхової деятельностью.

У цілому нині банківські послуги носять масового характеру і може бути досить різноманітні. У тому числі: розрахунково-касове обслуговування, відкриття музею та ведення рахунків, трастові операції, термінові депозитні вклади, депозитні вклади з графіком витрати, депозитні сертифікати, ощадні сертифікати, кредитування підприємств (з різними видами кредитування), рефінансування, облік векселів, випуск банківських векселів, відкриття кореспондентських рахунків, інкасація, валютне обслуговування (расчетнокасове обслуговування, проведення банківських розрахунків з експортноімпортним операціям, купівля-продаж вільно конвертованій валюти, відкриття рахунків типу ЛОРО-НОСТРО, зберігання цінностей, консультаційні послуги, страхові операції валютних і кредитних ризиків, операції з резервуванню позичок, операції із цінними бумагами).

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

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

Порівнюючи роботу різних банків та оцінюючи можливість автоматизації своєї діяльності, доводиться констатувати відсутність уніфікації і стандартизації банківських технологій. Технології виконання однойменних банківських операцій відрізняються у різних банках, спостерігається невідповідність цілей і державних функцій для однойменних автоматизованих ділянок, розмаїтість в технології документування однойменних операцій, відмінність форм звітності, періодичності їх представлення різними ділянках управління у зв’язку з спеціалізацією працівників. Це спричинило появі ринку великої кількості програмних засобів, які забезпечують часткову автоматизацію банківську діяльність. Та згодом строкатість розробок БІС пішла знижуються, а найефективніші системи почали інтегруватися і широко тиражуватися. Фірми, мають розгалужену структуру і закуповують інтегровані системи, поширюють їх у всі свої філії. «Ефект маси» декому систем призвів до визнання їх елементів стандартными.

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

Аналіз цих продуктів українського ринку показує, що практичне виділення підсистем і завдань в інтегрованих БІС враховує їх угруповання одночасно за трьома ознаками: управлінська структура, трансформація ресурсів немає і функцій управління. У цьому частина завдань реалізується різними технологіями, розподіляється між різними АРМ і повторюється, а деякі завдання стають функціонально надмірними і оформляються при розробці як деяких універсальних технологій, структурно виконаних формі переміщуваних блоків, одночасно коли вони присутні в кількох АРМ і відповідно настраиваясь.

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

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

Слід відзначити те що, що в багатьох БІС автоматизовані лише найосновніші, найважливіші з погляду розробників системи, завдання. Це то, можливо мотивовано відсутністю деяких послуг: факторингу, лізингу, карткових послуг (чи елементів оргструктури, наприклад), але є управлінські завдання, які вирішуються у банку як і правило, відсутні переважно вітчизняних БІС, наприклад автоматизований аналіз якості кредитного портфеля, прогнозування і планування ресурсів. У комерційних банках структура управління і склад банківських операцій надають вирішальне вплив на структуру і зміст БИС.

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

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

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

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

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

Існуючі там консалтингові фірми, працюють у цьому напрямі, дозволяють значно підвищити продуктивності праці лише з допомогою правильно виставлених цілей і організованою структури управління. Та заодно новостворена структура управління має постійно модифікуватися, пристосовуючись до змін довкілля. Так було в теорії менеджменту існує поняття клітинної системи. Організація управління припускає наявність для підприємства мінливою структури управління. Елементом такий структури є клітина, яка самостійно визначає напрями свого розвитку. Одержуючи, обробляючи і передаючи інформацію зовні, клітини змінюються, адаптуються до змін зовнішнього середовища й глобальним змінам усередині системи. Подобою такий клітини може бути підприємство, організоване великої фірмою і що займається венчурним бізнесом. Вочевидь, що заодно система автоматизації повинна постійно змінюватися разом із системою управління. Спроможність адаптації БІС особливо у умовах не сформованій банківської системи, недосконалості законодавчої бази і нестабільної экономики.

Постійні зміни, які у у сфері діяльності банків та які заторкують юридичну сферу, економічне середовище і банківські технології, вимагає від системи управління банком високого рівня адаптивності. БІС повинен мати гнучку структуру й можуть бути відкритими системами, тобто. допускають внесення змін — у модель у разі якихабо перебудов банківській сфері. Тому система мусить бути орієнтована на автоматизацію управління банківською діяльністю, а чи не на конкретне завдання чистої автоматизації обробки банківської інформації. Інакше кажучи, система повинна дотримуватися такого принципу цільового характеру управління і задовольняти вимозі відкритості для легкого внесення змін нарощування функціональних її можливостей мері необхідності. Це вимога реалізується за принципами суворої параметризованности автоматизируемых об'єктів і модульности. Головним девізом тут має орієнтація системи на автоматизацію управління банківською діяльністю, а чи не влади на рішення локальних функціональних задач.

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

Процедури розширення й настройки системи мають грунтуватися на так званому «зв'язуванні» модулів, що забезпечує комплексність системи у цих колегіях інтеграції. Наприклад, оплата сповіщень з погашення комунальних платежів клієнта одночасно оновлює позиції з поточних рахунках, і навіть інші позиції, порушені операцией.

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

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

Іншим вимогою, яке нині пред’являють банки до систем автоматизації своєї діяльності, є блокування введення платіжних документів, що призводять до дебетовому сальдо, аби внеможливити у такий спосіб поповнення картотеки № 2. Якщо така ситуація немає і платіжний документ не має некоректними реквізитами, банківська технологія передбачає однократний введення інформацією систему і автоматичне формування проводок за всі операціям. Це вимога збігається і з вимогою разработчиков.

Виконання проводок й зміна лицевих рахунків має здійснюватися в реальному масштабі часу. Фундаментальна обізнаність із єдиної інформаційною базою дозволяє автоматично поширювати будь-які зміни всіх взаємозалежних частин бази із внесенням змін — у будь-яку значна її частина. Система мають забезпечувати постійна зміна стану лицьових рахунку також щоденний перерахунок залишків них з урахуванням денних змін. Цей перерахунок повинен давати можливість накопичення місячних, квартальних і річних оборотів по счетам.

Лицьові рахунки маємо проходити аналіз на ситуацію неоткрытый рахунок. Знову открываемые рахунки отримують автоматично присваиваемые номери. При необхідності клієнт (за наявності системи клієнт-банк) або працівник банку повинен матимуть можливість перегляду особового рахунку з оцінкою його динаміки за поставлене період. За характером рахунків БІС мають забезпечувати роботу у мультивалютном режимі і з поточними і розрахунковими рахунками, і з різноманітних депозитними, позичковими, контокоррентными та інші рахунками, і навіть нараховувати різноманітних відсотки, й комиссии.

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

Вимоги розробника головно пов’язані з існуючим на підходом до проектування автоматизованих систем, ні з власними його інтересами, які мають фінансовий характер. Це насамперед співвідношення: ціна — собівартість — обсяг работ.

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

Вкрай важливим є принцип комплексності розробки, який передбачає створення сукупності взаємозалежних програмних засобів, автоматизирующих ряд банківських функцій і організованих як цілісної системи. У цьому для ефективної її експлуатації мають дотримуватися принципи узгодженої пропускну здатність частин системи та гнучкості інформаційного забезпечення за збереження його єдності. Річ у тім, що у зараз у банках є роз'єднані інформаційні фонди, що може спричинить неоднозначним трактуванням економічної ситуації в різними співробітниками банку. Вочевидь, що повне дотримання єдності бази має супроводжуватись однократностью введення информации.

Операція, проведена відділенні банку, і під час низки умов тягне у себе та інші. Так, під час видачі акредитива після закінчення певного терміну може бути, що не витрачені і підлягають зворотному переліченню на розрахунковий рахунок. Оскільки операція формалізовано, може бути виконано, та програмно. Впровадження цього принципу пов’язані з подоланням психологічного бар'єра співробітники, які до переліченню коштів лише людиною, тому таких операцій повинні вестися спочатку паралельно. Надалі перелік автоматизируемых операцій розширюватиметься. Нині можна вказати деякі операції з автоматичної оплати межах вільного залишку на рахунку, закриттю акредитивів, списанню нарахованих відсотків з короткотерміновим позичкам (якщо обумовлено у договорі), погашення деяких видів короткострокових ссуд.

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

Використання як опорною концепції розробки системи автоматизації банківську діяльність концепції АРМ якнайбільше відповідає застосуванню цільового підходу під управлінням. Визначивши основні мети співробітника, можна сформулювати головні системні угоди з використанню дискетной або сітьової технології, вибрати необхідний інструментарій. Наявність у багатьох АРМ однойменних ділянок дозволяє широко використовувати переміщувані блоки типу: розрахунок нормативних коефіцієнтів, оцінка власної ліквідності, висновок і ведення договорів та інших. і використовувати у своїй объектно-ориентированный подход.

Кожному об'єкту (лицьової рахунок, проводка, клієнт) відповідає стандартний інструментарій (створення, контроль, коригування, видалення, сортування, пошук і освоєння ін.), і навіть специфічний інструментарій («червоне сторно» для проводок, висновок оборотів чи закриття — для рахунку також др.).

Дуже актуальною проблемою сьогодні забезпечення банківської безпеки. Її вирішення то, можливо успішним лише за комплексному підході, який передбачає поділ доступу до інформації, до різним АРМ і до режимам у яких. Так, для доступу до системи існують рівні: пересилання файлів у певну директорію, доступи у певну директорію, доступом до диску, реалізація всіх функцій на віддаленій ЕОМ. Для цього зазвичай використовується система паролів, шифрування переданої інформації, електронного підпису. Також важливе значення має правильна організація ведення архіву інформаційної бази системы.

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

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

Слід запомнить.

Під час проектування інтегрованих БІС необхідно враховувати вимоги банківської середовища: можливість відкоту на певну дату і технологічного відкоту, однократний введення інформації, блокування введення платіжних документів при дебетових сальдо, виконання проводок у реальному масштабі часу, аналіз ситуації - відкритий (закритий) рахунок, інформаційна безпеку, а також вимоги розробки інформаційних систем: скорочення документообігу, автоматизація рутинних завдань: адаптивність ФІС (параметризованность), можливість розширення систем, єдина інформаційна база, мобільність, ведення архіву системи, відновлення архівної копії бази даних системы.

Зазвичай, інформаційна система коштує є зовнішньої стосовно сукупності банківських технологій, оскільки найчастіше машинна обробка банківської інформації використовується на заключних стадіях технологічного процесу виконання банківських операцій, які характеризуються найбільшої концентрацією обчислень. На все банківські операції пов’язані деякою єдиної технологією, що з безлічі макроі мікротехнологій, наявність яких зумовлено спеціалізацією окремих груп працівників і складом їх обязанностей.

Можливої структурою побудови інтегрованої БІС може бути структура (рис.21), куди входять у собі найпоширеніші в програмних продуктах АРМ і блоки.

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

Тут (див. рис. 7) є низка АРМ, необхідних щодо повноцінності управління, але відсутні як самостійні переважно БІС: АРМ фахівця з маркетингу, АРМ сотрудника.

[pic].

Рис. 7. Структура інтегрованої БІС. із управління активами і пасивами, АРМ аналітика, АРМ планувальника, АРМ співробітника із управління ліквідністю і др.

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

Якщо банк має філіями, то його структуру передбачається відділ, який би обмін інформацією зі ними режимі on-line з ів^- користуванням телекомунікаційних каналів через АРМ комунікацій або у режимі off-line з урахуванням електронної пошти, дискетою чи паперової технології. АРМ роботи з філіями дає співробітнику можливість введення інформації про фінансові операції філій, урахування їхніх діяльності при формуванні консолідованого балансу, аналізу діяльності філій і розрахунку їм нормативних коэффициентов.

Фундаментальна обізнаність із, довкіллям відбувається за каналами телекомунікацій через АРМ комунікацій. АРМ забезпечує експорт-імпорт інформації, тобто. двосторонній обмін даними з зовнішніми абонентами: ЦБ РФ (ГВЦ ОПЕРУ, РКЦ), філіями, системою міжбанківських розрахунків, процесинговим центром (Union Card, STB-Card та інших.), пунктом обміну валюти, клієнтами, біржею тощо. При використанні телекомунікаційної середовища відбуваються трансформація переданої інформацією певний стандарт, її шифрування (звичайним способом і із застосуванням електронного підпису) встановлення зв’язку: або прямо пов’язана з використанням телефонних та інших каналів, або через якуабо комп’ютерну мережу (рис. 8).

Задля більшої взаємодії за схемою клієнт-банк у клієнта встановлюється програмний комплекс АРМ клієнта, що дозволяє: вводити, редагувати платіжні документи з допомогою типового набору бланків, друкувати підготовлені документи, шифрувати і дешифрувати інформації і забезпечувати авторизацію механізмом електронного підпису, відправляти і вчасно приймати документи, файли та шляхів сполучення. У банку всередині базового блоку встановлюється для взаємодії з клієнтом АРМ банку. Цей комплекс забезпечує через АРМ комунікацій аналогічні функції взаємодії з клієнтом, підтримує архіви взаємодії з клієнтом і відправляє що надійшли платіжні документи з ЛВС на обробку у потрібний АРМ.

АРМ співробітника міжбанківських розрахунків (МБР) забезпечує ведення розрахунків із іншими комерційними банками через системи РКЦ і ОПЕРУ, через мережу клірингових центрів — і через взаємне відкриття кореспондентських рахунків. Працюючи з урахуванням прямих міжбанківських розрахунків АРМ дозволяє здійснювати контроль, коригування і скасування поточних операцій МБР і формування початкових авізо, реєстрів і лобіювання відповідних платіжних документів. Працюючи з відповідними авизо.

[pic].

Рис. 8. Схема роботи АРМ комунікацій експорту данных.

АРМ проводить сув’язь робіт з вхідним документом: введення, коригування, скасування поточних документів (з одночасним контролем сум авізо і платіжних документів), виконання квитовки відповідних авізо, ведення відповідного журналу та інших документів по квитовке, відкриття, ведення і закриття заключних оборотов.

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

АРМ співробітника кредитного відділу (АРМ СКО) забезпечує висновок і ведення договору, його пролонгацію і закриття (вступ у архів), формування графіків погашення основного боргу і відсотків з різним схемами, і навіть контроль виконання цих графіків і нарахування пенею по більшості боргу й оплати відсотків. У цьому формується ряд відомостей. АРМ підтримує стандартні і індивідуальні відсоткові ставки: по більшості боргу, за невикористаний кредит (якщо це зазначено у договорі), за прострочений повернення позички чи невчасну виплату відсотків за кредит.

АРМ співробітника роботи з фізичними особами дедалі більше входить у склад БІС, що з необхідністю залучення від фізичних осіб, хоча ці операції пов’язані з великою трудомісткістю через масовості. Здебільшого вони мають характер депозитних операцій, і тому даний АРМ принципово відрізняється від АРМ співробітника депозитного відділу лише специфічним набором які надають услуг.

АРМ. співробітника фондового відділу забезпечує виконання політики банку частини фондового портфеля, і навіть виконання довірчих угод із фізичними й юридичних осіб. АРМ входять такі режими, як оцінка економічне становище об'єкта інвестицій, розрахунок аналітичних показників по цінних паперів, оцінка інвестиційної привабливості об'єкта, портфеля цінних паперів, облік надходження, і руху цінних бумаг.

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

Проблемою банківської технології залишається розмежування функцій між базовим модулем, що реалізують комплекс операционно-учетных робіт, і АРМ працівників інших відділів. Наприклад, нині є дві найпоширеніші технології нарахування відсотків за кредит. По першої технології нарахуванням відсотків займається базовий блок, а співробітник кредитного відділу лише пересилає до нього дані для розрахунків й здійснює за цими операціями за графіком платежів і поза відхиленнями від цього. За другою технології взаємозв'язок між тими відділами складає рівні проводок, у своїй співробітник кредитного відділу генерує їх, а операционно-учетный модуль виконує ведення кредитних рахунків, перегляд роботи з рахунку та розрахунок відсотків за кредити (в відповідність до бажанням співробітника кредитного відділу). Як свідчить досвід, контроль документів, що проходять у договорами, співробітниками кредитного і депозитного відділів більш распространен.

Моніторинг договорів передбачає щоденний контролю над проведенням платежів з зобов’язанням, терміни яких минули. У цьому автоматично фіксується надходження простроченої заборгованості і нараховуються штрафні відсотки. Суми прострочених заборгованостей зберігаються у особливої області бази даних — «до з’ясування», поки з розпорядження співробітника кредитного відділу вона буде віднесено на відповідні балансові рахунки, погашені або буде змінено умови договора.

Робота АРМ конструктивно будується з урахуванням низки універсальних переміщуваних блоків: Договір, Графік виплат. Розрахунок нормативів банку, а також низки спеціальних з методичної і технологічного точок зору блоків: Оцінка кредитоспроможності імені клієнта й Прогноз вільних коштів банку (з урахуванням термінів закінчення договорів). Блок Договір забезпечує підготовку, ведення, облік контроль виконання договорів банку та її зобов’язань, облік сум кредитів і депозитів при розрахунку коефіцієнтів ліквідності банку, прогноз стану ресурсів банку до заданому моменту часу, прогноз впливу гаданого договору на фінансове стан банку. Він дає змогу отримати виписку про стан окремого договору ЄС і зведену звітну документацию.

Блок Графік виплат дозволяє провести попередню примірку варіантів погашення кредитів і виплат за депозитами і кредитах. Можливі графіки рівномірного погашення бази кредиту, рівномірного погашення бази кредитів і відсотків, ануїтет (ссудозаемщик регулярно виплачує рівні суми — ануїтети, які з суми відсотків та незначною сумою погашення основного боргу, оскільки відсотки нараховуються на залишок боргу, вони знижуються по мері погашення з одночасним збільшенням частки погашення), графік виплати відсотків і при отриманні позички (дисконтована позичка), графік одноразового погашення кредиту на кінці строку договору з поточним погашенням відсотків, графік довільного погашення бази кредиту та др.

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

АРМ старшого оператора (може і не) формує введеною документів рейси і передачу на ПЦ щодо одногородных расчетов.

АРМ сортувальника (може і не) створюється для перевірки пачок документів, запроваджених операционистами, і їх на проводку, і навіть на формування і преси авізо і реєстрів для РКЦ.

АРМ контролера реалізує так званий принцип «чотирьох очей» і служить для перегляду касових документів і майже документів, запроваджених операционистами чи операторами, друку зведених відомостей по приходу і витраті, проставления позначки оплату на документах, відправлення проводок по касі, роздруківки форм отчетности.

АРМ кассира-контролера забезпечує: введення касових платіжних документів, прийом і що обробку грошових чеків, оголошень на внесок готівкою, прибуткових і видаткових касових ордерів й аналізу документів по інкасації, формування зведених відомостей по приходу і витраті, ведення касових журналів, підготовку проводок по касі, отримання зведеної довідки по касовим оборотів, формування меморіальних ордерів, розрахунок плати кожного клієнта за касове обслуговування, отримання звіту по касовим символів оборотів у період, роботу з довідником символів, формування довідки по кассе.

З допомогою АРМ старшого операциониста (може і не) оцінюється завантаження операционистов і призначаються операционисты нових клієнтів банку, простежується і контролюється перелік відкритих протягом дня лицевих счетов.

Одна з важливих місць переважають у всіх банківських програмних продуктах займають АРМ операционистов. У деяких технологіях передбачено їх поділ на АРМ операциониста по платіжним документами та АРМ операциониста з підготовки звітів або на АРМ операциониста роботи з фізичними особами та АРМ операциониста роботи з юридичних осіб. У великих банках іноді виділяють операционистов щодо робіт з відкриттю та закриття счетов.

Звичайно ж АРМ операционистов можуть реалізовувати відкриття і закриття рахунків, нарахування, зарахування до залишку вкладів і видачу відсотків з всіх видах вкладів, переклад вкладів, пошук клієнта за безплатним номером його лицьового рахунки і навпаки, встановлення договірної відсоткової ставки і за вчинення операцій та розрахунок доходу проведення операцій, оплату перекладів, ведення операційного щоденника, аналітичний і операційний контролю над виконанням операцій, введення платіжних документів, роботи з картотеками: занесення й неможливість номери картотеки з рахунки клієнта, контроль дебетового сальдо і занесення документів в картотеку № 2, погашення заборгованостей частково чи одноразово по картотеці № 2, перегляд і роздруківку виписок із особового рахунку, формування залишків за рахунками і ін., контроль неоплачених документів, обробку електронної пошти (по схемою клієнт — банк), якщо це виконується у спеціальній АРМ. Що стосується спеціалізації операционистов з вигляду документів можуть виділятися АРМ операционистов по платіжним вимогам, і дорученнями, по касі, роботи з акредитивами, чековими книжками і др.

АРМ економіста (може і не) здійснює: формування виписок із лицевих рахунків, контроль нарахування відсотків з лицьовим рахунках, контроль залишків і проводок по лицьовим рахунках, розрахунок нормативів і показників роботи банку, контролю над роботою філій, формування відомостей для податкової инспекции.

АРМ бухгалтера забезпечує: розрахунок залишків за рахунками початку наступного дня, формування, перегляд, коригування, печатку, збереження балансу по балансовими і позабалансовим банківських рахунках і додатків щодо нього будь-яку період, ведення розгорнутого сальдо з кожного балансовому рахунку для філії, зміна залишків рахунків початку чи кінець будь-якого дня, розрахунок прибутку у період, оцінку рентабельності банку процес формування інших показників роботи банку, розрахунок відсотків з лицьовим рахунках, зміна плану счетов.

•АРМ головного бухгалтера здійснює: отримання інформації на роботу банку, його клієнтів, відкриття і закриття лицьових рахунків, перегляд і поставив печатку оборотно — сальдовых відомостей по балансовими і позабалансовим рахунках, а також відомостей відкриття, закриття зміни лицевих рахунків, відновлення файла підписів клієнтів (у деяких БИС).

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

• поточну роботу з документам:

• відбиток оперативних проводок,.

• складання поточної опису документов,.

• виконання поточної сверки,.

• складання документального баланса,.

• печатку отчетов,.

• межфилиальный обмін по дискетной технологии,.

• планування також завершення операційного дня банка,.

• планування робіт і наділення повноваженнями співробітників отдела.

• операционно-учетных работ:

• планування робіт на необхідний день,.

• реєстрація, видалення, зміна статусу пользователя,.

• контроль протоколу роботи пользователя,.

• функціональне конфигурирование робочих місць пользователей,.

• підтримку санкціонованого доступу до інформаційних ресурсів БИС,.

• виконання відкоту комплекса,.

• ведення фонду НСИ:

• адміністрування файлів бази данных,.

• організація та ведення фонду НСИ (зміна відсоткові ставки, довідники МФО, таблиці балансових і позабалансових рахунків, типів платіжних документів, касових символів, атрибутів банку, прейскуранту послуг, видів операцій та др.),.

• з’ясування умотивованості й конфигурирование робочих місць інших користувачів БИС:

• включення і вимикання завдань в комплексе,.

• настроювання комплекса,.

• виконання пускових робіт, за впровадженні БІС. Якщо будь-яких БІС склад АРМ інший, то функції співробітників ОУР просто розділені між АРМ поіншому, оскільки БІС лише забезпечує реалізацію банківських дисконтних технологій засобами інформаційних технологій, будучи деякою моделлю системи у правления.

У одному з АРМ комплексу ОУР (зазвичай АРМ адміністратора) міститься блок, який би архівацію — переклад файлів операційного дні, у статус «архівний», тобто. доступний лише з читання. За необхідності співробітник банку, використовуючи цього блоку, може знайти будь-який цікавий для його документ, проводку, регістр, ввійти у будь-який операційний день року, у будь-якій місячний звіт, квартальні звіти (з накопиченням з початку року і нього), звіт за рік, й відзвітувати за довільно обрані проміжки времени.

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

Отже, АРМ співробітника кредитного відділу (СКО) повинен підтримувати реалізацію цілей, що виставляються співробітнику банку, і забезпечувати його інформацією ухвалення рішення на кредитування і подальшому обслуговування кредиту. І тому необхідно мати інформацію про кредитному потенціалі банку, про кредитоспроможності ссудозаемщика і робочу інформацію з обслуговування кредита.

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

Комплекс АРМ СКО має передбачати використання комп’ютера для оформлення кредитної угоди та ведення кредитного договору протягом всього періоду його дії. З часу реєстрації видачі кредиту до його погашення співробітник кредитного відділу Повинен бути забезпечений своєчасної інформацією розмір і щодо оплати кредит, термінах її внесення, і навіть матимуть можливість накопичувати деякі статистичні дані про напрямам кредитування, термінів, сумам кредиту та іншими параметрами. Ці дані використовують як для планування своєї діяльності банку, так складання звітності. У результаті вирішення завдань АРМ СКО використовується ряд кодів. Код стану передачі коштів має один знак і Побудовано по порядковой системі (0 — не розпочато, 1 — триває, 2 — закінчено, 3 — до погашення, 4 — погашено, 5 — просрочено, 6 — переведено до стану «просрочено», 7 — переведено до стану «пролонгировано»).

Код типу гасіння відсотків включає у собі два знака й побудований по позиційної системі: перший знак показує характер погашення (1 -одноразове і 2 — частевое), а другий знак відбиває вид погашення і має статків: щотижня, щодекадно, щомісяця, щокварталу, один разів у год).

Номер погашення відсотків має один знак й побудований по порядковой системе.

Код стану договору містить один знак і може приймати значення: чернетка, виконуваний умовно, виконуваний це реально і завершенный.

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

Код дозволу побудований за позиційної системи та показує факт дозволу (0) чи заборони (1).

Код ознаки початку дії договору має один знак та приймає лише 2 стану: 1 — із вступу коштів, 2 — з подписания.

Код ступеня надійності повернення встановлюється експертом і може змінюватися від 0 до 9.

Номер частини погашення (до якої належить проводка) має один знак, побудований за порядковой системі. Якщо проводка здійснює видачу, то номер набуває значення 0.

Код виду операції має дві знака й побудований відповідно до порядковой системой:

01 — повна видача ссуды,.

02 — часткова видача ссуды,.

03 — штатне гасіння ссуды,.

04 — переведення у стан «просрочено»,.

05 — переведення у стан «пролонгировано»,.

06 — нарахування відсотків за просроченную.

07 — гасіння боргу за прострочену ссуду,.

08 — списання в убыток,.

09 — гасіння процентов,.

10 — переклад відсотків на стан «просрочено»,.

11 — переклад відсотків на стан «пролонгировано,.

12 — вольове гасіння процентов,.

13 — гасіння пенею на ссуду,.

14 — гасіння пенею на проценты,.

15 — вольове гасіння пенею на ссуду,.

16 — вольове гасіння пенею на проценты,.

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

• номер поручения,.

• дата оформления,.

• реквізити плательщика,.

• реквізити получателя,.

• дебетуемый счет,.

• кредитуемый счет,.

•сума що перераховуються средств,.

• вид операції (причина платежа).

Платіжне доручення, выписываемое клієнтом, вступає у комплекс операционно-учетных робіт, де викликає коригування відповідних лицьових і синтетичних рахунків. Щоб співробітник кредитного відділу міг відстежити що відбулися зміни, у його АРМ з комплексу операционнодисконтних робіт щодня надходять проводки, які стосуються кредитному відділу. Історія виконання договору відбивається у файлі його состояний.

Головне меню АРМ СКО містить функции:

• Фундаментальна обізнаність із договором,.

• Фундаментальна обізнаність із проводками,.

• Формування отчетности,.

• Разное.

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

Функція Фундаментальна обізнаність із проводками здійснює відбір проводок, що стосуються кредитного обслуговування клієнтів — і причетних до співробітнику кредитного відділу, і виконання на основі отриманої інформації з рішенню користувача наступних операций:

• реєстрація видачі кредиту на кредитному журнале,.

• реєстрація платежів з кредиту,.

• переведення у просрочку,.

• переведення у пролонгацию,.

• закриття договора.

Функция/разное передбачає роботу з довідниками (наприклад, облік зміни відсоткової ставки, її введення, перегляд і коригування), роботи з базою (копіювання, відновлення, реорганізація), різні установки (пароль, час, палітра, візитна карточка).

У меню може бути під'єднані таких функцій, як Фундаментальна обізнаність із міжбанківськими кредитами (МБК), Страхування кредитів і Фундаментальна обізнаність із договорами на гарантію, Розрахунок вартості кредитного договору. Оцінка кредитоспроможності позичальника. Оцінка ризику кредитування і др.

Одержувані під час виконання різних функцій будь-які відомості в відповідно до принципу виборчого розподілу інформації повинні служити виконання цілей, поставлених керівництвом банку перед співробітником. Тож підтримки прийняття рішень співробітником кредитного відділи у відповідні функції АРМ повинні прагнути бути під'єднані ведомости:

• відомість переоформлених договоров,.

• нараховані і заплачені місяць відсотки. реєстри планових і фактичних платежей,.

• довідка про виконання договора,.

• платежі за договором (сплачені відсотки, й неустойки) за период,.

• відомість прострочених ссуд.

Відомості, що носять загальний характер, об'єднують у загальну функцію Формування звітності. Сюди относятся:

• аналіз позичок з економічних секторам,.

• аналіз надходження доходів по кредитним операциям,.

• реєстр великих ссуд,.

• довідка про виконання договора,.

• реєстр погашених кредитов,.

. довідка про терміни чинності договора,.

• статистика сум договоров,.

• статистика термінів договоров,.

• статистика цін позичок кредитов,.

• кредитний журнал,.

• список діючих договорів за период,.

• перелік клієнтів — і др.

Ці звіти може бути роздруковані як твердих копій, виведені на екран чи файл.

На рис. 9. представлена схема даних вирішення завдань АРМ СКО. Співробітник кредитного відділу, використовуючи безліч текстових прототипів (шаблони договорів), становить договору про видачі кредиту й у текстовій формі, має статус чернетки. Кредитний договір як текстовий документ містить: найменування сторін, вид кредиту, суму, термін договору, відсоткову ставку, порядок виплати відсотків, вид забезпечення, перелік необхідні документи (на вимогу банку), номер розрахункового рахунки і інші реквізити банку, обслуговуючого підприємство, юридичні адреси сторін. Цю інформацію зручно явити у двох файлах, містять розрахункові дані договорів (Договір (дані)) і текстову інформацію (Договір (текст)).

[pic].

Рис. 9. Схема даних вирішення завдань АРМ СКО.

Для реєстрації нової кредитної договори та висновку його за екран під час перегляду і редагуванні використовується відповідний макет, на основі якої здійснюється візуальний і логічний контроль ввода.

Контроль введеної інформації дуже важливий, оскільки, якщо програмні помилки можна вона найчастіше легко переборні програмістом при виявленні під час експлуатації, помилки інформаційної бази важко розпізнавані і визначають помилки за будь-яких обчисленнях. Такий контроль традиційно виконується візуальним і форматным способами. Логічний ж метод контролю використовується рідше, оскільки жадає від програміста додаткових витрат часу з його реализацию.

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

Технологічно договір може мати різний статус: чернетка, умовно діючий, реально чинний і завершений. Спочатку складений чернетка перетворюється на статус умовно чинного за його підписанні. Договір набуває статусу реально чинного після переміщення з його підставі фінансових коштів. Після закінчення розрахунків між ссудозаемщиком і банком договір набуває статусу завершеного. Реально діючий договір може мати уточнений статус: нормально діючий, прострочений і пролонгированный.

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

При перерахування коштів у позичковий рахунок, на розрахунковий рахунок, пролонгації договору чи перекладі його за рахунок прострочених позичок формуються проводки, які у відділ операционно-учетных робіт. За підсумками файлів проводок і нарахованих відсотків формується файл планових платежів за договором. Він обробляється що з файлом проводок, які надійшли з операційного дні, у результаті чого утворюється файл платежів з договору. За підсумками останнього формуються відомості стану договору, кредитний журнал і др.

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

При закритті договору змінюється лише його статус.

Для розрахунків з наданими кредитами зазвичай застосовується файл відсотків (нараховані проценты).

Файл Договір (дані) містить такі реквізити: статус договору, номер договору, номер пролонгації, номер розрахункового рахунки (чи 0), номер позичкового рахунки, адресу переходу залишку заборгованості, номер рахунки прострочення, ступінь надійності повернення кредиту, кількість частин погашення, відсоткову ставку на основну частину боргу, відсоткову ставку пенею відсотки, вид погашення позики (рівними частками та інших.), сума по договору, сума нарахованих відсотків, дата початку дії договору, дата закриття договору, підсумкова сума погашення боргу, підсумкова сума погашення процентов.

Відсоткові ставки можуть виноситися в окремий файл, що особливо зручно при нарахуванні сум за відсотками до відділу ОУР. Номер розрахункового рахунки він може відсутні за наявності файла-связки з файлом Довідник клиентов.

Якщо клієнт має рахунок у іншому банку, то реквізит «номер розрахункового рахунки» нульовий, у своїй використовується файл Довідник банків. Структура її запис наступна: номер установи банку, поштовий індекс, номер МФО, найменування установи банку, адресу установи банку, телефон, факс. Якщо клієнт має рахунок у банку, выдающем кредит, то використовується файл Довідник клієнтів (Клієнт). Структура записи цього файла наступна: найменування организации-клиента, адресу организации-клиента, телетайп, телефон, факс.

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

Файл платежів з договору містить інформацію про планових погашениях більшості боргу і планових виплати відсотків. До складу її запис входять такі реквизиты:

• номер частини виплат, планова дата платежу (або дата, до якої має бути проведене погашення), планова сума платежа,.

• фактична дата платежу, дата перерахування коштів із рахунку клієнта, фактична сума внеску, номер проводки, вид платежу, стан передачі средств.

Вході виконання завдання може формуватися багато різних відомостей, які допомагають прийняти правильне рішення співробітнику відділи у процесі управління кредитами. Ряд вихідних даних виводиться користувачеві як таблиць, а ряд — в графічної формі. Остання особливо зручна для восприятия.

Обсяг банківських операцій до 60-му рр. у світі зріс настільки, що у подальшому цей період став називатися періодом «великого вибуху». Збільшення числа виконуваних операцій призвело до у себе розширення застосування електронної обчислювальної техніки, що, з іншого боку, підкріплювалося розвитком ЕОМ. Збільшення числа завдань, розв’язуваних на комп’ютерах, спроби застосування їх задля реалізації оптимізаційних завдань супроводжувалися використанням електронних каналів обмінюватись сообщениями.

Комп’ютерні мережі забезпечують виконання комунікаційної функції і доступом до поділюваним ресурсів, тобто. передачу файлів, доступом до віддаленим баз даних, і віддалений запуск завдань. Компьютеризованные межперсональные комунікації може бути трьох видів: прості пересилки повідомлень по конкретному адресою, розсилання повідомлень по поштовим списками і проведення телеконференций.

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

[pic].

Рис. 10. Схема взаємодії комерційного банки з зовнішньої средой.

Як довкілля, з якою взаємодіє комерційний банк (рис. 10), выступают:

• обмінні пункты,.

• учасники електронного грошового звернення (ЕДО) з допомогою пластикових карток (ПК),.

• клиент,.

• філії банка,.

• банки біля Украины,.

• банки біля СНГ,.

• зарубіжні банки,.

• другое.

Взаємодія банки з пунктами продажу (POS) і процессинговы-ми центрами виникає лише тому випадку, якщо банк обслуговує якусь систему пластикових карточек.

Взаємодія банки з клієнтом дозволяє забезпечити комп’ютерний обміну інформацією і мінімізувати візити клієнти на банк. Таке взаємодія передбачає пересилку з питань електронних каналам платіжних документів, виписок по лицьовим рахунках, формування реєстру платежів за будь-який період, паспортів операцій та ін. Абонентом банку може бути як юридичне, і фізична особа, має комп’ютер. У світі така послуга під назвою домашній банк (Home banking) останнім часом стала особливо популярной.

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

Взаємодія комерційного банки з іншими банками може здійснюватися системою взаємних кореспондентських рахунків, з допомогою ГВЦ при одногородных розрахунках, системою клірингових центрів — і через систему РКЦ (чи ОПЕРУ).

Міждержавні міжбанківські взаємодії біля СНД здійснюються через центр міждержавних розрахунків (МГР) ЦБ РФ, а міжнародні розрахунки — системою суспільства міжнародних міжбанківських фінансових комунікацій SWIFT.

Інформація, циркулююча між банком і довкіллям, може мати і суто інформативний характер, і фінансовий. І перша вид повідомлень може і вимагати підтримки певних вимог безпеки, то система віддалених платежів має забезпечити як прискорення обслуговування і зручність, а й підтримку наявних стандартів передачі, і навіть достовірності й цілісності платіжних документів, тобто. безпеки платежів. Особливістю електронних платежів до Україні час є розмаїття платіжних документів, які завжди оформляються однаково і може не відповідати міжнародним стандартам. У цілому СНД існує значне відставання у сфері використання світових рівнів, що становить близько 10−15 років. Це пов’язані з якістю технічної бази й станом каналов.

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

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

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

Багатство видів пластикових карток як машинних носіїв інформації, а також їхніх невисока вартість зробили дуже поширеними. Пластикові картки залучатися як: перепусток (access control), телефонних карток (phonecard), візитних карток (business card), посвідчень особи (pass control), водійських посвідчень, студентських квитків, карток логічного доступу (наприклад, до комп’ютера), карток контролю входу у різні електронні системи (logon access): доступом до пристроям ЕОМ, до програм і файлам, врегулювання виконання програм чи команд, контроль окремих функцій, доступом до шифрованим даним, карток зберігання даних (наприклад, карти здоров’я), карт гарантії, і фірмового супроводу, у якому підкреслюється обслуговування: огляди і ремонти будь-якої купівлі, фінансових карток: картки покупця (shopping card), банківські картки (bank card) і картки для банкоматів (ATM-Card).

Пластикова картка є машинний носій інформації, що може бути класифікований за способом її запису і зберігання. Так, розрізняють магнітні карти (МК), карти пам’яті, смарткарты (СК) і суперсмарткарты (ССК).

Ємність МК не перевищує 100−200 байт, у яких на кількох доріжках зафіксовано: ідентифікатори картки, і її власника, терміни дії, внутрішній код і полі для записи функціональної інформації. І хоча до запису і зчитування інформації МК необхідні спеціальні устрою, вони, як й які самі МК, щодо прості у виробництві, і собівартість їх невисока. Тож у час в усьому світі вони найпоширеніші, хоч як носій недосконалі. Насамперед вони мають дуже низький рівень захищеності. За даними ОКБ САПР, загальні втрати на МК становлять 0,5−10% від обороту, причому 22,6% їх на шахрайство «продавця », а 17% на втрату карточек.

Магнітні картки легко скопіювати і використовувати одночасно у різних POS у межах операційного дні того часу, доки почалася обробка (ціна копирующего устрою не перевищує 1000 дол.). Шахрайства за таку, схемою відбувалися Англії та Франції в 1985; 1988 рр. У 1986 р. в Англії було знято по підробленим картках 64 тис. дол. У цьому ідентифікація проходила через термінали банкоматов.

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

Інший прийом залежить від додаванні необхідної кількості нулів до сумі, яка вказана у транзакції. Бо за перекладі суми було виконано авторизація, а транзакція підтверджено електронної підписом, довести хибність проводки клієнту дуже складно. У Франції зростання кількості шахрайств припала на зростанням поширення МК, й у 1988 р. були виявлено чотири напівпромислові майстерні з виробництва фальшивок. Близько 15% доходів емітентів надали по підробленим карточкам.

Крім слабкої захисту від копіювання МК недовговічна. Після цього її недоліки призвели до у себе ускладнення технологічної схеми обслуговування. Фундаментальна обізнаність із МК передбачає обміну інформацією при авторизації як on-line і ускладнює процедуру обслуговування продавцем покупця. СК на відміну МК знижують ризик шахрайства в $ 20 раз.

Серед фінансових карток є й картки щодо операцій із готівкою (ATM-Card) з урахуванням банкоматів, мають считыватель, цифрову і функціональну клавіатуру, дисплей, принтер і пристрій видачі і наличности.

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

У технології реалізації розрахунків із допомогою карток беруть участь три об'єкта: банк, клієнт і магазин.

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

Залежно від наявності коштів телекомунікаційного доступу авторизація для МК може статися як у різноманітних каналах зв’язку (on-line), і голосом, а СК й у режимі off-line. По виду резервування коштів електронні платіжні кошти (ЭПС) можна розділити коштом, потребують on-line-связи з платіжної системи у момент купівлі (резервування коштів відбувається у момент платежу), кошти, які передбачають переказ грошей з особового рахунку клієнта на банківський (не транзитний) рахунок, відповідний картці, кошти, використовують періодичне поповнення рахунки до встановленої суми (наприклад, по певним дат) будь-де через термінал як off-line (лише для СК).

У сучасному вітчизняної літературі банківські картки по технологій і характеру платежів традиційно поділяють на дебетні (ДК) і кредитні (КК).

Дебетні картки є можливої заміною готівкових коштів чи чеків (тобто. ДК — картки готівкових коштів чи активів). Вони може бути використовуватимуться оплати покупок, одержання готівки в відділеннях банку, підтримує картки, чи банкоматах. Власник замість готівки пред’являє картку, продавець перевіряє в наявність в стоп-листе чи отримує телефоном підтвердження банку на необхідну суму, яке залежить від суми коштів у рахунку покупателя.

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

Кредитні і дебетно-кредитные картки дозволяють власнику отримати по карткового рахунку незабезпечений і забезпечений овердрафт. При видачі тому чи іншій особі карток, що дає змогу отримання незабезпеченого (без передоплати) овердрафту, банк перевіряє і аналізує середній річний дохід, кредитної історії, житлові умови, рід занять, сімейний стан, наявність банківського рахунки тощо. Україна має і кредитні, і дебетно-кредитные картки належать до кредитним, хоча практично нічого використовуються лише дебетні. Відносини між клієнтом і банком визначаються договором, у якому Україні, зазвичай отражаются:

• відсоток, стягуваний банком з обороту у цій картковому счету,.

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

• обсяг кредиту, наданого банком (зазвичай, у межах дворазовою суми страхового депозита),.

• відсоток оплати фактичного кредиту банка,.

• відсоток оплати дебетового сальдо щодо відсотків наданого банком кредиту (зазвичай подвоєна величина кредитної ставки),.

• відсотки переведення через касу банку і крізь банкомат, а також щоденний ліміт зняття средств,.

• заставу по дебетовому сальдо (зазвичай недвижимость),.

• зобов’язання клієнта повідомляти зміни джерел дохода,.

• паспортні дані клиента,.

• відповідальність за втрати магнітної карточки.

Технології виконання розрахунків із використанням МК можуть бути різні докладно, але загалом схема розрахунків наступна. Якщо за купівлі товару використовується картка, її господар виводить на пристрій сертификатора пін-код, а продавець пов’язують із банком для перевірки платоспроможності картки (авторизація), і після відповідного підтвердження формується торговий вексель: з допомогою импринтера готується відбиток з рельєфної частини картки — сліп, у якому пропечатывается сума заборгованості, а покупець ставить свій підпис, що робить її документом на оплату. У кінці робочого дня сліпи під час інкасації пересилаються до банку, де перебуває розрахунковий рахунок магазину, здійснюється переміщення коштів із рахунки покупця з цього приводу магазина.

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

Якщо рахунок власника кредитної картки перебуває у банку інший системи, то інформацію передають у розрахунковий центр того банку, який видав кредитну картку. Видачу кредиту готівкою здійснює будь-який банк, приймає картки цією системою. Кредит, наданий по КК (овердрафт), відрізняється від традиційного підвищеними операційними видатками, підвищеними ризиками надмірного використання КК власниками і фальсифікацій невладельцев КК. Використання картки може бути заборонено, якщо кредитна картка оголошено вкраденої (зниклої), якщо вичерпаний межа кредитування, власник кредитної картки значно прострочив час платежів, соціальній та разі анулювання счета.

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

Розрахунки з урахуванням магнітних карток вигідні всіх учасників процесса.

Клієнтові ці переваги зводяться до чого. Він здобуває в своє розпорядження еквівалент готівки, щодо безпечний у разі втрати чи крадіжці. Користуючись карткою певного виду, клієнт може отримувати знижки для придбання товарів, і навіть додаткові послуги. Приміром, КК АтЕх страхує власника на 50 тис. дол. у разі втрати працездатності і дає близько сорока % знижки в готелях. Картки ETN дозволяють мати клієнту пільги (до 50%) користування готелями, ресторанами, магазинами, прокатом.

Україна має, використовуючи МК, можна зробити купівлі магазині за курсом конвертації банку, виграючи різниці курсів банку і магазина.

З використанням КК клієнт може мати простий позику умовах, передбачених даної системою карток. З іншого боку, клієнт може по випискам легко контролювати свій бюджет. І, насамкінець, ще однією перевагою МК був частиною їхнього престижність. Банк «Оптимум «уклав угоду зі страхова компанія «Спаські воротаМ », що передбачає медичне страхування власників Optimum Card на 3 тис. дол. Як показує практика, основними причинами придбання пластикових карток є: купівля товарів та послуг із знижкою, оплата в рублях за курсом Московської міжбанківської валютної біржі (ММВБ), можливість платежів за кордоном без вивезення готівкової валюти, і без реєстрації вивезення коштів, безпека збереження грошей немає та їх проведення, можливість покупок в валютних магазинах СНД і престижность.

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

Для магазину перевагу використання карток полягає у придбанні нею нових клієнтів з допомогою престижної, зручною і звичної (за кордоном) форми розрахунків. За даними американських психологів, ймовірність купівлі під час використання покупцем карток, зростає на 30 — 40%. З іншого боку, забувають про проблеми з інкасацією і конвертацією. До незручностям використання карток магазином ставляться необхідність закупівлі чи оренди устаткування й труднощі з автоматизацією. До того ж магазин постійно відчуває затримку фактичного надходження коштів, оскільки банк переводить її лише після проходження сліпів чи його еквівалента через процесинговий центр і після обробки інформацією банке.

Для банку переваги полягають у тому, що аж до останнього моменту циклу розрахунків перебувають у банку. Банк збільшує свій оборот, приваблює нових клієнтів — і нові засоби, рахунок чого можна було одержати додатковий прибуток. З іншого боку, зменшується проблема готівки. Але з’являються інші проблеми. Основна — дуже серйозні видатки впровадження карток. Так, витрати банку «Столичний «створення системи STB-Card перевищили 12 млн. дол. [3], а, по системі Optimum Card витрати перевищили 7 млн. дол.

Така цифра стає зрозумілою, з урахуванням, що реалізації програми карток передбачає виробництво (ишвинг), організацію звернення (эквайринг), перевірку платоспроможності клієнта (авторизацію), забезпечення обміну даними між магазином і банком по телекомунікаційним каналам або у вигляді сліпів і обробку цих даних (процессинг). Кожна з цих складових вимагають великих витрат, оскільки ефективність використання карток залежить від своїх поширеності, а та, на свій чергу, — від кількості точок їх обслуговування (POS). Термін окупності проекту становить від 2 до 5 років при достатню кількість карток (близько 20 тис. прим.) і пунктів їх підтримки (магазини і їдальні пр.).

Підприємство, у якому працює клієнт, використовуючи систему карток, розв’язує проблеми готівки і скорочує час видачу зарплати. Прикладом тут можуть бути багато підприємств та молодіжні організації. Так, Московський державний університет економіки, статисти та інформатики — з перших вузів країни, який став видавати зарплатню працівникам облдержадміністрації і стипендію студентам, використовуючи пластикові картки STB-Card.

Новий вид карток, що стає нині всі популярнішим в сфері ЕДО, — смарт-карти. Маючи стандартні відповідно до спецификацией ISO розміри, вони є мікрокомп'ютер, котрі можуть утримувати процесор, пам’ять (ПЗУ, змінювана ПЗУ, ОЗУ), систему вводу-виводу. Карта постачається операційній системою та системою безпеки за захистом даних із можливістю їх кодирования.

" Порожня «микропроцессорная карта при емісії спочатку містить у ПЗУ тип карти (банківська чи клієнтська (торгова)), унікальний ідентифікатор не більше системи, код емітента і операційну систему. Смарт-карта була винайдено Р. Морено підвищення захисту в середині 70-х рр., але лише у 1985 р. мови у Франції (що зараз лідирує використання СК) було вирішено про використання СК і у 1992 р. почалося широке оснащення карток процессорами.

Таку картку важко підробити неможливо скопіювати. Однією з добре захищених зараз є картка компанії Gemplus (Франція), яка у технології U.E.P.S. (російська версія), створеної компанією Netl (Франція), інтереси чим ринку представляє компанія BGS Industrial (Австрія). Базове програмне забезпечення належить BGS і російської Telefonn. Картка має дванадцять ступенів захисту: від ультрафіолету, від лазерного сканування, від спилювання, нагріву тощо. Кожен із учасників системи (і, і книгарня) має власні ключі. У банку зберігається так званий «нульової пароль », запроваджуваний ним за умови встановлення або заміні транспортного ключа, яким «закриті «карти досі їх емісії банком, у своїй постачальник системи доступу до цієї операції не имеет.

СК дають можливість багатоцільового використання, і залежно від конфігурації вони можуть коштувати до 20 дол. Наприклад, телефонний картка в Німеччини з урахуванням СК з пам’яттю стоїть 2 марки, а СК з мікропроцесором коштуватиме близько 12-ї марок *. Картки з пам’яттю обмінюються з зовнішніми пристроями інформацією у вигляді, і після цього відбувається доступ, а картки з мікропроцесором, отримавши сигнал на зчитування, обробляють його, після чого здійснюється доступ. Приклад технологічної схеми виконання розрахунків через СК представлений рис. 11.

[pic].

Рис. 11. Технологічна схема розрахунків із використанням смарт-карт.

* за технологією BGS інкасація через СК — магазин.

** на інших технологіям: інкасація по телекомунікаційним каналам.

Гроші з особового рахунку клієнта переносяться на СК і водночас б’ють по спеціальному накопительно-распределительном рахунку (Holding Accounting) (I, 2). Далі клієнт розплачується нею, проходить авторизацію на місці розрахунків (POS) (3). Після перевірки по стоп-листу (4) (операція здійснюється терміналом автоматично) відбувається обробка платежу в режимі off-line і кошти переносяться із карти покупця карті магазину (у системі UEPS) або із карти покупця (видає банк) записуються в торговий термінал (5), і потім інкасується (6). Дані одночасно б’ють по журнальної стрічці і чеку. Чек передається покупцю (5). Проведення містить код банку власника, номер його особового рахунку, ідентифікатор магазину, дату, час суму проводки. З магазину здійснюється телекомунікаційна пересилання транзакції до банку, де за ній відбувається списання гроші з Holding Accounting на розрахунковий рахунок магазина.

Смарт-карти, містять мікропроцесор, змінюють технологію розрахунків й в такий спосіб створюють нові можливості їх учасників. Оперативність платежу зростає, а контроль власних витрат стає більш зручним і конфіденційним. Клієнт може зберігати роздільно великі й звичайні суми в одній картці. Область пам’яті, що зберігає великі суми, то, можливо захищена спеціальним паролем, котрі можуть замінюватись користувачем самостійно й більше багаторазово. Переміщення коштів між тими областями за технологією, використовуваної, наприклад, в Промстройбанке, може виконати у кожному пункті обслуговування. У цьому клієнт може здійснювати грошові переклади, здійснювати комунальні платежі і оплачувати купівлі будь-якого размера.

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

Технологія СК забезпечує високий рівень автоматизації (операції ручного введення інформації з чеків взагалі відсутні) і інформаційного обслуговування всіх учасників расчетов.

Банк несе відповідальності за витрати на підтримці бази pinкодів, Знижує витрати на експлуатації телекомунікаційних мереж, і експлуатаційних витрат мейнфрейма ПЦ банку. Отже змінюється структура витрат: збільшується ціна картки, і периферійного устаткування, але скорочуються витрати як Back-Office, і Front-Office. Ряд СК дозволяє вживати термінальне устаткування МК.

Дослідження фахівців АТ «СканТек «показали, що найкращими характеристиками серед СК за співвідношенням захищеність — ціна є картки PCOS (значних покупок) і GPS 896 (для повсякденних покупок).

Магазини може використати СК, зберігаючи можливість роботи з МК будь-якого типу, і, застосовуючи спеціальний товарний термінал, отримують унікальну можливість зменшення часу обслуговування клієнтів (до запланованих 4 з) без додаткового навчання персоналу за цілковитої гарантії оплати транзакцій і кредитуванні рахунки магазину в останній момент купівлі. У цьому спрощується контроль розрахункових операцій, знижуються обсяги телекомунікаційного обміну та витрати за оплатою комісій банку.

Існують принципово різних підходу, використовуваних банками для впровадження карток: 1) вступ до існуючі там системи карток як принципових чи асоційованих членів (Кредобанк, Мост-Банк, Інкомбанк), 2) емісія власних карток або у українських системах (емісія власних карток не більше сформованій системи, обслуговування карток іншого емітента, що у процессинге і ін.). Для впровадження карток міжнародних систем (Eurocard, MasterCard, Cirrus/Maestro, Eurocheque) створена ПК АТ «Cardcenter «(1992 р.), обслуговує операції деяких банків — членів Europay. Користувачами центру є такі банки, як Діалог, Кредит-Москва, Моссбер-банк і др.

Отже, навіть якщо ці, записані на картці, і будуть продублированными (і з МК), її використання вимагає знання цього унікального коду. При відправлення карток плідником у адресу банку, випускаючого картки в звернення, pin-коды генеруються банком окремо. Поки код нічого очікувати «присвоєно «картці, її неможливо використати. Як лише Optimum Card випущена і ній дані, доступу до них захищається персональним ідентифікаційним номером. При несанкціонованої спробі використання картка блокується, як у разі, якщо особистий пароль набирається неправильно тричі. Якщо ж власнику картки бракує суми, що зберігається на картці, може з допомогою банкомату чи відділеннях банку вкласти відсутні кошти на безготівковій формі, таким чином звільняючись від проблем зберіганням великих сум наличности.

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

У найближчими роками слід чекати просто об'єднання локальних систем, а об'єднання, що з міжбанківської унификацией.

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

Система телекомунікаційного взаємодії клієнта з банком (КлієнтБанк) дозволяє скоротити кількість візитів клієнти на банк і полегшити сам ведення бухгалтерії обох учасників. Система забезпечує підготовку клієнтом платіжних документів різноманітних, «пачкование «їх потреби і пересилку до банку, і навіть з банку виписок за рахунком і реєстрів платежів. Система Клієнт-Банк у банку пов’язані з блоком операционно-учетных робіт, що забезпечує проходження платежів процес формування необхідної вихідний документации.

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

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

Підсистема Банк реалізує вихід систему SWIFT, забезпечує введення і контроль, коригування, збереження і вибірку платіжних доручень, заяв на акредитив, оголошень на внесок готівкою, заяв на чекову книжку, відмови від акцепту та інших. На запроваджені документи підсистема формує реєстр і може готувати пакет документів до відправлення банк. Задля більшої безпеки підсистема веде системний журнал, у якому фіксують параметри сеансу, здійснює розмежування доступу користувача до даних і її права. Передана інформація кодується для підготовки файла внутрішньої програмою і далі зовнішньої програмою, наприклад, по алгоритму Data Encryption Standard (DES), розробленого фірмою IBM. Ключі кодування зберігаються у банку. Юридична повноцінність документа забезпечується електронної підписом (ЭП) відповідно до алгоритмом RSA (стандарт ISO 8731). У грудні 1992 р. Федеральним агентством урядового зв’язку і інформації (ФАПСИ) скінчилася спільна розробка комплексу з організації криптографічного захисту та контролю дійсності інформації ProCarry Mail Special (PMS), який містить модулі криптографічного системи MAGPRO, мають функції ЭП і забезпечуючі захист контроль дійсності інформацією сіті й на вінчестері. У час воно поширює й другий комплексний продукт — ВЕРБА. У червні 1992 р. Ощадбанк впровадив мережу ИН-ФОТЕКС, має електронну підпис. У тому ж року фірма «Диасофт «розробила свій алгоритм ЭП. У цей час алгоритм ЭП використовується де-факто, хоча стосовно законодавства електронний документ немає юридичної силы.

АРМ комунікацій приймає платіжні документи, здійснює їх розпізнавання і передачу у нього операционно-учетных робіт, де після перевірки санкціоноване™ доступу й універсального визначення номери операциониста, курируючого даного клієнта, виробляється дешифрування повідомлення з застосуванням алгоритму ЭП. І тому операционист використовує спеціальну дискету, без якої розшифровка неможлива. Проглянувши що надійшли документи, операционист відправляє їх у виконання або виконує, проставляючи причину відмови, і потім відправляє назад клієнту. У окремих випадках операционист може переслати документи у АРМ керівника ухвалення рішення. За результатами дня операционист висилає клієнтам виписки про стан лицевих рахунку також реєстри виконаних проводок. Отримані документи роздруковуються за підписами осіб, котрі підписали документ, в подсистеме.

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

Що З’явилися останнім часом смарт-карти дозволяють забезпечити високий рівень безпеки доступу як і підсистемі Клієнт, і у підсистемі Банк. Смарт-карти передбачають можливість багатофункціонального застосування, зокрема можуть в ролі про карт доступа.

Зміни традиційної банківської технології взаємодії з клієнтом тягнуть у себе необхідність розв’язання проблем, зумовлені особливостями телекомунікаційної середовища проживання і мережевий технологии.

Суспільство всесвітніх банківських комунікацій — Sosiety for Worldwide Interbank Financial Telecommunication (S.W.I.F.T.) побудоване групою з 250 банків Європи й Америки в 1973 р. З 9 травня 1977 р., коли система початку функціонувати, і по сьогодні фінансових установ, користувалися послугами цієї організації, перевершило 3700 з 75 країн-членів і 92 країн-учасників. Кількість транзакцій, пересланих цими установами, становить близько 2 млн щодоби і більше 400 млн на рік. Обсяг транзакцій при односторонньої передачі становить 325 байт, а при двосторонній — 650 байт. Висока інтенсивність обмінів знижує їх вартість настільки, що вона є нижче від вартості аналогічних передач по телексу і телеграфу. Час ж доставки повідомлення по SWIFT становить близько 20 хв, але можна скоротити до 1−5 хв додаткову плату, що перекриває показники звичайних каналів зв’язку. Так, аналогічна передача телеграфом припадає близько 90 мин.

Вступ у SWIFT передбачає висновок контракту користувача, національних органів зі Співтовариством (України та з СНД це СОВАМ-ТЕЛЕПОРТ).

SWIFT забезпечує: єдиний язик, і єдину технологію організації обробки інформації, надійність передачі й обробки даних, і захист, швидку передачу повідомлень, скорочення помилок, і, отже, втрат, надійний дистанційний контакт між клієнтами, скорочення операційних витрат. Великою мірою ці переваги пов’язані з допомогою стандартних сообщений.

Система SWIFT здійснює: телеграфні переклади клієнтів — і банків, передачу сповіщень про набуття перекладів, обмін валюти, запити, й сповіщення про позиках і вклади, довгострокові позики й вклади, платежі відсотків, підтвердження дебету чи кредиту, виписки із рахунку. Це дозволяє скоротити застосування паперової технологій і можливість перейти до електронному обміну даними (ЭОД) в фінансово-кредитної системі. Якщо спочатку планувалося обслуговування лише банків, незабаром система стала доступна та інших установам (брокерським, дилерским, кліринговим конторах і др.).

Усі платіжні документи вступають у систему в стандартизованому форматі, що дозволяє автоматизувати обробку даних, і виключити можливість різного розуміння змісту повідомлень відправником і одержувачем. Фіксація виконаних транзакцій дає можливості цілковитого контролю (аудиту) всіх проходять розпоряджень і щоденного автоматизованого формування звітів із них. Передача повідомлення й його контроль здійснюються автоматично (як on-line не довше 20 с).

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

Нині виділено сім категорій повідомлень, які включають більш 70 їх типів. Макет повідомлення є пронумеровану сукупність обов’язкових і необов’язкових полів. Обов’язкові поля містять інформацію, необхідну правильної обробки транзакції. Додаткова інформація міститься у опціонних кодах. При цілодобової роботі 20% угод SWIFT здійснює до втручання державних операторів. Що стосується надходження у SWIFT неякісної інформації, яка відповідає категоріям, групам і типам встановлених повідомлень, може застосовуватися експертна система, що здійснює ідентифікацію повідомлення, — ARTRANS (Telex Reader). Вона витягує зі неструктурированных повідомлень інформацію природному мові, що стосується перекладів коштів між банками і клієнтами, діючи на кшталт демонов.

Система може переводити документи з однієї форми до іншої, перераховувати вартість. Воно складається з очищувача повідомлень (виявлення неточностей і описок), аналізатора тексту (ядро), інтерпретатора повідомлень (перевірка номерів рахунків, адрес, добір форми платежу) і формализатора змісту транзакції в SWIFT.

Повідомлення кодуються відповідно до розробленим стандартом для різних типів. Що Надійшли в операційний центр повідомлення перевіряються на правильність формату документа, терміну і адреси відправника і одержувача, і навіть статусу устрою — джерела повідомлення. У зашифрованому вигляді повідомлення передаються в регіональний процесор країни, де міститься банкодержувач, а звідти — в банк-получатель. Термін збереження протоколів передачі становить 14 дней.

Для входження у SWIFT-2 використовується (рис. 5.9) Computer Bank Terminal (CBT), який оснастили лініями міжнародного телефонного зв’язку, криптографічним устаткуванням (До) ENCRIPTOR (STEN) і модемом (М) (рекомендується MOTOROLLA-CODEX). По лініях телефонному зв’язку інформація надходить на точку доступу в SWIFT — SWIFT Access Point (SAP) чи регіональну адміністрацію — Regional ADministration (RAD). SAP є автономний заэкрани-рованный машинний зал, обладнаний відповідно до вимогами SWIFT. Він оснастили настільки ж криптографічним обладнанням і модемним устаткуванням, як і в користувача. Таким чином, SWIFT починає відповідати тільки з моменту надходження інформації з модему, встановленого в SAP (RAD) обладнання, юридично те що SWIFT.

Система SWIFT управляється однієї з чотирьох ЕОМ, встановлених в Голландії (дві) й у США (дві). Інші три машини використовують у «гарячому» резерві. Росія чотири каналу (два через Німеччину зі два через Бельгію), хоча досить одного. Три решти також у «гарячому» резерві. Нині система перетворюється на модернізовану схему SWIFT-2, обладнану спайс-процессора-ми, які складаються з проблемно-орієнтованих і мільйонів незалежних модулів, які забезпечують швидкість передачі 9600 бод. Термін збереження інформації збільшується чотирьох місяців. У цьому для SWIFT-2 підтримується Протокол Х.400, у якому передбачено виконання Протоколу Х.25. Планується будівництво міжбанківської системи передачі файлів (Interbank File Transfer), яка стане платформою, підтримує стандарт EPI.

Сформулюємо основні потреби банків до інтерфейсу зі SWIFT:

• мультисистемность комунікаційного сервера,.

• легкість інтеграції і системы,.

• повну відповідність останнім стандартам SWIFT,.

• незалежність від комп’ютерного устаткування. Для прояснення ситуації над ринком слід зазначити про три основних його тенденциях.

По-перше, банки хочуть зменшити витрати й підвищити ефективність своєї роботи. Одне з способів досягнення цього — об'єднання систем до регіональних вузли. Наприклад, банки, які мають у своїх філіях ST-200, заміняють їх лише інтерфейсом у центральному відділенні. (Особливо це ефективно українським банків, мають мало валютні платежі. Вони можуть організувати групове підключення до SWIFT.).

[pic].

Рис. 12. Структура мережі SWIFT-2.

По-друге, це орієнтація банків на відкриті комп’ютерні системи, працюючі під керівництвом ОС UNIX, що дозволяє, природно, об'єднувати в єдині обчислювальні комплекси устаткування різних виробників. Це усуває залежність від однієї постачальника і дозволяє відстежувати усі новації комп’ютерного світу у цілях забезпечення конкурентоспроможності своєї комп’ютерної системы.

Третій напрям — інтеграція різних офісних програм, тож комп’ютерних систем. Час передачі між комп’ютерами на магнітних стрічках і дискетах давно минуло. Зараз дані передаються як реального часу, що дозволяє кожному комп’ютера, включеному у цей процес, стати визнаною частиною єдиної системи. Як очевидно з сказаного вище, потреба безболісного об'єднання існуючої банківської системи та інтерфейсу з мережею SWIFT стає найважливішим аргументом выбора.

Дедалі більше .користувачів розробляють розподілені системи, що базуються на локальних комп’ютерних мережах, як-от Ethernet і TokenRing. Для цього єдиним повністю відкритим інтерфейсом є система TIP/SWIFT, розроблена компанією Telematic Information System (AG) (Швейцария).

Багато банків в усьому світі оголосили про перехід UNIX. У цьому основний проблемою є стикування сучасних банківських програм на основі реляционных баз даних із системами міжбанківських расчетов.

Програма MERVA/370, розроблена німецьким відділенням IBM у Франкфурті, виходить з комп’ютерах IBM/370 і послуг призначена переважно для банків, які споконвічно орієнтовані продукцію фірми IBM і поспішають заміняти устаткування 70-х рр. MERVA/2, розроблена під операційну систему OS/2, мала б бути альтернативної, спираючись на устаткування ST-200, використовуване у ролі комунікаційного проце9сорадля великих ЕОМ. Однак це проект ні розгорнуть через небажання партнерів IBM по банківським програмам розривати свої контракти з компанією SWIFT Terminal Service (STS). Новітня третя версія пакета MERVA/2 було оголошено на продаж з кінця листопада 1993 р. Вона подає собою універсальну міжбанківську телекомунікаційну систему, яка здійснює як інтерфейс з мережею SWIFT, а є інструментом на підготовку і методи обробки повідомлень, і навіть забезпечує зв’язку з банками, не які у SWIFT, у вигляді телекс-сети. MERVA має можливість досить високу стелю повідомлень — більш 1200 за годину, зручний інтерфейс користувача і гнучку внутрішню архітектуру. Її легко переконфигурировать під конкретні потреби користувача. З допомогою MERVA/2 банк отримує можливість підключати до SWIFT своїх філій, які працюють у будь-якій точці світу, наприклад, через головний офіс, у своїй фізичне підключення до SWIFT достатньо лиш мати лише головному банку. За необхідності MERVA/2 то, можливо підключена до банківську систему з урахуванням комп’ютерів AS/400, RS/6000 (є стандартні інтерфейси) будь-якої іншої. До складу системи входить інтерфейс прикладного програмування, що дозволяє об'єднати MERVA/2 із довільною банківської системою. Однією із нових можливостей пакета є підтримка стандарту USE (User Security Enhancement) (1994 р.). На системі MERVA/2 на початку 1993 р. було проведено перші сеанси з допомогою стандарту USE, що підтримує технологію автоматичного обміну ключами між банками і обмежує доступом до системі з допомогою карток. Також треба сказати можливість впровадження системи клірингових розрахунків з допомогою компонента, забезпечує підтримку системи PREMIUM, розробленої SWIFT. У комплекси MERVA прописані у більш як 15% банків — членів SWIFT, проте частку інтерфейсів MERVA припадає близько 50% повідомлень, що пропливали мережу SWIFT. Як апаратної бази використовується одиночний комп’ютер IBM PS/2 або локальна мережу Ethernet чи TokenRing з комп’ютерами PS/2.

Система стосунків з SWIFT — SAFE фірми WANG, успішно продававшаяся в Латинській Америці й Азії, одержує дедалі менше фінансування свого розвитку через внутрішніх проблем.

Фірма Manof пропонує цікаві системи для стосунків з SWIFT, зорієнтовані великі комп’ютери IBM: MBS на IBM Series/I і розпочнеться новий продукт MINT, розрахований IBM Stratus чи S/88.

Фірма Logica розробляє пакет Fastwire для комп’ютерів компанії Digital, та її філія Data Architects — пакет Bess для комп’ютерів компанії Tandem, досить екзотичних, особливо українського ринку. Обидва інтерфейсу використовують єдине програмне ядро.

Система TIP/SWIFT, розроблена фірмою Telematic Information Systems зі Швейцарії, дозволяє будувати інтерфейс між банківськими программайи, які працюють під керівництвом ОС UNIX, в локальних мережах Ethernet чи TokenRing. TIP/SWIFT розроблена для UNIX-машин, таких фірм, як Hewlett-Packard-HP9000/800, IBM-RS6000, SUN-Sparc, Motorola серії 3000 і 8000, Siemens-Nixdorf-МХЗОО.

Спочатку система SWIFT орієнтувалася лише з роботи з телеграфними і телефонними лініями. Програми управління телексной зв’язком, що сьогодні залишається найважливішим типом зв’язку, вмонтовані в інтерфейси SWIFT. Нині роботи з підключенню факсимільного зв’язку. У 1980;х р. було створено компанію STS (SWIFT Terminal Service), що й розробила програмно-технічні комплекси кількох уровней.

Термінальний комплекс ST-200 забезпечує лише приймання і передачу повідомлень. Комплекс рекомендується для невеликих банків (10 повідомлень в день), включає дві машини UNISYS і тільки стриммер (у Києві це устаткування поставляється фірмою ЮНИМАС). Нині ST-200, хоча й удосконалений, вичерпав можливості комп’ютера UNISYS B-series.

ST-400 рекомендується для великих банків та дає можливість роботи у SWIFT на телексных мережах. Він дає змогу під'єднувати програмні кошти власної розробки (наприклад, MERVA IBM), входитимуть у локальні чи національні мережі (CHIPS — США, FEDWARE — США,.

SIC — Швейцарія, SAGITTAIRE — Франція, CHAPS — Великобританія й ін). ST-400 може працювати усім моделях ЕОМ сімейства VAX 11. Він забезпечує автоматичний прийом повідомлень та його передачу, розсилку інформації з адресами, підготовку звітів і виконання аудиту. Рівень безпечності даних в ST-400 виражається межею допустимих втрат, що становить 4% (в ST-200 він дорівнює 24%). Комплекс ST-400 дозволяє будувати систему, що містить оболонку, генератор документів і майже електронної пошти (Х.400).

Оболонка стежить те, щоб операції виконувалися відповідно до денным инструкциям.

Генератор документів дозволяє вживати конвертори документів для приведення їх до стандартному виду.

Найбільш проста система — з урахуванням ST-500, де серед управляючих центрів можна використовувати великі ЕОМ типу IBM-370. Така технологія потребує великих витрат (в 2−3 разу вищу, аніж за використанні інших варіантів) обслуговування і телекомунікації. Насичена технологія на базі ST-500 з різними пристроями, що дозволяє перетворювати форми документів, також централізовану обробку з урахуванням комп’ютерів IBM і UNISYS, і навіть передати даних методом комунікації каналів. ST-500 йде з ринку через зняття 1994 р. комп’ютерів IBM Series/I із виробництва і сервісного обслуговування. Інша компанія, також створена рамках SWIFT, — SSP (SWIFT Service Partner) забезпечує сервіс до виконання розрахунків у ECU (European Currency Units). До того ж основна асоціація, що займається системами оцінки банківських ризиків SHARP, що з SSP поставляє систему STREAM контролю ризиків, що з міжнародної торгівлею. У Швейцарії (Union Bank of Swizerland) використовується система SPOT-TOPAS — финансово-расчетный модуль системі SWIFT *. У 1993 р. SWIFT оголосила про випуск нового сімейства фінансових інтерфейсів, названих SWIFTAlliance. Продукт забезпечує користувачам простоту ST-200, масштабируе-мость ST-400 й можливості графіка ST-500. Відповідність SWIFTAlliance стандартам відкритих систем дає можливість полегшити інтеграцію фінансових додатків у мережу SWIFT, до інших національні й потужні приватні фінансові сети.

З іншого боку, цей продукт забезпечує інтерфейс до системи Interbank File Transfer (IFT), телексу і факсимільного связи.

Спочатку сімейство SWIFTAlliance орієнтоване на IBM RISK System/6000. У майбутньому намічено його перенесення у платформи Bull, Digital і Hewlett-Packard. Інші великі виробники комп’ютерних платформ, такі, як Sun, Tandem і UNISYS, зараз обговорюють зі SWIFT цю можливості. Безліч постачальників фінансових додатків мають намір забезпечити «сумісність і інтеграцію своїх продуктів із SWIFTAlliance. У тому числі такі фірми у сфері розробки фінансових (у цьому числі банківських) додатків, як BIS, Biveroni, International Systems, Kapiti, McDonnel Douglas Information Systems (MDIS), Montran, Provida і Winter-Partners.

Останнім часом набув широкого поширення мобільний продукт, підтримуючий взаємодія зі SWIFT, — Turbo SWIFT.

Система міжбанківських розрахунків забезпечує виконання таких категорій банківських операцій :

• клієнтські переводы,.

• банківські переводы,.

• валютні операции,.

• документарні операции.

У межах цих категорій операцій здійснюються підготовка та обробка відповідних категорій повідомлень за класифікацією ISO (табл. 14). SWIFT використовує всі можливості підтримки вже існуючих стандартів ISO і ICC. Стандарти розробляються групами представників уповноважених банків та співробітниками SWIFT. Постійні групи збираються чотири рази на рік, а тимчасові - оперативно на вирішення конкретних проблем (цінні папери, дорожні чеки, золото, драгметаллы).

Таблиця 4.

Категорії, групи і типи повідомлень в SWIFT |Категорія 0 | |системні повідомлення | |Категорії 1- 3 | |банківські повідомлення | |Загальна група повідомлень — N9M, де N— категорія, а М — див. нижче:| | | |N90 — інструкція оплату, відсотків і ін. | |N91 — довідки (доручення) оплату, відсотків і ін. | |N92 — скасування | |N95 — запити | |N96 — відповіді | |N99 — вільний формат | |Категорія 1 — обслуговування клієнтів | |тип 100—клиентский переклад коштів | |Категорія 2 — міжбанківські операції | |типи 200,201 — операція з своєму рахунку | |типи 202,203 — операція на користь третього банку | |Категорія 3 — валютні операції | |тип 300 — підтвердження валютної угоди | |типи 320,324 — підтвердження валютних кредитів чи вкладів | |тип 330 — підтвердження спеціальних видів валютних кредитів і | |вкладів тип 350 — оплата валютних операцій | |Категорія 4 — акредитиви | |тип 400 — повідомлення оплату | |тип 410 — підтвердження | |тип 420 — повідомлення про набуття тощо. | |Категорія 5 — цінних паперів | |тип 500 — пропозицію купити | |тип 501 — пропозицію продати | |тип 510 — підтвердження | |тип 519 — повідомлення тощо. | |Категорія 6 — зарезервована | |Категорія 7 — документарный кредит | |тип 700/701 — зміст документарного кредиту | |тип 705 — попередні | |тип 707 — докладання | |тип 710/711 — умови третього банку | |тип 720/721 — передача документарного кредиту | |тощо. | |Категорія 8 — зарезервована | |Категорія 9 — спеціальні повідомлення | |тип 900 — підтвердження приходу | |тип 910 — підтвердження витрати | |тип 920 — запит про повідомленні | |тип 940 — повідомлення про інструкції клієнта | |тип 941 — балансовий звіт | |тип 942 — звіт про пересиланнях | |тип 950 — повідомлення про інструкції |.

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

Зараз визначено сім категорій повідомлень (див. табл.14), які включають понад 70 відсотків їх типів. Текст повідомлення складається з полів, частина якого є обов’язковими, деякі поля можуть опускатися чи кодуватимуть різними способами, але не всі поля заздалегідь пронумеровано. Обов’язкові поля містять інформацію, необхідну правильної обробки цих слів. Додаткова інформація (для складних транзакцій чи повних вказівок) при необхідності міститься у полях «опціонних» (необов'язкових). Системні повідомлення (на відміну суто інформаційних) йдуть на роботи з системой.

У підготовку й обробку повідомлень залучені такі підрозділи валютного управління комерційного банку: група клієнтських операцій, відділи розрахунків, депозитів та Міжнародних розрахунків й платежів. Група клієнтських операцій генерує чи отримує повідомлення для ідентифікації клієнта, перевірки сальдо рахунки, реєстрації повідомлення, заповнення меморіального ордера. Відділ кореспондентських рахунків забезпечує визначення дати валютирования і банку-кореспондента вихідні повідомлення: МТ 100, МТ 200, МТ 202, а вхідні - МТ 950 (звіряння рахунків НОСТРО)}. У відділі депозитів здійснюється підготовка вихідних документів (МТ 300, МТ 320, МТ 330). У відділі міжнародних розрахунків й платежів визначаються ланцюжка банків, якими здійснюється платіж, заповнюються і передаються в SWIFT електронні форми повідомлень, архівуються оброблені повідомлення й обробляються нез’ясовані сообщения.

Клієнтські платіжні доручення (Customer Transfer) можуть надходити від клієнтів комерційного банку, від клієнтів його філій або від клієнтів інших банків, мають валютні кореспондентські рахунки (рахунки ЛОРО), а також від бухгалтерії банку. Відповідно вихідні документи можуть надходити на паперовому бланку від клієнта з філії чи з пошті зі Світового банкукореспондента, з філії чи банку-кореспондента в електронній формі по телексу, соціальній та вигляді розпорядження бухгалтерії банку. Якщо платіжне доручення клієнта приймається до оплати, формується повідомлення МТ 100 або МТ 202. Схема проходження клієнтського платіжного доручення з підрозділам банку приведено на рис. 13.

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

Кожен операционист обслуговує свою групу клієнтів. Він звіряє підписи й печатки організації (для фізичних осіб лише підписи) з зразком, які у відділі клієнта, і, якщо вони вірні, здійснює перевірку сальдо рахунки клієнта. Якщо доручення реєструється, створюється його електронна форма, у якій заповнюються такі поля: вихідний номер і дата платіжного доручення, тип повідомлення (МТ 100), валюта з сумою платежу (М320), клиент-перевододатель (М50). Код валюти і найменування клієнта (за безплатним номером рахунки клієнта) заносяться з довідкових файлів чи заповнюються вручну, у своїй перевіряється наявність введеного коду в довіднику. У номері транзакції (TRN) операционист заповнює полі коду платежу. Поля коду філії і порядкового номери заповнюються автоматично. Поле «код групи «цьому етапі не заповнюється. Повідомлення вводять у базі даних зі статусом «зареєстровано », одночасно автоматично формуються запис файла даних бухгалтерських проводок і меморіальний ордер.

[pic].

. Рис. 13. Проходження клієнтського платіжного поручения.

У проведенні по основному платежу кредитуемый рахунок НОСТРО не вказується. Операционист має можливість проконтролювати правильність сформованих проводок, внести корективи (наприклад, зробити оплату комісії і поштових витрат з іншого рахунки клієнта), додати додаткові проводки (за додаткові послуги). Дебетуемые суми блокуються на рахунку клиента.

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

Якщо банк бенефициара має рахунок ЛОРО у валюті платежу, то формується повідомлення МТ 100 і одержувачем вказується банк бенефициара.

Якщо бенефіціаром платежу має рахунок у банку у валюті платежу, то повідомлення МТ 100 формується, одержувачем вказується банк і повідомлення не отправляется.

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

Далі клієнтське платіжного доручення проходить через відділ кореспондентських рахунків на валютну позицію. Клієнтське платіжне доручення вступає у вигляді частково заповненого паперового документа на спеціальному бланку, соціальній та вигляді електронного документа. У меморіальному ордері проставляється рахунок НОСТРО. Визначається також банк — одержувач повідомлення (може не збігатися з банком-кореспондентом) і заноситься як в паперовий документ, і у електронний, уточнюється також вид мережі, по якої повідомлення піде одержувачу (TELEX, SWIFT — залежно від наявності ключів на обмін сообщениями).

З прогнозу наявності коштів у рахунку НОСТРО визначається дата валютирования для платежу, яка заноситься в паперовий і електронний документ, після чого платіжного доручення направляють у відділ міжнародних платежів. До повідомлення то, можливо додано довільний текстовий комментарий.

У відділі міжнародних розрахунків й платежів оператором визначається по банківським довідникам ланцюжок банків, якими виконуватиметься платіж у разі, якщо одержувач повідомлення не збігаються з кореспондентом. Потім оператор виробляє заповнення полів платіжного доручення як і паперової, і у електронній формі, визначальних ланцюжок платежу (поля 053, 054, 056, 057, літера Про позначає скорочення слова optional — опціонна, необов’язкове). Що стосується, якщо банк бенефициара збігаються з одержувачем повідомлення, полі 057 не заповнюється. Для SWIFT заповнюється ідентифікатор банку (BIC) або його найменування і записуйте адресу в залежність від того, працює чи банк у мережі SWIFT.

Для телекса завжди заповнюються найменування й адреса банку, і навіть інші поля електронного документа, які було заповнено групи клієнтських операцій та відділі кореспондентських рахунків (поля М59 (літера М позначає скорочення від слова mandatory — обов’язкове), 070, 071,072, Priority). За необхідності входження у одна з полів повідомлення ідентифікатора банку (BIC) він вибирається з файла-справочника (класифікатор) чи заноситься вручну. У разі перевіряється наявність введеного коду в довіднику. Повідомлення в електронній формі з усіма потрібними заповненими полями, і навіть заповнений бланк платіжного доручення скеровуються в контроль.

Контролер повторно вводить повідомлення: дата валютирования, валюта, сума (полі М32) і - одержувач повідомлення. Що стосується розбіжності контрольованих реквізитів відповідні поля исправляются.

Контролер має можливість повернути документ оператору на коригування. У цьому контролер пояснює причину повернення, вводячи відповідний текст на полі комментария.

Якщо помилок у міжнародному сполученні нема, його надсилають на АРМ комунікацій передачі в SWIFT. У цьому повідомлення електронній формі про перекладі іде оператору.

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

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

Якщо з АРМ комунікацій приходить відмова, платіжного доручення іде оператору, що розглядає можливість його коригування, після чого повідомлення знову іде для контролювання. Якщо повідомлення може бути відкоригувати, то клієнт сповіщають про неможливості виконання платежу (із зазначенням причини) і повідомлення вирушає до архів. Причому у коментар до повідомленню вказується причина невиконання платежа.

Платіжні доручення, що надійшли поштою, направляють у відділ кореспондентських рахунків, де їх реєструються як вхідні. Операционист відділу кореспондентських рахунків перевіряє правильність заповнення платіжного доручення, наявність у ньому позначки банку-кореспондента про зарахування платіжного доручення до виконання. Потім перевіряється сальдо рахунки ЛОРО банку-кореспондента. Якщо платіжного доручення заповнене правильно і сальдо рахунку дає змогу виконати платіж, то платіжного доручення реєструється, в електронній формі заповнюються вихідний номер й час платіжного доручення, визначається банк-кореспондент, з якого виконуватиметься платіж, заносяться дата валютирования, вид валюти, і сума платежу, на полі 052 заносяться найменування та «адреса банка-перевододателя і формується меморіальний ордер.

Після цього електронна і паперова форми платіжного доручення передаються до відділу міжнародних платежів, де заповнюються поля: клієнтперевододатель (М50), бенефіціаром (М59), банк бенефициара (057). У центрі 052 вказуються найменування і записуйте адресу банка-перевододателя. Після заповнення усіх полів електронна і паперова форми платіжного доручення скеровуються в контроль й надалі - на отправку.

Під час проходження клієнтського платіжного доручення, надходження від банку-кореспондента по телексу, повідомлення МТ 100 в телексном форматі вступає у АРМ комунікацій, звідки електронною поштою направляють у відділ міжнародних розрахунків й платежів. Там повідомлення реєструється як входячи і заноситься до бази даних вхідних повідомлення. У електронному вигляді повідомлення вступає у відділ кореспондентських рахунків, де перевіряються валюта і сальдо рахунки банку-кореспондента. Якщо валюта збігаються з валютою платежу, а сальдо рахунку дає змогу виконати платіж, то формуються проводки, у яких дебетуется рахунок ЛОРО банку-кореспондента і кредитуються рахунки банку: транзитний рахунок по перечислениям чи дохід банку за переклад средств.

За підсумками вхідного повідомлення генерується що йде повідомлення МТ 100 в електронному вигляді, у якому не проставлено банк-получатель і може не вказані поля, що визначають ланцюжок платежу. З вхідного сообщейия в що йде переносяться поля: валюта, сума (М32), клиент-перевододатель (М50), бенефіціаром (М59), банк бенефициара (057). Як вихідного номери і дати платіжного доручення вказуються TRN й час телексного МТ 100.

У центрі 052 вказуються найменування й адреса банку перевододателя (з поля FROM вхідного повідомлення). Якщо бенефіціаром має рахунок у банку, що йде повідомлення не вирушає, проставляють дату валютирования, з банку не стягуються поштові расходы.

Надалі операционист вказує рахунок НОСТРО банку-кореспондента і дату валютирования. Подальша схема проходження документа така сама, як і для платіжного доручення, надходження безпосередньо від клиента.

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

Операционист відділу кореспондентських рахунків перевіряє валюту і сальдо дебетуемого рахунки. Якщо валюта збігаються з валютою платежу, а сальдо рахунки дозволяє виконати платіж, то визначаються банк — одержувач повідомлення й банк-кореспондент, з якого виконуватиметься платіж. Далі формуються проводки, у яких дебетуется рахунок банку, вказаний у розпорядженні кореспондента, і кредитується рахунок банку-кореспондента. На основі вхідного повідомлення генерується що йде повідомлення МТ 100 в електронному вигляді, у якому не проставлено банк-получатель і може не вказані поля, що визначають ланцюжок платежу. З вхідного сполучення що йде переносяться поля: валюта, сума (М32), клиент-перевододатель (М50), бенефіціаром (М59), банк бенефициара (057). Як вихідного номери і дати платіжного доручення вказуються TRN й час телексного МТ 100. У центрі 052 вказуються найменування і записуйте адресу банка-перевододателя (з поля FROM вхідного повідомлення). Якщо бенефіціаром має рахунок у Інкомбанку, ів ходящее повідомлення не вирушає, проставляють дату валютирования з банку не стягуються поштові витрати, що впливає бухгалтерски ми проводками.

Потім операционист вказує рахунок НОСТРО банку-кореспондента і дат) валютирования. Подальша схема проходження документа така сама, як для платіжного доручення, надходження безпосередньо від клиента.

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

У першому випадку електронні документи з міжбанківським перекладам формуються валютної позицією (відділ кореспондентських рахунків, лише переклад коштів у свій кореспондентський рахунок — МТ 200), у другому вони генеруються автоматично з урахуванням документів інших категорій (клієнтські платіжні доручення, документарні акредитиви, дилерські операції). Банк виконує такі типи банківських транзакцій, що з міжбанківськими перекладами (відповідно формують таку ж типи повідомлень): переклад коштів у свій кореспондентський рахунок (МТ 200), загальний міжбанківський переклад коштів (МТ 202), локальний міжбанківський переклад коштів (МТ 205), повідомлення про переведення коштів (МТ 210).

Прикладом повідомлення SWIFT можуть бути повідомлення МТ 202 і відповідна йому транзакція міжбанківського перекладу, що завжди генерується автоматично як наслідок виконання транзакцій інших категорій (клієнтські переклади, валютні операції, документарні операції). Вона може бути сформована як наслідок наступних банківських транзакций:

• Customer Transfer (клієнтський переклад, повідомлення МТ 100),.

• Forein Exchange Confirmation (підтвердження обміну валюти, повідомлення МТ 300),.

• Fixed Loan/Deposit Confirmation (підтвердження розміщення термінового кредита/депозита, повідомлення МТ 320),.

• Call/Notice Loan/Deposit Confirmation (підтвердження розміщення кредита/депозита до запитання, повідомлення МТ 330).

Повідомлення про міжбанківському перекладі МТ 202 формується внаслідок клієнтського перекладу тоді й тільки тоді, як у повідомленні про клиентском перекладі МТ 100 заповнене полі 053 (Sender «p.s Correspondent) з опцією, А чи Д.

І тут повідомлення МТ 202 формується по алгоритму:

• полі М20 (Transaction Reference Number) повідомлення МТ 202 за винятком порядкового номери повідомлення одно полю М20 повідомлення МТ 100. Порядковий номер присвоюється повідомленню автоматически,.

• полі М21 (Relatel Reference) повідомлення МТ 202 одно полю М20 повідомлення МТ 100,.

• полі М32 (Value Date, Currency Code, Amount) повідомлення МТ 202 одно полю М32 повідомлення МТ 100,.

• полі М58 (Beneficiary Institution) повідомлення МТ 202 одно полю Receiver повідомлення МТ 100,.

• полі Receiver повідомлення МТ 202 одно полю 053 повідомлення МТ 100,.

• тоді як повідомленні МТ 100 присутній полі 054 (Receiver «p.s Correspondent) й у полі 072 (Sender to Receiver Information) повідомлення МТ 100 відсутня кодове слово /RCB/ (Receiver «p.s Correspondent), то полі 057 (Account With Institution) повідомлення МТ 202 одно полю 054 повідомлення МТ 100,.

• тоді як повідомленні МТ 100 присутній полі 054 (Receiver «p.s Correspondent) й у полі 072 повідомлення МТ 100 присутній кодове слово / RCB/ (Receiver «p.s Correspondent, лише SWIFT), то:

• полі 057 (Account With Institusion) повідомлення МТ 202 одно адресою, наступному за кодовою словом /RCB/ на полі 072 повідомлення МТ 100,.

• полі 056 (Intermediary) повідомлення МТ 202 одно полю 054 повідомлення МТ 100.

Формат повідомлення МТ 202 (SWIFT чи TELEX) залежить від цього, який краєвид зв’язку встановлено з банком-кореспондентом, адресу якого зазначений на полі 053 повідомлення МТ 100.

Отже, співтовариство S.W.I.F.T. підтримує класифікацію типових повідомлень та його стандартизацію під час передачі зі своєї сети.

Інформаційні системи ринку цінних бумаг.

Ринкова економіка у сенсі виходить з п’яти основних ринках: ринку коштів виробництва, ринку предметів споживання, ринку робочої сили в, ринку нерухомості (включаючи землю) й фінансовому ринку. Усі ринкові елементи тісно пов’язані між собою. Формування повноцінного ринку можливе за умови існування різної форми власності, залежить змін у сфері виробництва та протікає паралельно з формуванням інші елементи загальнонаціонального рынка.

Фінансовий ринок поділяється на грошовий ринок та ринок капіталів. На грошовому ринку здійснюються операції з надання і запозичення вільних коштів підприємств та населення терміном, в на відміну від ринку, у якому запозичення коштів виробляється на тривалі терміни. Різниця між двома частинами ринку визначається призначенням позикових коштів. Грошовий ринок обслуговує сферу звернення, і капітал функціонує у ньому як обігу євро і платежу, який визначає типи цінних паперів та фінансових інструментів цьому ринку. Ринок капіталів обслуговує процес розширеного відтворення: капітал функціонує як самозростаюча вартість. Складовою частиною як грошового ринку, і ринку є ринок цінних паперів, званий також фондовим рынком.

До особливостей розвитку вітчизняного ринку можна отнести:

• недостатнє капиталонакопления, що супроводжується форсованим учредительством і перекрученою інвестиційної мотивацією участников,.

• тісну залежність ринку від стратегії і механізму приватизации,.

• неліквідний й у значною мірою монополістичний характер вітчизняного ринку фінансових инвестиций,.

• значні інфляційні процессы,.

• конкуренцію за заощадження між фінансовими институтами,.

• надзвичайно високий рівень ризику операцій на фондовому рынке.

Основний функцією ринку є розподіл грошових коштів, перелив капіталу з галузі до іншої через інструменти ринку — цінних паперів, які мають свою вартість, є предметом купівліпродажу. Структура ринку цінних паперів залежить від способу й правничого характеру розміщення цінних паперів, і навіть місця розміщення та звернення. У відповідність до цими ознаками виробляється розподіл ринку цінних паперів, уперших, на первинний і вторинний, по-друге, на біржовий і позабіржового рынки.

Первинний ринок цінних паперів обслуговує випуск (емісію) і початкова розміщення цінних паперів серед інвесторів (рис.28). На первинному ринку протікають два різноспрямовані процеси: перший — надходження цінних паперів від емітента в звернення серед інвесторів, другий — надходження фінансових ресурсів від інвесторів до емітентам з відрахуванням високій вартості послуг посередників, що організують первинне розміщення. З цією частини ринку цінних паперів характерно залучення коштів інвесторів для проектів емітента шляхом розміщення цінних паперів последнего.

[pic] Рис. 14. Схема руху цінних паперів, фінансових ресурсів немає і інформації на первинному ринку (у схемі не наводиться рух фінансових ресурсів, освічених від перерахування податків юридичними і фізичними лицами).

Вторинний ринок обслуговує звернення раніше випущених розміщених на первинному ринку цінних паперів (рис. 15). На вторинному ринку інвестор має можливість перепродати куплені раніше цінних паперів із єдиною метою отримання додаткового доходу чи розміщення отриманих від продажу засобів у привабливіші активи. Таку можливість йому визначається ліквідністю ринку цінних паперів. Це основна вимога, пропоноване до даному ринку, забезпечує права інвестора на вільне володіння і розпорядження цінними паперами. До вторинного ринку є перерозподіл фінансових ресурсів між галузями виробництва та сферами фінансово-господарської жизни.

[pic].

Рис. 15. Схема руху цінних паперів, фінансових ресурсів немає і інформації на вторинному ринку (у схемі не представлено рух фінансових ресурсів, освічених від перерахування податків юридичними і фізичними лицами).

Цінні папери випускаються емітентами, якими є державні органи, муніципальні органи, акціонерні товариства, фінансово-кредитні установи. Емісія цінних паперів виробляється у рамках чинного законодавства. Умови випуску, звернення, котирования і дохідності цінних паперів визначаються її типом і назначением.

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

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

Таблиця 5.

Характерні відмінності двох типів акций.

|Характеристика|Акции | | |звичайні |привилегированны| | | |е | |Участь |Власники мають |Не дає підстав | |управлінні |франшиза на |голоси | |акціонерним |загальних зборах | | |суспільством |акціонерів, що | | | |подає формальну | | | |можливість | | | |брати участь у | | | |виборах правління і| | | |ревізійної | | | |комісії, | | | |визначати | | | |напрями | | | |діяльності | | | |акціонерного | | | |суспільства, | | | |стверджувати його | | | |річний звіт | | |Виплата дохода|Не гарантує |Приносить | | |величину дивіденда |інвестору | | |і взагалі його |фіксований | | |отримання, величина|доход незалежно| | |дивіденда |від результатів | | |визначається массой|деятельности | | |прибутку |акціонерного | | |акціонерного |суспільства, при | | |нашого суспільства та решением|банкротстве | | |керівництва про |має | | |величині частини |перевагу в | | |прибутку, |відшкодування | | |яке б на |втрат | | |виплату дивідендів | | |Привлекательно|Обусловлена не |Визначається | |сть для |стільки розмірами |величиною доходу| |інвестора |дивіденда, скільки |на акцію | | |зміною ринкової| | | |вартості чи | | | |приростом капіталу,| | | |що через | | | |ліквідності ринку | | | |дозволяє їм отримати | | | |реальний прибуток в | | | |грошової форми при | | | |продажу зростанням різниці у | | | |ціні акції | | |Негативні |Недостатня |Дивіденди тим | |боку |стабільність дохода|выше, ніж менш | |инвестирования|и ціни, хоча з |надійна акція, і | | |всіх цінних паперів |менше її | | |можуть дати |ймовірна | | |найбільший дохід у |ліквідність | | |залежність від | | | |прибутковості | | | |функціонування | | | |емітента | |.

Операції із цінними паперами, які приносять фіксований поточний дохід, до яких належать облігації, займають на фондовий ринок значне место.

Мета випуску облігацій — позику коштів на вкладення великомасштабні державні проекти, для додаткового фінансування производственногосподарську діяльність корпорацій. Економічним змістом купівлі облігації є кредитна операція, у якій покупець облігації постає як кредитор, а емітент облігації - як позичальник средств.

Існує велика розмаїтість типів облігацій, які класифікуються з кількох ознаками (табл. 6).

Таблиця 6.

Класифікація облигаций.

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

Протягом періоду життя облігації її характеризуют:

• номінальна вартість, обумовлена емітентом під час випуску займа,.

• купонний відсоток (за наявності купона) чи дисконт,.

• термін погашення облигации,.

• термін виплати процентов.

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

Підсистема формування заявок і звітів. Ця підсистема випереджає і завершує роботу основним функціональним підсистеми біржі - торгової. У ньому формуються відомості (книжки) заявок, потім інформація передається в торгову підсистему, а, по закінченні торгової сесії формується звітна документація для брокеров.

Усі ИСБТ підтримують технологію введення заявок безпосередньо з робочого місця учасника торгів, і деякі (американська Pacific Stock Exchenge,) — введення заявок з віддаленого терминала.

Нині введення заявок здійснюється з клавіатури і з паперового носія (маркируемых паперових заявок).

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

Для «електронних «бірж характерно використання принципу «зворотної зв’язку ». На етапі введення заявок висловлюється у цьому, що після стількох прийому заявки система посилає підтвердження брокеру шляхом друку заявки з його терміналі передача повідомлення про проходженні заявки.

[pic].

Рис. 16. Узагальнена схема функціональних підсистем біржі: взаємозв'язку 1 і 2 існують у тому разі, якщо розрахунково-клірингові і депозитарні функції здійснюють сторонні организации.

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

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

Технологічне рішення біржових торгів виявилося в торгівлі цінними паперами за правилами простого чи подвійного аукціону. Простий аукціон — торг ведеться за єдиному типу цінних паперів, заявка задовольняється за запропонованою найкращою ціні (аукціон продавця, отримує пропозиції покупців, чи аукціон покупця, выбирающего кращу пропозицію продавців). Подвійний аукціон — одночасна конкуренція і продавців, і покупателей.

На «електронних «біржах управління торгами здійснюється за допомогою комп’ютера. На ряді бірж (Нью-йоркська, Американська фондові біржі) існує спеціальний обличчя, котра управляє торгом, — фахівець (маклер, сайтори). На нью-йоркською фондову біржу фахівець під час роботи з книжкою заявок використовує маркируемые карти, у яких вказує номери зчеплених заявок, а інша інформація береться з даних. На Американської фондову біржу використовується сенсорний пристрій для введення інформації: фахівцю досить долучитися до рядку екрана з виведеної нею книгою заявок, щоб «дати добро «на висновок відповідної угоди. На Pacific Stock Exchengeбіржі, об'єднуючою два торгових залу (Лос-Анджелес і Сан-Франциско), у системі SCOREX фахівець видає для нелимитированных заявок певну команду:

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

У — фахівець вводить найвигіднішу ціну за такою заявкою з запропонованих брокери в «натовпі «,.

G — фахівець призупиняє заявку принагідно поліпшення ціни та її реалізації заявки з більш вигідною цене.

По зчепленим заявками оформляється угода, дані про якій надходять в підсистему формування заявок і звітів, расчетно-клирин-говую і депозитарні подсистемы.

Раснетно-клиринговая і депозитарні підсистеми. Дані підсистеми здійснюють розрахунок поточних позицій учасників торгів по грошовим засобам, фінансовим інструментам (цінних паперів) і підсумковим зобов’язанням по завершенні торгової сесії. Основна мета даних підсистем — реалізація принципу трьох «п »: «постачання проти платежу », що означає одноразове здійснення розрахунків з зобов’язанням учасників (переклад коштів за рахунками учасників збігаються з перекладом цінних паперів по счетам-депо). По міжнародних стандартів все взаємозаліки за угодою мали бути зацікавленими скоєно в триденний термін, тобто. якщо угоду було укладено щодня t, то розрахунки завершуються щодня (1+3).

Організаційно дані підсистеми біржі необов’язково оформляються в відповідні підрозділи. Постачальниками послуг, виконуваних цими підсистемами, можуть бути сторонні організації, з'єднані з біржовими системами у вигляді телекомунікацій. Функції депозитарію, наприклад, в Німеччини виконують два акціонерних суспільства «Deutscher Kassenverein» і «Deutscher Auslandskassenverein»: перше призначено для цінних паперів, випущених акціонерними чи державними організаціями Німеччини, а друге — для іноземних цінних паперів. Постачальниками розрахунково-клірингових послуг за коштами виступають банки, розрахунково-клірингові палаты.

Одна з головних вимог, пропоноване до цих підсистемам учасниками ринку, — зведення до мінімуму ризику інвесторів під час укладання угоди. Ризик має організаційну складову (вона висловлює ступінь врегулювання взаємодії біржі і постачальників відповідних послуг), а також технічну складову (вона визначається надійністю комп’ютерних систем та мереж). Для ефективного функціонування даних підсистем і реалізації принципу трьох «п «слід дотримуватися наступних условий:

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

• відстеження позицій по коштами і цінним паперам під час торгової сессии,.

• цінних паперів враховуються на счетах-депо, тобто. перебувають у безготівкової форме,.

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

Інформаційна підсистема. Її основне функціональне призначення — накопичення всієї доступною інформації, попередньої та супутньою біржовому процесу, і навіть генерованою їм, і видача біржовий інформації чи результатів аналізу біржового процесу зовнішнім приймачам информации.

Історично склалося так тож саме у межах даної підсистеми вперше стали застосовуватися технічні засоби поширення інформації про ув’язнених угодах і курсах цінних бумаг.

Першопрохідником у цій галузі може бути Нью-Иоркскую фондову біржу. Саме тут 1867 р. почав діяти тикер — біржовий телеграф передачі даних про результати торгів, а 1881 р. результати угод відбивалися вже час біржовий торгівлі на табло — электромеханической дошці. Тоді ж встановився і певний стандарт біржового повідомлення: код емітента, ціна відкриття, ціна закриття, середньозважена ціна, кількість цінних паперів. Саме на цей час почався етап вдосконалення технічних засобів у межах інформаційної підсистеми з передачі інформації та відображення результатів угод на тому темпі, який диктувала робота біржі. Тикер працював у 1867 р. зі швидкістю 50−60 символов/мин, а майже століття, в 1961 р. — до 900 символов/мин.

Для поширення біржовий інформації часто використовується посторінковий формат подання. Підсистема інформації ИСБТ Лондонській фондової біржі містить 3000 сторінок, інформація у яких оновлюється кожні 50 з. Користувач, обравши певну сторінку, бачить своєму моніторі зміна даних у реальному масштабі часу. Норматив надходження даних в інформаційну мережу становить 5 хв, у користувача дані відбиваються ще за 1 мин.

Отже, основними вимогами, що висуваються учасниками ринку до інформаційної підсистемі біржі, є здатність підтримувати більше об'ємів динамічно мінливою інформації та оперативність її відновлення через монітор користувача (час надходження інформації користувачеві). Друга характеристика дуже багато важить, оскільки можлива гра різниці курсів: той, які раніше отримає інформацію, перебувають у виграшному становищі. У зв’язку з цим основний принцип, який дотримується під час створення інформаційної підсистеми ИСБТ, — принцип рівних умов: інформація надходить всім брокерам одновременно.

Інформації про біржових процесах не лише у режимі «поширення «інформації брокерам, а й у режимі відповіді стандартні запити користувачів з робочого места.

Административно-контрольная підсистема. Один із причин появи організованим ринком — прагнення його знизити ризик при укладанні угод. Отже, основна функція адміністративноконтрольної підсистеми залежить від «нагляді «над діяльністю всіх підсистем біржі і діяльністю учасників біржового процесу (брокерів). На NYSE «підозрілі «угоди виявляє електронну систему моніторингу Stock Watch. За відібраними угодам запитує інформація учасники торгів, аналізується можливість здобуття ними «закритою «інформації. З іншого боку, функцією адміністративної підсистеми є і «настроювання «підсистем і персоналу біржі визначений біржовий процесс.

Обчислювальна техніка у межах функціональних біржових підсистем застосовується в різних біржах по-різному. Біржі може мати різний рівень автоматизації. Так, на Франкфуртського фондову біржу комп’ютер вживається лише для введення інформації про ув’язнених угодах, тобто. в рамках інформаційної підсистеми. Поруч із такою «технологією відома і «електронна «биржа.

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

Найважливіші характеристики торгової подсистемы:

• робота у режимі «on-line », забезпечення взаємодії з користувачами у реальному масштабі времени,.

• високий рівень надійності, захищеності від сбоев,.

• забезпечення розрахункового потоку транзакцій, враховує «пікові «навантаження на рынке,.

• інтерфейс коїться з іншими подсистемами.

Під час створення підсистеми формування заявок і звітів (реалізується у рамках торгової підсистеми при «електронної «біржі) обов’язково має бути закладено принцип «зворотний зв’язок «- реагування системи на дію брокера відповідним повідомленням з його терминал.

Під час розробки розрахунково-клірингової і депозитарної підсистем необхідно обеспечить:

• максимально можливу надійність технічних і програмних средств,.

• високий рівень захисту від несанкціонованого доступу і можливих искажений,.

• інтерфейс коїться з іншими подсистемами,.

• взаємодію Космосу з торгової підсистемою при орієнтації у транзакций.

Інформаційна підсистема ИСБТ повинна обладать:

• достатньої пропускною спроможністю (інформація по сделкам,.

• передана в одиницю часу на абонентські місця брокеров),.

• мінімальним тимчасовим лагом між часом появи інформації про угоді і часом надходження цієї інформації до брокеру,.

• різними режимами доступу до інформації (запитальний режим і режим виведення інформації до терміналу брокера),.

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

• інтерфейсом коїться з іншими підсистемами й робітниками місцями абонентов.

Торговельна підсистема виконує дві основні задачи:

• здійснює збір даних із заявками і запитам абонентів і уявлення відповідної інформації на запити — вирішується на сервері доступу («Hewlett-Packard «HP 9000 моделі Н20),.

• здійснює реєстрацію й зіставлення заявок, підготовку угод на автоматичному режимі, реєстрацію операцій та підготовку інформації з запитам абонентів — виконуються на торговому сервері («Hewlett-Packard «HP 9000 моделі 890).

Обидва серверу мають дублюючі комп’ютери так само моделей. Така конфігурація технічних засобів варта вирішення завдань торгової підсистеми і відданість забезпечує безперебійну роботу ИСБТ під час торгів з можливістю гнучкого розподілу завдань із комп’ютерів відповідно до потребами і навантаженням. Так було в «пікові «моменти, навантаження сервер доступу та торговий сервер розподіляється між комп’ютерами, а дублюючі машини виконують роль «гарячого «резерву, під час «затишшя «завдання серверу доступу й торговельного серверу можуть виконуватися одному компьютере.

Клірингова підсистема у реальному масштабі часу відстежує поточні позиції учасників торгів з фінансових інструментам і коштами з урахуванням початкових позицій перед торгами та інших змін під час торгової сесії, і навіть виробляє розрахунок підсумкових зобов’язань по закінченні торгов.

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

Адміністративна підсистема здійснює настроювання торгової підсистеми визначений режим роботи, управління ходом торгів і розподіл прав абонентів. Ця підсистема позволяет:

• додати інформацію про новому абонента, змінити його пароль, призупинити полномочия,.

• заборонити торги із фінансового інструменту й зняти цю заборону, призупинити торги і відновити їх, змінити час проведення торгов,.

• додати, змінити, видалити дані про абонента або у фінансовому инструменте,.

• підготувати і послати повідомлення абонентам.

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

• поточні ціни покупки/продажи,.

• ціни першої й останньої угоди поточного дня, найменшу і найбільшу ціну у конкретній фінансовому инструменту,.

• обсяг останньої угоди одиницях фінансового інструменту та грошових средствах,.

• зміну ціни останньої угоди стосовно попередньої, дохідність до погашення відповідно до встановленої ціною і т.д.

Дані відомості повідомляються на термінали всім абонентам. З іншого боку, система реалізує принцип «зворотної «зв'язку, тобто. у відповідь дії користувача інформаційна підсистема надає інформацію конкретно при цьому пользователя:

• дані про всім заявками, запровадженим цим учасником торгов,.

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

• поточні позиції учасника з фінансових інструментам і грошовим засобам зі зміною цих показників під час торгової сесії в відповідність до поведінкою участника,.

Робітники місця абонентів ИСБТ ММВБ обладнані комп’ютерами типу IBM PC AT 486 кращої класса.

Мережні функції ИСБТ ММВБ реалізовані як надбудова над мережним Протоколом TCP/IP з допомогою послуг мережевий служби ARPA, яка працює локальних і регіональних сетях.

Телекомунікаційна мережу системи побудовано основі високошвидкісних (пропускну здатність щонайменше 64 Кбіт/с) каналів телепередачі даних із застосуванням Протоколу Х.25, наданих компанією Sprint-Net.

Програмне забезпечення серверу доступу і торговельного серверу написано мовою З серед HP/UX (версія UNIX, розроблена Hewlett-Packard для своїх комп’ютерів). Депозитарна підсистема розроблена з урахуванням СУБД Interbase серед HP/UX, взаємодію Космосу з розрахункової підсистемою, функції якої виконує система електронних міжбанківських розрахунків, ввозяться форматі DBF. Робітники місця абонентів написані мовою Visual З++ серед Windows for Workgroups. Для взаємодії з центральним ланкою абонентам надається спеціальний стандартний интерфейс.

Аппаратно-программная архітектура ИСБТ ММВБ розроблена в такий спосіб, що нарощування потужності, системи можна робити рахунок збільшення продуктивності вже використовуваних засобів і підключення додаткових серверів доступу без глобального зміни конфігурації системы.

Отже, інформаційні системи ринку должны:

• бути надійними і захищеними від сбоев,.

• передбачати можливість суміщення із міжнародними та місцевими інформаційними системами.

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

Балабанов І. Т. «Основи фінансового менеджменту. Як управляти капіталом ?» — М.: Фінанси і статистика, 1995.

Гамидов Р. М. «Банківська і кредитне справа» — М.: Банки біржі, ЮНИТИ, 1994.

Жуков Є. Ф. «Цінні папери, і фондові ринки» — М.: ЮНИТИ, 1995.

Кирьянова З. У. «Теорія бухгалтерського обліку» — М.: Фінанси і статистика, 1995.

Козлова Є. П. «Бухгалтерський облік» — М.: Фінанси і статистика, 1994.

Липис Проте й ін. «Електронна система грошових розрахунків» — М.: Фінанси і статистика, 1994.

Подільський У. І., Дік У. У. «Бухгалтерський облік на персональних ЕОМ. Система автоматизованих робочих місць бухгалтера» — М.: Бухгалтерський облік, 1993.

Рожнів У. З., Бегоцкая Р. До. «Автоматизовані системи обробки фінансово-кредитної інформації» — М.: Фінанси і статистика, 1990.

Уткін Еге. А. «Банківський маркетинг» — М.: ИНФО-М, Метаинформ, 1994.

Фельдман А. А. «Бухгалтерський облік на фондовий ринок» — М.: ИНФРА-М, 1994.

Положення про організацію бухгалтерського облік і звітність України від 03.04.95 р. № 250.