Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ «КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ

Текст рішення

РІШЕННЯ

№8259-р/пк-пз від 07.07.2026

Комісія Антимонопольного комітету України з розгляду скарг про порушення законодавства у сфері публічних закупівель (надалі – Комісія), розглянувши скаргу товариства з обмеженою відповідальністю "МЕМО.ЮА" (код ЄДРПОУ: 43535711) від 26 червня 2026 № UA-2026-05-29-006694-a.a1 (надалі - Скарга) щодо порушення Замовником порядку проведення Процедури закупівлі,

ВСТАНОВИЛА:

Надалі за текстом вказаного рішення терміни та визначення:

- Закон України "Про публічні закупівлі" – Закон;

- Особливості здійснення публічних закупівель товарів, робіт і послуг для замовників, передбачених Законом України "Про публічні закупівлі", на період дії правового режиму воєнного стану в Україні та протягом 90 днів з дня його припинення або скасування, затверджені Постановою Кабінету Міністрів України від 12.10.2022 № 1178 "Про затвердження особливостей здійснення публічних закупівель товарів, робіт і послуг для замовників, передбачених Законом України "Про публічні закупівлі", на період дії правового режиму воєнного стану в Україні та протягом 90 днів з дня його припинення або скасування" – Особливості;

- тендерна документація – Документація;

- тендерна пропозиція – Пропозиція.

Скаржник повідомляє про порушення Замовником порядку проведення Процедури закупівлі та просить, зокрема, зобов'язати Замовника скасувати рішення про відхилення Пропозиції Скаржника та рішення про визначення переможця Процедури закупівлі.

Рішенням Комісії від 29.06.2026 №7798-р/пк-пз Скарга була прийнята до розгляду та зобов’язано Замовника надати пояснення по суті Скарги.

Замовник на веб-порталі Уповноваженого органу надав пояснення по суті Скарги.

Скаржник 01.07.2026 надав заперечення на пояснення Замовника.

У ході розгляду Скарги, інформації отриманої за скаргою та інформації, розміщеної в електронній системі закупівель, встановлено наступне.

Згідно з інформацією, розміщеною на веб-порталі Уповноваженого органу з питань закупівель, свої Пропозиції для участі в Процедурі закупівлі надали наступні учасники:

1) Скаржник 2) товариство з обмеженою відповідальністю "ЕКСЕЛЕНТ СОЛУШН" (надалі –

ТОВ "ЕКСЕЛЕНТ СОЛУШН")

3) фізична особа-підприємець ПЕРЕТЯКА ГРИГОРІЙ ПАВЛОВИЧ 4) фізична особа-підприємець КОЛЕСНІКОВ ДМИТРО ЮРІЙОВИЧ 5) товариство з обмеженою відповідальністю "Демч.ко" 6) товариство з обмеженою відповідальністю "БРЕНДЕР" 7) товариство з обмеженою відповідальністю "Соломоно" 8) фізична особа-підприємець Гурей Михайло Іванович 9) товариство з обмеженою відповідальністю "Девпрув" 10) товариство з обмеженою відповідальністю "БІЛДАППС" Згідно з інформацією, розміщеною на веб-порталі Уповноваженого органу, розкриття Пропозицій відбулось 17.06.2026.

Відповідно до інформації, розміщеної на веб-порталі Уповноваженого органу, Пропозиція Скаржника була відхилена Замовником; Пропозиція ТОВ "ЕКСЕЛЕНТ СОЛУШН" має статус – "рішення очікується".

Інформація про відхилення Пропозиції Скаржника оприлюднена на веб-порталі Уповноваженого органу 23.06.2026.

Скаржник не погоджується з рішенням Замовника про відхилення його Пропозиції, у зв’язку з чим були розглянуті підстави відхилення Пропозиції Скаржника та встановлено наступне.

Відповідно до протоколу розгляду тендерних пропозицій від 23.06.2026 №202615/01 підставою відхилення Пропозиції Скаржника було наступне:

"На підтвердження відповідності технічним, якісним, кількісним та іншим вимогам до предмету закупівлі у складі тендерної пропозиції Учасник повинен надати опис підходу до реалізації проєкту, що включає:

підхід до розробки (методологія управління проєктом, організація робіт, взаємодія із Замовником, підхід до управління змінами);

опис технологічного стеку, що планується використовувати (backend, frontend, база даних, СМЅ, інфраструктурні рішення);

підхід до реалізації інтеграцій із внутрішніми та зовнішніми системами (АРІ, обмін даними, синхронізація);

підхід до забезпечення безпеки (захист даних, контроль доступів, управління вразливостями);

- орієнтовний план реалізації проєкту (етапи, тривалість, ключові результати кожного етапу). За результатами розгляду тендерної пропозиції Учасника встановлено наступне:

9.1. Підхід до розробки (методологія управління проєктом, організація робіт, взаємодія із Замовником, підхід до управління змінами):

Технічним завданням (Розділ 4. Технічні вимоги) передбачено:

4.1. CMS: WYSIWYG-редактор, підтримка 2 мов (UA/EN), управління SEO, медіафайлами, версіонуванням контенту, система ролей (головний адміністратор, редактор факультету, контент-менеджер, маркетолог).

4.2. Модуль освітніх програм: 150+ програм, фільтри, пошук, картки програм, імпорт Excel/CSV, 4.3. Модуль новин та подій: категоризація, теги, анонси, інтеграція з Google Calendar/iCloud/Outlook, автопостинг у Facebook, Instagram, Telegram, LinkedIn, TikTok.

4.6. Мультисайт: підсайти для факультетів, єдина адмін-панель, спільні стилі, незалежний контент.

У документах учасника зазначено загальний підхід до використання CMS на базі Laravel, однак не деталізовано, яким саме чином буде забезпечено версіонування контенту, ролі редакторів факультетів, мультисайт, імпорт Excel/CSV, роботу з 150+ освітніми програмами, модуль новин та подій, а також автопостинг у визначені технічним завданням соціальні мережі. У зв'язку з цим наданий опис є недостатнім для повної оцінки відповідності функціональним вимогам технічного завдання.

9.2. Підхід до реалізації інтеграцій із внутрішніми та зовнішніми системами (АРІ, обмін даними, синхронізація):

Технічним завданням (Розділ 5. Інтеграції) передбачено реалізацію інтеграцій:

5.1. Digital University: АРІ розкладу занять, кнопка входу до особистого кабінету.

5.2. KAI Online (OpenEdX): промо-блок на головній, кнопка в шапці.

5.3. CRM Creatio: передача даних з Google Forms, синхронізація контактів та звернень.

5.4. Соціальні мережі: автопостинг, віджети, кнопки "Поділитися".

5.5. Аналітика: Google Analytics 4. Google Search Console, sitemap.xml, Schema.org.

5.6. Kapтu: Google Maps або OpenStreetMap, інтерактивна карта кампусу. 5.7. АРІдокументація Digital University ma CRM Creatio надається Замовником.

У складі тендерної пропозиції Учасником надано документ "Підхід до реалізації інтеграції". Під час розгляду встановлено, що опис підходу має загальний характер та не містить достатньої деталізації щодо механізмів обміну даними, синхронізації, обробки помилок, інтеграції форм із CRM Creatio, захисту форм, а також інтеграції з календарними сервісами Google Calendar/iCloud/Outlook. У зв'язку з цим опис не є достатнім для повної оцінки технічної спроможності учасника реалізувати інтеграції відповідно до вимог технічного завдання.

9.3. Опис технологічного стеку, що планується використовувати (backend, frontend, база даних, СМЅ, інфраструктурні рішення):

Технічним завданням (Розділ. 6 Технічні вимоги) передбачено:

п. 6.1. Технологічний стек: Васкend-PHP 8+, Laravel: Frontend HTML5, CSS3 (Bootstrap/BEM), JavaScript: БД PostgreSQL; Пошук ElasticSearch; Кешування Redis;

Вебсервер - Nginx; Контейнеризація Docker; CI/CD-GitLab C1/GitHub Actions; Логування ELK Stack.

У складі тендерної пропозиції Учасником надано документ "Опис технологічного стеку". Під час розгляду встановлено, що у зазначеному документі Учасником зазначено можливість використання PostgreSQL або МуSQL, що не є однозначним підтвердженням відповідності вимозі технічного завдання. Учасником не підтверджено використання саме PostgreSQL або не надано належного обгрунтування еквівалентності запропонованого альтернативного рішення.

9.4. Підхід до забезпечення безпеки (захист даних, контроль доступів, управління вразливостями):

Технічним завданням (Розділ 6. Технічні вимоги) передбачено, зокрема, HTTPS, захист від SQL-ін'єкцій/XSS/CSRF, резервне копіювання, моніторинг, тестування на проникнення, зокрема Acunetix.

Технічним завданням (Розділ 4.4. Форми та зворотний зв'язок) передбачено використання Google Forms, передачу даних у CRM Creatio та захист reCaptcha.

Технічним завданням (Розділ 4.1. СМЅ) передбачено: WYSIWYG-редактор, підтримка 2 мов (UA/EN), управління SEO, медіафайлами, версіонуванням контенту, система ролей (головний адміністратор, редактор факультету, контент-менеджер, маркетолог).

У складі тендерної пропозиції Учасником надано документ "Підхід до забезпечення безпеки". Під час розгляду встановлено, що Учасником розкрито підхід до захисту від SQLін'єкцій та XSS-атак, однак:

відсутнє підтвердження реалізації захисту від CSRF;

не наведено інформації щодо проведення тестування на проникнення, зокрема із застосуванням Acunetix;

відсутній опис процесу управління вразливостями, зокрема порядку їх виявлення, оцінки критичності, строків усунення, повторної перевірки та звітування Замовнику;

відсутнє підтвердження застосування reCaptcha для захисту форм;

не розкрито модель ролей і прав доступу відповідно до вимог ТЗ щодо СМЅ, зокрема для головного адміністратора, редактора факультету, контент-менеджера та маркетолога;

недостатньо деталізовано порядок резервного копіювання, зокрема не визначено періодичність створення резервних копій, строк їх зберігання, порядок перевірки можливості відновлення, перелік даних, що підлягають резервному копіюванню, та порядок захисту резервних копій;

не розкрито повноцінний підхід до моніторингу роботи вебсайту, зокрема відсутній опис моніторингу доступності, продуктивності, серверних ресурсів, налаштування сповіщень про інциденти, каналів інформування відповідальних осіб, порядку реагування на інциденти та взаємозв'язку такого моніторингу з вимогами SLA:

не наведено опису захисту даних у межах інтеграцій із внутрішніми та зовнішніми системами, зокрема під час передачі даних з Google Forms до CRM Creatio, роботи з АРІ, зберігання та використання ключів доступу/АРІ-токенів, обмеження доступу до інтеграцій, а також логування подій без ризику розкриття персональних або службових даних.

Таким чином, наданий документ частково розкриває базові заходи безпеки, однак не в повному обсязі підтверджує відповідність вимогам технічного завдання щодо захисту даних, контролю доступів та управління вразливостями.

10. Враховуючи викладене, тендерна пропозиція Учасника не відповідає умовам технічної специфікації та іншим вимогам щодо предмета закупівлі тендерної документації.

Згідно з підпунктом 2 пункту 44. Особливостей замовник відхиляє тендерну пропозицію із зазначенням аргументації в електронній системі закупівель у разі, коли тендерна пропозиція не відповідає умовам технічної специфікації та іншим вимогам щодо предмета закупівлі тендерної документації, крім невідповідності в інформації та/або документах, що може бути усунена учасником процедури закупівлі відповідно до пункту 43 цих Особливостей. Таким чином, тендерна пропозиція Учасника підлягає відхиленню на підставі зазначеної норми".

Скаржник зазначає, що у файлі "обгрунтування аномально низької ціни тендерної пропозиції.pdf" від 18.06.2026 Скаржник навів поетапний розрахунок вартості послуг. На сторінці 1 передбачено аналітику, проєктування, розробку, інтеграції та забезпечення доступності за ДСТУ EN 301 549:2022 i WCAG 2.1. На сторінці 2 окремо передбачено етап тестування вартістю 38 000,00 грн без ПДВ, який включає тестування безпеки із застосуванням Acunetix, а також етап впровадження вартістю 50 000,00 грн без ПДВ, який включає налаштування серверів, СІ/CD, резервного копіювання та моніторингу.

Цей документ не замінює первинний опис підходу, однак є частиною матеріалів процедури, поданою до прийняття рішення про відхилення, та об'єктивно підтверджує включення Аcunetix, резервного копіювання і моніторингу до обсягу та ціни Пропозиції.

Отже, протокол не містить доказів того, що Скаржник відмовився від цих робіт або не врахував їх у ціні.

Замовник не відхилив Пропозицію через неналежність обґрунтування аномально низької ціни. Навпаки, єдиною підставою стало суб'єктивне оцінювання деталізації технічних документів. Тому під час розгляду Скарги не допускається доповнювати протокол новими підставами або ігнорувати документи, що спростовують викладений у ньому висновок.

Документація встановила ціну як єдиний критерій оцінювання з питомою вагою 100 %. Технічна відповідність повинна була перевірятися як об'єктивна відповідність конкретно сформульованим вимогам. Натомість Замовник оцінив глибину викладення, кількість технічних деталей і відповідність невідомому внутрішньому еталону.

Скаржник не стверджує, що критерій "ціна 100%" звільняє учасника від виконання технічного завдання. Порушення полягає в іншому: Замовник перетворив бінарну перевірку відповідності на суб'єктивне ранжування якості технічного опису без оприлюдненої методики.

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

Відхилення є найсуворішим наслідком розгляду Пропозиції. За відсутності прямої суперечності технічному завданню та за наявності можливості уточнення воно не відповідає принципу пропорційності. Належним способом дії було оцінити Пропозицію за оприлюдненими умовами, а у разі об'єктивної потреби в уточненні розмістити одну повну вимогу за пунктом 43 Особливостей.

Замовник не довів невідповідність пропозиції конкретній оприлюдненій вимозі. Він підтвердив наявність усіх технічних документів, але відхилив Пропозицію через відсутність додаткової деталізації, якої додаток 3 і додаток 5 не встановлювали.

Внутрішній висновок профільного підрозділу не може змінити Документацію, а протокол додатково містить неможливу хронологічну дату службової записки.

Навіть за припущення про неповноту окремих формулювань Замовник повинен був застосувати пункт 43 Особливостей. Підтвердження PostgreSQL, CSRF, reCAPTCHA, Acunetix, а також уточнення ролей, резервного копіювання, моніторингу та інтеграцій не змінювали предмет закупівлі, ціну або обсяг послуг.

Замовник зазначає, що відхилення зумовлене не "недостатньою деталізацією" як такою, а непідтвердженням відповідності Пропозиції конкретним, прямо названим у технічному завданні вимогам.

3.1 Технологічний стек — база даних (п. 6.1 ТЗ). ТЗ однозначно вимагає використання PostgreSQL. У документі "Опис технологічного стеку" Скаржник зазначив можливість використання "PostgreSQL або MySQL", не підтвердивши використання саме PostgreSQL і не надавши обґрунтування еквівалентності альтернативного рішення. Це самостійна та достатня підстава невідповідності прямій, заздалегідь оприлюдненій вимозі.

3.2 Підхід до забезпечення безпеки (пп. 6.3, 4.1, 4.4 ТЗ). У документі "Підхід до забезпечення безпеки" розкрито захист від SQL-ін'єкцій та XSS, однак відсутнє підтвердження прямо передбачених ТЗ вимог:

• захист від CSRF;

• тестування на проникнення (Acunetix);

• захист форм reCaptcha;

• опис процесу управління вразливостями (виявлення, оцінка критичності, строки усунення, повторна перевірка, звітування);

• модель ролей і прав доступу CMS (головний адміністратор, редактор факультету, контент-менеджер, маркетолог);

• порядок резервного копіювання (періодичність, строк зберігання, перевірка відновлення, перелік даних, захист копій);

• підхід до моніторингу (доступність, продуктивність, серверні ресурси, сповіщення про інциденти, зв'язок із SLA);

• захист даних у межах інтеграцій (передача даних з Google Forms у CRM Creatio, робота з API, зберігання ключів доступу/токенів, логування).

3.3 Підхід до реалізації інтеграцій (розділ 5 ТЗ). Документ "Підхід до реалізації інтеграції" має загальний характер і не містить деталізації механізмів обміну даними, синхронізації, обробки помилок, інтеграції форм із CRM Creatio, захисту форм, інтеграції з календарними сервісами Google Calendar/iCloud/Outlook.

3.4 Функціональні вимоги до CMS та модулів вебсайту (розділ 4 ТЗ). У документах Скаржника зазначено загальний підхід до використання CMS на базі Laravel, без деталізації версіонування контенту, ролей редакторів факультетів, мультисайту, імпорту Excel/CSV, роботи з 150+ освітніми програмами, модуля новин/подій, автопостингу у визначені ТЗ соціальні мережі. Пункти 3.1–3.2 — це перевірка наявності/відсутності прямо названої в ТЗ інформації (бінарна за своєю природою), а не оцінка "глибини викладення" чи якості тексту.

Саме на цьому ґрунтується кваліфікація виявлених прогалин як таких, що виключені зі сфери дії пункту 43 Особливостей.

Щодо підтвердження включення Acunetix документом обґрунтування аномально низької ціни, Замовник зазначає, що цей документ має іншу мету — економічне обґрунтування ціни, складене на виконання вимог щодо обґрунтування аномально низької ціни, — і не замінює та не доповнює передбачений Додатком 3 опис підходу до забезпечення безпеки. Включення Acunetix, резервного копіювання чи моніторингу до позицій калькуляції вартості підтверджує лише те, що ці роботи закладені у ціну, але не є описом процесів (порядку управління вразливостями, періодичності та перевірки резервних копій, моделі моніторингу і зв'язку із SLA), якого вимагає ТЗ. Відхилення зумовлене відсутністю опису цих процесів у профільному документі Пропозиції, а не ігноруванням їх згадки в ціновому обґрунтуванні. Замовник не доповнював протокол новими підставами — усі підстави викладені безпосередньо в протоколі від 23.06.2026.

У ході розгляду зазначеного питання встановлено наступне.

Відповідно до пункту 1 розділу ІІІ Документації зміст Пропозиції, зокрема:

інформація про необхідні технічні, якісні та кількісні характеристики предмета закупівлі.

Відповідно до пункту 6 розділу ІІІ Документації вимоги щодо технічних, якісних та кількісних характеристик до предмета закупівлі, у тому числі до відповідної технічної специфікації, а також до маркування, протоколів випробувань або сертифікатів викладено у Додатку 3 Документації.

Інформація про необхідні технічні, якісні та кількісні характеристики предмета закупівлі зазначена у Додатку 3 Документації. Товари, роботи, послуги мають відповідати вимогам, які визначені у Додатку 3 Документації.

Додаток 3 Документації містить інформацію про необхідні технічні, якісні та кількісні характеристики предмета закупівлі та передбачає. зокрема:

4. Функціональні вимоги 4.1. CMS: WYSIWYG-редактор, підтримка 2 мов (UA/EN), управління SEO, медіафайлами, версіонуванням контенту, система ролей (головний адміністратор, редактор факультету, контент-менеджер, маркетолог).

4.2. Модуль освітніх програм: 150+ програм, фільтри, пошук, картки програм, імпорт Excel/CSV.

4.3. Модуль новин та подій: категоризація, теги, анонси, інтеграція з Google Calendar/iCloud/Outlook, автопостинг у Facebook, Instagram, Telegram, LinkedIn, TikTok.

4.4. Форми та зворотний зв'язок: Google Forms, передача в CRM Creatio, захист reCaptcha.

4.5. Чат-бот/онлайн-консультант: FAQ, переадресація на оператора, інтеграція з месенджерами (опціонально).

4.6. Мультисайт: підсайти для факультетів, єдина адмін-панель, спільні стилі, незалежний контент.

5. Інтеграції 5.1. Digital University: API розкладу занять, кнопка входу до особистого кабінету.

5.2. KAI Online (OpenEdX): промо-блок на головній, кнопка в шапці.

5.3. CRM Creatio: передача даних з Google Forms, синхронізація контактів та звернень.

5.4. Соціальні мережі: автопостинг, віджети, кнопки "Поділитися".

5.5. Аналітика: Google Analytics 4, Google Search Console, sitemap.xml, Schema.org.

5.6. Карти: Google Maps або OpenStreetMap, інтерактивна карта кампусу.

5.7. API-документація Digital University та CRM Creatio надається Замовником 6. Технічні вимоги 6.1. Технологічний стек: Backend — PHP 8+, Laravel; Frontend — HTML5, CSS3 (Bootstrap/BEM), JavaScript; БД — PostgreSQL; Пошук — ElasticSearch; Кешування — Redis; Вебсервер — Nginx; Контейнеризація — Docker; CI/CD — GitLab CI / GitHub Actions;

Логування — ELK Stack.

6.3. Безпека: HTTPS, захист від SQL-ін'єкцій/XSS/CSRF, резервне копіювання, моніторинг, тестування на проникнення (Acunetix).

На підтвердження відповідності технічним, якісним, кількісним та іншим вимогам до предмету закупівлі у складі Пропозиції учасник повинен надати опис підходу до реалізації проєкту, що включає:

підхід до розробки (методологія управління проєктом, організація робіт, взаємодія із Замовником, підхід до управління змінами);

опис технологічного стеку, що планується використовувати (backend, frontend, база даних, CMS, інфраструктурні рішення);

підхід до реалізації інтеграцій із внутрішніми та зовнішніми системами (API, обмін даними, синхронізація);

підхід до забезпечення безпеки (захист даних, контроль доступів, управління вразливостями);

орієнтовний план реалізації проєкту (етапи, тривалість, ключові результати кожного етапу).

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

На виконання вимог абзацу 2 частини 3 та частини 4 статті 23 Закону України "Про публічні закупівлі", після посилання у цьому додатку на стандартні характеристики чи технічні регламенти та умови, вимоги, умовні позначення та термінологію, передбачені існуючими міжнародними, європейськими стандартами, іншими спільними технічними європейськими нормами, іншими технічними еталонними системами, визнаними європейськими органами зі стандартизації, або національними стандартами, нормами та правилами, чи конкретну торгівельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника слід доповнити та читати і сприймати з виразом "або еквівалент". "Еквівалент" товару мається на увазі його рівноцінність заміні іншого товару за технічними та якісними характеристиками, такий що повністю відповідає встановленим вимогам Замовника або кращий.

У складі Пропозиції Скаржника містяться:

- документ "Опис технологічного стеку" (файл Опис технологічного стеку.pdf), у якому зазначено, зокрема: "Ми, Товариство з обмеженою відповідальністю "Мемо. Юа" (далі - Учасник), в особі Директора Тихонова Володимира Юрійовича, який діє на підставі Статуту як учасник закупівлі "Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ "КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ" за кодом ЄЗС ДК 021:2015: 72410000-7 Послуги провайдерів цим листом повідомляємо опис технологічного стеку, що планується використовувати.

Backend: PHP 8+, Laravel Framework + REST API.

Frontend: HTML5, CSS3 (Bootstrap/BEM), Next.js.

База даних: PostgreSQL або MySQL.

CMS: від Laravel Framework (наприклад October CMS або Filament) Пошук - ElasticSearch.

Кешування - Redis.

Вебсервер - Nginx.

Контейнеризація - Docker.

CI/CD-GitLab CI / GitHub Actions.

Логування - ELK Stack, Інфраструктурні рішення: тестові та продуктові сервери";

- документ "Підхід до реалізації інтеграцій" (файл Підхід до реалізації інтеграцій.pdf), у якому зазначено, зокрема:

"Ми, Товариство з обмеженою відповідальністю "Мемо. Юа" (далі - Учасник), в особі Директора Тихонова Володимира Юрійовича, який діє на підставі Статуту як учасник закупівлі "Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ "КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ" за кодом ЄЗС ДК 021:2015: 72410000-7 Послуги провайдерів цим листом повідомляємо про підхід до реалізації інтеграцій із внутрішніми та зовнішніми системами (АРІ, обмін даними, синхронізація).

В залежності від потреби та документації по АРІ розроблюються крон завдання, які запускать потрібні процеси обміну даними по АРІ з внутрішніми та зовнішніми системами та автоматично сінхронізуються:

Digital University: API розкладу занять, кнопка входу до особистого кабінету.

KAI Online (OpenEdX): промо-блок на головній, кнопка в шапці.

CRM Creatio: передача даних з Google Forms, синхронізація контактів та звернень.

Соціальні мережі: автопостинг, віджети, кнопки "Поділитися".

Аналітика: Google Analytics 4, Google Search Console, sitemap.xml, Schema.org.

Карти: Google Maps або OpenStreetMap, інтерактивна карта кампусу.

АРІ-документація Digital University та CRM Creatio надається Замовником";

- документ "Підхід до забезпечення безпеки" (файл Підхід до забезпечення безпеки.pdf), у якому зазначено, зокрема: "Ми, Товариство з обмеженою відповідальністю "Мемо. Юа" (далі Учасник), в особі директора Тихонова Володимира Юрійовича, який діє на підставі Статуту як учасник закупівлі "Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ "КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ" за кодом ЄЗС ДК 021:2015: 72410000-7 Послуги провайдерів цим листом повідомляємо про підхід до забезпечення безпеки (захист даних, контроль доступів, управління вразливостями).

Використовуємо HTTPS: Обовязковий SSL/TLS-сертифікат. Це зашифрує трафік між браузером користувача та сервером, захистивши дані від перехоплення.

Оновлення ПЗ: Регулярно оновлюємо програмне забезпечення, плагіни, теми та серверне програмне забезпечення до актуальних версій, оскільки розробники постійно закривають знайдені вразливості.

Надійні облікові дані: Застосовуємо складні паролі для адмін-панелі та бази даних.

Використовуємо двохфакторну автентифікацію (2FA) для всіх облікових записів із правами редактора чи адміністратора.

Доступи з фіксованих IP адрес: Використовуємо для доступу до серверу а до адміністративної панелі сайту.

Впровадження WAF: Використовуємо Web Application Firewall (WAF) (наприклад, Cloudflare), щоб блокувати підозрілий трафік і поширені хакерські атаки ще до того, як він досягне сервера.

Захист від SQL-ін'єкцій: Завжди використовуємо параметризовані запити (підготовлені вирази) та екранування даних під час взаємодії коду сайту з базою даних.

Фільтрація введення: Перевіряємо та очищаємо всі дані, які користувачі відправляють через форми (коментарі, реєстрація, пошук), щоб уникнути XSS-атак.

Принцип найменших привілеїв: Надаваємо користувачам і співробітникам лише ті права доступу, які необхідні для виконання їхніх завдань.

Регулярний бекап: Налаштовуємо автоматичне створення резервних копій сайту та бази даних. Зберігаємо їх на віддаленому сервері або в хмарі та періодично перевіряємо можливість відновлення.

Аудит та логування: Налаштовуємо моніторинг активності на сайті та аналіз серверних логів (логів доступу та помилок), щоб вчасно помітити аномалії чи спроби злому";

- документ "Підхід до розробки вебсайту" (файл Підхід до розробки сайту.pdf), у якому зазначено, зокрема: "Ми, Товариство з обмеженою відповідальністю "Мемо. Юа" (далі - Учасник), в особі Директора Тихонова Володимира Юрійовича, який діє на підставі Статуту як учасник закупівлі "Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ "КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ" за кодом ЄЗС ДК 021:2015: 72410000-7 Послуги провайдерів цим листом повідомляємо про підхід до розробки вебсайту.

Методологія управління проєктом:

Розробка MVP за Kanban: візуалізація робочого процесу через дошку (наприклад, Trello чи Ліга), де завдання рухаються колонками (треба зробити, у процесі, готово). Kanban e інструментом Agile: ітеративний підхід, орієнтований на швидкий випуск МѴР (мінімального життєздатного продукту). Команда постійно адаптується до змін.

Розробка вебсайту: Waterfall (Каскадна модель): Послідовний підхід. Кожен етап (дизайн, верстка, програмування, тестування) починається лише після завершення попереднього - оптимально для проекту з фіксованим бюджетом та прописаним технічним завданням.

Організація робіт (етапи розробки сайту):

Аналітика: Дослідження ринку та конкурентів, визначення цільової аудиторії та постановка бізнес-завдань майбутнього сайту, збір функціональних та нефункціональних вимог, інтерв'ю з ключовими спеціалістами, аналіз нормативних документів.

Технічне завдання (ТЗ): Складання структурованого документа з вимогами до дизайну, архітектури, системи управління (CMS) та інтеграцій.

Прототипування та дизайн: Створення чорно-білих схем розташування елементів (Wireframes), а згодом повноцінного графічного та адаптивного дизайну (UI/UX).

Верстка та програмування: Адаптивна верстка дизайну. Написання коду для візуальної частини (Front-end) та серверної частини (Ваck-end). Налаштування СМЅ, реалізація інтеграцій (Digital University, CRM Creatio, KAI Online, соцмережі, аналітика), забезпечення доступності ДСТУ EN 301549:2022 та WCAG 2.1.

Наповнення та SEO: Заповнення сторінок контентом (тексти, фото) та базова пошукова оптимізація.

Тестування: Перевірка коректності роботи на різних пристроях та в браузерах, виправлення помилок та багів. Тестування функціональне, кросбраузерне тестування, тестування продуктивності, безпеки (Acunetix) та доступності.

Запуск та підтримка: Налаштування серверів, CI/CD, резервного копіювання та моніторингу. Перенесення сайту на робочий домен і хостинг.

Навчання та документація написання інструкцій адміністратора та контентменеджера, навчання персоналу Замовника, передача технічної документації та вихідного коду.

Гарантійна підтримка (6 місяців) виправлення помилок та дефектів, консультації, технічне обслуговування серверів, оновлення програмних модулів, моніторинг працездатності згідно з SLA.

Взаємодія із Замовником:

Оперативне спілкування в загальному чаті (Telegram або WhatsApp).

План і факт промежуткових завдань по сайту в таск менеджері (Trello або Jira).

Щотижневі статусні онлайн зустрічі: контроль статусу та звітність виконання робіт у відповідності до узгодженого таймінгу (діаграмі Ганта, що затверджується на початку робіт).

Фіксація домовленостей та статусів на імейл.

Підхід до управління змінами:

Ідентифікація запиту (детальне завдання на зміни, перевірка на затверджений дизайн або затверджене технічне завдання).

Аналіз впливу на строки/бюджет.

Оцінка доцільності.

Затвердження та тестування результату.

Використовуємо систему контролю версій (Git): Усі технічні зміни фіксуються розробниками, що дозволяє миттєво відкотити проєкт до попередньої стадії у разі збою";

- Гарантійний лист щодо погодження з умовами і вимогами щодо технічних, якісних та кількісних характеристик предмету закупівлі (файл Згода з технічними умовами.pdf), у якому зазначено, зокрема: "Ми, Товариство з обмеженою відповідальністю "Мемо. Юа" (далі Учасник), в особі директора Тихонова Володимира Юрійовича, який діє на підставі Статуту як учасник закупівлі "Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ "КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ" за кодом ЄЗС ДК 021:2015: 72410000-7 Послуги провайдерівцим листом надаємо згоду з умовами і вимогами щодо технічних, якісних та кількісних характеристик (технічне завдання) предмету закупівлі, що викладені в Додатку 3 до тендерної документації на закупівлю послуги "Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ "КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ" за кодом ЄЗС ДК 021:2015:

72410000-7 Послуги провайдерів, повідомляємо, що тендерна пропозиції учасника відповідає технічним, якісним та кількісним характеристикам предмета закупівлі та гарантуємо їх виконання у вигляді підписаного Технічного завдання".

Слід зазначити, що відповідно до вимог Документації на підтвердження відповідності технічним, якісним, кількісним та іншим вимогам до предмета закупівлі у складі Пропозиції учасник повинен надати опис підходу до реалізації проєкту, що включає:

підхід до розробки (методологія управління проєктом, організація робіт, взаємодія із Замовником, підхід до управління змінами);

опис технологічного стеку, що планується використовувати (backend, frontend, база даних, CMS, інфраструктурні рішення);

підхід до реалізації інтеграцій із внутрішніми та зовнішніми системами (API, обмін даними, синхронізація);

підхід до забезпечення безпеки (захист даних, контроль доступів, управління вразливостями);

орієнтовний план реалізації проєкту (етапи, тривалість, ключові результати кожного етапу).

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

Враховуючи зміст наведених вище документів, наданих у складі Пропозиції Скаржника, Скаржник не порушив вимоги Документації в цій частині.

Враховуючи наведене, Пропозиція Скаржника була неправомірно відхилена Замовником з наведеної вище підстави.

Враховуючи інформацію, наведену в мотивувальній частині рішення, Пропозиція Скаржника була неправомірно відхилена Замовником з наведених вище підстав.

Неправомірно відхиливши Пропозицію Скаржника з наведених вище підстав, Замовник порушив вимоги пункту 44 Особливостей.

Відповідно до пункту 55 Особливостей оскарження відкритих торгів відбувається відповідно до статті 18 Закону з урахуванням цих особливостей.

Відповідно до частини вісімнадцятої статті 18 Закону за результатами розгляду скарги орган оскарження має право прийняти рішення:

1) про встановлення або відсутність порушень процедури закупівлі (у тому числі порушення порядку оприлюднення або неоприлюднення інформації про процедури закупівлі, передбаченої цим Законом);

2) про заходи, що повинні вживатися для їх усунення, зокрема зобов’язати замовника повністю або частково скасувати свої рішення, надати необхідні документи, роз’яснення, усунути будь-які дискримінаційні умови (у тому числі ті, що зазначені в технічній специфікації, яка є складовою частиною тендерної документації), привести тендерну документацію у відповідність із вимогами законодавства або за неможливості виправити допущені порушення відмінити процедуру закупівлі.

Враховуючи викладене, права та законні інтереси Скаржника можуть бути захищені шляхом зобов’язання Замовника скасувати рішення про відхилення Пропозиції Скаржника.

Орган оскарження розглядає скаргу та приймає рішення на її підставі в межах одержаної за скаргою інформації та інформації, розміщеної в електронній системі закупівель, виходячи з положень частини шістнадцятої статті 18 Закону.

Враховуючи наведену вище інформацію, наявні підстави для задоволення Скарги частково.

Враховуючи викладене, керуючись статтею 18 Закону України "Про публічні закупівлі" та Постановою Кабінету Міністрів України від 12.10.2022 № 1178 "Про затвердження особливостей здійснення публічних закупівель товарів, робіт і послуг для замовників, передбачених Законом України "Про публічні закупівлі", на період дії правового режиму воєнного стану в Україні та протягом 90 днів з дня його припинення або скасування", Комісія Антимонопольного комітету України з розгляду скарг про порушення законодавства у сфері публічних закупівель

ПОСТАНОВИЛА:

Зобов'язати Національний університет "Київський авіаційний інститут" (код ЄДРПОУ: 45853942) скасувати рішення про відхилення тендерної пропозиції товариства з обмеженою відповідальністю "МЕМО.ЮА" (код ЄДРПОУ: 43535711) за процедурою закупівлі — "Розробка та впровадження офіційного вебсайту НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ "КИЇВСЬКИЙ АВІАЦІЙНИЙ ІНСТИТУТ", оголошення про проведення якої оприлюднене на веб-порталі Уповноваженого органу за № UA-2026-05-29-006694-a.

Рішення може бути оскаржене до суду у встановлений Законом строк.

Голова Комісії Ганна ГОРНОСТАЛЬ Діана ГОСТЄВА Члени Комісії Наталя ЛЕНЬ

Скарга

Скарга на неправомірне відхилення тендерної пропозиції скаржника