Основним завданням управління підприємством є забезпечення платоспроможності, ліквідності та фінансового потенціалу. Контроль за виконанням бюджету є важливим складником бюджетного процесу. Казначейське виконання бюджету забезпечує контроль оперативного та стратегічного планів розвитку підприємства.
Автоматизація казначейства дозволяє оперативно управляти фінансовими потоками підприємства та контролювати виконання бюджету. Сучасна система обліку казначейства має бути спрямована на актуальне виявлення виникаючих диспропорцій та внутрішніх резервів, що дозволяє своєчасно розробити заходи щодо усунення касових розривів та підвищення платоспроможності. Від ефективності казначейського контролю залежить плідність функціонування підприємства у цілому. Автоматизація казначейства дозволяє легко впоратися з цими завданнями.
Методика контролю за виконанням бюджету повинна бути розроблена до початку його виконання і може включати процедури і набір звітних форм для порівняння з показниками плану:
1. Акцепт заявок на платіж у рамках затвердженого бюджету
Наприклад, керівник бізнес-напряму акцептує всі заявки на оплату за своїм ЦФО та відповідає за виконання бюджету, а співробітник фінансової служби контролює відповідність заявок бюджетним лімітам та виконання регламентних процедур платіжної системи. У цьому контроль відповідність бюджету може бути проведено автоматично - цю процедуру може забезпечити автоматизована система казначейства.
Рисунок 1. Контроль заявок на витрати на відповідність бюджету на прикладі програмного продукту «WA: Фінансист: Управління грошовими коштами».
2. Формування платіжного календаря на запланований період
Платіжний календар - це інструмент/документ фінансового планування, який дає можливість щодня керувати надходженням та витрачанням коштів у компанії. Склад платіжного календаря може бути різним (це залежить від специфіки бізнесу та переваг відповідальних співробітників). При цьому платіжний календар обов'язково повинен включати дані про надходження і платежі, а також про планові залишки грошових коштів зазвичай з розбивкою по днях і джерелах (або місцях зберігання грошових коштів).
3. Погодження реєстру платежів
Під реєстром платежів ми розуміємо перелік обґрунтованих заявок, що пройшли акцепт та контроль на відповідність бюджету, та підлягають виконанню на певну дату. Узгодження реєстру платежів відповідальними особами також зручніше та швидше проводити за допомогою автоматизованих систем.
4. Коригування оперативного плану
Найчастіше виникає необхідність коригування деяких платежів, включених в остаточний і затверджений варіант реєстру платежів. Таке коригування може знадобитися навіть кілька разів протягом одного оперативного періоду. Це завдання простіше вирішується під час використання автоматизованих систем казначейства.
5. План-факт аналіз руху грошових коштів
План-факт аналіз дозволяє проконтролювати відхилення у виконанні плану в абсолютному та відносному вираженні (у відсотках) та прийняти відповідні управлінські рішення.
6. Звіт Сash flow
У звіті про рух грошових потоків Сash flow підсумовується інформація про надходження та вибуття коштів компанії. Він є однією з основних форм фінансової звітності.
7. Аналіз руху грошових коштів
Аналіз руху коштів можна проводити з допомогою розрахунку різних показників, наприклад, коефіцієнтів оборотності коштів, розрахунку періодів обороту тощо.
8. Аналіз співвідношення резервів коштів з урахуванням бюджету
У цьому звіті можна порівняти суму фактичних та зарезервованих платежів (акцептованих та включених до платіжного календаря, реєстру) із сумою платежів, запланованою у бюджеті.
Цей перелік процедур можна розширювати чи скорочувати, залежно від потреб фінансового управління компанії. Наприклад, компанія може використовувати реєстр платежів, а платежі здійснювати безпосередньо з урахуванням платіжного календаря.
Інформаційні системи казначейства
Велике значення для казначейського виконання бюджетів має автоматизація казначейства, як інструмент контролю та порівняння показників у різних поєднаннях та розрізах.
Найзручніше прораховувати та контролювати фінансові потоки за допомогою програмного продукту «WA:Фінансист» (підсистема Управління Грошовими Засобами). Інформаційні системи казначейства вже включають набір необхідних методик і процедур контролю за рухом коштів. Достовірність інформації, отриманої на основі «WA:Фінансист Управління Грошовими Засобами» дозволяє уникнути технічних помилок і, як наслідок, спотворених звітів і рішень.
WA: Фінансист УДС складається з наступних підсистем:
- Планування – формування, затвердження та коригування бюджетів руху грошових коштів
- Оперативне планування – формування, контроль та погодження документів оперативного планування руху грошових коштів
- Облік графіків платежів за договорами.
- Взаємодія із системами клієнт-банків, відображення фактичних даних в облікових системах.
- Звітність
Програма підвищує прозорість та доступність інформації як на рівні менеджерів компанії, так і на рівні вищого керівництва. Блоки програмного продукту «WA:Фінансист» - Управління Грошовими Засобами та Бюджетування - прораховують альтернативні варіанти з урахуванням стратегічних та тактичних планів компанії, та дозволяють адаптувати модель підприємства до змін у найкоротші терміни. Автоматизація казначейства та бюджетування забезпечує оперативною інформацією зацікавлених осіб для прийняття рішень за умов невизначеності.
Таким чином, казначейське виконання бюджету найбільш оптимально здійснювати на базі спеціалізованого програмного продукту, призначеного для автоматизації казначейства/управління грошима.
Порядок підключення
до системи ІВ «Казначейство-клієнт»!
З метою ефективного впровадження електронного документообігу фінансових документів із державними установами «Казначейство-клієнт» Вам необхідно провести підготовчі заходи для підключення до ІС «Казначейство-клієнт» 2013 року, а саме підготувати обчислювальну техніку за такими параметрами:
Наявність Інтернет-з'єднання:Мінімально 2 окремі робочі станції в ГУ (для керівника та головного бухгалтера), підключені до Інтернету через виділені канали зв'язку зі швидкістю не менше 128 Кбіт/с, рекомендована – 256 Кбіт/с.
Вимоги до технічного оснащення:
Персональний комп'ютер:
Процесор із частотою не менше 1GHz і вище
Оперативна пам'ять не менше 256MB та вище
Об'єм вільного простору жорсткого диска розміром не менше 150 MB
Монітор з роздільною здатністю екрана не менше SVGA 1024 x 768
Операційна система:
Internet Explorer версії 6.0 або вище
Adobe Acrobat Readerверсії 7.0 або вищої
Сканер на робочій станції головного бухгалтера:
Розширення 300 dpi.
Підтримка форматів gif, jpg, png, tiff, pdf, ipeg.
Доводимо до Вашої інформації, що для оперативної інформації відкрито сайти «Департамент казначейства по м. Алмати» за адресою www. . І www. "Комітет казначейства МФ РК"
Основні нормативно-правові акти за системою «Казначейство-клієнт»:
1. «Порядок взаємодії користувачів з інформаційною системою «Казначейство-клієнт» та Національним центром Республіки Казахстан, що засвідчує»,
2. «Угода користувача про використання електронного документообігу з Клієнтом (Казначейство-клієнт)»,
3. «Угода про використання електронного цифрового підпису між казначейством та клієнтом»,
4. «Додаткова угода до угоди про використання Електронного цифрового підпису між казначейством та клієнтом»,
5. «Акт про знищення відкликаних реєстраційних свідоцтв та закритих ключів ЕЦП»
розміщені на сторінці "Відділ юридичної служби".
Процедуру підключення до системи ІС «Казначейство-клієнт» та отримання електронних цифрових ключів розміщено на сайті pki. gov. kz«Національного засвідчувального центру» на сторінці ІС «Казначейство-клієнт». Для отримання заявки ON-LINE встановлюється програмне забезпечення: Кореневі сертифікати, JAVA останньої версії. Потім надсилається заявка з комп'ютера користувача. Після підписання угоди у Департаменті Необхідні документи здаються до ЦОНу для отримання в електронному вигляді ЕЦП. Усе Ролі, які можна використовувати описані в «Порядку взаємодії користувачів з ІС «Казначейство-клієнт» та Національним центром РК».
Також « Посібник користувача щодо отримання реєстраційного свідоцтва НУЦ РК для ІВ «Казначейство-клієнт» та « Аутентифікація та реєстрація нового користувача» розміщені на нашому сайті на сторінці «Новини».
Після отримання ЕЦП здійснювати вхід до системи адресою « https:// client. kazynashylyk. kz», за допомогою браузера Internet Explorer.
Для входу в «Довідник»-«Організаційно-технічну документацію» необхідно набрати Ваш Логін та Пароль та завантажити з сайту на сторінці « Довідник» - «Посібники користувача для Державних установ», « Посібники ГУ зі СКС 2012р.» (Для СКС) всі посібники користувачів. Для отримання вихідних форм у системі ІС «Казначейство-клієнт» модулі «Звітність» необхідно завантажити з організаційно-технічної документації « Посібник користувача для бухv2».
І НАЦІОНАЛЬНИМ ЦЕНТРОМ
РЕСПУБЛІКА КАЗАХСТАН
м. Астана, 2012
Глава 3. Застосування ЕЦП 13
Глава 4. Забезпечення вимог інформаційної безпеки 15
Глава 5. Вимоги до технічного та програмного забезпечення 16
Розділ 6. Розмежування відповідальності 17
Глава 7. Порядок вирішення спорів між Казначейством та Клієнтом, пов'язаних із справжністю електронних документів 18
8. ДОДАТКИ ДО ПОРЯДКУ:
20. Додаток 1. Угода про використання ЕЦП між казначейством та Клієнтом.
20.1. Додаток 1.1. Довіреність на передачу ЕЦП довіреній особі, яка має право на підпис фінансових документів.
21. Додаток 2. Політика застосування реєстраційних свідоцтв та ЕЦП користувачів інформаційної системи «Казначейство-клієнт»
22. Додаток 3. Додаткова угода про використання електронного цифрового підпису між казначейством та Клієнтом
23. Додаток 4. Акт про знищення відкликаних реєстраційних свідоцтв та закритих ключів ЕЦП
24. Додаток 5. Угода користувача про використання електронного документообігу з Клієнтом «Казначейство-Клієнт».
Терміни та визначення, що застосовуються у цьому Порядку
Терміни, що застосовуються в тексті цього Порядку, використовуються у наступному трактуванні:
Інформаційна система «Казначейство-Клієнт» (далі Система)- є Системою електронного документообігу Комітету Казначейства Міністерства фінансів Республіки Казахстан та територіальних підрозділів Казначейства (далі - Казначейство) з державними установами, адміністраторами бюджетних програм, уповноваженими державними органами, суб'єктами квазі );
Електронний документ – документ, в якому інформація представлена в електронно-цифровій формі та засвідчена за допомогою ЕЦП;
Реєстраційні дані – дані, необхідні для отримання реєстраційного свідоцтва у НУЦ, згідно з Політикою застосування реєстраційних свідоцтв та ЕЦП користувачів інформаційної системи «Казначейство-клієнт»;
Закритий (секретний) ключ ЕЦП – послідовність електронних цифрових символів, відома власнику реєстраційного свідоцтва та призначена для створення ЕЦП з використанням засобів електронного цифрового підпису;
Відкритий ключ ЕЦП – послідовність електронних цифрових символів, доступна будь-якій особі та призначена для підтвердження справжності ЕЦП в електронному документі;
Підписна особа – фізична або юридична особа, яка правомірно володіє закритим ключем ЕЦП та має право її використання в електронному документі;
Користувач Системи - особа, на ім'я якої зареєстровано в НУЦ право на використання ЕЦП та яка має відповідний закритий ключ ЕЦП, що дозволяє підписувати електронні документи;
Аутентифікація - встановлення автентичності одного або декількох аспектів інформаційної взаємодії: сеансу зв'язку, його часу, сторін, що передаються, передаються повідомлень, джерела даних, часу створення даних, змісту даних;
Ідентифікація – присвоєння суб'єктам та об'єктам доступу ідентифікатора або порівняння пред'явленого ідентифікатора з переліком присвоєних ідентифікаторів;
Ключовий контейнер - це файл на ключовому носії (диск, флеш-карта, e-token тощо), де знаходяться відкриті та закриті ключі;
Сховище сертифікатів – перелік відомостей, що характеризують користувача криптографічної системи (перелік сертифікатів) та списки відкликаних сертифікатів;
Підтвердження справжності ЕЦП в електронному документі – позитивний результат підтвердження засобом ЕЦП належності що міститься в електронному документі ЕЦП її власнику та відсутність спотворення та підробки підписаного даної ЕЦП електронного документа;
Засоби ЕЦП - апаратні та/або програмні засоби, що використовуються для створення та перевірки справжності ЕЦП;
Реєстраційне свідоцтво (Закон Республіки Казахстан «Про електронний документ та електронний цифровий підпис» від 7 січня 2003 р. № 307-II) – документ на паперовому носії або електронний документ, що видається посвідчувальним центром для підтвердження відповідності електронного цифрового підпису вимогам, встановленим цим Законом. У контексті використовується синонім виразу "сертифікат відкритого ключа";
Національний посвідчувальний центр РК (далі – НУЦ РК) – структурний підрозділ Акціонерного товариства «Національні інформаційні технології» (далі – АТ НІТ), що здійснює посвідчення відповідності відкритого ключа ЕЦП закритому ключу ЕЦП, а також підтверджує достовірність реєстраційного органу державний орган РК» (G2G), «державний орган РК – суб'єкт господарювання» (G2B), «державний орган РК – громадянин РК» (G2C);
Центри реєстрації НУЦ (далі – ЦР НУЦ) - структурні підрозділи АТ НІТ, які здійснюють відповідно до Правил реєстрації, видачі, зберігання, відкликання (анулювання) реєстраційних свідоцтв, у тому числі їх копій на паперовому носії та ведення регістру реєстраційних свідоцтв, затверджених наказом Голови Агентства Республіки Казахстан з інформатизації та зв'язку від 8 грудня 2005 року № 457-п, операції з ідентифікації, автентифікації, перевірки повноважень власників реєстраційних свідоцтв під час виготовлення, видачі та відкликання реєстраційного свідоцтва.
Розділ 1. Вступ
Загальна інформація
Учасники системи
Казначейство;
Клієнт;
НУЦ, основними компонентами якого є Центри Сертифікації та Центри Реєстрації;
Інформація про призначення системи
Предметом автоматизації є функції Казначейства з приймання та опрацювання документів, що надаються Клієнтом. Автоматизації також підлягає функція надання Казначейством даних та звітів Клієнтам.
Система забезпечує:
створення електронних форм документів, що подаються Клієнтом до територіальних підрозділів Казначейства;
здійснення перевірок форматно-логічного контролю за коректністю заповнення електронних форм документів;
використання ЕЦП для посвідчення свого авторства, а також цілісності створених Клієнтами електронних документів;
відправлення Клієнтом заповнених та закріплених ЕЦП електронних документів;
прийом та первинну обробку електронних документів, що надаються Клієнтом у Казначейство;
передачу електронних документів, що надійшли, в інтегровану інформаційну систему Казначейства (далі – ИИСК);
контроль стану електронних документів, наданих Клієнтом у Казначейство;
подання Клієнтам даних у встановленому форматі та звітів у межах компетенції Казначейства;
обмін електронними повідомленнями(Казначейство-клієнт, Клієнт-казначейство).
на основі застосування сучасних високоефективних технологій зберігання та обробки інформації, уніфікувати, спростити та прискорити автоматизоване введення даних за документами, що обробляються в ІДБК;
підвищення оперативності, точності, надійності, прозорості даних, пов'язаних із процедурами надання документів до органів казначейства;
застосування сучасних засобів захисту інформації ЕЦП – для підтвердження достовірності документів та спрощення процесу погодження документів.
Електронні документи, закріплені ЕЦП та взаємодія користувачів Системи
Усі електронні документи, створені Клієнтом, та надіслані по Системі, повинні бути оформлені відповідно до вимог чинного бюджетного законодавства за формою, повнотою та правильністю заповнення, та підписані ЕЦП уповноважених Керівника Клієнта та Керівника фінансової групи Клієнта (або співробітником уповноваженого органу), що мають право підписи відповідно до зразків підписів та відбитка печатки, що зберігаються в Казначействі в досьє державної установи (Клієнта).
Казначейство при отриманні електронного документа через Систему перевіряє наявність ЕЦП, звіряє належність ЕЦП відповідність наданим зразкам підписів. Відповідно до даних, документ визнається таким, що має юридичну силу та рівнозначний документ на паперовому носії з власноручними підписами уповноважених Керівника Клієнта та Керівника фінансової групи Клієнта, скріпленими відбитком гербового друку. Такий документ підлягає подальшій перевірці на відповідність вимогам чинного бюджетного законодавства Республіки Казахстан за формою, повнотою та правильністю заповнення. У разі виявлення невідповідностей, електронний документ повертається Клієнту із зазначенням причин повернення.
Файли, що прикріплюються, можуть бути тільки наступних форматів:
pdf, txt
doc, docx
xls, xlsx
формату графічних зображень (jpeg, gif, tiff, bmp, png та інші).
При цьому відповідно до функціональних обов'язків користувачам Системи будуть присвоєні наступні ролі:
ROLE00 – Адміністратор Системи;
ROLE10 – Керівник Клієнта, або особа їм уповноважена, яка має право підпису всіх фінансових документів державної установи (далі – ГУ);
ROLE11 – Керівник Клієнта, який має право підпису рахунків до оплати, заявок на конвертацію іноземної валюти, заявок на реконвертацію іноземної валюти, заяв на переказ грошей в іноземній валюті ГУ та заявок на введення одержувача грошей у Довідник одержувачів грошей у національній та іноземній валюті;
ROLE12 – Керівник Клієнта, який має право підпису заявок на реєстрацію цивільно-правових угод (далі-ДПС) ГУ та заявок на введення одержувача грошей до Довідника одержувачів грошей;
ROLE13 – Керівник Клієнта, який має право підпису Планів фінансування ГУ та довідок на внесення змін до них;
ROLE14 – Керівник Клієнта, який має право формування всіх фінансових документів (для ГУ, в якому відсутня фінансова служба);
ROLE15 – Відповідальний секретар центрального виконавчого органу (Керівник Адміністратора бюджетних програм) для затвердження Планів фінансування ГУ та довідок на внесення змін до них;
ROLE20 – Керівник фінансової групи Клієнта (головний бухгалтер), або особа їм уповноважена, яка має право підпису всіх фінансових документів Клієнта;
ROLE21 – Керівник фінансової групи Клієнта (головний бухгалтер), який має право підпису рахунків до оплати, заявок на конвертацію іноземної валюти, заявок на реконвертацію іноземної валюти, заяв на переказ грошей в іноземній валюті Клієнта та заявок на введення одержувача грошей у Довідник одержувачів грошей у національній та іноземній валюті;
ROLE22 – Керівник фінансової групи Клієнта (головний бухгалтер), який має право підпису заявок на реєстрацію ДПС ГУ та заявок на введення одержувача грошей до Довідника одержувачів грошей;
ROLE23 – Керівник фінансової групи Клієнта (головний бухгалтер), який має право підпису Планів фінансування ГУ та довідок на внесення змін до них;
ROLE27 – співробітник, уповноважений керівником державної установи для ведення бухгалтерського обліку (бухгалтер, позаштатний співробітник)
ROLE03 – уповноважений співробітник податкового комітету;
ROLE04 – уповноважений співробітник Рахункового комітету контролю за виконанням Республіканського бюджету;
ROLE05 – уповноважений співробітник Агентства Республіки Казахстан по боротьбі з економічною та корупційною злочинністю (фінансова поліція);
ROLE01 – Керівник Податкового органу або уповноважена ним особа, яка має право підпису на платіжних дорученнях та на всіх фінансових документах ГУ;
ROLE02 – уповноважений співробітник Податкового органу, який має право підпису на платіжних дорученнях – керівник структурного підрозділу;
ROLE06 – уповноважений співробітник адміністратора бюджетних програм;
ROLE07 – уповноважений співробітник місцевого уповноваженого органу державного планування;
ROLE08 – уповноважений співробітник місцевого уповноваженого органу з виконання бюджету;
ROLE09 – уповноважений працівник територіального податкового органу;
ROLE28 – співробітник уповноваженого органу, відповідального за стягнення надходжень до бюджету;
ROLE29 – уповноважений співробітник територіального підрозділу Комітету митного контролю (КТК);
ROLE30 – уповноважений співробітник Комітету фінансового контролю (КФК);
ROLE31 – уповноважений співробітник Податкового комітету (ПК) (звітність);
ROLE32 – уповноважений співробітник Податкового органу, без права підпису на платіжному дорученні – відповідьвиконавець;
ROLE50 - Керівник Клієнта, який має право підпису всіх фінансових документів суб'єкта квазідержавного сектора (далі - СКС);
ROLE51 – Керівник фінансової групи Клієнта (головний бухгалтер), який має право підпису всіх фінансових документів суб'єкта квазідержавного сектора;
ROLE52 – співробітник, уповноважений керівником суб'єкта квазідержавного сектора для бухгалтерського обліку (бухгалтер, позаштатний співробітник).
Відповідно, у користувачів Системи в DN імені реєстраційного свідоцтва повинні бути прописані поля DC рівні відповідної ролі користувача Системи.
Порядок прийому електронних документів
Казначейство приймає від Клієнта документи на паперовому носії у таких випадках:
На час виготовлення, перевипуску та відкликання особистого ключа ЕЦП користувача Системи;
Відсутність технічної можливості для підключення до Системи.
Глава 2. Операційні вимоги щодо організації процесів життєвого циклу реєстраційного свідоцтва
Заявка на видачу реєстраційного свідоцтва
Для початку роботи в Системі всі заявники (Клієнти) повинні підписати затверджену Казначейством форму Угоди про використання електронного цифрового підпису між казначейством та Клієнтом (далі – Угода) у 3-х примірниках згідно з додатком № 1 до Порядку, а також заповнити Шаблон для надання даних за кожним користувачем Системи згідно з додатком 3 до Політики застосування реєстраційних свідоцтв автентифікації та ЕЦП користувачів Інформаційної Системи «Казначейство – Клієнт» КК МФ РК (далі – ППРС). При цьому один оригінал підписаної Угоди зберігається в Казначействі в досьє державної установи/суб'єкта квазідержавного сектора (далі - Клієнта), другий у Клієнта, третій оригінал має бути переданий оператору ЦР НУЦ під час подання заявки на видачу реєстраційного свідоцтва. Два останні екземпляри проштампуються полистно відповідальним виконавцем загальної групи територіального підрозділу казначейства (далі – ТПК).
Угода має бути підписана керівником ГУ/СКС, який має право першого підпису згідно зразків підписів, наданих у ТПК.
Державній установі/СКС, що обслуговується в ТПК, що знаходиться ближче за місцем розташування та обслуговує іншу адміністративно-територіальну одиницю, а не в ТПК згідно з адміністративно-територіальним поділом (за Довідником державних установ/ суб'єктів квазідержавного сектора), необхідно:
Для роботи в ІС «Казначейство-Клієнт» надати у ТПК згідно з адміністративно-територіальним поділом (за Довідником державних установ/ суб'єктів квазідержавного сектора) оригінал Угоди та оригінал зразків підписів та відбитка печатки;
У разі подання документів на паперовому носії відповідно до пункту 5 цього Порядку до прилеглого ТПК надати копію Угоди та оригінал зразків підписів та відбитка печатки, що підшиваються у досьє державної установи
Повторне виготовлення ключів ЕЦП за цією Угодою можливе лише в тому випадку, якщо стався збій у диску, або при виготовленні ключа ЕЦП припущено помилку оператора.
Угода укладається:
з особами, які мають право підпису відповідно до зразків підписів та відбитка печатки, що зберігаються у Казначействі у юридичній справі Клієнта;
з особами, які не мають право підпису:
працівниками, уповноваженими керівником державної установи для ведення бухгалтерського обліку (бухгалтером, позаштатним працівником)
уповноваженими співробітниками інших державних органів відповідно до виконуваних функціональних обов'язків, зазначених у пункті 4 Порядку.
Угода та подані дані у Шаблоні є підставою для подальшого процесу реєстрації та виготовлення в ЦР НУЦ, що знаходиться при Центрі обслуговування населення, що складається з наступних кроків:
подання заявки на видачу реєстраційного свідоцтва до ЦР НУЦ користувачем Системи з наданням документів, що засвідчують особу заявника;
автентифікація заявника уповноваженим працівником ЦР НУЦ;
у разі успішної аутентифікації проводиться перевірка інформації, розміщеної у запиті заявника та виготовлення закритих ключів підпису та реєстраційного свідоцтва відкритого ключа заявника у НУЦ РК.
два закриті ключі власника реєстраційного свідоцтва (ГОСТ 34.310-2004 для проставлення ЕЦП та RSA для аутентифікації);
два реєстраційні свідоцтва у формі електронного документа (ГОСТ 34.310-2004 для проставлення ЕЦП та RSA для аутентифікації);
копія реєстраційного свідоцтва власника на паперовому носії (на запит користувача Системи);
реєстраційне свідоцтво посвідчувального центру – НУЦ РК (кореневий сертифікат).
У разі закінчення терміну дії ключів ЕЦП Клієнт повинен:
Знищити реєстраційне свідоцтво, закритий ключ ЕЦП та аутентифікацію, при цьому Клієнт складає Акт про знищення відкликаного реєстраційного свідоцтва та закритих ключів ЕЦП, згідно з додатком 4. до Порядку;
Укласти Додаткову угоду про використання електронного цифрового підпису між казначейством та Клієнтом, згідно з додатком №3 до Порядку для подальшого перевипуску реєстраційного свідоцтва та закритих ключів ЕЦП;
Надати Додаткову угоду до Центру обслуговування населення із Заявкою на видачу реєстраційного свідоцтва, з документами, що засвідчують особу заявника та Шаблоном для надання даних.
Вищевказана інформація передається заявнику до ЦР НУЦ під розпис у спеціальному журналі обліку виданих реєстраційних свідоцтв.
У разі втрати ключів ЕЦП, Клієнт повинен керуватися абзацом другим пунктом 7 та абзацом першим пункту 6 Порядку.
Після аутентифікації в інформаційній системі «Казначейство-Клієнт» користувач Системи підписує електронний образ Угоди про використання електронного документообігу з Клієнтом (Казначейство-Клієнт) (далі - Угода користувача) згідно з додатком № 5 до Порядку.
Угода користувача формується тільки в електронному вигляді і в територіальні підрозділи казначейства не надається.
Процедура відкликання реєстраційного свідоцтва
Користувач Системи у разі звільнення, виключення з наказу осіб, які мають права підпису відповідно до зразків підписів та відбитка печатки, зміна його посадових обов'язків або виявлення факту розкрадання ЕЦП, зобов'язаний не пізніше дати його звільнення, виключення з посадових обов'язків права підпису документів або виявлення факту розкрадання ЕЦП надати, згідно з ППРС, заяву на відкликання виданого реєстраційного свідоцтва та відповідного особистого закритого ключа ЕЦП та знищити свій закритий ключ після втрати повноважень у цій установі. Клієнт при знищенні закритого ключа користувача системи затверджує внутрішнім наказом склад комісії зі знищення відкликаного реєстраційного свідоцтва та закритого ключа ЕЦП. При знищенні відкликаного реєстраційного свідоцтва закритого ключа користувача Системи (для аутентифікації та ЕЦП) складається Акт про знищення відкликаного реєстраційного свідоцтва та закритих ключів ЕЦП, згідно з додатком 4. до Порядку, копія якого подається до Казначейства для зберігання в окремій папці, згідно.
Для здійснення відкликання реєстраційного свідоцтва відкритого ключа користувач Системи оформляє заяву на відкликання реєстраційного свідоцтва відповідно до ППРС та надає його до ЦР НУЦ.
НУЦ РК після отримання заяви на відкликання реєстраційного свідоцтва здійснює його розгляд та обробку відповідно до ППРС.
Реєстраційні свідоцтва повинні використовуватися в рамках взаємодії з документами Казначейства, що регламентують.
Реєстрація Системи у світовому просторі ідентифікаторів об'єктів (OID)
Вхід до Системи із сертифікатом, що має інший OID, неможливий.
Глава 3. Застосування ЕЦП
Умови використання ЕЦП
ЕЦП є результатом криптографічного перетворення інформації і має наступні властивості:
ЕЦП відтворюється лише власником сертифіката ключа підпису;
ЕЦП нерозривно пов'язана з конкретним електронним документом у Системі.
Умови рівнозначності ЕЦП власноручного (особистого) підпису
засвідчено справжність ЕЦП за допомогою відкритого ключа, що має реєстраційне свідоцтво;
особа, яка підписала електронний документ, правомірно володіє закритим ключем ЕЦП;
ЕЦП використовується відповідно до відомостей, зазначених у реєстраційному свідоцтві.
Закриті ключі ЕЦП не можуть бути передані іншим особам без згоди власників цих ключів.
Користувач Системи має право передавати повноваження на використання ЕЦП своїй довіреній особі, яка має право підпису фінансових документів, на підставі виданої Довіреності за встановленою формою згідно з додатком №1.1. до цієї Угоди, у межах однієї організації на підставі внутрішнього наказу Клієнта. Під час дії довіреності користувач Системи (довіритель) не повинен використовувати закритий ключ ЕЦП та автентифікації. Після закінчення терміну дії довіреності користувач Системи (довіритель) автоматично отримує право користуватися закритим ключем ЕЦП та аутентифікації. Клієнт повинен вести облік виданих довіреностей.
Перевірка електронного цифрового підпису
Перевірка на те, що сертифікат, закритим ключем якого підписано документ, що перевіряється, випущений довіреним Свідочним Центром - НУЦ РК.
Перевірка на відгук сертифіката, закритим ключем якого підписано документ. При відкликаному сертифікаті буде відсутній серійний номер сертифіката.
Перевірка значення поля "Застосування сертифіката": у полі "Застосування сертифіката" прописано "цифровий підпис, невідмовність".
Перевірка на наявність OID Системи в сертифікаті, OID повинен мати значення у свідоцтві автентифікації OID = 1.2.398.5.19.1.2.2.1.3, а також у реєстраційному свідоцтві ЕЦП OID = 1.2.398.5.19.1.2.2.1.
Глава 4. Забезпечення вимог інформаційної безпеки
Загальні відомості
Об'єктами захисту є ключі ЕЦП та електронні документи Системи.
Для запобігання розкрадання, втрати, спотворення, підробки електронних документів, інших несанкціонованих дій щодо їх знищення, модифікації, копіювання користувачами Системи з боку Клієнта повинні здійснюватися організаційні заходи щодо захисту засобів ЕЦП та електронних документів.
Закриті ключі ЕЦП необхідно зберігати на знімних носіях та підключати їх лише під час підписання електронних документів.
Рекомендації щодо забезпечення безпечної роботи в Системі
Здійснювати вхід у систему лише через корпоративний сайт https://client.kazynashylyk.kz;
Категорично забороняється відповідати на листи, нібито від імені Системи, з вимогами (проханнями, пропозиціями) зайти на сайт, що не належить домену https://client.kazynashylyk.kz, та надіслати секретний ключ;
Зберігати ключі ЕЦП на двох різних знімних носіях – основний та резервний (USB-токени, дискети, флеш-диски, CD-диски). Не зберігати на жорсткому диску комп'ютера;
Порядок зберігання знімних носіїв ЕЦП повинен унеможливлювати несанкціонований доступ до них сторонніх осіб;
Не допускати сторонніх осіб до свого персонального комп'ютера із завантаженою системою або поки в ньому знаходиться знімний носій, що містить секретний ключ;
Виймати з комп'ютера знімний носій, що містить секретний ключ ЕЦП відразу після завершення роботи в Системі;
Раз на тиждень міняти пароль входу в робочу станцію, при цьому забороняється використовувати пароль, що містить особисті дані (дата народження, П.І.Б. і т.д.);
Не розголошувати пароль для входу на робочу станцію стороннім особамабо іншим працівникам (незалежно від посади);
Застосовувати на робочій станції засоби антивірусного захисту з можливістю автоматичного оновлення антивірусних баз;
Виключити доступ до комп'ютерів, що використовуються для роботи в Системі, стороннім особам та персоналу організації, що не уповноваженому на роботу в Системі та/або обслуговування комп'ютерів;
На комп'ютерах, що використовуються для роботи в Системі, виключити відвідування всіх Інтернет-сайтів, крім тих, що використовуються для входу в Систему, а також виключити встановлення розважальних та ігрових програм;
Використовувати лише ліцензійне ПЗ (операційні системи, офісні пакетита ін);
Підключати носій із закритим ключом ЕЦП лише на момент підписання електронних документів. використовувати носій для зберігання тільки закритого ключа ЕЦП, не використовувати носій для зберігання інших файлів;
При установці ключа автентифікації на комп'ютер обов'язково задавати пароль, при цьому забороняється використовувати пароль, що містить особисті дані (дата народження, П.І.Б. і т.д.).
Глава 5. Вимоги до технічного та програмного забезпечення
Вимоги до технічного забезпечення
процесор не менше Intel Pentium 1GHz:
оперативна пам'ять щонайменше 512 MB;
вільна частина жорсткого диска розміром не менше 150 MB;
монітор з роздільною здатністю екрана не менше SVGA 800Х600.
Вимоги до програмного забезпечення
Операційна система:
Не нижче Microsoft Windows XP.
Sun JDK/JRE -1.6 Version 6 Update12 або вище;
Tumar CSP V4.2;
Internet Explorer 6 (SP1) або вище;
Microsoft Office 2003 або вище;
Adobe Acrobat Reader 7 або вище;
Сканер: розширення 300 dpi та підтримка форматів gif, jpg, png.
Вимоги до мережі передачі даних
Пропускна здатність локальної мережі, що використовується для передачі даних у користувача програмного забезпечення «Казначейство-клієнт», повинна бути не менше 128 Кбіт/с, рекомендована – 256 Кбіт/с.
Пропускна спроможність зовнішньої Інтернет лінії повинна забезпечити достатню швидкість передачі документів для всіх користувачів Системи в години пік.
Розділ 6. Розмежування відповідальності
Відповідальність Казначейства
Казначейство відповідає за функціонування Системи, а також своєчасне повідомлення Клієнта про всі зміни в роботі Системи.
Казначейство не несе відповідальності за будь-які збитки, втрати та інші збитки, які зазнав Клієнт через недотримання Користувачем Системи вимог, зазначених у пп. 7, 10, та невідповідності вимогам пп.13, 14, 15, 16 цього Порядку.
Казначейство не несе відповідальності за будь-які збитки, втрати та інші збитки, які зазнав Клієнт через неналежне виконання Порядку користувачем Системи, посібників та інструкцій, що стосуються роботи в Системі, за своєчасне знищення ключа Користувачем ЕЦП та неправомірного застосування ЕЦП.
Відповідальність Користувача Системи
Користувач Системи відповідає за належне зберігання виданого сертифіката та ключа, за своєчасне знищення ключа Користувачем ЕЦП.
Користувач Системи як власник ключа ЕЦП у разі несанкціонованого використання ЕЦП несе повну відповідальність відповідно до законодавства Республіки Казахстан.
Глава 7. Порядок вирішення спорів між Казначейством та Клієнтом, пов'язаних із справжністю електронних документів
Порядок вирішення спорів
У випадку якщо обидві сторони не дійшли єдиного рішення, Клієнт та Казначейство можуть звернутися до НУЦ РК для видачі висновку щодо ситуації, що склалася, та надати докази підпису або вирішити це питання відповідно до законодавства Республіки Казахстан.
Федеральне казначейство - це спеціальний державний орган, створений керувати доходами і витратами федерального бюджету, контролем надходженням і виконанням позабюджетних коштів, управлінням та обслуговуванням разом із уповноваженими банками внутрішнього й зовнішнього боргу же Росії та т.д.Указом Президента від 08.12.1992 № 1556 «Про Федеральне казначейство» була утворена єдина централізована система органів Федерального казначейства, що включає Головне управління Федерального казначейства Міністерства фінансів РФ та територіальні органи по республікам у складі Російської Федерації, краях, областям, автономним утворенням, міста Санкт-Петербургу, іншим містам (крім міст районного підпорядкування), районам та районам у містах.
«Положення про Федеральне казначейство РФ» було затверджено Урядом у квітні 1993 р. З того часу виплати коштів федерального бюджету почали здійснюватися через казначейство.
Організаційно-функціональна структура Федерального казначейства РФ має три рівні:
Головне управління Федерального казначейства (ГУФК);
регіональні управління Федерального казначейства (УФК);
районні відділення Федерального казначейства (ОФК)
Органи казначейства взаємодіють з органами державного управління республік у складі Російської Федерації, країв, областей, автономних утворень, міст Москви та Санкт-Петербурга у процесі зарахування доходів та взаємозаліків між бюджетами, а також координації роботи зі створення інформаційної базипро стан Російської Федерації.
Завдання, що стоять перед казначейством, повною мірою можуть бути вирішені шляхом створення автоматизованої інформаційної системи фінансових розрахунків із використанням сучасних інформаційних технологій.
У результаті створення та впровадження єдиної автоматизованої системи Федерального казначейства має бути досягнуто:
скорочення паперового документообігу та обсягів ручної праці при обробці інформації та одночасно збільшення загального обсягу оброблюваної інформації, її повноти та достовірності;
підвищення оперативності обробки інформації, що надходить на різні рівні ієрархії фінансової системи;
стандартизація інформаційної бази (нормативно-довідкової та правової інформації, вхідних та вихідних документів, описів інформаційних об'єктів та правил завдання та надання їх реквізитів) для забезпечення уніфікованої обробки фінансової інформації як єдиної взаємопов'язаної системи;
підвищення достовірності даних з обліку бюджетних коштів та ефективного контролю за їх отриманням та використанням;
поглиблений автоматизований аналіз динаміки надходження сум податків та можливість прогнозу цієї динаміки;
підвищення оперативності та повноти обміну інформації з зовнішніми системами- з податковими службами, банками, фінансовими органами, митними органами тощо;
підвищення оперативності та повноти отримання даних про доходи та витрати бюджету (за видами) на запит на будь-яку дату обліку;
поглиблений аналітичний аналіз динаміки видаткових та доходних статей бюджету на будь-яких ієрархічних рівнях системи виконання бюджету;
оперативність передачі інформації про доходи та витрати бюджету між різними рівнями ієрархії виконання бюджету (методичних та інструктивних матеріалів – зверху вниз, узагальненої та аналітичної інформації – знизу вгору).
Наявність єдиної АІС казначейства дозволяє на основі чітко визначених об'єктів потреб найбільш реально селективно проводити оптимізацію бюджетних потоків, знизити ймовірність серйозних проблем у фінансуванні, зробити процес виконання бюджету більш плавним.
Основне призначення системи - узгодження та забезпечення взаємодії органів Федерального казначейства всіх рівнів, їхнє оперативне інформаційне забезпечення, автоматизація основних операцій, організація системи зв'язку та передачі даних.
В основу створення АІС казначейства закладено принципи формування єдиної інформаційної бази, захисту даних від несанкціонованого доступу та здатність адаптації програмного комплексу до умов конкретного органу казначейства.
Усі операції, які у казначействі, оформляються документами.
Оскільки федеральний бюджет складається з доходної та видаткової частини, то існує два відносно незалежних один від одного потоку документів за доходами та за видатками бюджету.
Органи казначейства контролюють рух грошей за бюджетними рахунками та статті видатків бюджетів різних рівнів. До складу АІС Федерального казначейства входять три основні програмні комплекси. 1.
«КАЗНА», що враховує доходи федерального бюджету та розподіл регулюючих податків між бюджетами різних рівнів. 2.
«СМЕТА-W», «СМЕТА-F», що враховують витрати з федерального бюджету та фінансування бюджетоодержувачів, організованих органами Федерального казначейства. 3.
Внутрішньоказначейський облік та звітність. Зокрема, у бухгалтерії районного відділення казначейства вирішуються такі комплекси завдань: «Кадри», «Діловодства», «Склад», «Облік матеріальних цінностей», «Заробітна плата», «Звітність», а також формування звітності щодо виконання кошторису витрат відділень казначейства .
Система органів казначейства Росії створювалася дуже динамічно. За роки розвитку казначейської системи було організовано органи Федерального казначейства у регіональних структурах, розпочато їх оснащення засобами господарського забезпечення та оргтехніки, зокрема - обчислювальної техніки, засобами зв'язку та передачі. Методологія роботи органів казначейства за короткий час розвитку зазнала суттєвої зміни та продовжує динамічно розвиватися. Комплекс вжитих заходів при створенні системи дозволив вивести цю структуру на лідируючі позиції в галузі державних установ та організацій фінансової сфери як за технічною оснащеністю, так і динамікою розвитку методологічної та технологічної підтримки.
Інформаційний комплекс казначейських органів здатний як забезпечити функціонально, разом із банківською системою виконання органами казначейства федерального бюджету, а й організувати ефективне динамічне взаємодія фінансових органів різних рівнів і відомчої власності, і навіть банківської і податкової систем. В основу створення такого комплексу покладено технологію централізованих та розподілених рішень на основі застосування високотехнологічних операційних систем та систем управління базами даних (СУБД) та завадових, захищених від несанкціонованого доступу телекомунікаційних систем. Розвиток та застосування такої єдиної технології із створенням на її основі корпоративних (відомчих) систем дозволяє вирішити проблему міжвідомчої взаємодії складних захищених інформаційно-технічних комплексів.
До функцій Федерального казначейства входять:
організація, здійснення та контроль за виконанням федерального бюджету, управління доходами та видатками цього бюджету на рахунках казначейства, у банках виходячи з принципу єдиної каси;
регулювання фінансових відносин між федеральним бюджетом та позабюджетними фондами, фінансове виконання цих фондів, контроль за надходженням та використанням позабюджетних коштів;
здійснення короткострокового прогнозування обсягів державних фінансових ресурсів, а також оперативне управління цими ресурсами у межах, встановлених на відповідний період державних видатків;
збір, обробка та аналіз інформації про стан державних фінансів, подання вищим законодавчим та виконавчим органам звітності про фінансові операції Уряду РФ за федеральним бюджетом, про позабюджетні фонди, а також про стан бюджетної системи Російської Федерації;
управління та обслуговування спільно з Центральним банком РФ та іншими уповноваженими банками державного внутрішнього та зовнішнього боргу Росії;
розробка методичних та інструктивних матеріалів, порядку ведення облікових операцій з питань, що належать до компетенції казначейства, обов'язкових для органів державної влади та управління, підприємств, установ та організацій, включаючи організації, що розпоряджаються державними коштами державних (федеральних) позабюджетних фондів тощо.
Для виконання зазначених функцій створено складну багаторівневу систему з розвиненими функціональними та інформаційними зв'язками не тільки між ієрархічними рівнями органів казначейства, але і з банківською платіжною системою, системою Федеральної податкової служби, системою формування та виконання бюджетів усіх рівнів, одержувачами бюджетних коштів та платниками податків.
Складність системи ускладнюється тим, що вона розгорнута на значних територіях, охоплюючи велику кількість учасників із різних відомств. Схема руху інформаційних потоків коштів і документів під час фінансування підприємств із федерального бюджету через систему казначейських органів наведено на рис. 9.3.
За пріоритетністю вирішення проблем розвитку казначейської системи виділяються два основні напрямки: 1)
створення автоматизованої єдиної системи обліку виконання доходів та витрат федерального бюджету та інтеграція цієї системи з платіжно-розрахунковою системою Центрального банку РФ та інформаційною системою податкової служби; 2)
створення автоматизованої єдиної депозитарної системи органів Федерального казначейства та її інтеграція з ринком цінних паперів.
Обидва напрями пов'язані як зі створенням необхідних програмно-апаратних засобів у органах казначейства, а й удосконаленням суміжних систем.
Так, узгоджений розвиток міжбанківської платіжно-розрахункової системи та інформаційного комплексу органів казначейства дозволяє з метою підвищення оперативності виконання та обліку змінити існуючу схему збору доходів бюджету та доведення коштів федерального бюджету до одержувачів.
Використання ефективної системи електронних платежів з єдиним розрахунковим центром дозволяє організувати повний цикл зарахування та обліку доходів бюджету із завершеними міжбюджетними розрахунками протягом одного операційного дня. При цьому облік надходжень доходів здійснюється автоматично з повною аналітичною розверсткою за бюджетною класифікацією, територіями, платниками податків тощо.
Розподіл регулюючих доходів та перерахування коштів у регіональні бюджети здійснюється також із єдиного розрахункового центру з використанням електронних платежів, причому ці операції входять до повного циклу зарахування та обліку доходів федерального бюджету. Така організація дозволяє підвищити оперативність виконання доходів федерального бюджету та бюджетів інших рівнів, а також оперативність та точність інформації про кошти, що надійшли до доходу бюджетів усіх рівнів. Реєстри на перерахування коштів
Оперативний звіт, звіт про фінансування, звіт про виконання бюджету Затверджені кошториси видатків, місячна, квартальна
Реєстр, копія ^ Затверджений кошторис витрат
витрат платіжного доручення
лг Реєстр,
копія платіжного доручення
Головне управління Федерального казначейства
Оперативний звіт, звіт про фінансування, звіт про виконання бюджету
Розпорядники
1-й рівень
Управління Федерального казначейства
Затверджені кошториси витрат, місячна, квартальна та річна звітність
Копія реєстру на перерахування
Рис. 9.3. Рух інформаційних потоків, грошових коштів та документів при фінансуванні з федерального бюджету через систему казначейських органів
Головною метою створення інформаційного комплексу органів Федерального казначейства є значне підвищення ефективності виконання федерального бюджету. Це дозволяє органам Федерального казначейства оперативно, точно та ефективно вирішувати весь обсяг завдань, поставлених перед системою:
оперативний та точний облік доходів федерального бюджету;
взаємодія між федеральним бюджетом, бюджетом суб'єктів РФ та місцевими бюджетами всіх рівнів;
швидке та точне доведення коштів федерального бюджету до кінцевих одержувачів;
поточний повний оперативний та суворий контроль за раціональним та цільовим використанням бюджетних коштів;
оперативний та об'єктивний аналіз виконання федерального бюджету та прогнозування надходження доходів до бюджету та майбутніх витрат на будь-який заданий період;
управління та обслуговування державного внутрішнього боргу тощо.
Виходячи з постановки головною метою створення автоматизованої інформаційної технології в органах казначейства до інформаційної системи казначейства висуваються такі вимоги:
оперативно, достовірно вирішувати завдання з обліку доходів федерального бюджету;
організовувати взаємодію між федеральним бюджетом, бюджетом суб'єктів РФ та місцевими бюджетами всіх рівнів;
швидко та точно доводити кошти федерального бюджету до кінцевих одержувачів;
забезпечувати поточний, повний, оперативний та суворий контроль за раціональним та цільовим використанням бюджетних коштів;
забезпечувати оперативний та об'єктивний аналіз виконання федерального бюджету та прогнозування надходження доходів до бюджету та майбутніх витрат на будь-який заданий період;
керувати та обслуговувати державний внутрішній борг;
відповідати чинної у Росії законодавчої практиці та нормативним вимогам Міністерства фінансів РФ;
обслуговувати конфіденційну та секретну інформацію відповідно до вимог компетентних органів;
забезпечувати юридичну наступність первинного документа та його електронної копії, а також її збереження
протягом усього періоду їх регламентного існування, що визначається інструкціями та положеннями про діловодство, тощо.
Досягнення основних цілей побудови автоматизованої інформаційної технології органів казначейства можливе при виконанні у процесі створення низки умов. 1.
Інформаційна система, обслуговуюча виконання федерального бюджету, має будуватися з урахуванням автоматизованого бухгалтерського обліку з еквівалентної за рівнем деталізації налаштуванням планів рахунків. Бухгалтерський облік виконання федерального бюджету має проводитися в аналітичному аспекті на всю глибину бюджетної класифікації, у тому числі у розрізі кінцевих одержувачів бюджетних коштів. Такий принцип дозволить мати в облікових регістрах інформаційного комплексу оперативне та достовірне відображення фактичного стану федерального бюджету на будь-якому рівні. 2.
Інформаційна система казначейства повинна бути адаптована до роботи як з традиційними банківськими операціями, так і з системами електронних банківських розрахунків та підтримувати активну взаємодію з інформаційними системами виконання федерального та регіональних бюджетів. Такі суміжні з комплексом системи мають базуватися на повномасштабному, автоматизованому та оперативному бухгалтерському обліку виконання бюджетів та передбачати одноразове формування інформації при обробці первинних документів, у тому числі платіжних документів у банківській системі. 3.
Основні процеси виконання бюджету мають бути узгоджені та синхронізовані протягом операційного дня, тижня, місяця, кварталу, року. 4.
Необхідна організація єдиної технологічної інформаційної комунікаційної системи органів, виконують бюджети різних рівнів. 5.
Інформація, що входить до тієї чи іншої суміжної відомчої системи під час їхньої взаємодії, має бути достовірною, що вимагає застосування єдиної технології захисту інформації від несанкціонованого доступу та захисту електронного підпису. 6.
При організації та впровадженні автоматизованої інформаційної технології казначейства необхідно застосування технологічних та методичних рішень, що дозволяють проводити модифікацію як усієї системи або її ядра, так і лише окремих АРМ та окремих завдань на робочих місцях, не торкаючись поточної роботи решти системи загалом, тощо. .
Апаратно-програмна система казначейства. Виходячи з перелічених вимог до АІС казначейства та умов побудови цієї системи використовують дві архітектури автоматизованої інформаційної технології: 1)
«термінальну» – на основі застосування центрального обчислювального комплексу високої продуктивності – мейнфрейму (mainframe) та системи локалізованих та віддалених терміналів, у тому числі інтелектуальних; 2)
"Клієнт-сервер" - на основі організації колективної високопродуктивної роботи з базами даних в локальних обчислювальних мережах організації.
Створення інформаційних систем у термінальній архітектурі з використанням мейнфреймів має значні історичні традиції. За кордоном та в Росії ще недавно широко використовувалися такі комплекси на основі ЕОМ високої продуктивності.
Перевагою таких систем є централізована багатопотокова та багатозадачна обробка всієї інформації, що знаходиться в інформаційній системі. Це дозволяє оптимізувати використання дорогих обчислювальних ресурсів високої продуктивності центральної машини. При роботі мейнфрейму кожному користувачеві та кожному процесу виділяється комплекс інформаційних ресурсів, що дозволяє вирішувати поставлені завдання. Користувач може спілкуватися з машиною як за допомогою швидкісних пристроїв введення-виведення інформації, що є приналежністю обчислювального комплексу на базі мейнфрейму, так і за допомогою терміналів, підключених до центральної машини комплексу.
Операційні системи мейнфреймів відрізняються стійкістю в роботі, захищеністю та ефективністю використання ресурсів пам'яті, центрального процесора (одного або кількох) та периферійних пристроїв введення-виведення інформації.
Ця архітектура спочатку була орієнтована ефективне рішення кількох (чи багатьох) різних завдань одночасно у режимі поділу часу, тому має розвинені засоби захисту та захисту від збоїв. Розрахунок операційних систем на роботу великої кількості (до кількох тисяч) користувачів визначив створення розвинених та швидкісних телекомунікаційних засобів, вбудованих в операційні системи та апаратну частину мейнфреймів.
Апаратна частина системи, створена для умов багаторічної безперервної роботи в напруженому режимі обробки інформації, відрізняється високою надійністю та стійкістю до відмови. Програмні продукти, встановлені лише на центральну машину, дозволяють досить легко та швидко виконувати модифікацію та заміну без шкоди для користувачів системи.
Однак останніми роками світова практика свідчить про значну переорієнтацію основних споживачів систем на основі мейнфреймів на застосування більш дешевих рішень із використанням нових комп'ютерних технологій. Це відбувається з низки причин.
Створення термінальних систем найчастіше призводить до монополізації постачальником початкової системи всіх послуг із розвитку.
Інтенсивний розвиток персональних комп'ютерів та міні-ЕОМ на основі високопродуктивних процесорних комплексів, насичення ними ринку інформаційних технологій призвели до появи недорогих конкурентних рішень.
Зниження цін на обчислювальні системи на основі потужних мікропроцесорів при підвищенні їх продуктивності та економічності енергоспоживання робить ці системи дуже привабливими для широкого застосування у сферах, традиційних для мейнфреймів, - банках, комунікаціях, фінансовій діяльності, складних корпоративних системах.
Удосконалення операційних систем персональних комп'ютерів та систем на їх основі наближає їх до мейнфреймів за характеристиками як продуктивності та надійності, так і у сфері підтримки багатозадачності та багатопоточності.
З розквітом мікрокомп'ютерів і міні-комп'ютерних систем значення мейнфреймів знизилося. Вартість мейнфреймів відносно висока: один комп'ютер із пакетом прикладних програм оцінюється щонайменше у мільйон доларів. Незважаючи на це, вони активно використовуються у фінансовій сфері та оборонному комплексі, де займають від 20 до 30% комп'ютерного парку, оскільки використання мейнфреймів для централізованого зберігання та обробки досить великого обсягу інформації обходиться дешевше, ніж обслуговування розподілених систем обробки даних, що складаються з сотень та тисяч персональних комп'ютерів.
У системі «клієнт-сервер» знаходиться не лише загальна база даних, а й програми пошуку. Це дозволяє запитувати в повному обсязі дані, лише ті, які необхідні користувачеві.
Дуже багато СУБД поділяють свою роботу на два рівні за системою «клієнт-сервер». З погляду виконання програма поділена на дві частини – клієнтську та серверну. На клієнтській частині (комп'ютері) відбувається контакт із зовнішнім світом. На комп'ютері-сервері розташовані загальні для всіх клієнтів дані та працює спеціальна програма- сервер баз даних, що оптимізує виконання запитів клієнтів.
Клієнт - програма обробки, вона ж користувальницька та прикладна програма. Зазвичай займається інтерфейсом з користувачем, а фактичну роботу з базою даних покладає на БД-сервер. Сервер бази даних передає обрану з бази інформацію міжпроцесорному каналу клієнту.
Швидкодія – основний фактор доцільності розробки систем для архітектури «клієнт-сервер».
Постійно йде робота з удосконалення самого методу зберігання та обробки інформації, і якщо його реалізація (тобто БД-сервер) змінилася, то не потрібно буде перекомпілювати з новими бібліотеками всі розроблені програми, а достатньо буде інсталювати новий БД-сервер замість старого і перекласти бази даних у формат нового сервера (застосувавши для цього утиліту, що додається).
Використовуючи безліч невеликих комп'ютерів, розробники систем «клієнт-сервер» можуть емулювати обчислювальну потужність великих ЕОМ, розподіляючи прикладне завдання з різних мікрокомп'ютерів і серверів. Кожен їх бере він частину обчислювальної навантаження, використовуючи інформацію разом із іншими процесорами мережі. Суть ідеї в тому, щоб підвищити потужність системи, не нарощуючи продуктивність одного комп'ютера, а підсумовуючи багато засобів.
Архітектура «клієнт-сервер» надає розробникам ПЗ виняткову свободу вибору та погодження різних типівкомпонентів для клієнта, сервера та всіх проміжних ланок.
Зараз більшість провідних виробників автоматизованих інформаційних технологій пропонують продукти автоматизованих систем казначейства, що базуються на технології «клієнт-сервер».
Головна думка, закладена в цю технологію - мінімізувати обсяг даних, що передаються через мережу, оскільки основні втрати часу та збої відбуваються саме через недостатньо високу пропускної спроможностімережі.
Робота в ЛОМ на основі технологій колективного створення та використання документа дозволяє органам казначейства скоротити виробництво зайвих чи непотрібних документів на паперовому носії. Подібна технологія дозволяє організувати безпа мажну технологію роботи органів казначейства в режимі електронного офісу.
Відповідно до організаційно-функціональної структури органів Федерального казначейства структура єдиної корпоративної мережі містить три рівні: 1-
й рівень – локальна обчислювальна мережа Головного управління Федерального казначейства Міністерства фінансів РФ; 2-
й рівень - локальні обчислювальні мережі у управліннях Федерального казначейства по суб'єктам РФ; 3-
й рівень - локальні обчислювальні мережі у відділеннях Федерального казначейства за містами, районами та районами у містах.
Розгортання підсистем програмного комплексу RS-Казначейство здійснюється на основі технології «клієнт-сервер» платформ Windows(95/98/Me/NT/2000/XP/2003) у трирівневій архітектурі з побудовою реляційних баз даних. Передбачається організація взаємодії робочих місць з обміном даними в режимах онлайн/офлайн та виконання розподілених транзакцій обробки даних.
Можлива СУБД програмного комплексу RS-Казначейство – MS SQL або Oracle. Програмною платформою розробки є найсучасніша і прогресивна платформа «.NET», що передбачає найбільш універсальну, відкриту та мобільну архітектуру розробки складних інформаційно-аналітичних додатків.
Сервери БД спрямовані на ОС Microsoft Windows 2000, Microsoft Windows NT 4.0, Microsoft Windows 2003. Робота клієнтських машин гарантована під ОС Microsoft Windows 95, 98, NT, ME, 2000, 2003, XP.
Передбачається використання сучасних XML-форматів передачі та обміну даними.
При організації автоматизованого робочого місця будь-якої підсистеми здійснюється точне індивідуальне настроювання робочих місць фінансового органу, закріплення зони відповідальності у процесі планування бюджету, визначення права доступу як окремих працівників, і підрозділів (відділів), груп користувачів.
Інформаційна взаємодія суб'єктів бюджету - АРМ забезпечується спеціальними службовими компонентами прийому-передачі даних, що входять до складу підсистеми. З метою безпеки та збереження цілісності інформації в системі використовуються сертифіковані засоби криптографічного захисту (шифрування та електронно-цифровий підпис).
У загальному вигляді автоматизована інформаційна технологія органів казначейства, побудована на базі архітектури «клієнт-сервер», повинна містити у своєму складі АРМ адміністраторів офісних систем та служби інформаційної безпеки, адміністрації органів казначейства та скарбників, які виконують конкретні функції під час виконання бюджетів різних рівнів. Організація роботи офісу в цілому та його технологічних частин, пов'язаних з роботою в банківських системах платежів, у тому числі електронних, та з депозитарною системою обслуговування ринку державних цінних паперів, будується на єдиному принципі колективної роботи з об'єктами - електронними документами, які є юридично повноцінними еквівалентами паперового документа, прийнятого у традиційному документообігу. Такий підхід ускладнює роботу розподілених систем, але забезпечує юридичну цілісність інформації у системі та надійність при колективній обробці інформації.
Робочі місця такого офісу повинні достовірно відтворювати всі нормативні умови створення та опрацювання документів - від реєстрації та організації маршруту обробки до фіксування прийняття рішення. Зазвичай такі системи функціонують з урахуванням жорстко організованих процедур на конкретних АРМ, що у маршрутні потоки передачі з одного АРМ в інше у вигляді транспорту файлів документа.
Для організації автоматизованої інформаційної технології у казначействі організується спеціальна система комунікацій. Передача даних може здійснюватися телефонними та телеграфними каналами зв'язку.
Найбільш перспективні у плані побудови корпоративних комунікаційних рішень для розподілених на великій території країни. організаційних структурсистема телефонного зв'язку та регіональні комп'ютерні мережеві рішення із загальним доступом, організовані на її основі. В даний час система міжміського зв'язку ґрунтується на застосуванні щодо сучасних станцій серії «Квант», що дозволяють набирати номер абонента без участі операторів з використанням єдиних міжміських кодів. Використання цих станцій дозволяє організовувати по комутованих каналах зв'язку автоматизований обмін інформацією за допомогою комп'ютерів, оснащених телефонними модемами та відповідним прикладним комунікаційним програмним забезпеченням. Швидкість обміну дуже велика - від 1200 до 28 000 бод і більше (у виділених каналах зв'язку швидкість передачі може досягати 1,5 Мбод).
При значному трафіку інформаційного обміну між віддаленими абонентами або за технологічної необхідності мати короткий час встановлення з'єднання між учасниками обміну може бути використана виділена лінія зв'язку, коли лінія зв'язку існує постійно, незалежно від наявності або відсутності передачі інформації. Міжміська та міські (районні) телефонні експлуатаційні організації виділяють канальні ємності у постійне користування на умовах договору оренди. За значної вартості оренди таких каналів їх слід використовувати лише за необхідності, що підтверджується техніко-економічним обґрунтуванням.
Варіантом роботи корпоративної комунікаційної системи з виділених каналів зв'язку є участь організації та її віддалених філій у роботі регіональної чи глобальної комп'ютерної мережі загального доступу.
При організації інформаційного обміну по комутованих каналах телефонного міжміського зв'язку значний вплив на стабільність параметрів передачі надає якість фізичних каналів зв'язку, що автоматично виділяються системою при з'єднанні абонентів. Однак слід врахувати, що велика протяжність ліній зв'язку, значна кількість проміжних з'єднань на лінії, фізична зношеність обладнання та ліній передач на окремих ділянках суттєво знижують надійність телефонного модемного зв'язку по каналах, що комутуються. Нині органами Федерального казначейства з урахуванням якісних модемів і спеціалізованого комунікаційного прикладного програмного забезпечення організовано відомчу систему передачі у всі регіони. Ця система використовується як ефективний майданчик для організації інформаційної технології казначейських органів, що працює в режимі реального часу на маршрутизованих віртуальних каналах передачі даних, у тому числі із захистом інформації від несанкціонованого доступу при передачі даних з віддалених терміналів на центральний сервер даних.
Таким чином, автоматизована інформаційна система казначейства є складовою інтегрованої апаратно-програмної системи, що об'єднує окремі інформаційно-технологічні апаратно-програмні засоби та системи органів Федерального казначейства різних рівнів, включаючи локальні обчислювальні мережі, окремі АРМ та термінали, комунікаційні. комп'ютерні системита кошти, що є у розпорядженні цих установ.
Автоматизована інформаційна система казначейства надає можливість проводити оперативний та ефективний обмін інформацією у узгоджених форматах даних між усіма учасниками бюджетного процесу - як безпосередньо між територіальними органами Федерального казначейства, так і між органами Федерального казначейства та іншими організаціями, що беруть участь у отриманні, перерахуванні та контролі.
На сьогодні навантаження на систему казначейства багаторазово зросло, і ця тенденція найближчим часом тільки посилюватиметься.
Федеральне казначейство проводить дуже складну роботу зі створення єдиної автоматизованої системи Федерального казначейства, яка має забезпечити роботу казначейства біля Росії як єдиного цілісного організму
У принципі, майже всі завдання, що виникають у ході роботи казначейської структури, досить легко піддаються автоматизації. Швидка та безперебійна обробка значних потоків інформації є одним із головних завдань будь-якої великої фінансової організації. Відповідно до цього очевидна необхідність обчислювальної мережі, що дозволяє обробляти величезні інформаційні потоки.
Технологія автоматизованого обліку доходів (система "Казна"). Автоматизована інформаційна система виконання доходів частини федерального бюджету є програмний комплекс, що забезпечує виконання наступних функцій:
збір, реєстрацію, передачу, зберігання, обробку та аналіз інформації з доходної частини федерального бюджету;
отримання своєчасної та достовірної інформації про надходження коштів у федеральний бюджет;
формування облікових та платіжних документів, а також регламентованої звітності;
видачу за запитами довідкової, статистичної та аналітичної інформації.
На основі отриманої інформації підрозділами казначейства вирішуються такі завдання:
безпосередній контролю над динамікою надходження коштів у федеральний бюджет;
розподіл регулюючих податків між федеральним бюджетом та бюджетами суб'єктів РФ;
здійснення контролю над рухом коштів, що у вигляді податків у федеральний бюджет через банки;
передача інформації з нижчих підрозділів казначейства до податкових та фінансових органів, а також до вищих органів казначейства;
прогнозування динаміки надходження коштів з метою планування та коригування асигнувань із федерального бюджету.
Автоматизована система обліку доходів залежно від масштабу розв'язуваних завдань створюється трьох основних рівнях Федерального казначейства (див. вище).
Було розроблено тимчасову автоматизовану систему Федерального казначейства АСФК РФ. Її основним призначенням стало узгодження та забезпечення взаємодії органів Федерального казначейства всіх рівнів, їхнє оперативне інформаційне забезпечення, автоматизація основних операцій, організація системи зв'язку та передачі даних.
В основу створення АСФК РФ було закладено принципи формування єдиної інформаційної бази, захисту даних від несанкціонованого доступу та здатність адаптації програмного комплексу до умов конкретного органу Федерального казначейства.
У Головному управлінні Федерального казначейства Мінфіну РФ та його територіальних органів впроваджено та експлуатуються окремі компоненти інформаційної системи, відсутні наскрізні технології обробки даних, а частина інформаційних технологій застаріла, збір та обробка значної частини інформації дублюється різними організаціями (податковими службами, митним комітетом, фінансовими органами, регіональними та галузевими органами правління, органами статистики та ін.). При цьому відсутнє нормативно-правове забезпечення, що визначає інформаційну взаємодію з використанням каналів зв'язку між економічними відомствами.
Усі операції, які у казначействі, оформляються документами. Оскільки федеральний бюджет складається з доходної та видаткової частини, то існує два відносно незалежних один від одного потоку документів за доходами федерального бюджету та за його видатками.
Тому виділяються переважно дві програмні підсистеми:
підсистема обліку доходів федерального бюджету (система "Казна");
підсистема обліку витрат із федерального бюджету та фінансування одержувачів бюджетних коштів з особових рахунків, відкритих регіональним органам Федерального казначейства (система «Кошторис-F»).
Крім того, у бухгалтеріях казначейських органів вирішуються внутрішньовідомчі завдання, пов'язані з урахуванням виконання та формування звітності щодо виконання кошторису витрат відділень казначейства. Зокрема, у бухгалтерії районного відділення казначейства вирішуються такі комплекси завдань: «Кадри», «Діловодство», «Склад», «Облік матеріальних цінностей», «Заробітна плата», «Звітність».
Технологія електронного документообігу щодо формування доходів федерального бюджету полягає в наступному. 1.
Платник податків подає до банку, де відкриті його розрахункові рахунки, платіжне доручення про сплату податків федеральний бюджет у чотирьох примірниках. Один примірник платіжного доручення зі штампом про сплату повертається платнику податків, один примірник залишається у банку платника податків, два примірники відправляються до банку, в якому відкрито поточний рахунок казначейства, при цьому один із них залишається у банку, а інший спрямовується до казначейства. 2.
Надійшли суми податків та інших платежів щодня електронним платежем перераховуються банками платників податків до банку, у якому відкрито дохідний рахунок казначейства.
При перерахунку до банку передаються копії платіжного документа та зведене авізо. 3.
Банк, в якому відкрито поточний рахунок казначейства, зараховує податки та платежі на зазначений рахунок, після чого по електронних каналах зв'язку пересилає до казначейства копії платіжних документів, що надійшли, і виписку про надходження доходів. 4.
Казначейство протягом робочого дня обробляє платіжні документи, отримані з банку, тобто. заносить їх у базу даних з урахуванням розподілу регулюючих податків відповідно до чинного законодавства. 5.
Завершенням обліку доходів за операційний день органів Федерального казначейства для рахунку 40101 є висновок на друк платіжних доручень на рахунок доходів федерального бюджету та на рахунок бюджету суб'єкта РФ та місцевих бюджетів.
Операційний день для цього рахунку закінчується при отриманні витягу банку з позначкою про проходження підготовлених документів.
Система «Казна» постійно модифікується та доопрацьовується у зв'язку зі зміною нормативно-законодавчої бази, набору та технології виконання операцій, з урахуванням пропозицій, зауважень та побажань від регіонів.
Проводиться розвиток реалізованих можливостей, досвідчене та промислове впровадження, навчання, супровід, підтримка гарячої лінії, надання консультаційних послуг.
Система призначена для користувачів чотирьох категорій: 1)
адміністратора - спеціаліста з питань ведення та підтримки автоматизованої системи, з питань оргтехніки та локальної обчислювальної мережі; 2)
фінансиста (казначея) – спеціаліста, відповідального за виконання фінансових операцій; 3)
операціоніста - спеціаліста, відповідального за введення інформації до системи; 4)
бухгалтера – спеціаліста, відповідального за виконання бухгалтерських операцій та ведення бухгалтерської звітності.
Система дозволяє створювати нові категорії робочих місць, працює в розрахованому на багато користувачів мережевому режимі, крім того, можна працювати в локальному режимі.
Функціональна наповненість автоматизованої системи на сьогодні представлена такими програмними комплексами:
«Аналітичний облік та розподіл доходів федерального бюджету в умовах ведення централізованого балансового рахунку 40101»;
«Аналітичний облік та розподіл доходів місцевих бюджетів»;
"Бухгалтерський облік виконання бюджету";
«Аналітичний облік та розподіл доходів федерального бюджету»;
"Облік митних платежів на рахунках, відкритих в органах Федерального казначейства";
"Інформаційна взаємодія з територіальними органами МНС, банками, органами Федерального казначейства на інших рівнях";
«Створення та ведення бази даних нормативно-довідкової інформації».
Сервісні функції АІС "Казна". Ця система наділена засобами:
контролю коректності і цілісності інформації, що вводиться і обробляється;
видачі повідомлень про хід виконання процесів і помилки з боку користувача;
автоматизованого копіювання та відновлення інформації щодо операцій за день;
архівації даних закритого періоду для зберігання їх у стислому вигляді та можливістю розархівації;
налаштування меню користувача (дизайн меню, функціональні можливості);
засобами обмеження прав доступу певних категорій користувачів з метою запобігання несанкціонованому доступу;
генерації звітів за довільними запитами, створюваними користувачем.
розширення системи (наприклад, через функції користувача можливе підключення автономних модулів);
перегляду баз даних за обраними критеріями пошуку та перегляду;
перевірки цілісності баз даних (кілька рівнів);
ініціалізації даних із будь-якої проміжної дати протягом фінансового року.
При установці робочих параметрів системи конкретного користувача система забезпечує: 1)
логічний контроль інформації, що вводиться та обробляється; 2)
контроль на відповідність даних змісту довідників; 3)
блокування дій користувача у разі серйозних порушень у БД.
Автоматизований облік витрат (система «Кошторис-F»). Програмна система «Кошторис-F» призначена для автоматизованого обліку фінансових операцій відділень фінансового казначейства і дозволяє виконувати такі функції:
вести каталоги клієнтів, їх атрибути та характеристики;
вести каталог особових рахунків розпорядників бюджетних коштів (РБС);
запроваджувати платіжні документи;
встановлювати відповідність між запровадженими платіжними документами та виписками з рахунків певного казначейства у банку з автоматичним формуванням проводок за рахунками;
розносити проведення за особовими рахунками розпорядників коштів;
враховувати постановку платіжних документів на картотеку;
підвищувати достовірність розрахунків під час запровадження платіжних документів з допомогою підключення до довіднику розпорядників бюджетних асигнувань підприємств - кореспондентів у банку;
формувати та друкувати звітні форми та документи;
вести архіви платіжних документів;
налаштовувати атрибути відділень Федерального казначейства;
встановлювати різний рівень доступу до інформації для
користувачів системи.
В автоматизованій системі казначейства закладено робочі засоби:
адміністратора системи (АС);
відділу платежів;
операційного відділу;
бухгалтерії.
Кожному робочому місцю відповідають певні функції, які можна коригувати та доповнювати.
Як відправна точка технологічного процесу приймемо надходження реєстру Управління Федерального казначейства на первинне фінансування у відділ платежів. Якщо фінансованої організації ще немає в числі обслуговуваних Федеральним казначейством, відділ платежів повідомляє цю організацію про надходження фінансування, готує пакет документів, які необхідно подати організації для відкриття особового рахунку (заява, договір на обслуговування, картки із зразками підписів, касову заявку і кошторис витрат ). Кожній організації, що обслуговується Федеральним казначейством, присвоюється реєстраційний номер, і її документи зберігаються у спеціальній папці з цим номером. Кожній обслуговуваній організації відкривається особовий рахунок (в одній організації може бути кілька особових рахунків залежно від символу фінансування).
Відкриття особових рахунків РБА здійснюється за розпорядженням бухгалтерії на основі комплекту документів, що надаються РБА та ОФК за встановленою формою. Поряд з особовими рахунками клієнтів в АС також відкривається поточний рахунок ОФК у банку та особові рахунки блоків федеральних програм (блок розпорядників з ФП).
Відкриття особового рахунку складає робочому місці відділу платежів. Якщо фінансованої організації немає у довіднику РБА, то для відкриття особового рахунку необхідно внести її до цього довідника, що знаходиться у розділі локальних довідників НДІ (нормативно-довідкової інформації). При введенні організації здійснюється контроль реєстраційного номера (двох організацій із одним номером не може). При запровадженні особового рахунку здійснюється контроль реєстраційного номера організації (він має бути присутнім у довіднику НСІ), підрозділу, символу та лицьової статті (за НСІ).
Облік та ведення кошторисів витрат РБА здійснюються на робочому місці відділу платежів, де надається РБА кошторис вводиться в базу даних у розрізі економічних класифікацій. При змінах кошторису оператор вводить ці зміни до наявної бази даних кошторисів. Зміни вводяться до коригування кошторису та переміщення сум усередині фінансування на підставі документів щодо переміщення, що надаються РБА. Дані кошторису служать контролю зарахування і витрачання коштів з особових рахунків РБА.
Витрачання коштів з особових рахунків РБА та федеральних програм здійснюється через рахунки органів Федерального казначейства, відкритих в уповноваженому банку. Фінансування витрат з особових рахунків РБА та федеральних програм проводиться за суворого контролю на відповідність кошторису витрат (лімітів) у розрізі статей економічної класифікації. При необхідності, у разі нестачі коштів на одній статті економічної класифікації, але наявності на іншій, можливе переміщення коштів у межах одного особового рахунку за листом РБА з обов'язковим відновленням початкових даних протягом фінансового року згідно з кошторисними призначеннями.
При надходженні платіжних доручень на списання коштів з особових рахунків РБА відділ платежів контролює цільове виконання бюджетних коштів, звіряє їх з кошторисом видатків та формулює розпорядження для оперативного відділу на списання коштів з рахунків. Оперативний відділ здійснює введення платіжних доручень до бази даних.
За відсутності або нестачі коштів на особових рахунках РБА платіжні документи РБА або сторонніх стягувачів розміщуються в картотеці. Надалі при надходженні коштів на відповідний особовий рахунок відділом платежів проводиться повне або часткове списання коштів з картотеки з формуванням розпорядження та подальшим оформленням меморіального ордера.
Розпорядники бюджетних асигнувань для отримання готівки у банку подають до Федерального казначейства заявки отримання готівки. Відділ платежів контролює цільове використання бюджетних коштів, звіряючись із кошторисом видатків, перевіряє наявність обов'язкових платежів до бюджету та фондів та формує вільну заявку для передачі її до банку. У день отримання готівки бухгалтерія Федерального казначейства виходячи з заявки і довіреності представника РБА виписує чеки отримання готівки.
Після завершення операції з платіжними документами на списання коштів операційний відділ готує реєстр платіжних документів передачі їх у банк. Після підтвердження суми введених документів обліковуються у звітних формах та відображаються на особових рахунках.
При надходженні виписки банку операційний відділ проводяться автоматична звірка з наявними у системі і підтвердження платіжних документів, та був додаткова обробка відсутніх документів. Після підтвердження всіх документів з виписки банку адміністратор системи закриває операційний день, у результаті здійснюються операції з кореспондентським рахункам органів Федерального казначейства, відкритим у банку. Потім операційному відділі формується виписка по лицьовим рахунках РБА і федеральним програмам передачі їх клієнтам, і навіть оборотно-сальдова ведомость.
Безпека інформації в автоматизованих системахказначейства. p align="justify"> Важливою характеристикою програмного забезпечення є безпека його використання, тобто. здатність забезпечити юридичну значимість електронних документів та захистити систему від несанкціонованого доступу.
Оскільки під час виконання бюджетів обробляється конфіденційна інформація, велика увага приділяється захисту даних від несанкціонованого доступу до них.
Основними цілями захисту в автоматизованих системах Федерального казначейства РФ є :
запобігання витоку, розкрадання, втрати, несанкціонованого знищення або копіювання, модифікації (підробки), блокування інформації;
збереження цілісності та достовірності інформації в базах даних та програмах обробки;
забезпечення конфіденційності інформації відповідно до законодавства;
запобігання незаконному втручанню в інформаційні системи.
Захист інформації в автоматизованих системах Федерального казначейства РФ має будуватися виходячи з таких основних принципів:
забезпечення фізичного поділу областей, призначених для обробки секретної та несекретної інформації;
забезпечення криптографічного захисту інформації;
забезпечення аутентифікації абонентів та абонентських установок;
забезпечення розмежування доступу суб'єктів та їх процесів до інформації;
забезпечення встановлення справжності та цілісності документальних повідомлень під час їх передачі каналами зв'язку;
забезпечення захисту обладнання та технічних засобів системи, приміщень, де вони розміщуються, від витоку конфіденційної інформації з технічних каналів;
забезпечення захисту шифротехніки, обладнання, технічних та програмних засобіввід витоку інформації за рахунок апаратних та програмних закладок;
забезпечення контролю цілісності програмної та інформаційної частини автоматизованої системи;
використання як механізмів захисту лише вітчизняних розробок;
забезпечення організаційно-режимних заходів захисту. Доцільно використання та додаткових заходів щодо забезпечення безпеки зв'язку в системі;
організація захисту відомостей про інтенсивність, тривалість та графіки обміну інформації;
використання передачі та обробки інформації каналів і способів, що утруднюють перехоплення;
реалізація безпечного адміністрування фінансової системи
До механізмів забезпечення захисту інформації в автоматизованих системах належать:
контроль доступу до інформаційним ресурсам;
шифрування даних ( криптографічний захист);
електронний цифровий підпис;
забезпечення цілісності та достовірності даних;
забезпечення аутентифікації (підтвердження справжності відправника та одержувача інформації);
маскування трафіку (утруднення аналізу потоків інформації без її розтину).
Автоматизовані інформаційні системи митних органів
Для отримання реєстраційних свідоцтв Вам необхідно встановити програмне забезпечення та подати заявку в режимі on-line. На зовнішньому пристроїабо на файловій системі буде згенеровано Ваші закриті ключі ЕЦП.
Зберіть необхідний пакет документів та зверніться до Центру Реєстрації (ЦОН) для підтвердження поданої заявки. Після цього встановіть реєстраційні свідоцтва щодо присвоєного номеру заявки.
1. Перед поданням заявки ознайомтеся з інструкцією користувача
2. Встановлення програмного забезпечення
Для успішного подання заявки в режимі on-line, Вам необхідно завантажити та встановити програмне забезпечення , також рекомендуємо ознайомитися зкерівництвом користувача NCALayer.
| NCALayer для Windows |
NCALayer для Linux |
NCALayer для MacOSX |
3. Список необхідних документів для здачі до Центру реєстрації:
- Заява (встановленого зразка) сформована після подання заявки, з номером заявки та підписом заявника;
- Документ, що засвідчує особу;
- Угода або додаткова угода про використання ЕЦП між Комітетом Казначейства Республіки Казахстан та клієнтом на паперовому носії (якщо дата підписання угоди та дата надання угоди або додаткової угоди в НУЦ РК перевищує 3 робочі дні, крім дня підписання угоди (додаткової угоди), то ця угода відхиляється );
- Довіреність на представника послугоодержувача (співробітник юридичної особи) встановленого зразка – при представленні інтересів одержувача третьою особою.
У разі ненадання документів протягом 1-го місяця заявку буде анульовано.
Нормативно – правова документація взаємодії між ІС «Казначейство – Клієнт», Користувачем даної системи та НУЦ РК:
|
Додаткова згода |
|
|
Угода про використання електронного цифрового підпису |
|
|
Заява на відкликання реєстраційного свідоцтва, виданого Національним посвідчувальним центром Республіки Казахстан для інформаційної системи "Казначейство - Клієнт" комітету Казначейства Міністерства фінансів Республіки Казахстан |
|
|
та Національним посвідчувальним центром Республіки Казахстан |
|
|
Користувача угода |
|
|
Наказ про внесення змін та доповнень до наказу Міністра фінансів Республіки Казахстан від 2 березня 2016 року №98 «Про затвердження Методичних рекомендацій взаємодії користувачів із системою Казначейство-клієнт та Національним посвідчуючим центром Республіки Казахстан» |
