• Відкриті торги з особливостями
  • Однолотова
  • КЕП

послуги доступу до хмарного середовища

Завершена

1 200 000.00 UAH з ПДВ
мін. крок: 1% або 12 000.00 UAH
Період уточнення: 20.03.2025 13:36 - 29.04.2025 00:00
Відповідь надана

1500 IOPS -> 3000 IOPS

Номер: 0c07bf5fd32046ea9c38b419eed6d128
Дата опублікування: 25.04.2025 12:57
Опис: Шановний Замовнику, вітаємо. Згідно другого абзацу п.17 Закону України "Про публічні закупівлі": "Замовнику забороняється вчиняти будь-які дії та приймати будь-які рішення щодо процедури закупівлі, ..., крім дій, спрямованих на усунення порушень, зазначених у скарзі.". В зв'язку з чим, просимо видалити з Додатку 2 та Додатку 3 до тендерної документації зміну параметру «Загальний об’єм (Storage): від 3.5 Tb (від 1500 IOPS)» на «Загальний об’єм (Storage): від 3.5 Tb (від 3000 IOPS)», так як дана вимога не була предметом оскарження.
Відповідь: Шановний учаснику, повідомляємо, що відповідно до абзаців 3 і 4 пункту 54 Особливостей здійснення публічних закупівель товарів, робіт і послуг для замовників, передбачених Законом України «Про публічні закупівлі», на період дії правового режиму воєнного стану в Україні та протягом 90 днів з дня його припинення або скасування, затверджених постановою Кабінету Міністрів України від 12.10.2022 № 1178, замовник має право з власної ініціативи або у разі усунення порушень вимог законодавства у сфері публічних закупівель, викладених у висновку органу державного фінансового контролю відповідно до статті 8 Закону України «Про публічні закупівлі» від 25.12.2015 № 922-VIII, або за результатами звернень, або на підставі рішення органу оскарження внести зміни до тендерної документації та/або оголошення про проведення відкритих торгів. Щодо вашого зауваження «Згідно другого абзацу п.17 Закону України "Про публічні закупівлі": "Замовнику забороняється вчиняти будь-які дії та приймати будь-які рішення щодо процедури закупівлі, ..., крім дій, спрямованих на усунення порушень, зазначених у скарзі.", необхідно зазначити, що зазначена норма стосується періоду розгляду скарги органом оскарження відповідно до п. 67 Особливостей, « Після оприлюднення в електронній системі закупівель скарги електронна система закупівель автоматично зупиняє початок електронного аукціону (якщо відкриті торги проводяться із застосуванням електронного аукціону)/не розкриває інформацію, зазначену в тендерній пропозиції (тендерних пропозиціях), у тому числі інформацію про ціну/приведену ціну тендерної пропозиції (тендерних пропозицій) (якщо відкриті торги проводяться без застосування електронного аукціону) та не оприлюднює рішення замовника про відміну відкритих торгів, договір про закупівлю і звіт про результати проведення закупівлі з використанням електронної системи закупівель. Замовнику забороняється вчиняти будь-які дії та приймати будь-які рішення щодо процедури закупівлі, у тому числі приймати рішення про відміну відкритих торгів, укладення договору про закупівлю, крім дій, спрямованих на усунення порушень, зазначених у скарзі….Перебіг зазначених строків продовжується з дня, наступного за днем прийняття рішення органом оскарження за результатами розгляду скарги, рішення про припинення розгляду скарги або рішення про залишення скарги без розгляду». Отже замовник має право на внесення змін до ТД, в тому числі і з власної ініціативи. Оскільки замовником виявлено помилку в технічних характеристиках предмету закупівлі, тому в Додатку 2 та Додатку 3 до тендерної документації змінено параметри «Загальний об’єм (Storage): від 3.5 Tb (від 1500 IOPS)» на «Загальний об’єм (Storage): від 3.5 Tb (від 3000 IOPS)» з наступних міркувань: у замовника існує виробнича необхідність у підвищенні мінімальної вимоги до продуктивності дискової підсистеми (IOPS - Input/Output Operations Per Second) з 1500 до 3000 для сховищ даних загальним об'ємом від 3.5 ТБ, диски з 3000 IOPS (операцій введення/виведення в секунду) забезпечують значно кращу продуктивність порівняно з дисками на 1500 IOPS: вища швидкість доступу до даних: Диски з 3000 IOPS можуть швидше обробляти запити на зчитування та запис даних, що особливо важливо для великих баз даних, програм високої продуктивності чи серверів, більш ефективна робота під великим навантаженням: Якщо ваша система обслуговує багато користувачів чи одночасних запитів, диски з більшою кількістю IOPS краще справляються з багатозадачністю, оптимізація складних операцій: Завдання, які включають обробку великих обсягів даних або аналітику в реальному часі, виграють від збільшеної продуктивності. Диски з 3000 IOPS ідеально підходять для завдань, які потребують високої швидкості та низької затримки, високі IOPS дозволяють уникати "вузьких місць" у продуктивності. Вимога у 3000 IOPS забезпечує певний запас продуктивності, що дозволить системі ефективно справлятися не лише з поточними, але й з майбутніми навантаженнями, пов'язаними зі зростанням обсягів даних, впровадженням нових сервісів або збільшенням активності користувачів. Це дозволяє уникнути необхідності термінової модернізації сховища у найближчому майбутньому. Підвищення мінімальної вимоги до IOPS з 1500 до 3000 для сховищ об'ємом від 3.5 ТБ є виправданим кроком для забезпечення належної продуктивності, швидкодії та стабільності роботи сучасних ІТ-систем та додатків, покращення досвіду користувачів та створення запасу продуктивності для майбутнього розвитку. Враховуючи вищенаведене, змушені відмовити в задоволенні вашого прохання.
Дата відповіді: 25.04.2025 16:04
Відповідь надана

Зміни в ТЗ до Проєкту договору

Номер: 5ee309970ed948c6b694ed2277d5492f
Дата опублікування: 24.04.2025 16:59
Опис: Шановний Замовнику, вітаємо. Просимо внести аналогічні (змінам, які внесені в Додаток 2 до Тендерної документації) зміни в ТЗ, яке є додатком 1 до проєкту договору (додаток 3 до ТД).
Відповідь: Доброго дня, шановний учаснику, повідомляємо про внесені зміни до додатку 3 ТД. Дякуємо за питання.
Дата відповіді: 25.04.2025 09:51
Відповідь надана

механізм створення моментальній знімків дисків (SnapShot)

Номер: 8b575350545b4de89eb3a62f0d857c1b
Дата опублікування: 24.04.2025 16:15
Опис: Шановний Замовнику, вітаємо. Чи правильно ми розуміємо, що внесені зміни в Технічне завдання (за рішенням АМКУ) мають на увазі не тільки додавання еквіваленту до поняття хмарного майданчику Amazon Web Service, а й додавання еквіваленту до поняття "механізму створення моментальній знімків дисків (SnapShot)"? Тобто, чи буде дискваліфіковано пропозицію учасника, який запропонує еквівалент "механізму створення моментальній знімків дисків (SnapShot)" для забезпечення можливості надання додаткового рівня захисту даних диску віртуальної машини?
Відповідь: Доброго дня, шановний учаснику. Дякуємо за питання та повідомляємо, що внесено зміни до тендерної документації щодо надання можливості учасникам подавати пропозиції, що передбачають інші механізми резервного копіювання
Дата відповіді: 25.04.2025 09:50