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

Послуга з розробки сайту ПДАУ (з передачею виключних майнових прав власності на програмне забезпечення) код ДК 021:2015 – 72410000-7 — Послуги провайдерів (72413000-8 Послуги з розробки веб-сайтів)

Мова (мови), якою (якими) повинні готуватися тендерні пропозиції: українська, більш детально в тендерній документації Вид забезпечення тендерних пропозицій: не передбачено Умови надання забезпечення тендерних пропозицій: не передбачено На виконання вимог Порядку розміщення інформації про публічні закупівлі (далі Порядку), затвердженого Наказом Міністерства розвитку економіки, торгівлі та сільського господарства України від 11 червня 2020 року N 1082. назви товару кожної номенклатурної позиції предмета закупівлі: Послуга з розробки сайту ПДАУ (з передачею виключних майнових прав власності на програмне забезпечення) код ДК 021:2015 – 72410000-7 — Послуги провайдерів (72413000-8 Послуги з розробки веб-сайтів)

Кваліфікація

від початку періоду пройшов робочий день

800 000.00 UAH з ПДВ
Період уточнення: 27.03.2026 14:55 - 01.04.2026 00:00
Відповідь надана

Уточнювальні запитання до Технічного завдання для узгодження технологічного стеку та забезпечення високих стандартів реалізації проєкту.

Номер: 3e7f61dd7f034ddaa90b89f2e2dfd2f8
Дата опублікування: 31.03.2026 14:51
Опис: Доброго дня! Для вибору оптимального технологічного стеку та забезпечення високої якості реалізації проєкту, маю ряд уточнень за пунктами ТЗ, заздалегідь дякую за конструктивні відповіді та зворотний зв’язок. 1)Вимоги щодо LLM (великих мовних моделей) для тексту та ШІ-пошуку (п. 4.1.2, 4.1.3). Чи закладений бюджет на оплату токенів ШІ-провайдерів після запуску? Це має бути автономне рішення (локальне) чи рішення на базі популярних ШІ-агентів? 2) Міграція даних (п. 4.5 ТЗ) із старої платформи. Якому обсягу даних потрібно забезпечити міграцію?Наприклад, «новини за останні 3 роки» або «всі сторінки розділу Х». 3) У ТЗ згадано "автоматичне дублювання у Facebook". Чи зареєстрована сторінка університету як підтверджена організація (з синьою галочкою або через Business Verification)? Які саме типи контенту мають дублюватися автоматично? Чи допускається використання сторонніх сервісів-посередників для публікації чи інтеграція має бути реалізована виключно через прямий API-запит від сервера сайту до серверів Meta (для забезпечення максимальної автономності)? 4)Пункт 4.7 Технічного завдання вимагає використання компонентів з відкритим кодом. Для досягнення цілей проекту (ШІ-пошук, адаптивність, інтерактивні таймлайни) часто доцільно використовувати професійні надбудови (фреймворки), що мають закритий код самого інструмента, але генерують відкритий код на виході. Чи допускаєте Ви використання такого професійного стеку розробки, за умови, що майнові права на фінальний програмний продукт та всі ліцензії на оновлення передаються Вам у повному обсязі та безстроково? 5) Пункт П. 3.4 ТЗ прямо вимагає використання КЕП на базі кваліфікованого сертифіката для адміністраторів. ЧІи зареєстрований ПДАУ в Інтегрованій системі електронної ідентифікації (ІСЕІ) як власник інформаційної системи? Чи є у Вас чинний договір із ДП "Дія" або адміністратором вузла ідентифікації для підключення веб-ресурсу? Чи всі відповідальні співробітники забезпечені апаратними токенами або хмарними підписами (Дія.Підпис, CloudKey)? Чи потрібно реалізувати підтримку лише апаратних носіїв, чи також BankID та Дія.Підпис?» 6) Пункт 4.2.1 підпункт 3. Забезпечувати доступ зареєстрованим користувачам до інформаційних ресурсів в межах наданих їм прав та повноважень, а саме після проходження процедур автентифікації використанням ІСЕІ. Який популярний протокол взаємодії є пріоритетним для Вас: OpenID Connect (OIDC) чи SAML 2.0? Який ідентифікатор особи (РНОКПП, ЕЦП-сертифікат тощо) слід використовувати як первинний ключ для зіставлення з обліковим записом у базі даних сайту? Чи планується інтеграція з внутрішніми реєстрами університету для автоматичного призначення ролей (Адміністратор/Редактор) на основі даних, отриманих від ІСЕІ, чи призначення прав відбуватиметься вручну технічним адміністратором після першої авторизації користувача?
Відповідь: Витрати, пов’язані з використанням алгоритмів штучного інтелекту (у тому числі у межах реалізації вимог п. 4.1.2 та 4.1.3), у вартості закупівлі окремо не передбачені та враховуються Виконавцем у складі запропонованої пропозиції відповідно до технічного рішення. Вибір підходу до реалізації (використання зовнішніх сервісів, локальних моделей або комбінованих рішень) здійснюється Виконавцем з урахуванням забезпечення належної роботи функціоналу відповідно до вимог технічної специфікації. Що до перенесення - міграція даних передбачає перенесення контенту, необхідного для запуску та коректного функціонування оновленого веб-сайту. З огляду на відсутність деталізованої інформації щодо повного обсягу та структури наявного контенту, остаточний перелік матеріалів визначається після аналізу існуючого сайту та погоджується із Замовником. У межах реалізації проєкту передбачається перенесення наступних типів контенту: - інформаційні сторінки; - новини та оголошення; - структура розділів сайту; - контактна інформація та ін. Перенесення здійснюється для актуального та релевантного контенту за останні 5 років. Архівні матеріали, що не використовуються в поточній діяльності, можуть переноситись додатково за окремим погодженням сторін. Вимога щодо дублювання публікацій у соціальній мережі Facebook передбачає забезпечення автоматичного розміщення новин, що публікуються на сайті, на відповідній сторінці Замовника. Деталі реалізації інтеграції (зокрема використання API або інших технічних рішень) визначаються Виконавцем у межах розробки технічного рішення та за умови забезпечення стабільної роботи функціоналу. Перелік типів контенту, що підлягає автоматичному дублюванню, узгоджується із Замовником на етапі розробки технічного завдання. У технічній специфікації (п. 4.7) визначено вимогу щодо використання вільно розповсюджуваних компонентів з відкритим кодом як основи програмного забезпечення. Інші формулювання щодо використання фреймворків або інструментів із закритим кодом у технічному завданні відсутні. Відповідно до п. 3.4 технічного завдання передбачено використання механізмів електронної ідентифікації та автентифікації користувачів для доступу до адміністративної частини сайту. Реалізація зазначених вимог здійснюється в межах технічного рішення Виконавця з урахуванням забезпечення належного рівня безпеки доступу, захисту даних та відповідності чинному законодавству. Деталі підключення до зовнішніх сервісів електронної ідентифікації (у разі необхідності) визначаються та погоджуються із Замовником на етапі розробки технічного завдання. Вимоги п. 4.2.1 передбачають забезпечення автентифікації користувачів та розмежування доступу відповідно до їх ролей і повноважень. Конкретні технічні рішення щодо протоколів взаємодії, ідентифікації користувачів, а також механізмів призначення ролей визначаються Виконавцем у межах розробки технічного рішення з урахуванням вимог безпеки, зручності користування та сумісності із системами Замовника.
Дата відповіді: 02.04.2026 16:09
Відповідь надана

Технічні вимоги

Номер: ce5a56d12eb249d78af2632250b182f9
Дата опублікування: 30.03.2026 11:44
Опис: Доброго дня, шановний Замовнику! Маємо декілька уточнюючих питань, які допоможуть нам краще зрозуміти вимоги Вашої тендерної документації та підготувати більш якісну тендерну пропозицію. 1. На якому сервері або хостингу повинен бути розміщений новий проєкт? Це сервери особисті замовника вказано - які цього характеристики? Бо є пункт "4.8 Вимоги до технічного забезпечення Розроблене СПЗ ПВС повинно забезпечувати можливість роботи на обладнанні, наявному у Замовника та мати можливість експлуатації клієнтських систем користувачів відповідно до умов Технічного завдання на створення СПЗ ПВС." 2. Чи може виконавиць запропонувати інші стадії виконання проєкту - clip596 , які більш сучасні, відповідають фінальній якості, більш ефективні по ресурсам і термінам виконання? 3. Щодо пункту "6. ПОРЯДОК КОНТРОЛЮ ТА ПРИЙМАННЯ ПОСЛУГ Для розробленого СПЗ ПВС встановлюються наступні види випробувань : 1. Внутрішнє навантажувальне тестування;" - якими сервісами буде проводитись навантажувальне тестування? 4. Пункт 10 - "3. Інструкцію користувача." - що мається на увазі під інструкцією для користувача? 5. Який перелік сторінок і функціоналу повинен бути - не вказано у ТЗ. Він ідентичний існуючому сайту? https://www.pdau.edu.ua/ 6. Чим наразі не влаштовує проєкт, чому вирішили його змінювати? 7. Який скритий контент буде доступний для "Авторизований користувач – відвідувач ПДАУ. Має доступ до інформації, що зберігається включно з закритими розділами та користується всіма наданими системою сервісами;" - як його наразі на сайті знайти і під яким логіном і паролем залогінитись? 8. Бачимо, що наразі сайт розроблений на Друпал, чим не влаштовує платформа, чому не бажаєте розвивати проєк т на існуючій платформі? Дякую!
Відповідь: Розміщення веб-сайту передбачається на технічній інфраструктурі Замовника (хостинг або сервер), який відповідає базовим вимогам для роботи сучасних веб-рішень на CMS WordPress. Веб-сайт має бути розроблений з урахуванням можливості стабільної роботи на наявному обладнанні Замовника, а також стандартних вимог до клієнтських пристроїв (сучасні браузери, адаптивність, доступність за стандартом WCAG 2.1). Стадії виконання проєкту, визначені у тендерній документації, є обов’язковими до дотримання. Водночас Виконавець може застосовувати власні підходи до організації робіт, деталізації процесів та внутрішньої реалізації етапів, за умови збереження визначених стадій, їх послідовності та кінцевого результату відповідно до технічного завдання. Внутрішнє навантажувальне тестування проводиться Виконавцем із використанням спеціалізованих інструментів та сервісів для перевірки продуктивності веб-сайту, що відповідають сучасним практикам розробки. Результатом тестування є підтвердження стабільної роботи веб-сайту при типових сценаріях навантаження та при стрес-тестуванні. Під інструкцією користувача мається на увазі короткий опис основних дій для роботи з веб-сайтом, зокрема взаємодії з його публічною частиною та базовими функціями. Це мають бути окремі інструкції під кожну роль користувача у pdf/тощо з поясненнями по всім функціям системи і роботі з адмін панеллю. Інструкція може включати пояснення навігації, використання ключових елементів інтерфейсу та інших типових сценаріїв роботи користувача. Перелік сторінок та функціоналу сформовано на основі технічного завдання та потреб Замовника. Існуючий сайт може використовуватись як орієнтир для розуміння структури та наповнення. Щодо наповнення, попередньо це щонайменше 20 унікальних сторінок з наповненням до 150-200 (тільки основні) Необхідність модернізації веб-сайту зумовлена потребою в оновленні структури, покращенні зручності користування, впровадженні сучасних підходів до управління контентом та забезпеченні можливості подальшого розвитку функціоналу, додавання англійської мови та забезпечення доступності для людей з вадами зору. Перелік інформації та функціоналу, доступного для авторизованих користувачів, визначається технічним завданням, має містити суворе розподілення ролей (6-7) з різними рівнями доступу, додатково обмеженого кафедрою, факультетом, тощо. Наразі доступ до облікових записів, логінів та паролів, а також до закритих розділів діючого сайту в межах тендерної процедури не надається з міркувань безпеки. Наразі версія Друпал на нашому сайті не є актуальною і перенесення на новішу версію є ризикованим, тому і виникла потреба у розробці нового вебсайту з новими вимогами зазначеними у технічному завданні. Вибір технологічного рішення для реалізації проєкту здійснюється з урахуванням актуальних потреб Замовника, зручності адміністрування, можливостей розвитку функціоналу та подальшого супроводження. Тендерна документація визначає вимоги до результату, а вибір конкретної платформи реалізації здійснюється Виконавцем у межах запропонованого рішення за умови відповідності технічному завданню.
Дата відповіді: 01.04.2026 15:46
Відповідь надана

Подовження строку подачі

Номер: 9f9612af08cf4d80879a912cc5efb98e
Дата опублікування: 27.03.2026 17:08
Опис: Доброго дня! Просимо вас розглянути можливість подовження строку подання тендерних пропозицій у звязку з тим, що підготовка тендерної пропозиції відповідно до вимог документації потребує додаткового часу, а саме задля якісної підготовки Тестового технічного рішення. Дякуємо!
Відповідь: Шановний учаснику! Повідомляємо, що строки подання тендерних пропозицій встановлені відповідно до вимог Закону України «Про публічні закупівлі» з урахуванням чинних особливостей здійснення публічних закупівель. Підстав для продовження строку подання тендерних пропозицій наразі немає.
Дата відповіді: 30.03.2026 16:12