-
Відкриті торги
-
Безлотова
-
КЕП
32420000-3 Мережеве обладнання, Маршрутизатори
Мова (мови), якою (якими) повинні готуватися тендерні пропозиції - відповідно до п. 7 Розділу І тендерної документації. Джерело фінансування - кошти підприємства. Назви товару чи послуги кожної номенклатурної позиції предмета закупівлі та код товару чи послуги, визначеного згідно з Єдиним закупівельним словником, що найбільше відповідає назві номенклатурних позицій предмета закупівлі : 32422000-7 Мережеві компоненти
Завершена
3 000 000.00
UAH без ПДВ
мін. крок: 1% або 30 000.00 UAH
мін. крок: 1% або 30 000.00 UAH
Період уточнення:
04.08.2020 14:11 - 23.08.2020 12:00
Відповідь надана
Специфікація. Одиниця виміру. Оплата.
Номер:
eff9fcca529c48d8997708fe6b7eed8d
Дата опублікування:
21.08.2020 16:38
Опис:
Доброго дня!
Згідно з вимог до тендерної документації від 21.08.2020 в специфікації відокремлюються Товар, ПЗ, та послуги, але залишаеться вимога, що це має бути 6 комплектів. Відповідно, одиниця виміру комплект, яка передбачає поєднання товару, програмного забезпечення та послуги з інсталяції в 1 комплект. Чи потрібно в специфікації розмежовувати кожну складову окремо, у тому числі, і послуги надаючи відповідні одиниці виміру шт., послуги, грн.?
Чи передбачено, що відвантаження товару та надання послуги відбуваються в один день? Якщо ні, то з якого моменту відраховується 25 календарних днів для оплати?
Відповідь:
Шановні панове! Одиниця виміру комплект - в специфікації потрібно зазначити вартість комплекту(ів), а також зазначити вартість та кількість складових комплекту(ів), а саме: вартість та кількість товару, програмного забезпечення та послуг у відповідності з системою оподаткування (без або з ПДВ). В пункті 3.2. Проекту Договору до тендерної документації зазначено:
3.2. Оплата здійснюється Покупцем протягом 25 (двадцяти п’яти) банківських днів з дати підписання ним Акту приймання-передачі Товару та Акту належного надання Послуг (далі – Акти) та за наданим Постачальником (після підписання Покупцем Актів) Рахунком, а також з урахуванням, що така оплата здійснюється після реєстрації податкової накладної в Єдиному реєстрі податкових накладних відповідно до вимог статті 201 Податкового кодексу України.
Відвантаження товару та надання послуг можливо прийняти як в один день так і в окремі дні. Оплата здійснюється Покупцем протягом 25 календарних днів, строк відраховується після поставки всього комплекту та підписання всіх відповідних Актів.
Дата відповіді:
25.08.2020 11:14
Відповідь надана
Просимо внести зміни в Додаток 3 "ОПИС ТА ОСНОВНІ ВИМОГИ ДО ПРЕДМЕТУ ЗАКУПІВЛІ".
Номер:
73d72854b31340ae8ef11748e49012a8
Дата опублікування:
10.08.2020 11:17
Опис:
Добрий день, шановні панове!
Розділ ІІ «Технічні вимоги» (далі – «Вимоги») містить окремі пункти, які обмежують можливість участі у конкурсі з продукцією провідних світових виробників телекомунікаційного обладнання, окрім деяких.
В окремих пунктах Вимог наведені протоколи (або їх комбінації) певних виробників, а також технологічні, архітектурні, або апаратно-програмні особливості обладнання цих виробників, які не дозволяють пропонувати еквівалент та звужують конкуренцію.
А саме:
П. 13.4. «Централізовану автентифікацію та авторизацію адміністративних облікових записів, а також аудит їхніх дій (Authentication, Authorization, Audit, або AAA) з використанням протоколів «Remote Authentication Dial In User Service» (RADIUS) та «Terminal Access Controller Access Control System Plus» (TACACS+)».
Протоколом TACACS+ є патентованим протоколом Cisco Systems, отже чинна редакція орієнтована на обладнання одного виробника.
Для запобігання обмеженню вільної конкуренції, просимо викласти ці вимоги в наступній редакції: «Централізовану автентифікацію та авторизацію адміністративних облікових записів, а також аудит їхніх дій (Authentication, Authorization, Audit, або AAA) з використанням протоколів «Remote Authentication Dial In User Service» (RADIUS), або «Terminal Access Controller Access Control System» (TACACS), або їх еквіваленту.»
П.14.5: «Протоколи «NetFlow Version 9» (NFv9) або J-Flow або «Internet Protocol Flow Information Export» (IPFIX)» для збору телеметричної інформації про мережевий трафік. Телеметрична інформація, що експортуватиметься у вигляді повідомлень NFv9 або IPFIX, повинна базуватися на аналізі абсолютно всього трафіку, тобто аналіз фрагментів даних не припускається»
Перераховані протоколи є патентованими протоколами певних виробників, або базуються на них. Інші виробники підтримують аналогічні сумісні відкриті та власні протоколи, які виконують аналогічні функції.
Для запобігання обмеженню вільної конкуренції, просимо викласти ці вимоги в наступній редакції: «Протоколи «NetFlow Version 9» (NFv9) або J-Flow або «Internet Protocol Flow Information Export» (IPFIX)», або їх еквівалент для збору телеметричної інформації про мережевий трафік. Телеметрична інформація, що експортуватиметься у вигляді повідомлень NFv9 або IPFIX, або в еквівалентному вигляді, повинна базуватися на аналізі абсолютно всього трафіку, тобто аналіз фрагментів даних не припускається».
Щодо п. 16, 17 Вимог. Вони містять опис окремих архітектурно-апаратних особливостей обладнання певних виробників. Разом з цим п.15 містить вимоги до продуктивності, яка є однією з найважливіших характеристик пристрою. Різні виробники обладнання вирішують питання досягнення необхідної продуктивності, відмовостійкості та відновлюваності різними архітектурними, програмними та технологічними рішеннями, з урахуванням достатності апаратних ресурсів для кожного виробу. Вимоги п.16 та п.17 штучно обмежують конкуренцію та не дозволяють пропонувати обладнання інших виробників з відповідними Вимогам, або кращими характеристиками.
Просимо видалити з Вимог пункти 16, 17, як дискримінаційні по відношенню до обладнання інших провідних виробників.
Відповідь:
Шановні панове!
Розглянувши вимогу про внесення змін до Додатку №3 до тендерної документації, вважаємо, що підстави для зміни тендерної документації - відсутні, у зв’язку із нижченаведеним: Відповідно до положень частини 2 статті 22 Закону України «Про публічні закупівлі» Замовник у тендерній документації зазначає такі відомості, як: інформація про необхідні технічні, якісні та кількісні характеристики предмета закупівлі, у тому числі відповідну технічну специфікацію (у разі потреби - плани, креслення, малюнки чи опис предмета закупівлі). Відповідно до положень частини 1 статті 23 Закону України «Про публічні закупівлі» технічна специфікація повинна містити опис усіх необхідних характеристик товарів, що закуповуються, у тому числі їх технічні, функціональні та якісні характеристики.
1. Щодо пункту п. 13.4. Таблиці 1 Додатку №3 до тендерної документації - відповідно до якого в частині «Технології мережевої безпеки» «Пристрій повинен підтримувати всі наведені нижче механізми та технології захисту від мережевих загроз: 4. Централізовану автентифікацію та авторизацію адміністративних облікових записів, а також аудит їхніх дій (Authentication, Authorization, Audit, або AAA) з використанням протоколів «Remote Authentication Dial In User Service» (RADIUS) та «Terminal Access Controller Access Control System Plus» (TACACS+)» зазначаємо про те, що існують стандарти IETF щодо Radius, NFv9 та Tacacs+. Останній фактично став стандартом (в його розробці дійсно активну участь приймала Cisco) і даний протокол, наприклад, реалізовано в обладнанні Fortinet, HPE, Check Point тощо. Tacacs+ є подальшим розвитком протоколу Tacacs, у зв’язку із чим, просимо зауважити щодо доцільності пропонувати обладнання, яке не має підтримки сучасних протоколів.
2. Щодо пункту П. 14.5. Таблиці 1 Додатку №3 до тендерної документації - відповідно до якої в частині «Механізми керування пристроєм» «Пристрій повинен підтримувати всі наведені нижче протоколи та технології: 5. Протоколи «NetFlow Version 9» (NFv9) або JFlow або «Internet Protocol Flow Information Export» (IPFIX)» для збору телеметричної інформації про мережевий трафік. Телеметрична інформація, що експортуватиметься у вигляді повідомлень NFv9 або IPFIX, повинна базуватися на аналізі абсолютно всього трафіку, тобто аналіз фрагментів даних не припускається» зазначаємо про те, що: А) Протокол «NetFlow version 9» на поточний момент є відкритим протоколом, що підтримується різними виробниками мережевого обладнання. Поточна редакція документу IETF, що описує цей протокол, доступна за посиланням https://tools.ietf.org/html/rfc3954. Б) Протокол IPFIX не є, і ніколи не був патентованим протоколом ні однієї з компаній. Це відкритий протокол, який підтримується багатьма виробниками мережевого обладнання. Поточна редакція документу IETF, що описує цей протокол, доступна за посиланням https://tools.ietf.org/html/rfc7011.
Замовнику потрібен один з вище зазначених протоколів (тобто – один з трьох), оскільки Замовник має необхідні компетенції, кваліфікацію та системи, що, очевидно, знижує витрати Замовника (які б були б вищими і визвали б необхідність додаткового навчання, модернізації або впровадження додаткових систем тощо) та підтримка одного з зазначених протоколів мережевим обладнанням дозволить швидко впровадити обладнання Замовником і почати його експлуатацію.
3. Щодо пунктів 15-17 Таблиці 1 Додатку №3 до тендерної документації, Замовник потребує саме таких якісних та кількісних характеристик, що зазначені в тендерній документації. Звертаємо увагу на вимоги зазначені в пунктах 16-17 Таблиці №1, оскільки Замовником визначена можливість приймати участь обладнанню без будь-яких архітектурно-апаратних особливостей (варіант Б в п. 16) – та усі ці вимоги (п. 16 та 17 Таблиці №1) можливо реалізувати за допомогою відповідних модулів чи накопичувачів. Зауважимо, що, окрім обладнання Cisco, щонайменше, повністю відповідає даному ТЗ. обладнання Juniper. Таким чином, Замовник орієнтований на сучасні рішення (а не застарілі), та встановив технічні вимоги до обладнання виходячи із власних потреб, що можуть бути реалізовані різними виробниками.
Дата відповіді:
13.08.2020 10:31