32420000-3 Мережеве обладнання, Маршрутизатори

Шановні панове!
Розглянувши вимогу про внесення змін до Додатку №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. Таким чином, Замовник орієнтований на сучасні рішення (а не застарілі), та встановив технічні вимоги до обладнання виходячи із власних потреб, що можуть бути реалізовані різними виробниками.

Шановні панове! Одиниця виміру комплект - в специфікації потрібно зазначити вартість комплекту(ів), а також зазначити вартість та кількість складових комплекту(ів), а саме: вартість та кількість товару, програмного забезпечення та послуг у відповідності з системою оподаткування (без або з ПДВ). В пункті 3.2. Проекту Договору до тендерної документації зазначено:
3.2. Оплата здійснюється Покупцем протягом 25 (двадцяти п’яти) банківських днів з дати підписання ним Акту приймання-передачі Товару та Акту належного надання Послуг (далі – Акти) та за наданим Постачальником (після підписання Покупцем Актів) Рахунком, а також з урахуванням, що така оплата здійснюється після реєстрації податкової накладної в Єдиному реєстрі податкових накладних відповідно до вимог статті 201 Податкового кодексу України.

Відвантаження товару та надання послуг можливо прийняти як в один день так і в окремі дні. Оплата здійснюється Покупцем протягом 25 календарних днів, строк відраховується після поставки всього комплекту та підписання всіх відповідних Актів.