-
Відкриті торги з особливостями
-
Однолотова
-
КЕП
Пакети програмного забезпечення для забезпечення безпеки (Система контролю привілейованих користувачів)
Завершена
6 916 100.00
UAH без ПДВ
Період оскарження:
31.10.2025 13:48 - 07.11.2025 00:00
Скарга
Відхилено
КЕП
«Скарга про порушення законодавства у сфері публічних закупівель, що відбулось після оцінки тендерних пропозиції»
Номер:
019f525414ea4c26bc3e7cd1a8b00f25
Ідентифікатор запиту:
UA-2025-10-31-007077-a.c1
Назва:
«Скарга про порушення законодавства у сфері публічних закупівель, що відбулось після оцінки тендерних пропозиції»
Скарга:
31 жовтня 2025 року Акціонерне товариство "Укртрансгаз" (далі - Замовник) оприлюднило оголошення про закупівлю - UA-2025-10-31-007077-a, процедура закупівлі – відкритті торги з особливостями, предмет закупівлі - Пакети програмного забезпечення для забезпечення безпеки (Система контролю привілейованих користувачів) згідно коду ДК 021-2015: 48730000-4 Пакети програмного забезпечення для забезпечення безпеки.
Відповідно до реєстру отриманих тендерних пропозицій до участі у тендерній процедурі було подано 2 (дві) тендерні пропозиції, а саме:
1. ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ «ЕСКА -СОФТ» (38807604);
2. ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "То Є Софт" (38005199).
Протоколом щодо прийняття рішення уповноваженою особою АТ «Укртрансгаз» від 20.11.2025 № 25/ТО/306-н-1 за результатами розгляду тендерної пропозиції учасника ТОВ «ЕСКА -СОФТ» (код ЄДРПОУ 38807604) за предметом закупівлі «Пакети програмного забезпечення для забезпечення безпеки (Система контролю привілейованих користувачів)» (номер процедури закупівлі в електронній системі закупівель UA-2025-10-31-007077-a) прийнято рішення про відповідність тендерної пропозиції даного учасника встановленим вимогам та визначено учасника ТОВ «ЕСКА -СОФТ» (код ЄДРПОУ 38807604) переможцем процедури закупівлі і прийнято рішення про намір укласти договір про закупівлю.
Скаржник не погоджується з прийнятим рішенням та вважає його незаконним і таким, що порушує його права, законні інтереси та завдає економічної шкоди, оскільки останнє прийнято з порушенням вимог діючого законодавства, що пояснюється наступним.
Пов'язані документи:
Учасник
- 2024-10-04_СОФТ_АБАНК_Д_SO_12-2024.pdf 25.11.2025 16:16
- 2024-10-31_Софт_Акцент-Банк_акт_0000-000034.pdf 25.11.2025 16:16
- 2025-05-14_Софт_ІДС_акт_11.pdf 25.11.2025 16:17
- 2025-04-11_Софт_Індустріальні та дистрибуційні системи_Д_SO_110425.pdf 25.11.2025 16:17
- додаток_1_технічні вимоги.pdf.p7s 25.11.2025 16:17
- додаток_1_технічні вимоги.pdf 25.11.2025 16:17
- Протокол_25_306_н-1.docx 25.11.2025 16:17
- Протокол визначення переможця закупівлі та намір укласти договір про закупівлю.pdf 25.11.2025 16:17
- Скарга .docx 25.11.2025 16:17
- Скарга .pdf 25.11.2025 16:17
- sign.p7s 25.11.2025 16:48
- Заперечення на пояснення до скарги UA-2025-10-31-007077-a.pdf 12.12.2025 15:09
- Заперечення на пояснення до скарги UA-2025-10-31-007077-a.pdf 12.12.2025 15:12
- Рішення від 27.11.2025 №17610.pdf 27.11.2025 14:26
- інформація про перенесення розгляду скарги від 05.12.2025 №2334.pdf 05.12.2025 16:20
- Інформація про резолютивну частину рішення від 15.12.2025 №18471.pdf 16.12.2025 16:10
- Рішення від 15.12.2025 №18471.pdf 17.12.2025 17:38
- лист відповідь від CyberArk Software Ltd.pdf 01.12.2025 17:26
- лист звернення до CyberArk Software Ltd..pdf 01.12.2025 17:26
- Пояснення по суті скарги.docx 01.12.2025 17:26
- Пояснення по суті скарги.pdf 01.12.2025 17:26
- сканкопія додатку до листа відповіді від CyberArk Software Ltd.pdf 01.12.2025 17:26
- лист звернення до CyberArk Software Ltd..pdf 01.12.2025 17:32
- лист відповідь від CyberArk Software Ltd.pdf 01.12.2025 17:32
- сканкопія додатку до листа відповіді від CyberArk Software Ltd.pdf 01.12.2025 17:32
- Пояснення по суті скарги.docx 01.12.2025 17:32
- Пояснення по суті скарги.pdf 01.12.2025 17:32
Дата прийняття скарги до розгляду:
25.11.2025 16:52
Дата розгляду скарги:
15.12.2025 10:00
Місце розгляду скарги:
Антимонопольний комітет України
Дата прийняття рішення про прийняття скарги до розгляду:
27.11.2025 14:27
Дата прийняття рішення про відхилення скарги:
17.12.2025 17:38
Пункт скарги
Порядковий номер пункту скарги:
1
Номер:
e5cd6fc3bc384d5f8e791fd7890cfa8f
Заголовок пункту скарги:
«Не відповідність тендерної пропозиції кваліфікаційним вимогам тендерної документації.»
Тип пов'язаного елемента:
Скарга на кваліфікацію
Тип порушення:
Порушення, пов'язані з вимогами законодавства
Ідентифікатор класифікації:
Кваліфікаційні критерії учасників
Тип порушення:
Кваліфікаційні критерії учасників
Опис суті пункту скарги:
По-перше, відповідно до пункту 5 Тендерної документації кваліфікаційні критерії, встановлені у відповідності до статті 16 Закону, та інформація про спосіб підтвердження відповідності учасників встановленим вимогам згідно із законодавством, викладено у Додатку II до тендерної документації.
Згідно пункту 2 Додатку ІІ до тендерної документації учасник процедури закупівлі для підтвердження встановленого Замовником кваліфікаційного критерію у складі тендерної документації повинен надати:
- Сканована/-і копія/-ї договору/-ів про виконання аналогічного/-их за предметом закупівлі договору/-ів.
- Сканована/-і копія/-ї видаткової/-их накладної/-их та/або акту/-ів приймання-передачі товару, які підтверджують виконання аналогічного договору (частково/повністю).
- В документах, які зазначені в даному пункті, серед іншого, повинна міститись інформація про номер/-и та дату/-и укладання договору/-ів, сканкопія/-ї якого/-их надана/-ні на виконання вимог підпункту 2.1.1.
Учасником ТОВ «ЕСКА -СОФТ» (38807604) у складі тендерної пропозиції надано:
1. Договір поставки від 04 жовтня 2024 року № SO/12-2024 (файл «2024-10-04_СОФТ_АБАНК_Д_SO_12-2024.pdf»).
2. Акт прийому-передачі №0000-000034 програмної продукції в електронному вигляді від 31.10.2024 (файл «2024-10-31_Софт_Акцент-Банк_акт_0000-000034.pdf»).
3. Договір поставки від 11.04.2025 № SO/110425 (файл «2025-04-11_Софт_Індустріальні та дистрибуційні системи_Д_SO_110425.pdf»).
4. АКТ прийому-передачі №0000-000011програмної продукції в електронному вигляді від 14.05.2025 (файл «2025-05-14_Софт_ІДС_акт_11.pdf»).
Відповідно до абзацу 2 пп. 1.2. пункту 1 розділу ІІІ тендерної документації всі документи тендерної пропозиції подаються в електронному вигляді через електронну систему закупівель шляхом завантаження сканованих документів або електронних документів в електронну систему закупівель.
Згідно пункту 3 Розділу ІІІ Додатку ІІ до тендерної документації якщо тендерна пропозиція містить скановані документи і документи в електронній формі, то учасник повинен накласти КЕП/УЕП:
- на тендерну пропозицію в цілому;
- на кожен оригінал електронного документа окремо.
Документи тендерної пропозиції, які надані не у формі електронного документа (без КЕП/УЕП на документі) повинні містити підпис уповноваженої посадової особи учасника закупівлі із зазначенням прізвища, ініціалів та посади особи (окрім документів, виданих іншими підприємствами/установами/організаціями).
Замовник не вимагає від учасників засвідчувати документи (матеріали та інформацію), що подаються у складі тендерної пропозиції, печаткою та підписом уповноваженої особи, якщо такі документи (матеріали та інформація) надані у формі електронного документа через електронну систему закупівель із накладанням КЕП/УЕП.
Прошу колегії взяти до уваги, що надані учасником ТОВ «ЕСКА -СОФТ» (38807604) договори та акти не містять підписів сторін, відповідно до змісту зазначених документів, останні підписані за допомогою сервісу Вчасно.
Звертаємо увагу колегії, що за результатами перевірки наданих учасником ТОВ «ЕСКА -СОФТ» (38807604) документів, що підтверджують наявність виконання аналогічних договорів, за результатами перевірки наданих файлів за допомогою загальнодоступного програмного комплексу https://czo.gov.ua/verify вказані файли не містить відповідні електронні підписи сторін.
Відповідно до статі 5 Закону України «Про електронні документи та електронний документообіг» від 22.05.2003 № 851-IV електронний документ - документ, інформація в якому зафіксована у вигляді електронних даних, включаючи обов’язкові реквізити документа.
Згідно частини 2 статті 9 Закону України «Про бухгалтерський облік та фінансову звітність в Україні» від 16.07.1999 № 996-XIV первинні документи можуть бути складені у паперовій або в електронній формі та повинні мати такі обов’язкові реквізити, а саме особистий підпис або інші дані, що дають змогу ідентифікувати особу, яка брала участь у здійсненні господарської операції.
Відповідно до статті 9 Закону України «Про бухгалтерський облік та фінансову звітність в Україні» від 16.07.1999 № 996-XIV первинні документи, створені автоматично в електронній формі програмним забезпеченням інформаційно-комунікаційної системи, застосовуються у бухгалтерському обліку за умови наявності накладеного електронного підпису чи печатки з дотриманням вимог законодавства про електронні документи та електронний документообіг.
Звертаємо увагу колегії, що у наданих документах відсутній накладений електронний підпис та печатка.
Відповідно до статті 7 Закону України «Про електронні документи та електронний документообіг» від 22.05.2003 № 851-IV оригіналом електронного документа вважається електронний примірник документа з обов’язковими реквізитами, у тому числі з електронним підписом автора або підписом, прирівняним до власноручного підпису відповідно до Закону України "Про електронну ідентифікацію та електронні довірчі послуги".
Учасник ТОВ «ЕСКА -СОФТ» (38807604) надавши відповідні електроні документи, а саме договори та акти без накладних електронних цифрових підписів КЕП/УЕП, порушивши вимоги встановлені пунктом 3 розділу ІІ Додатку ІІ до тендерної документації не виконав в повному обсязі вимоги передбачені пунктом 2 Додатку ІІ до тендерної документації, а тому тендерна пропозиція учасника не відповідає вимогам встановлених у тендерній документації.
Згідно пункту 2 Додатку ІІ до тендерної документації учасник процедури закупівлі для підтвердження встановленого Замовником кваліфікаційного критерію у складі тендерної документації повинен надати:
- Сканована/-і копія/-ї договору/-ів про виконання аналогічного/-их за предметом закупівлі договору/-ів.
- Сканована/-і копія/-ї видаткової/-их накладної/-их та/або акту/-ів приймання-передачі товару, які підтверджують виконання аналогічного договору (частково/повністю).
- В документах, які зазначені в даному пункті, серед іншого, повинна міститись інформація про номер/-и та дату/-и укладання договору/-ів, сканкопія/-ї якого/-их надана/-ні на виконання вимог підпункту 2.1.1.
Учасником ТОВ «ЕСКА -СОФТ» (38807604) у складі тендерної пропозиції надано:
1. Договір поставки від 04 жовтня 2024 року № SO/12-2024 (файл «2024-10-04_СОФТ_АБАНК_Д_SO_12-2024.pdf»).
2. Акт прийому-передачі №0000-000034 програмної продукції в електронному вигляді від 31.10.2024 (файл «2024-10-31_Софт_Акцент-Банк_акт_0000-000034.pdf»).
3. Договір поставки від 11.04.2025 № SO/110425 (файл «2025-04-11_Софт_Індустріальні та дистрибуційні системи_Д_SO_110425.pdf»).
4. АКТ прийому-передачі №0000-000011програмної продукції в електронному вигляді від 14.05.2025 (файл «2025-05-14_Софт_ІДС_акт_11.pdf»).
Відповідно до абзацу 2 пп. 1.2. пункту 1 розділу ІІІ тендерної документації всі документи тендерної пропозиції подаються в електронному вигляді через електронну систему закупівель шляхом завантаження сканованих документів або електронних документів в електронну систему закупівель.
Згідно пункту 3 Розділу ІІІ Додатку ІІ до тендерної документації якщо тендерна пропозиція містить скановані документи і документи в електронній формі, то учасник повинен накласти КЕП/УЕП:
- на тендерну пропозицію в цілому;
- на кожен оригінал електронного документа окремо.
Документи тендерної пропозиції, які надані не у формі електронного документа (без КЕП/УЕП на документі) повинні містити підпис уповноваженої посадової особи учасника закупівлі із зазначенням прізвища, ініціалів та посади особи (окрім документів, виданих іншими підприємствами/установами/організаціями).
Замовник не вимагає від учасників засвідчувати документи (матеріали та інформацію), що подаються у складі тендерної пропозиції, печаткою та підписом уповноваженої особи, якщо такі документи (матеріали та інформація) надані у формі електронного документа через електронну систему закупівель із накладанням КЕП/УЕП.
Прошу колегії взяти до уваги, що надані учасником ТОВ «ЕСКА -СОФТ» (38807604) договори та акти не містять підписів сторін, відповідно до змісту зазначених документів, останні підписані за допомогою сервісу Вчасно.
Звертаємо увагу колегії, що за результатами перевірки наданих учасником ТОВ «ЕСКА -СОФТ» (38807604) документів, що підтверджують наявність виконання аналогічних договорів, за результатами перевірки наданих файлів за допомогою загальнодоступного програмного комплексу https://czo.gov.ua/verify вказані файли не містить відповідні електронні підписи сторін.
Відповідно до статі 5 Закону України «Про електронні документи та електронний документообіг» від 22.05.2003 № 851-IV електронний документ - документ, інформація в якому зафіксована у вигляді електронних даних, включаючи обов’язкові реквізити документа.
Згідно частини 2 статті 9 Закону України «Про бухгалтерський облік та фінансову звітність в Україні» від 16.07.1999 № 996-XIV первинні документи можуть бути складені у паперовій або в електронній формі та повинні мати такі обов’язкові реквізити, а саме особистий підпис або інші дані, що дають змогу ідентифікувати особу, яка брала участь у здійсненні господарської операції.
Відповідно до статті 9 Закону України «Про бухгалтерський облік та фінансову звітність в Україні» від 16.07.1999 № 996-XIV первинні документи, створені автоматично в електронній формі програмним забезпеченням інформаційно-комунікаційної системи, застосовуються у бухгалтерському обліку за умови наявності накладеного електронного підпису чи печатки з дотриманням вимог законодавства про електронні документи та електронний документообіг.
Звертаємо увагу колегії, що у наданих документах відсутній накладений електронний підпис та печатка.
Відповідно до статті 7 Закону України «Про електронні документи та електронний документообіг» від 22.05.2003 № 851-IV оригіналом електронного документа вважається електронний примірник документа з обов’язковими реквізитами, у тому числі з електронним підписом автора або підписом, прирівняним до власноручного підпису відповідно до Закону України "Про електронну ідентифікацію та електронні довірчі послуги".
Учасник ТОВ «ЕСКА -СОФТ» (38807604) надавши відповідні електроні документи, а саме договори та акти без накладних електронних цифрових підписів КЕП/УЕП, порушивши вимоги встановлені пунктом 3 розділу ІІ Додатку ІІ до тендерної документації не виконав в повному обсязі вимоги передбачені пунктом 2 Додатку ІІ до тендерної документації, а тому тендерна пропозиція учасника не відповідає вимогам встановлених у тендерній документації.
×
-
Назва доказу:
4. АКТ прийому-передачі №0000-000011програмної продукції в електронному вигляді від 14.05.2025
-
Повʼязаний документ:
2025-05-14_Софт_ІДС_акт_11.pdf
-
-
Назва доказу:
3. Договір поставки від 11.04.2025 № SO/110425
-
Повʼязаний документ:
2025-04-11_Софт_Індустріальні та дистрибуційні системи_Д_SO_110425.pdf
-
-
Назва доказу:
2. Акт прийому-передачі №0000-000034 програмної продукції в електронному вигляді від 31.10.2024
-
Повʼязаний документ:
2024-10-31_Софт_Акцент-Банк_акт_0000-000034.pdf
-
-
Назва доказу:
1. Договір поставки від 04 жовтня 2024 року № SO/12-2024
-
Повʼязаний документ:
2024-10-04_СОФТ_АБАНК_Д_SO_12-2024.pdf
Вимоги:
Зобов’язати замовника скасувати рішення про визначення переможця процедури закупівлі та повідомлення про намір укласти договір
×
-
Встановити наявність порушень у процедурі закупівель UA-2025-10-31-007077-a та зобов’язати замовника усунути допущене ним порушення, а саме скасувати протокол щодо прийняття рішення уповноваженою особою АТ «Укртрансгаз» від 20.11.2025 № 25/ТО/306-н-1 про визначення переможця процедури закупівлі ТОВ «ЕСКА -СОФТ».
Порядковий номер пункту скарги:
2
Номер:
29214ade4eab469d987640bc5e99bd0a
Заголовок пункту скарги:
«Не відповідність тендерної пропозиції технічним вимогам тендерної документації.»
Тип пов'язаного елемента:
Скарга на кваліфікацію
Тип порушення:
Порушення, пов'язані з вимогами законодавства
Ідентифікатор класифікації:
Технічна специфікація предмета закупівлі
Тип порушення:
Технічна специфікація предмета закупівлі
Опис суті пункту скарги:
По-друге, відповідно до пункту 6 розділу ІІІ тендерної документації учасники процедури закупівлі повинні надати у складі тендерних пропозицій інформацію та документи, які підтверджують відповідність тендерної пропозиції учасника технічним, якісним, кількісним та іншим характеристикам та вимогам до предмета закупівлі, установленим замовником (згідно Додатку І до тендерної документації).
Згідно пункту 1 Додатку ІІ до тендерної документації інформація, що підтверджує відповідність умовам технічної специфікації та іншим вимогам щодо предмета закупівлі сканована копія документа, що підтверджує відповідність тендерної пропозиції учасника технічним, якісним, кількісним та іншим вимогам по предмету закупівлі за формою, яку наведено у Додатку І до тендерної документації.
Відповідно до Додатку І до тендерної документації учасник процедури закупівлі повинен зазначити: найменування запропонованого товару, назву виробника товару та назву країни походження товару.
Учасником ТОВ «ЕСКА -СОФТ» (38807604) у складі тендерної пропозиції надано заповнений Додаток І до тендерної документації (файли «додаток_1_технічні вимоги.pdf.p7s» та «додаток_1_технічні вимоги.pdf»).
Відповідно до наданого документа ТОВ «ЕСКА -СОФТ» (38807604) учасником запропоновано до постачання товар Програмна продукція «Система контролю привілейованих користувачів» у складі: Програмна продукція Privileged Standard User SaaS (Credential Protection; Session Isolation; Recording; Just in Time Access; remote Access; Adaptive MFA; Adaptive SSO; Identity Security; Term: 12 months) – 50шт., Програмна продукція Endpoint Privilege Manager for servers – SaaS (Provides granular admin rights, credential theft protection, and application control for Windows and Linux servers. Term: 12 months.) – 100шт., Програмна продукція Workforce Managed Endpoint Protection (Endpoint Privilege Manager (EM), Endpoint Authentication with Context and Adaptive MFA and Secure Browser for securing managed workstations. Term: 12 months.) – 50шт., з послугами впровадження та підтримки, виробника CyberArk.
За результатами розгляду запропонованої учасником ТОВ «ЕСКА -СОФТ» (38807604) системи контролю привілейованих користувачів встановлено, що вона не відповідає всім встановленим Замовником вимогам, що пояснюється наступним.
Відповідно до пункту 30 Додатку І до тендерної документації модуль контролю привілейованого доступу запропонованої програмної продукції повинен підтримувати готові сценарії для:
- Запуск команди;
- Запуск PowerShell команди;
- Прикріпити мережевий диск;
- Прикріпити мережевий диск від облікового запису користувача;
- Відправка електронного листа;
- Зупинка IIS веб-сервера;
- Запуск IIS веб-сервера;
- Зупинка Windows сервіса;
- Запуск Windows сервіса;
- Windows DCOM;
- Windows планувальник завдань.
Однак відповідно до офіційної документації виробника CyberArk запропонована учасником програна продукції не підтримує:
• запуск довільних команд на віддалених Windows-серверах;
• запуск PowerShell команд;
• приєднання мережевих дисків;
• приєднання мережевого диску від імені користувача;
• відправку email;
• керування IIS (зупинка/запуск сервера або пулів);
• керування Windows Services у вигляді довільних сценаріїв.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/pam-self-hosted/latest/en/content/pasimp/configure%20psmp%20to%20support%20devops%20tool.htm.
У даному фрагменті наведено, що адміністратори *NIX можуть автоматизувати виконання команд через PSM for SSH та що для захисту потрібно дозволяти доступ лише через PSM for SSH.
Звертаємо увагу, що це стосується лише *NIX?машин, тоді як у пунктом 30 Додатку І до тендерної документації, вимагались сценарії для Windows?сервісів (PowerShell, IIS, Windows Services).
Згідно пункту 37 Додатку І до тендерної документації модуль контролю привілейованого доступу запропонованої програмної продукції повинен підтримувати перелік команд які можна заборонити або дозволити з підтвердження для:
• Windows;
• Linux/Unix;
• Win SCP;
• Web Browser;
• MS SQL;
• VMware;
• Cisco ASDM;
• Cisco Device Manager;
• Cisco Network Assistant;
• Citrix Xen App/Center;
• ArcSight Console;
• Check Point;
• Symantec;
• Veeam.
Відповідно до офіційної документації виробника CyberArk:
• Commands Access Control підтримується лише для SSH-платформ (Linux/Unix).
• Для Windows RDP, WinSCP, WebBrowser, SQL, VMware, Cisco, Citrix, ArcSight, CheckPoint, Symantec, Veeam - така функціональність відсутня.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/pam-self-hosted/latest/en/content/pasimp/configuring-ssh-commands-access-control-in-psm.htm.
Звертаємо увагу, що дана сторінка офіційної документації CyberArk пояснює, що механізм "Commands Access Control" у Privileged Session Manager (PSM) дозволяє блокувати несанкціоновані SSH?команди тільки для цілей з доступом через SSH.
У тексті прямо зазначено, що це стосується мережевих або інших пристроїв, що працюють на SSH.
Тобто, цей механізм не охоплює команди для протоколів Windows RDP, MS SQL чи VMware, які передбачені у вимогах технічного завдання Замовника.
Зазначений витяг показує, що PSM for SSH блокує несанкціоновані команди лише для SSH?пристроїв. Користувачі можуть підключатися і виконувати команди відповідно до політики безпеки у Vault, а заборонені команди не передаються на ціль.
Це свідчить про відсутність контролю команд для Windows?платформ.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/pam-self-hosted/latest/en/content/pasimp/introduction-to-psmp.htm.
Відповідно до пункту 39 Додатку І до тендерної документації модуль контролю привілейованого доступу запропонованої програмної продукції повинен підтримувати створення профілю критичних застосунків для Windows які заборонені до запуску або потребують додаткового підтвердження:
• Command Prompt;
• PowerShell;
• Registry;
• Control Panel;
• Власний застосунок;
• Та інші.
Згідно офіційної документації CyberArk запропоноване програмна продукція не підтримує блокування або підтвердження запуску цих GUI-додатків, єдиний спосіб AppLocker на PSM-сервері, що не є частиною заявленого PAM-функціоналу та не відповідає встановленим технічним вимогам.
Відповідно до пункту 70 Додатку І до тендерної документації модуль контролю привілеїв на робочих станціях та серверах запропонованої програмної продукції повинен обмежувати дії співробітника якщо вони суперечать політикам роботи з Control Panel в операційній системі за станцією:
• Internet Security;
• Internet Privacy;
• Internet Content;
• Internet Connection;
• Internet Programs;
• Internet Advanced;
• Обмеження всіх опцій.
Згідно офіційної документації CyberArk запропоноване програмна продукція CyberArk EPM не контролює Internet Options та Control Panel на granular рівні.
Такі функції можливі лише через GPO Windows, а не через PAM/EPM.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/epm/latest/en/content/intro/key%20concepts.htm.
Розділ про EPM Control Panel пояснює, що ця панель призначена для обмежених адміністративних задач (додавання/видалення принтерів, мережеві підключення) і працює лише коли застосовані політики Elevate.
Це підтверджує, що рішення не забезпечує повного контролю всіх параметрів Control Panel та Internet Options, як вимагається замовником.
Враховуючи вищезазначене, запропонована учасником ТОВ «ЕСКА -СОФТ» (38807604) програмна продукції не відповідає критичним технічним вимогам закупівлі, а саме пунктам 30, 37, 39 і 70 Додатку І до тендерної документації та не може забезпечити визначену Замовником у Додатку І до тендерної документації функціональність.
Окрім того, Замовником в даному випадку не може бути застосовано положення пункту 43 Особливостей здійснення публічних закупівель товарів, робіт і послуг для замовників, передбачених Законом України “Про публічні закупівлі”, на період дії правового режиму воєнного стану в Україні та протягом 90 днів з дня його припинення або скасування, затверджених постановою Кабінету Міністрів України від 12 жовтня 2022 року № 1178 (далі - Особливості) адже вказані невідповідності відносяться до документів та інформації про технічні та якісні характеристики предмета закупівлі, що пропонується учасником процедури в його тендерній пропозиції і є виключенням щодо якого не може бути надано 24 години на виправлення невідповідностей.
Так, відповідно до абзацу 2 пункту 43 Особливостей під невідповідністю в інформації та/або документах, що подані учасником процедури закупівлі у складі тендерної пропозиції та/або подання яких вимагається тендерною документацією, розуміється у тому числі відсутність у складі тендерної пропозиції інформації та/або документів, подання яких передбачається тендерною документацією (крім випадків відсутності забезпечення тендерної пропозиції, якщо таке забезпечення вимагалося замовником, та/або відсутності інформації (та/або документів) про технічні та якісні характеристики предмета закупівлі, що пропонується учасником процедури в його тендерній пропозиції).
Невідповідністю в інформації та/або документах, які надаються учасником процедури закупівлі на виконання вимог технічної специфікації до предмета закупівлі, вважаються помилки, виправлення яких не призводить до зміни предмета закупівлі, запропонованого учасником процедури закупівлі у складі його тендерної пропозиції, найменування товару, марки, моделі тощо.
Відповідно до абзацу другого підпункту 2 пункту 44 Особливостей замовник відхиляє тендерну пропозицію із зазначенням аргументації в електронній системі закупівель у разі, якщо тендерна пропозиція учасника не відповідає умовам технічної специфікації та іншим вимогам щодо предмета закупівлі тендерної документації, крім невідповідності в інформації та/або документах, що може бути усунена учасником процедури закупівлі відповідно до пункту 43 цих особливостей.
Враховуючи вищевикладене, Замовник не виявивши зазначені невідповідності тендерної пропозиції учасника ТОВ «ЕСКА -СОФТ» (38807604) вимогам тендерної документації, не відхиливши тендерну пропозицію учасника ТОВ «ЕСКА -СОФТ» (38807604) згідно абзацу другого підпункту 2 пункту 44 Особливостей Замовник порушив право Скаржника на об’єктивне та неупереджене визначення переможця процедури закупівлі. Зазначені дії Замовника є порушенням одного з основних принципів здійснення закупівель, визначеного статтею 5 Закону, а саме – недискримінація учасників та рівне ставлення до них.
Згідно пункту 1 Додатку ІІ до тендерної документації інформація, що підтверджує відповідність умовам технічної специфікації та іншим вимогам щодо предмета закупівлі сканована копія документа, що підтверджує відповідність тендерної пропозиції учасника технічним, якісним, кількісним та іншим вимогам по предмету закупівлі за формою, яку наведено у Додатку І до тендерної документації.
Відповідно до Додатку І до тендерної документації учасник процедури закупівлі повинен зазначити: найменування запропонованого товару, назву виробника товару та назву країни походження товару.
Учасником ТОВ «ЕСКА -СОФТ» (38807604) у складі тендерної пропозиції надано заповнений Додаток І до тендерної документації (файли «додаток_1_технічні вимоги.pdf.p7s» та «додаток_1_технічні вимоги.pdf»).
Відповідно до наданого документа ТОВ «ЕСКА -СОФТ» (38807604) учасником запропоновано до постачання товар Програмна продукція «Система контролю привілейованих користувачів» у складі: Програмна продукція Privileged Standard User SaaS (Credential Protection; Session Isolation; Recording; Just in Time Access; remote Access; Adaptive MFA; Adaptive SSO; Identity Security; Term: 12 months) – 50шт., Програмна продукція Endpoint Privilege Manager for servers – SaaS (Provides granular admin rights, credential theft protection, and application control for Windows and Linux servers. Term: 12 months.) – 100шт., Програмна продукція Workforce Managed Endpoint Protection (Endpoint Privilege Manager (EM), Endpoint Authentication with Context and Adaptive MFA and Secure Browser for securing managed workstations. Term: 12 months.) – 50шт., з послугами впровадження та підтримки, виробника CyberArk.
За результатами розгляду запропонованої учасником ТОВ «ЕСКА -СОФТ» (38807604) системи контролю привілейованих користувачів встановлено, що вона не відповідає всім встановленим Замовником вимогам, що пояснюється наступним.
Відповідно до пункту 30 Додатку І до тендерної документації модуль контролю привілейованого доступу запропонованої програмної продукції повинен підтримувати готові сценарії для:
- Запуск команди;
- Запуск PowerShell команди;
- Прикріпити мережевий диск;
- Прикріпити мережевий диск від облікового запису користувача;
- Відправка електронного листа;
- Зупинка IIS веб-сервера;
- Запуск IIS веб-сервера;
- Зупинка Windows сервіса;
- Запуск Windows сервіса;
- Windows DCOM;
- Windows планувальник завдань.
Однак відповідно до офіційної документації виробника CyberArk запропонована учасником програна продукції не підтримує:
• запуск довільних команд на віддалених Windows-серверах;
• запуск PowerShell команд;
• приєднання мережевих дисків;
• приєднання мережевого диску від імені користувача;
• відправку email;
• керування IIS (зупинка/запуск сервера або пулів);
• керування Windows Services у вигляді довільних сценаріїв.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/pam-self-hosted/latest/en/content/pasimp/configure%20psmp%20to%20support%20devops%20tool.htm.
У даному фрагменті наведено, що адміністратори *NIX можуть автоматизувати виконання команд через PSM for SSH та що для захисту потрібно дозволяти доступ лише через PSM for SSH.
Звертаємо увагу, що це стосується лише *NIX?машин, тоді як у пунктом 30 Додатку І до тендерної документації, вимагались сценарії для Windows?сервісів (PowerShell, IIS, Windows Services).
Згідно пункту 37 Додатку І до тендерної документації модуль контролю привілейованого доступу запропонованої програмної продукції повинен підтримувати перелік команд які можна заборонити або дозволити з підтвердження для:
• Windows;
• Linux/Unix;
• Win SCP;
• Web Browser;
• MS SQL;
• VMware;
• Cisco ASDM;
• Cisco Device Manager;
• Cisco Network Assistant;
• Citrix Xen App/Center;
• ArcSight Console;
• Check Point;
• Symantec;
• Veeam.
Відповідно до офіційної документації виробника CyberArk:
• Commands Access Control підтримується лише для SSH-платформ (Linux/Unix).
• Для Windows RDP, WinSCP, WebBrowser, SQL, VMware, Cisco, Citrix, ArcSight, CheckPoint, Symantec, Veeam - така функціональність відсутня.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/pam-self-hosted/latest/en/content/pasimp/configuring-ssh-commands-access-control-in-psm.htm.
Звертаємо увагу, що дана сторінка офіційної документації CyberArk пояснює, що механізм "Commands Access Control" у Privileged Session Manager (PSM) дозволяє блокувати несанкціоновані SSH?команди тільки для цілей з доступом через SSH.
У тексті прямо зазначено, що це стосується мережевих або інших пристроїв, що працюють на SSH.
Тобто, цей механізм не охоплює команди для протоколів Windows RDP, MS SQL чи VMware, які передбачені у вимогах технічного завдання Замовника.
Зазначений витяг показує, що PSM for SSH блокує несанкціоновані команди лише для SSH?пристроїв. Користувачі можуть підключатися і виконувати команди відповідно до політики безпеки у Vault, а заборонені команди не передаються на ціль.
Це свідчить про відсутність контролю команд для Windows?платформ.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/pam-self-hosted/latest/en/content/pasimp/introduction-to-psmp.htm.
Відповідно до пункту 39 Додатку І до тендерної документації модуль контролю привілейованого доступу запропонованої програмної продукції повинен підтримувати створення профілю критичних застосунків для Windows які заборонені до запуску або потребують додаткового підтвердження:
• Command Prompt;
• PowerShell;
• Registry;
• Control Panel;
• Власний застосунок;
• Та інші.
Згідно офіційної документації CyberArk запропоноване програмна продукція не підтримує блокування або підтвердження запуску цих GUI-додатків, єдиний спосіб AppLocker на PSM-сервері, що не є частиною заявленого PAM-функціоналу та не відповідає встановленим технічним вимогам.
Відповідно до пункту 70 Додатку І до тендерної документації модуль контролю привілеїв на робочих станціях та серверах запропонованої програмної продукції повинен обмежувати дії співробітника якщо вони суперечать політикам роботи з Control Panel в операційній системі за станцією:
• Internet Security;
• Internet Privacy;
• Internet Content;
• Internet Connection;
• Internet Programs;
• Internet Advanced;
• Обмеження всіх опцій.
Згідно офіційної документації CyberArk запропоноване програмна продукція CyberArk EPM не контролює Internet Options та Control Panel на granular рівні.
Такі функції можливі лише через GPO Windows, а не через PAM/EPM.
Зазначене підтвердження міститься у офіційній документації виробника CyberArk, що розташоване за посиланням https://docs.cyberark.com/epm/latest/en/content/intro/key%20concepts.htm.
Розділ про EPM Control Panel пояснює, що ця панель призначена для обмежених адміністративних задач (додавання/видалення принтерів, мережеві підключення) і працює лише коли застосовані політики Elevate.
Це підтверджує, що рішення не забезпечує повного контролю всіх параметрів Control Panel та Internet Options, як вимагається замовником.
Враховуючи вищезазначене, запропонована учасником ТОВ «ЕСКА -СОФТ» (38807604) програмна продукції не відповідає критичним технічним вимогам закупівлі, а саме пунктам 30, 37, 39 і 70 Додатку І до тендерної документації та не може забезпечити визначену Замовником у Додатку І до тендерної документації функціональність.
Окрім того, Замовником в даному випадку не може бути застосовано положення пункту 43 Особливостей здійснення публічних закупівель товарів, робіт і послуг для замовників, передбачених Законом України “Про публічні закупівлі”, на період дії правового режиму воєнного стану в Україні та протягом 90 днів з дня його припинення або скасування, затверджених постановою Кабінету Міністрів України від 12 жовтня 2022 року № 1178 (далі - Особливості) адже вказані невідповідності відносяться до документів та інформації про технічні та якісні характеристики предмета закупівлі, що пропонується учасником процедури в його тендерній пропозиції і є виключенням щодо якого не може бути надано 24 години на виправлення невідповідностей.
Так, відповідно до абзацу 2 пункту 43 Особливостей під невідповідністю в інформації та/або документах, що подані учасником процедури закупівлі у складі тендерної пропозиції та/або подання яких вимагається тендерною документацією, розуміється у тому числі відсутність у складі тендерної пропозиції інформації та/або документів, подання яких передбачається тендерною документацією (крім випадків відсутності забезпечення тендерної пропозиції, якщо таке забезпечення вимагалося замовником, та/або відсутності інформації (та/або документів) про технічні та якісні характеристики предмета закупівлі, що пропонується учасником процедури в його тендерній пропозиції).
Невідповідністю в інформації та/або документах, які надаються учасником процедури закупівлі на виконання вимог технічної специфікації до предмета закупівлі, вважаються помилки, виправлення яких не призводить до зміни предмета закупівлі, запропонованого учасником процедури закупівлі у складі його тендерної пропозиції, найменування товару, марки, моделі тощо.
Відповідно до абзацу другого підпункту 2 пункту 44 Особливостей замовник відхиляє тендерну пропозицію із зазначенням аргументації в електронній системі закупівель у разі, якщо тендерна пропозиція учасника не відповідає умовам технічної специфікації та іншим вимогам щодо предмета закупівлі тендерної документації, крім невідповідності в інформації та/або документах, що може бути усунена учасником процедури закупівлі відповідно до пункту 43 цих особливостей.
Враховуючи вищевикладене, Замовник не виявивши зазначені невідповідності тендерної пропозиції учасника ТОВ «ЕСКА -СОФТ» (38807604) вимогам тендерної документації, не відхиливши тендерну пропозицію учасника ТОВ «ЕСКА -СОФТ» (38807604) згідно абзацу другого підпункту 2 пункту 44 Особливостей Замовник порушив право Скаржника на об’єктивне та неупереджене визначення переможця процедури закупівлі. Зазначені дії Замовника є порушенням одного з основних принципів здійснення закупівель, визначеного статтею 5 Закону, а саме – недискримінація учасників та рівне ставлення до них.
×
-
Назва доказу:
Довідка про технічні, якісні та кількісні характеристики предмета закупівлі
-
Повʼязаний документ:
додаток_1_технічні вимоги.pdf
Вимоги:
Зобов’язати замовника скасувати рішення про визначення переможця процедури закупівлі та повідомлення про намір укласти договір
×
-
Встановити наявність порушень у процедурі закупівель UA-2025-10-31-007077-a та зобов’язати замовника усунути допущене ним порушення, а саме скасувати протокол щодо прийняття рішення уповноваженою особою АТ «Укртрансгаз» від 20.11.2025 № 25/ТО/306-н-1 про визначення переможця процедури закупівлі ТОВ «ЕСКА -СОФТ».
Запити Органу оскарження
Номер:
d2860a8f30ae4df3a195e99d01cc5036
Тема запиту:
Заперечення на поданні Замовником пояснення по суті скарги
Текст запиту:
Ознайомившись з поясненнями Замовника, повідомляємо, що ми не погоджуємось з викладеними доводами з огляду на таке.
1. Щодо першого пункту скарги
Відповідно до пп. 1.2 розділу ІІІ ТД, усі документи тендерної пропозиції подаються через електронну систему шляхом завантаження сканованих або електронних документів.
Згідно з пунктом 3 Розділу ІІІ Додатку ІІ, якщо пропозиція містить електронні документи, учасник зобов’язаний накласти КЕП/УЕП:
• на пропозицію в цілому;
• на кожний оригінал електронного документа окремо.
Документи без КЕП/УЕП повинні містити власноручний підпис уповноваженої особи (крім документів, виданих іншими організаціями).
Таким чином, Замовник чітко передбачив розмежування:
• якщо документ подано як електронний — він має містити КЕП/УЕП;
• якщо документ подано як скан — він має містити власноручний підпис.
2. Порушення вимог ТД учасником ТОВ «ЕСКА-СОФТ»
Надані учасником аналогічні договори та акти не містять жодних КЕП/УЕП, що підтверджується перевіркою через сервіс https://czo.gov.ua/verify
Хоча документи містять згадку про підписання у сервісі «Вчасно», учасник не надав електронні документи з накладеним КЕП/УЕП, як прямо вимагає ТД.
Згідно зі статтею 7 Закону України «Про електронні документи та електронний документообіг», оригіналом електронного документа є документ, що містить електронний підпис автора.
Відповідно до статті 9 Закону «Про бухгалтерський облік», електронні первинні документи застосовуються лише за умови накладення електронного підпису.
Оскільки документи, подані ТОВ «ЕСКА-СОФТ», не містять жодного електронного підпису, вони не можуть вважатися оригіналами електронних документів та не можуть підтверджувати досвід виконання аналогічних договорів.
3. Неправильність позиції Замовника
Пояснення Замовника про те, що ТД «не містить окремих вимог» щодо підписів чи печаток, є необґрунтованими.
Пункт 3 Розділу ІІІ Додатку ІІ ТД однозначно поширюється на всі документи, що подаються у складі пропозиції, незалежно від їх призначення.
Замовник не може ігнорувати власні умови, оскільки вимоги щодо накладення КЕП/УЕП:
• чіткі,
• однозначні,
• поширюються на всі електронні документи пропозиції.
Учасник не виконав умову ТД, адже подав електронні документи без жодного КЕП/УЕП, що підтверджено перевіркою. Зазначене є підставою для відхилення відповідно до Закону.
Просимо Постійно діючу адміністративну колегію врахувати викладене та прийняти відповідне рішення.
Дата опублікування:
12.12.2025 15:09
Номер:
b87697edae8442719f720aa5dfa2aeaa
Тема запиту:
Заперечення на поданні Замовником пояснення по суті скарги
Текст запиту:
Ознайомившись з поясненнями Замовника, повідомляємо, що ми не погоджуємось з викладеними доводами з огляду на таке.
Щодо другого пункту скарги повідомляємо, що пояснення Замовника є необґрунтованими та не спростовують виявлених невідповідностей пропозиції учасника ТОВ «ЕСКА-СОФТ» (38807604) вимогам тендерної документації.
1. Відсутність підтримки готових сценаріїв
Пункт 30 Додатку І ТД прямо вимагає, щоб модуль контролю привілейованого доступу підтримував готові сценарії.
Представник вендора у відповіді підтвердив лише можливість створення кастомного плагіна, що не є рівнозначним вимозі наявності готових сценаріїв.
Реалізація через кастомні плагіни потребує додаткового часу на розробку, тестування та залучення технічної команди, чого ТД не передбачає, і це створює додаткові ризики для замовника.
2. Невідповідність між запропонованою версією та аргументами вендора
Учасник пропонує хмарну SaaS-версію рішення.
У той же час представник вендора у своїх поясненнях посилається на функціонал, який згідно документації стосується локальної (On-Prem) версії Self-Hosted.
Така розбіжність свідчить, що заявлений функціонал не може бути реалізований у SaaS-версії, а відповідно — пропозиція не відповідає вимогам ТД.
3. Вимога підтримки заборони або дозволу команд
ТД містить чітку вимогу підтримки переліку команд, які можна дозволити або заборонити на цільових системах.
Вендор у відповіді посилається на використання AppLocker, який обмежує запуск додатків або .exe-файлів, але не забороняє окремі команди всередині цих застосунків.
Це різні речі:
• додаток може бути легітимним,
• але виконувати команди, заборонені політиками ІБ.
Отже, заявлений механізм не забезпечує функціоналу, визначеного ТД, і не відповідає вимогам Замовника.
4. Відсутність підтримки заборони команд у спеціалізованих системах
Вендор також не підтверджує можливості заборонити або контролювати команди у таких системах, що прямо вимагалося ТД:
• VMware,
• Cisco ASDM / Device Manager / Network Assistant,
• Citrix Xen App/Center,
• ArcSight Console,
• Check Point,
• Symantec,
• Veeam.
Цю невідповідність ми зазначали ще у скарзі. AppLocker в принципі не охоплює команди та протоколи, що застосовуються у цих системах.
5. Порушення вимог пункту 39 Додатку І (профілі критичних застосунків)
Замовник вимагає підтримку створення профілів критичних застосунків.
Вендор у відповіді вказує лише на можливість створення конфігураційних скриптів AppLocker.
Однак скрипти:
• не є профілями застосунків,
• застосовуються загально до всіх користувачів,
• не забезпечують розмежування за ролями,
• не дають гранульованого доступу.
Тому запропоноване рішення не відповідає вимогам пункту 39 ТД.
6. Порушення пункту 70 Додатку І (Control Panel)
Пункт 70 ТД вимагає обмеження конкретних дій користувача всередині Control Panel.
У відповіді вендор знову посилається лише на блокування додатків AppLocker, що не стосується внутрішніх параметрів Control Panel.
Отже, вимога ТД також не виконана.
Вендор та учасник не підтвердили наявності функціоналу, прямо визначеного ТД. Усі надані пояснення стосуються інших механізмів, які:
• не еквівалентні вимогам,
• не забезпечують необхідного рівня контролю,
• не працюють у заявленій SaaS-версії,
• не охоплюють команд для переліку систем, вимога щодо яких передбачена ТД.
Таким чином, пропозиція ТОВ «ЕСКА-СОФТ» не відповідає вимогам тендерної документації за функціоналом, який є критичним для предмета закупівлі.
Дата опублікування:
12.12.2025 15:12
Номер:
fb9bf49432724624a68b8ebf7db1080c
Тема запиту:
Пояснення по суті скарги "То Є Софт" (код ЄДРПОУ: 38005199) від 25 листопада 2025 № UA-2025-10-31-007077-a.c1
Текст запиту:
Пункт 2 скарги. Для забезпечення об’єктивної оцінки висловлених зауважень та перевірки відповідності пропозиції учасника встановленим технічним вимогам , зокрема пунктам 30, 37, 39 і 70, та з метою підтвердження або спростування викладених у скарзі зауважень АТ «Укртрансгаз» звернулося до представника виробника програмної продукції CyberArk Software Ltd, зокрема, що представляє компанію на території України та Польщі (Wojciech WRONA), відповідь додається.
Крім того, проведений аналіз Скарги щодо пунктів 30, 37, 39 та 70 Додатку І до тендерної документації свідчить, що викладені у ній доводи є такими, що ґрунтуються на неправильній інтерпретації функціональних можливостей рішення та посиланні на документацію, яка не відноситься до заявлених вимог. Аналіз змісту Скарги свідчить про підміну понять, а також використання матеріалів, що стосуються Linux/Unix компонентів CyberArk, що застосовуються до Windows вимог). Надаємо обґрунтовану позицію з посиланням на коректні розділи технічної документації.
1. Щодо сценаріїв автоматизації (IIS, Windows Services, PowerShell) – пункт 30 Додатку І
Суть скарги: Скаржник стверджує, що CyberArk не підтримує сценарії запуску команд, PowerShell, керування IIS та Windows Services, посилаючись на документ "Configure PSMP to support DevOps tool".
Аргумент проти: Скаржник посилається на документацію до PSM for SSH (PSMP) — компонента, призначеного для *nix-систем та DevOps. Для Windows-інфраструктури CyberArk використовує компонент CPM (Central Policy Manager), який має штатну підтримку (Out-of-the-Box) для керування службами Windows, IIS та запуску скриптів.
2. Щодо контролю команд (Windows, RDP, SQL, VMware) – пункт 37 Додатку І
Суть скарги: Скаржник стверджує, що функція "Commands Access Control" працює лише для SSH, а для Windows RDP, SQL та інших графічних додатків контроль відсутній.
Аргумент проти: Скаржник маніпулює назвою конкретної функції ("SSH Command Access Control"). Для Windows-сесій контроль реалізується інакше — через AppLocker (інтегрований у PSM) та конфігурацію Connection Components.
Вимога ТД стосувалася "переліку команд, які можна заборонити", а не "використання функції SSH Command Access Control для Windows".
3. Щодо блокування додатків (Command Prompt, Registry, Control Panel) та AppLocker– пункт 39 Додатку І
Суть скарги: Скаржник заявляє, що AppLocker не є частиною PAM-функціоналу.
Аргумент проти: Це твердження є хибним. Налаштування AppLocker є обов'язковим етапом інсталяції та налаштування (Hardening) сервера CyberArk PSM. Скрипти конфігурації AppLocker постачаються виробником разом із продуктом як невід'ємна частина рішення для забезпечення ізоляції сесій. Заперечувати це — те саме, що стверджувати, що база даних не є частиною програмного комплексу, бо це окремий софт.
4. Щодо EPM та контролю Control Panel / Internet Options – пункт 70 Додатку І
Суть скарги: Скаржник стверджує, що CyberArk EPM не контролює Control Panel на гранулярному рівні, і це можливо лише через GPO.
Аргумент проти: EPM (Endpoint Privilege Manager) створений саме для того, щоб замінити та розширити можливості GPO у сфері керування привілеями. EPM дозволяє створювати політики (Policies) для конкретних процесів або вікон.
З урахуванням зазначеного Скарга не є валідною, оскільки базується на підміні понять (пошук Windows-функціоналу в документації для Linux-модулів) та ігноруванні стандартних механізмів безпеки платформи (PSM Hardening/AppLocker, CPM Plugins), які повністю задовольняють вимоги технічного завдання. З огляду на вищевказане, вважаємо, що доводи наведені Скаржником – є безпідставними, не відповідають дійсності та не підлягають задоволенню.
Дата опублікування:
01.12.2025 17:32
Номер:
3d6a0535b2bd47a78bbc75bff6461691
Тема запиту:
Пояснення по суті скарги "То Є Софт" (код ЄДРПОУ: 38005199) від 25 листопада 2025 № UA-2025-10-31-007077-a.c1
Текст запиту:
Пункт 1 скарги. Встановлені Замовником вимоги до предмету закупівлі та до учасників, зміст інформації, яку необхідно надати, а також перелік документів, якими Учасник повинен підтвердити свою відповідність зазначеним у тендерній документації критеріям, Замовник визначає самостійно.
Додаток ІІ «ПЕРЕЛІК ДОКУМЕНТІВ ТА/АБО ІНФОРМАЦІЇ, ЯКІ ПОДАЮТЬСЯ УЧАСНИКОМ ПРОЦЕДУРИ ЗАКУПІВЛІ У СКЛАДІ ТЕНДЕРНОЇ ПРОПОЗИЦІЇ, ТА ВИМОГИ ЛО НИХ» до тендерної документації містить зведені дані щодо переліку інформації, яку повинні надати учасники у складі тендерних пропозицій, та вимоги щодо її подання. Зокрема, зазначений Додаток ІІ до тендерної документації містить наступну вимогу щодо інформації, яку повинен надати Учасник. На виконання зазначених вимог Замовника учасником ТОВ «ЕСКА -СОФТ» надано:
Договір поставки №SO/12-2024 від 04.10.2024 (файл «2024-10-04_СОФТ_АБАНК_Д_SO_12-2024»);
Акт прийому-передачі №0000-000034 (файл «2024-10-31_Софт_Акцент-Банк_акт_0000-000034»);
Договір поставки №SO/110425 від 11.04.2025 (файл «2025-04-11_Софт_Індустріальні та дистрибуційні системи_Д_SO_110425»);
Акт прийому-передачі №0000-000011 (файл «2025-05-14_Софт_ІДС_акт_11»).
Таким чином, учасником - ТОВ «ЕСКА -СОФТ» виконано вимоги Замовника щодо надання встановлених у пункті 2.1. розділу I Додатку ІІ до тендерної документації документів та підтвердження наявності документально підтвердженого досвіду виконання аналогічного (аналогічних) за предметом закупівлі договору.
Що стосується доводів скаржника про те, що надані учасником ТОВ «ЕСКА -СОФТ» (38807604) договори та акти не містять підписів сторін, відповідно до змісту зазначених документів, останні підписані за допомогою сервісу Вчасно та вказані файли не містить відповідні електронні підписи сторін, не відповідає дійсності та спростовується наступним.
Подані учасником аналогічні договори, сформовані та підписані через електронний сервіс «Вчасно», повністю відповідають вимогам законодавства та умовам тендерної документації щодо підтвердження досвіду виконання аналогічного договору.
Електронний документ, створений у системі «Вчасно», має юридичну силу, оскільки підписаний кваліфікованим електронним підписом/печаткою (КЕП), що прямо відповідає вимогам Законів України «Про електронні документи та електронний документообіг» та «Про електронну ідентифікацію та електронні довірчі послуги». Такий документ є рівнозначним паперовому документу з власноручним підписом та печаткою.
Крім того, надані договори містять усі необхідні реквізити, так, зокрема: реєстраційний номер, підписи, а також відображення печаток у візуальній формі.
Вищезазначене дозволяє однозначно ідентифікувати сторін, підтверджує автентичність документа та встановлює факт його підписання. Законодавство не висуває вимоги щодо обов’язкового подання аналогічного договору виключно у форматі паперового скан-копії — електронна форма документа є повністю прийнятною з урахуванням наявності електронного підпису на документі.
Крім того, тендерна документація Замовника не містила заборони на надання аналогічних договорів у формі електронних документів або вимоги про те, що документи повинні бути підписані виключно «власноруч» або «мокрою» печаткою.
Отже, учасник виконав вимогу щодо підтвердження досвіду, надавши договір, який містить усі обов’язкові реквізити та підтверджений електронними підписами, що є достатнім та правомірним підтвердженням відповідності кваліфікаційному критерію.
Таким чином, Скаржник не довів та документально не підтвердив, що зазначені договори є неукладеними, нікчемними тощо.
Дата опублікування:
01.12.2025 17:26