1

Замовник

СЛОБОЖАНСЬКА СЕЛИЩНА РАДА ЧУГУЇВСЬКОГО РАЙОНУ ХАРКІВСЬКОЇ ОБЛАСТІ

2

Назва предмету закупівлі

«Постачання та впровадження системи електронного документообороту» код ДК 021:2015  – 48310000-4- «Пакети програмного забезпечення для створення документів»

3

Вид процедури

Відкриті торги з особливостями

4

Дата оголошення

26 березня 2025 року

5

Строк поставки

до 01 жовтня 2025 року

6

Обсяг закупівлі

1 послуга

7

Ідентифікатор закупівлі

ID: UA-2025-03-26-000490-a

8

Очікувана вартість та обґрунтування очікуваної вартості  предмета закупівлі

310 800,00 грн.( триста десять тисяч вісімсот   грн. 00 коп),  у тому числі ПДВ.

 Визначення очікуваної вартості предмета закупівлі визначена на підставі розрахунків з урахуванням запланованих поточних завдань замовника на 2025 рік .

Очікувана вартість предмета закупівлі визначена (розрахована) методом порівняння ринкових цін. При визначенні очікуваної вартості закупівлі враховувалась інформація про ціни на товари та послуги, що міститься в мережі Інтернет у відкритому доступі та  в електронній системі закупівель “Prozorro”.

9

Обґрунтування розміру бюджет-ного призначення

Розмір бюджетного призначення визначено відповідно до рішення LХVII сесії VIII скликання від 20.03.2025 р №2629 – VIII

10

Обґрунтування технічних та якісних характеристик предмета закупівлі

  Метою впровадження системи електронного документообігу (далі - СЕД) є автоматизація процесів підготовки та опрацювання внутрішніх та зовнішніх електронних документів засобами СЕД для автоматизації процесів опрацювання електронних документів у Замовника.

1.              Кількісні параметри предмета закупівлі

Предмет закупівлі має включати всі компоненти (складові), необхідні для створення і впровадження системи електронного документообігу Слобожанська селищна рада Чугуївського району Харківської області (надалі – Замовник), а саме:

- Ліцензійне програмне забезпечення системи електронного документообігу, яке складатиме основу системи електронного документообігу на загальну кількість користувачів _____25_(двадцять пʼять) _(далі - СЕД);

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

- Послуги з впровадження СЕД (постачання, встановлення, налаштування, навчання та консультування користувачів - сім фахівців).

Учасник повинен забезпечити гарантійну підтримку програмного забезпечення СЕД протягом щонайменше 6 місяців після впровадження СЕД у дослідну експлуатацію. Гарантійна підтримка повинна включати безоплатні послуги з реагування на інциденти, пов’язані з ймовірними дефектами у програмному забезпеченні СЕД.

2.    Вимоги до функціонування програмного забезпечення

2.1.  Апаратно-програмні вимоги

СЕД повинна відповідати наступним апаратно-програмним вимогам:        

-                               СЕД реалізована в клієнт-серверній архітектурі;

-                               Уся функціональність клієнтської частини СЕД (повнофункціональний web-клієнт)  доступна за допомогою Інтернет-браузера у вигляді web-клієнту (Google Chrome, Mozilla FireFox, Opera), працює під керуванням ОС Windows або ОС Linux\Unix;

-                               На клієнтських робочих станціях не встановлюється ніяке додаткове програмне забезпечення, окрім Інтернет-браузера та розширення до нього, яке відповідає за роботу СЕД з КЕП та периферійними пристроями, та може встановлюватись на клієнтські робочі станції як індивідуально, так і за допомогою групових політик OC;

-                               Використання мережевого протоколу обміну даними TCP/IP;

-                               Серверна частина СЕД повинна функціонувати на ОС Linux\Unix та ОС Windows;

-                               База даних користувачів СЕД синхронізується  з MS Active Directory.

-                               СЕД повинна функціонувати на одній з промислових реляційних СКБД (Oracle, MS SQL Server), та хоча б на одній безкоштовній (наприклад MySQL, MariaDB, PostgreSQL), що забезпечує підтримку використання:

o   не менше ніж 4 ядер процесору

o   не менш ніж 4 ГБ оперативної пам’яті

o   не менше ніж 500ГБ дискового масиву (постійної пам’яті).

Учасник повинен вказати всі версії всіх СКДБ які підтримуються СЕД та вказати повну назву та номер версії (якщо є).

Комерційна версія СКБД, що може бути використана для функціонування СЕД повинна мати офіційну технічну підтримку від компанії-постачальника (вендора).

            2.2.Вимоги щодо збереження та захисту інформації, що обробляється у СЕД

До усіх аспектів безпеки і надійності програмного забезпечення СЕД висуваються наступні вимоги:

-        Захисту інформації, яка міститься в СЕД;

-        Надійності системного та прикладного програмного забезпечення, що використане для  СЕД;

-        Доступності ППЗ для користувачів тощо.

-        Для надійної роботи СЕД повинні виконуватись наступні дії:

-        Зберігання резервних копій (створення архівів) даних;

-        Зберігання резервних копій програмних модулів СЕД, розміщених на серверах застосувань СЕД.

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

СЕД прав повинна бути "дозвільного" типу, тобто вважається, що користувач має тільки ті права, які йому безпосередньо було надано Адміністратором. Будь-яка спроба виконати операцію, права на яку надано не було, мають блокуватися.

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

-        Протоколювання зміни даних користувачів СЕД.

-        Ідентифікація та автентифікація користувачів (у тому числі інтеграція з ActiveDirectory).

-        Розмежування прав доступу (від конкретних документів до їх атрибутів).

-        Контроль цілісності компонентів СЕД.

-        Протоколювання роботи користувачів СЕД.

Комплекс засобів захисту інформації платформи, на базі якої розроблено  СЕД (крім програмного забезпечення для мобільних пристроїв) має відповідати вимогам нормативних документів системи технічного захисту інформації в Україні. Рівень гарантій коректності реалізації засобів захисту системи згідно з НД ТЗІ 2.5-004-99 має бути не нижче Г-2.

2.3. Вимоги до надійності

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

-        проведення профілактичних робіт;

-        проведення оновлення версій;

-        інші заходи, що необхідні для функціонування СЕД.

       Надійність СЕД в цілому повинна  визначатися надійністю функціонування складових її компонент (підсистем):

СЕД не повинна втрачати працездатність у випадку виникнення збоїв, аварій і заперечень, що виникають на робочих станціях і друкуючих пристроях.

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

СЕД повинна забезпечувати цілісність та збереження введених даних без будь-якої втрати.

СЕД повинна  забезпечувати працездатність при некоректних діях кінцевих користувачів:

-        введення некоректних даних;

-        невірний вихід із СЕД (завершення роботи в СЕД) на робочій станції.

3. Вимоги до базового програмного забезпечення (платформи) на якій розроблена СЕД

СЕД повинна базуватися на сучасній програмній платформі з наступними характеристики:

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

-  Підтримувати використання декількох промислових СКБД та хоча б одну безкоштовну СКБД (наприклад, Oracle, MS SQL Server та PostgreSQL, MySQL, MariaDB);

-  Сервер застосувань має функціонувати у середовищі операційних систем сімейства Linux;

-   клієнтська частина повинна бути побудована за принципом «тонкого» клієнта (WEB клієнт). Вся функціональність як Платформи, так і СЕД  доступна через «тонкого» клієнта;

- «Тонкий» клієнт повинен функціонувати через браузер (Google Chrome, Mozilla FireFox, Opera);

-  «Тонкий» клієнт повинен бути кросплатформеним, а саме працювати на різних клієнтських операційних системах: Windows, Linux, Mac OS, Android;

- «Тонкий» клієнт повинен працювати на низькошвидкісних каналах зв’язку (від 64 Кбіт/с), в т.ч. і на комутованих каналах та каналах мобільного зв’язку;

- «Тонкий» клієнт не повинен зберігати свого стану на сервері застосувань, бути реалізованим за допомогою stateless архітектури;

-  В СЕД повинні бути передбачені необхідні засоби автоматизованого контролю цілісності даних і несуперечності збереженої інформації, персоніфікації даних, створених різними користувачами, ведення журналу операцій, які виконуються;

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

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

- Вимоги до клієнтських АРМів: персональний комп'ютер з  процесором 2*Core, 2 Ггц, ОЗУ  2 ГБ, вінчестер від 20 ГБ;

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

-  Платформа повинна забезпечувати автоматичну  інтеграцію з будь яким LDAP каталогом, включаючи MS Active Directory;

-Платформа повинна забезпечувати автоматичну авторизацію користувачів засобами КЕП;

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

-  Платформа повинна забезпечувати можливість перегляду документів у форматах DOC, DOCX,XLS, XLSX, CSV, PPT, PDF, HTML, TXT, без встановлення зовнішніх додатків (MS Office, OpenOffice) на клієнтських робочих місцях;

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

- Платформа повинна мати можливість здійснювати швидку розробку електронних форм (наявність інструментарію для створення складних екранних форм);

- Повинна бути реалізована можливість індивідуального налаштування функціонального складу робочого місця користувача;

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

- Мати вбудовані засоби генерації звітів у форматі PDF, як на клієнті, так і на сервері застосувань;

- Забезпечувати можливість одночасного використання як КЕП, які підтримують інтерфейси SSPI (наприклад PKI), так і підтримуючих українській ДСТУ;

- Забезпечувати можливість налагодження шлюзів для імпорту – експорту/ імпорту даних та довідників з/до інших програмних комплексів;

- Платформа повинна мати експертний висновок та забезпечувати рівень гарантій Г-2.