Відеокамера; Мережевий відеореєстратор (32333000-6 Апаратура для відеозапису та відео відтворення) 32330000-5 Апаратура для запису та відтворення аудіо- та відеоматеріалу

2. Дискримінаційні вимоги тендерної документації У Додатку №2 Замовник встановив, зокрема, такі характеристики обладнання: Назва показника Характеристики Камера відеоспостереження Тип камера відеоспостереження Тип камери ІР-камера Вид корпусні (bullet) Розміщення на вулиці Колір білий Тип підключення дротові Роздільна здатність мегапіксельних камер 8Мп (2840х2160) Тип матриці СМОS Розмір матриці 1/2.8” Об’єктив фіксований Фокусна відстань(мін), мм 2,8 Фокусна відстань(макс), мм 2,8 Тип підсвічування комбіноване ІЧ+LED Дальність підсвічування, м 40 Кут огляду по горизонталі, ° 108 Кут огляду по вертикалі, ° 59 Робоча напруга, В 12 Діапазон робочих температур, °С від -30 до 60 Максимальна робоча вологість, % 95 Особливість аналітика ідентифікації об’єкта, виявлення вторгнення, виявлення об’єкта, виявлення транспортних засобів, вхід/вихід з регіону, залишені/зниклі предмети, перетин лінії, розпізнавання об’єкту, спостереження за об’єктом. Підтримка РоЕ, підтримка карт пам’яті, Додаткові функції ROI, зниження шумів 3D DNR Динамічний діапазон BLC, HLC, WDR Підтримка мережевих протоколів 802.1Х, Bonjour, DDNS, DHCP, DNS, FTP, HTTP, HTTPS, ICMP, IGMP, IPv4, IPv6, ISAPI, NTP, ONVIF, PPPoE, QoS, RTCP, RTP, RTSP, SDK, SMTP, SNMP, SSL, TCP/IP, TLS, UDP, UPnP Вага, г 515 Клас захищеності ІР67 Матеріал корпусу метал Мережевий відеореєстратор Тип мережевий відеореєстратор (NVR) Відео 16хІР камер Аудіо 1хRCA VGA 1920х1080 HDMI 3840х2160 Стиснення відео H.265/H.265+/H.264/H.264+/MPEG4 Композитний (CVBS) 1хBNC Роздільна здатність при запасі 8МП, 5МП, 4МП, 3МП, 1080,720р Можливості запису 8МП, 5МП, 4МП, 3МП, 1080р,960р, 720р, 960Н, D1, 2СIF,СIF Підтримуваний HDD 2xSATA, HDD до 8 ТБ Перегляд з мобільних пристроїв IOS, Android Зовнішні інтерфейси 2RJ45(10/100 Base-TX Ethernet): 2xUSB 2.0 Споживна потужність, Вт до 30(без НDD) Операційна система WEB-інтерфейс Робоча вологість, % від 10 до 90 Робоча температура, °С -10 °C - 55 Живлення АС 100-240В Гарантія, міс не менше 12 За сукупністю технічних характеристик вимоги Додатку №2 фактично відтворюють характеристики моделі Hikvision DS-2CD2083G2-LI2U або обладнання відповідної екосистеми Hikvision/HiWatch - https://www.hikvision.com/cis/products/IP-Products/Network-Cameras/Pro-Series-EasyIP-/ds-2cd2083g2-li-2u-/?subName=DS-2CD2083G2-LI2U. Вважаємо зазначені вище вимоги дискримінаційними, з огляду на наведені нижче доводи. 1. Замовником у Додатку №2 встановлено вимогу щодо підтримки камерами мережевого протоколу ISAPI. Вважаємо зазначену вимогу дискримінаційною, оскільки ISAPI не є загальноприйнятим відкритим стандартом для IP-камер відеоспостереження, а є пропрієтарним протоколом, характерним для обладнання виробника Hikvision / HiWatch та сумісної з ним екосистеми, про що можна пересвідчитися на сайті виробника - https://tpp.hikvision.com/tpp/IntegrationCenter: Для забезпечення сумісності з системами відеоспостереження достатньою є підтримка загальноприйнятих відкритих стандартів, зокрема ONVIF та/або RTSP, а також, у разі необхідності, відкритого API/SDK виробника. Встановлення вимоги саме щодо підтримки ISAPI необґрунтовано обмежує коло потенційних учасників та звужує конкуренцію до обладнання конкретного виробника або сумісного з ним обладнання. У відповіді на звернення Скаржника Замовник зазначив, що ISAPI використовується в межах вже впровадженої системи відеоспостереження для централізованого керування пристроями, інтеграції з наявним програмним забезпеченням, реалізації функцій подій та аналітики. Також Замовник зазначив, що виключення цього протоколу призведе до необхідності модернізації програмного забезпечення та втрати сумісності. Водночас таке пояснення лише підтверджує, що Замовник фактично сформував вимоги з урахуванням вже наявної системи та програмного забезпечення, однак не описав у тендерній документації жодних об’єктивних критеріїв такої сумісності. Тендерна документація не містить назви або опису наявного програмного забезпечення; опису існуючої системи відеоспостереження; переліку функцій, які мають підтримуватися через API/SDK; переліку команд, подій або методів інтеграції; порядку підтвердження еквівалентності API/SDK; можливості підтвердити сумісність іншим відкритим API, SDK, ONVIF Profile S/T/G/M, RTSP або іншим протоколом. Тобто Замовник не сформулював функціональну потребу, а просто зазначив конкретний пропрієтарний протокол. Фраза Замовника у відповіді на звернення про те, що “еквівалентні API/SDK або сумісні рішення можуть бути запропоновані учасниками”, не усуває дискримінаційність, оскільки така можливість не закріплена у тендерній документації належним чином. 2. Замовником у Додатку №2 встановлено вимогу щодо підтримки мережевим відеореєстратором кодеків стиснення, а саме: H.265/H.265+/H.264/H.264+/MPEG4. Вважаємо вимогу щодо підтримки саме H.265+ та H.264+ дискримінаційною, оскільки зазначені позначення не є загальними міжнародними стандартами відеостиснення, а розроблені та використовуються окремим виробником Hikvision / HiWatch як комерційні/фірмові технології оптимізації відеопотоку, як і зазначено на сайті виробника - https://www.hikvision.com/en/core-technologies/storage-and-bandwidth/h-265-plus/?utm_source: Для забезпечення запису та відтворення відео достатньою є підтримка стандартних кодеків H.265 та H.264. Інші виробники можуть використовувати аналогічні технології оптимізації відеопотоку під іншими назвами, зокрема Ultra265, S265, Smart H.265, Super265 тощо. У відповіді на звернення Замовник зазначив, що H.265+ та H.264+ визначені з огляду на необхідність оптимізації використання дискового простору, зменшення навантаження на мережеву інфраструктуру та забезпечення тривалого зберігання архіву відео. Скаржник не заперечує право Замовника вимагати ефективне стиснення відеопотоку та оптимізацію архіву. Однак така вимога повинна бути сформульована функціонально, а не через конкретну комерційну назву технології, яка належить та притаманна тільки Hikvision / HiWatch! Наприклад, Замовник міг встановити вимогу: “Підтримка H.265/H.264 та/або еквівалентної технології оптимізації відеопотоку, що забезпечує зменшення обсягу відеоархіву без погіршення якості зображення”. Натомість Замовник залишив у тендерній документації саме H.265+ та H.264+, чим звузив конкуренцію та створив перевагу для обладнання певного виробника. Фраза Замовника у відповіді, що він не обмежує використання рівноцінних або кращих технологій стиснення, не усуває порушення, оскільки така можливість не внесена до тендерної документації як чітка умова та не визначено критеріїв, за якими така технологія буде визнана рівноцінною або кращою. 3. Замовником встановлено вимогу до ваги відеокамери — 515 г. Вважаємо зазначену вимогу надмірно деталізованою та такою, що не впливає на функціональне призначення обладнання. Вага камери не є характеристикою, яка визначає якість відеозображення, сумісність із мережевим відеореєстратором, стабільність роботи, аналітику, кібербезпеку або можливість експлуатації на об’єкті. У відповіді на звернення Замовник зазначив, що вимога до ваги встановлена з урахуванням наявних монтажних конструкцій та кронштейнів, вимог до механічної сумісності та рівномірного навантаження. Однак Замовник не вніс до тендерної документації жодного об’єктивного критерію, який би підтверджував необхідність саме ваги 515 г. Ба більше, кронштейн йде в комплекті з камерою яка кріпиться відповідно на поверхню, якщо остання не має можливості закріпти камеру БІЛЬШЕ 515 грам, то чому не можна встановити камеру з вагою ДО 515 грамм? Тендерна документація не містить допустимого діапазону ваги; формулювання “не більше”; формулювання “орієнтовно”; допустимого відхилення у грамах або відсотках; інформації про тип кронштейнів; інформації про допустиме навантаження на кронштейни; креслень або технічного опису монтажних конструкцій; порядку підтвердження механічної сумісності, це все не дає фактичної можливості запропонувати еквівалент! При цьому Замовник у відповіді на вимогу зазначає, що допускається відхилення в межах технічно обґрунтованих рішень. Однак таке “допущення” існує лише у відповіді Замовника, але відсутнє у тексті тендерної документації. Таким чином, учасник, який запропонує камеру вагою 520 г, 550 г, 600 г або іншою вагою, яка не впливає на функціональність товару, не може об’єктивно визначити, чи буде його пропозиція прийнята Замовником. Вимога щодо ваги саме 515 г створює можливість суб’єктивного відхилення пропозицій та необґрунтовано звужує конкуренцію. Якщо Замовнику дійсно важлива механічна сумісність, вимога повинна бути сформульована об’єктивно, наприклад: “вага не більше ___ г”; “сумісність із кронштейном із допустимим навантаженням ___ кг”; “учасник підтверджує можливість монтажу на наявні конструкції”; “допускається відхилення ваги в межах ___ %”. Однак встановлення точного значення “515 г” без будь-якого діапазону або пояснення є дискримінаційним. 4. Скаржник звертає увагу, що дискримінаційною є не лише кожна окрема вимога, а саме сукупність технічних характеристик, встановлених Замовником. До таких характеристик належать, зокрема: Камера відеоспостереження: • корпус bullet; • колір білий; • 8 Мп; • матриця 1/2.8”; • фокусна відстань 2,8 мм; • комбіноване ІЧ+LED підсвічування; • дальність підсвічування 40 м; • кут огляду по горизонталі 108°; • кут огляду по вертикалі 59°; • вага 515 г; • підтримка ISAPI; • підтримка SDK; • підтримка широкого та конкретного переліку аналітичних функцій. Мережевий відеореєстратор: • H.265+; • H.264+; • MPEG4; • CVBS 1хBNC; • 2RJ45 10/100 Base-TX Ethernet; • підтримка 960H, D1, 2CIF, CIF; • інші параметри, характерні для конкретних модельних рядів одного виробника. У сукупності вказані характеристики не описують мінімальні функціональні потреби Замовника, а створюють технічний портрет обладнання конкретного виробника. Замовником штучно змодельовано ситуацію, коли участь у процедурі закупівлі зможуть взяти переважно учасники, які запропонують обладнання певної торговельної марки або обладнання, сумісне з конкретною екосистемою. Вважаємо, що Замовник зобов’язаний внести зміни до Додатку №2 тендерної документації та передбачити можливість подання пропозицій щодо предмета закупівлі обладнання інших виробників, прибравши пропрієтарні та надмірно деталізовані вимоги, наведені вище. Замовник у тендерній документації зазначив, що у разі наявності посилань на конкретні характеристики, стандарти, торгові марки, виробника, типи або спосіб виробництва після кожного такого посилання слід вважати наявним вираз “або еквівалент”. Однак формальна наявність такого застереження не усуває дискримінаційність вимог. Для реального допуску еквіваленту Замовник повинен визначити чіткі критерії еквівалентності: які саме відхилення від ваги 515 г допускаються; які API/SDK можуть бути еквівалентом ISAPI; які функції інтеграції має забезпечувати еквівалентний API/SDK; які технології стиснення можуть бути еквівалентом H.265+ та H.264+; як учасник може підтвердити еквівалентність; які документи приймаються для підтвердження; чи допускається підтвердження технічним описом, datasheet, інструкцією, листом виробника, посиланням на офіційний сайт виробника або іншою технічною документацією. У цій закупівлі такі критерії відсутні. Тому фраза “або еквівалент” має декларативний характер і не забезпечує реальної можливості участі інших виробників. Скаржником було направлено звернення про усунення дискримінаційних умов. У відповіді від 23.06.2026 Замовник зазначив, що вага 515 г визначена з урахуванням наявних монтажних конструкцій та кронштейнів; ISAPI використовується в межах вже впровадженої системи відеоспостереження для централізованого керування, інтеграції з наявним програмним забезпеченням, реалізації подій та аналітики; H.265+ та H.264+ визначені з огляду на оптимізацію дискового простору та мережевої інфраструктури; Замовник начебто допускає еквівалентні API/SDK або рівноцінні технології стиснення. Проте така відповідь не усуває порушень, оскільки Замовник не вніс відповідні зміни до тендерної документації. Більше того, відповідь Замовника фактично підтверджує, що спірні вимоги встановлені не як нейтральний опис функціональних характеристик, а з урахуванням вже наявної системи та конкретної інтеграції.