Спробуйте новий дизайн сторінки тендера
Звернення до Держаудитслужби
Переглядайте статус на сторінці тендеру
Технічна розробка інструменту керування електронними каталогами адміністраторами системи Prozorro/Technical development of management tool for eCatalogs administrators in Prozorro system
Очікувана вартість
0,01 UAH
UA-2024-03-08-005072-a ● 46a575d5471f4fcdb08847eadac548c8
Спрощена закупівля
Пропозиції розглянуті
Електронний підпис не накладено
Державна аудиторська служба України
Знайшли порушення законодавства у сфері закупівель?
Оголошення про проведення
Інформація про замовників
| Найменування: | "Eurasia Foundation", проєкт міжнародної технічної допомоги «Прозорість та підзвітність у державному управлінні та послугах/ТАРАS» |
| Код ЄДРПОУ: | 100010998 |
| Місцезнаходження: | 01032, Україна , Київська обл., Київ, |
| Контактна особа: |
Світлана Комаха 380967084146 skomakha@eurasia.org |
| Категорія: | Підприємство, установа або організація, в тому числі міжнародна, що не належить до замовників |
Інформація про процедуру
| Дата оприлюднення: | 08 березня 2024 13:11 |
| Звернення за роз’ясненнями: | до 15 березня 2024 12:00 |
| Кінцевий строк подання тендерних пропозицій: | 01 квітня 2024 18:00 |
| Очікувана вартість: | 0,01 UAH без ПДВ |
Фінансування
| Закупівля за кошти: | Міністерство закордонних справ і справ Співдружності націй та розвитку Великої Британі |
Інформація про предмет закупівлі
Вид предмету закупівлі: Послуги
Класифікатор та його відповідний код: ДК 021:2015:72260000-5: Послуги, пов’язані з програмним забезпеченням
Закупівля проводиться за кошти донорів, Агентства США з міжнародного розвитку (USAID) та Департаменту із міжнародного розвитку уряду Великої Британії (UK aid), та у відповідності до внутрішніх процедур та правил Замовника. Фонд Євразія*, виконавець проєкту «Прозорість та підзвітність у державному управлінні та послугах / TAPAS», що фінансується Урядом США через Агентство США з міжнародного розвитку (USAID) та Департаментом із міжнародного розвитку уряду Великої Британії (UK aid), проводить конкурс для виявлення потенційного виконавця для Технічної розробки інструменту керування електронними каталогами адміністраторами системи Prozorro, згідно з Технічними вимогами (Додаток 1). Кожен зацікавлений учасник, який має достатні ресурси для належного виконання послуг, повинен надати пакет документів, складених у відповідності з Інструкціями щодо заповнення (Додаток 2) та ознайомитись з Кодексом етичних норм (Додаток 3, в майбутньому - додаток до договору). Перелік документів, які повинен надати учасник у складі своєї тендерної пропозиції: 1. Запит комерційної пропозиції (за формою, що додається в Додатку 4) 2. Детальний бюджет (за формою, що додається в Додатку 5, в форматі XLS) 3. Форма реєстрації постачальника (за формою, що додається в Додатку 6, в трьох листах) 4. Підписані «Інструкції щодо заповнення» (Додаток 2) 5. Проєктна пропозиція у довільній формі, яка, щонайменше, містить етапи роботи та приблизні терміни виконання 6. Реєстраційні документи (скановані копії, витяг) 7. Список команди виконавців та їх резюме, портфоліо організації. Звертаємо увагу, що учасник повинен накласти кваліфікований електронний підпис на свою пропозицію. Учасник може визначити будь-яку інформацію, яку подає у складі своєї тендерної пропозиції, конфіденційною, окрім інформації, що міститься в «Запиті комерційної пропозиції (Додаток 4) та Проектній пропозицій. Всі запитання стосовно оголошеного конкурсу просимо надавати через електронну систему закупівель до 15 березня 2024 р (12.00 за київським часом). Кінцевий термін подання пропозиції: 22 березня 2024 р (18.00 за київським часом). Тендерні пропозиції, отримані після закінчення терміну подання пропозиції та/або відправлені не через електронну систему закупівель, не розглядатимуться. *Фонд Євразія, виконавець проєкту «Прозорість та підзвітність у державному управлінні та послугах / TAPAS» не є замовником в розумінні Закону "Про публічні закупівлі".
Розгорнути
Згорнути
Опис окремої частини або частин предмета закупівлі
1 послуга
Технічна розробка інструменту керування електронними каталогами адміністраторами системи Prozorro/Technical development of management tool for eCatalogs administrators in Prozorro system
Місце поставки товарів або місце виконання робіт чи надання послуг:
Україна, Відповідно до документації
Строк поставки товарів, виконання робіт чи надання послуг:
10 червня 2024
ДК 021:2015: 72260000-5 — Послуги, пов’язані з програмним забезпеченням
Умови оплати договору (порядок здійснення розрахунків)
| Подія | Опис | Тип оплати | Період, (днів) | Тип днів | Розмір оплати, (%) |
|---|---|---|---|---|---|
| Надання послуг | Інформація про умови оплати, яка зазначена в оголошенні до закупівлі не є остаточною. Допускається виплата авансу. Замовник прийматиме до уваги інформацію щодо бажаних умов оплати від учасника-переможця, яку він вказав у своєму «Запиті комерційної пропозиції». | Пiсляоплата | 10 | Банківські | 100 |
Тендерна документація
Критерії вибору переможця
| Ціна: | 100% |
21 березня 2024 14:55 |
Повідомлення про внесення змін до закупівлі_UA-2024-03-08-005072-a.docx |
21 березня 2024 14:55 |
Annex 4 -Zapyt-komertsijnoi-propozytsii TAPAS-RFQ-2024-004_updated.xlsx |
21 березня 2024 14:55 |
Annex 2_RFQ-Instruktsii-zapovnennia 1_updated.docx |
08 березня 2024 13:11 |
Annex 6_Forma-reiestratsii-postachalnyka_Supplier-Registration-Form-eng_ukr.xls |
08 березня 2024 13:11 |
Annex 1 CPB tool TOR.pdf |
08 березня 2024 13:11 |
Annex 3_Code-of-Ethics-1-1.pdf |
08 березня 2024 13:11 |
Annex 5_Detailed-budget.xlsx |
21 березня 2024 14:55 |
Повідомлення про внесення змін до закупівлі_UA-2024-03-08-005072-a.docx
|
||
21 березня 2024 14:55 |
Annex 4 -Zapyt-komertsijnoi-propozytsii TAPAS-RFQ-2024-004_updated.xlsx
|
||
21 березня 2024 14:55 |
Annex 2_RFQ-Instruktsii-zapovnennia 1_updated.docx
|
||
08 березня 2024 13:11 |
Annex 6_Forma-reiestratsii-postachalnyka_Supplier-Registration-Form-eng_ukr.xls
|
||
08 березня 2024 13:11 |
Annex 1 CPB tool TOR.pdf
|
||
08 березня 2024 13:11 |
Annex 3_Code-of-Ethics-1-1.pdf
|
||
08 березня 2024 13:11 |
Annex 5_Detailed-budget.xlsx
|
Роз’яснення до процедури
Запитання до процедури
Питання щодо розробки інструменту керування електронними каталогами
Дата подання: 15 березня 2024 10:06
Дата відповіді: 22 березня 2024 11:08
1. Чи є готова тестова документація? Чи може замовник поділитися?
2. Види тестувания (юай або апі)?
3. Який фрейм використовується для тестування?
4. Чи проводиться технічна розробка з нуля, чи вже проведена певна робота? Якщо вже щось зроблено, то що саме?
5. Чи є готова будь яка проектна документація? Яка сама? Чи може замовник поділитися?
6. Чи є певні не функціональні вимоги, що до перфоменсу, юзабілеті, портативності системи, тощо.
7. Чи буде на час виконання робіт доступні технічні спеціалісти, які зможуть проконсультувати, допомогли з онбордінгом та потенційними технічними складнощами?
8. Чи буде працювати разом з нами (паралельно) інша команда над тим самим модулем/сусіднім модулем?
9. Чи є певні вимоги до технічної документаці яку виконавець повинен надати по завершенню робіт?
10. Чи є крітерії прийому? У який термін відбувається приймання-передача робіт?
11. Чи можете надати інформацію щодо Архітектури проекту?
12. Чи є у вас бачення по контрольним точкам проекту?
13. Чи може підрядник змінювати склад команди за потребою?
Розгорнути
Згорнути
Відповідь: 1. Чи є готова тестова документація? Чи може замовник поділитися? - є дизайн https://www.figma.com/proto/IONvZLLA2U5euBvM96RUI4/%D0%9A%D0%B0%D0%B1%D1%96%D0%BD%D0%B5%D1%82-%D0%A6%D0%97%D0%9E?page-id=599%3A3355&type=design&node-id=663-6321&viewport=1094%2C2102%2C0.25&t=wGV3OpSGqrMbv05Q-1&scaling=scale-down-width&starting-point-node-id=599%3A8055&mode=design і є АРІ https://market-api.prozorro.gov.ua/api/doc#
2. Види тестувания (юай або апі)? Тільки АРІ
3. Який фрейм використовується для тестування? pytest, robot framework
4. Чи проводиться технічна розробка з нуля, чи вже проведена певна робота? Якщо вже щось зроблено, то що саме? Створений дизайн https://www.figma.com/proto/IONvZLLA2U5euBvM96RUI4/%D0%9A%D0%B0%D0%B1%D1%96%D0%BD%D0%B5%D1%82-%D0%A6%D0%97%D0%9E?page-id=599%3A3355&type=design&node-id=663-6321&viewport=1094%2C2102%2C0.25&t=wGV3OpSGqrMbv05Q-1&scaling=scale-down-width&starting-point-node-id=599%3A8055&mode=design і є АРІ https://market-api.prozorro.gov.ua/api/doc#
5. Чи є готова будь яка проектна документація? Яка сама? Чи може замовник поділитися? є дизайн https://www.figma.com/proto/IONvZLLA2U5euBvM96RUI4/%D0%9A%D0%B0%D0%B1%D1%96%D0%BD%D0%B5%D1%82-%D0%A6%D0%97%D0%9E?page-id=599%3A3355&type=design&node-id=663-6321&viewport=1094%2C2102%2C0.25&t=wGV3OpSGqrMbv05Q-1&scaling=scale-down-width&starting-point-node-id=599%3A8055&mode=design і є АРІ (https://market-api.prozorro.gov.ua/api/doc#)
6. Чи є певні не функціональні вимоги, що до перфоменсу, юзабілеті, портативності системи, тощо. Автономність- окремо підняти середовище від АРІ
7. Чи буде на час виконання робіт доступні технічні спеціалісти, які зможуть проконсультувати, допомогли з онбордінгом та потенційними технічними складнощами? Так
8. Чи буде працювати разом з нами (паралельно) інша команда над тим самим модулем/сусіднім модулем? Так
9. Чи є певні вимоги до технічної документаці яку виконавець повинен надати по завершенню робіт? Так.
- опис архітектури, включаючи використані технології
- опис ендпоінтів, парметрів та запитів в Swagger
- опис типів та компонентів
- юніт тести
10. Чи є крітерії прийому? У який термін відбувається приймання-передача робіт? Роботи приймаються відповідно до дизайну та функціоналу передбаченому АРІ і відповідно до переліку технічної документації
11. Чи можете надати інформацію щодо Архітектури проекту? Для фронтенду використовуються JS (vue), для бекенду- PHP (Laravel) і БД (mysql), для пошуку- elastic search, АРІ- Python
12. Чи є у вас бачення по контрольним точкам проекту? Здача проекту може бути ітераційною- по фічах
13. Чи може підрядник змінювати склад команди за потребою?
Виконавець має право на свій розсуд, за умов виробничої необхідності, заміняти своїх співробітників, залишаючись відповідальним перед ЗАМОВНИКОМ та РЕЦИПІЄНТОМ-НАБУВАЧЕМ за надання Послуг згідно з Договором, за умови завчасного інформування їх до такої заміни. Заміна можлива виключно на рівнозначних спеціалістів і за попереднього повідомлення, як сказано вище.
2. Види тестувания (юай або апі)? Тільки АРІ
3. Який фрейм використовується для тестування? pytest, robot framework
4. Чи проводиться технічна розробка з нуля, чи вже проведена певна робота? Якщо вже щось зроблено, то що саме? Створений дизайн https://www.figma.com/proto/IONvZLLA2U5euBvM96RUI4/%D0%9A%D0%B0%D0%B1%D1%96%D0%BD%D0%B5%D1%82-%D0%A6%D0%97%D0%9E?page-id=599%3A3355&type=design&node-id=663-6321&viewport=1094%2C2102%2C0.25&t=wGV3OpSGqrMbv05Q-1&scaling=scale-down-width&starting-point-node-id=599%3A8055&mode=design і є АРІ https://market-api.prozorro.gov.ua/api/doc#
5. Чи є готова будь яка проектна документація? Яка сама? Чи може замовник поділитися? є дизайн https://www.figma.com/proto/IONvZLLA2U5euBvM96RUI4/%D0%9A%D0%B0%D0%B1%D1%96%D0%BD%D0%B5%D1%82-%D0%A6%D0%97%D0%9E?page-id=599%3A3355&type=design&node-id=663-6321&viewport=1094%2C2102%2C0.25&t=wGV3OpSGqrMbv05Q-1&scaling=scale-down-width&starting-point-node-id=599%3A8055&mode=design і є АРІ (https://market-api.prozorro.gov.ua/api/doc#)
6. Чи є певні не функціональні вимоги, що до перфоменсу, юзабілеті, портативності системи, тощо. Автономність- окремо підняти середовище від АРІ
7. Чи буде на час виконання робіт доступні технічні спеціалісти, які зможуть проконсультувати, допомогли з онбордінгом та потенційними технічними складнощами? Так
8. Чи буде працювати разом з нами (паралельно) інша команда над тим самим модулем/сусіднім модулем? Так
9. Чи є певні вимоги до технічної документаці яку виконавець повинен надати по завершенню робіт? Так.
- опис архітектури, включаючи використані технології
- опис ендпоінтів, парметрів та запитів в Swagger
- опис типів та компонентів
- юніт тести
10. Чи є крітерії прийому? У який термін відбувається приймання-передача робіт? Роботи приймаються відповідно до дизайну та функціоналу передбаченому АРІ і відповідно до переліку технічної документації
11. Чи можете надати інформацію щодо Архітектури проекту? Для фронтенду використовуються JS (vue), для бекенду- PHP (Laravel) і БД (mysql), для пошуку- elastic search, АРІ- Python
12. Чи є у вас бачення по контрольним точкам проекту? Здача проекту може бути ітераційною- по фічах
13. Чи може підрядник змінювати склад команди за потребою?
Виконавець має право на свій розсуд, за умов виробничої необхідності, заміняти своїх співробітників, залишаючись відповідальним перед ЗАМОВНИКОМ та РЕЦИПІЄНТОМ-НАБУВАЧЕМ за надання Послуг згідно з Договором, за умови завчасного інформування їх до такої заміни. Заміна можлива виключно на рівнозначних спеціалістів і за попереднього повідомлення, як сказано вище.
Юридичні питання
Дата подання: 15 березня 2024 10:08
Дата відповіді: 21 березня 2024 15:54
1, У якій формі може учасник визначити подану інформацію конфіденційною? Чи може виконавець підписати NDA?
2, Чи є обмеження на юридичну особу учасника? Чи має це буде юр.особа зареєстрована в Україні, чи може бути ЄС тощо?
3, Якою мовою мають заповнюватися додатки надані замовником? (форма реєстрації постачальника тощо)
4, У разі виграного тендеру, чи планує замовник використовувати свій приклад договору чи учасник може запропонувати свій?
Розгорнути
Згорнути
Відповідь: 1. Визначення інформації конфіденційною в контексті розміщення через майданчик, означає закриття такої інформації для перегляду іншими учасниками. Для того, щоб дізнатися детальну інформацію як визначити певну інформацію конфіденційною, учаснику варто звернутися до служби підтримки того майданчика, через який учасник планує подавати свою пропозицію.
2. Замовник розглядає тендерні пропозиції від учасників (резидентів та нерезидентів) всіх форм власності та організаційно-правових форм, ОКРІМ пропозиції від державних установ (організацій, підприємств, компаній тощо) України, або від таких, що підпорядковуються державі Україна.
3. Додатки мають заповнюватися двома мовами- українською і англійською. Якщо заповнення обома мовами є складним чи неможливим, приймається заповнення тільки українською мовою.
4. У разі перемоги в тендері, Замовник пропонує свій темплейт договору, умови якого узгоджуються усіма сторонами договору. Варіант розгляду договору, запропонованого переможцем закупівлі, також можливий.
2. Замовник розглядає тендерні пропозиції від учасників (резидентів та нерезидентів) всіх форм власності та організаційно-правових форм, ОКРІМ пропозиції від державних установ (організацій, підприємств, компаній тощо) України, або від таких, що підпорядковуються державі Україна.
3. Додатки мають заповнюватися двома мовами- українською і англійською. Якщо заповнення обома мовами є складним чи неможливим, приймається заповнення тільки українською мовою.
4. У разі перемоги в тендері, Замовник пропонує свій темплейт договору, умови якого узгоджуються усіма сторонами договору. Варіант розгляду договору, запропонованого переможцем закупівлі, також можливий.
Уточення щодо розробки та технолігій системи
Дата подання: 15 березня 2024 11:00
Дата відповіді: 22 березня 2024 11:11
Чи можна надати схему бази даних де буде видно залежності між таблицями категорій, профілів та товарів
Яка кількість зареєстрованих адміністраторів, хто має мати доступ до кабінету? Окрім входа за логіном та паролем чи передбачена дво-факторна авторизація для входу в кабінет?
Чи передбачає кабінет ЦЗО тільки розробку web версії, чи має бути підтримка responsive design для адміністраторів з мобільних девайсів?
Чи має бути підтримка окрім української мови інших мов?
"Чи є якісь побажання щодо технологій для фротенд та бекенд частин адмін модуля?
так як зазанчено два фреймворки PHP Laravel та Python Pyramid, якому з них варто надати перевагу"
"Чи вірно, що потрібні API вже існують і є АРІ специфікація (postman колекції) до існуючих API
(як зазначено у вимогах, адміністратори створюють відповідні об""єкти через postman) з деталями щодо бази даних, модулів і т.п?
якщо так, то чи вірно, що адмін модуль включає лише клієнтську частину (CRUD операції категорій, товару та профілю) з інтеграцією з уже існуючим API?"
"У вимогах зазначено про вхід адміністраторів в систему. Яким чином реєструються та де зберігаються дані про адміністраторів в системі? Та чи є вимоги до автентифікації адміністраторі
та чи, можливо, вже існує якийсь фреймворк (чи модуль) для автентифікації користувачів?"
Які дії адміністратор може виконувати з його сторінкою/профайлом (у вимогах зазначено про розробку профілю користувача)?
"Чи вірно, що окрім створення відповідних об"єктів (категрій, товарів та профілів), адміністратори мають мати можливість модерувати вже створені (засобами краудресингу) об"єкти?
Та чи є існуючі модулі модерування в системі?"
Чи є існуючі модулі (бібліотеки) для доступу до файлового середовища системи та бази даних та ігтеграції з elastic search (якщо ця бібліотека має використовуватись для пошуку об'єктів)?
Яким чином розгортається система (можливо є діаграма розгортання системи), чи є pipelines які можна перевикористати для розгортання в тестове та production середовища?
В переліку робіт, що мають бути виконані вказано підготовка техніко-економічного обгрунтування розробки. Чи є можливість надати темплейт/шаблон цього документу?
Дякуємо завчасно за відповіді.
Розгорнути
Згорнути
Відповідь: Чи можна надати схему бази даних де буде видно залежності між таблицями категорій, профілів та товарів. Дивіться АРІ (https://market-api.prozorro.gov.ua/api/doc#)
Яка кількість зареєстрованих адміністраторів, хто має мати доступ до кабінету? До 1000 користувачів
Окрім входа за логіном та паролем чи передбачена дво-факторна авторизація для входу в кабінет? Ні
Чи передбачає кабінет ЦЗО тільки розробку web версії, чи має бути підтримка responsive design для адміністраторів з мобільних девайсів?Ні, мобільні девайси не передбачаються
Чи має бути підтримка окрім української мови інших мов? Ні
"Чи є якісь побажання щодо технологій для фротенд та бекенд частин адмін модуля? Для фронтенду використовуються JS (vue), для бекенду- PHP (Laravel), для пошуку- elastic search, АРІ- Python
так як зазанчено два фреймворки PHP Laravel та Python Pyramid, якому з них варто надати перевагу" "Чи вірно, що потрібні API вже існують і є АРІ специфікація (postman колекції) до існуючих API (як зазначено у вимогах, адміністратори створюють відповідні об""єкти через postman) з деталями щодо бази даних, модулів і т.п? якщо так, то чи вірно, що адмін модуль включає лише клієнтську частину (CRUD операції категорій, товару та профілю) з інтеграцією з уже існуючим API?" Так
"У вимогах зазначено про вхід адміністраторів в систему. Яким чином реєструються та де зберігаються дані про адміністраторів в системі? Авторизація через логін та пароль. Запрошення через емейл
Та чи є вимоги до автентифікації адміністраторі та чи, можливо, вже існує якийсь фреймворк (чи модуль) для автентифікації користувачів?" Ні
Які дії адміністратор може виконувати з його сторінкою/профайлом (у вимогах зазначено про розробку профілю користувача)? Керування користувачами (див. Дизайн https://www.figma.com/proto/IONvZLLA2U5euBvM96RUI4/%D0%9A%D0%B0%D0%B1%D1%96%D0%BD%D0%B5%D1%82-%D0%A6%D0%97%D0%9E?page-id=599%3A3355&type=design&node-id=663-6321&viewport=1094%2C2102%2C0.25&t=wGV3OpSGqrMbv05Q-1&scaling=scale-down-width&starting-point-node-id=599%3A8055&mode=design)
"Чи вірно, що окрім створення відповідних об"єктів (категрій, товарів та профілів), адміністратори мають мати можливість модерувати вже створені (засобами краудресингу) об"єкти? Так
Та чи є існуючі модулі модерування в системі?" Ні
Чи є існуючі модулі (бібліотеки) для доступу до файлового середовища системи та бази даних та ігтеграції з elastic search (якщо ця бібліотека має використовуватись для пошуку об'єктів)? Так
Яким чином розгортається система (можливо є діаграма розгортання системи), чи є pipelines які можна перевикористати для розгортання в тестове та production середовища? Так, ці дії виконуються силами Прозорро
В переліку робіт, що мають бути виконані вказано підготовка техніко-економічного обгрунтування розробки. Чи є можливість надати темплейт/шаблон цього документу? Розділом ТЗ має бути розділ, в якому вказати силами яких фахівців може бути здійснена розробка та вартість роботи таких фахівців. (Зазвичай надається у якості КП для участі у тендері)
Яка кількість зареєстрованих адміністраторів, хто має мати доступ до кабінету? До 1000 користувачів
Окрім входа за логіном та паролем чи передбачена дво-факторна авторизація для входу в кабінет? Ні
Чи передбачає кабінет ЦЗО тільки розробку web версії, чи має бути підтримка responsive design для адміністраторів з мобільних девайсів?Ні, мобільні девайси не передбачаються
Чи має бути підтримка окрім української мови інших мов? Ні
"Чи є якісь побажання щодо технологій для фротенд та бекенд частин адмін модуля? Для фронтенду використовуються JS (vue), для бекенду- PHP (Laravel), для пошуку- elastic search, АРІ- Python
так як зазанчено два фреймворки PHP Laravel та Python Pyramid, якому з них варто надати перевагу" "Чи вірно, що потрібні API вже існують і є АРІ специфікація (postman колекції) до існуючих API (як зазначено у вимогах, адміністратори створюють відповідні об""єкти через postman) з деталями щодо бази даних, модулів і т.п? якщо так, то чи вірно, що адмін модуль включає лише клієнтську частину (CRUD операції категорій, товару та профілю) з інтеграцією з уже існуючим API?" Так
"У вимогах зазначено про вхід адміністраторів в систему. Яким чином реєструються та де зберігаються дані про адміністраторів в системі? Авторизація через логін та пароль. Запрошення через емейл
Та чи є вимоги до автентифікації адміністраторі та чи, можливо, вже існує якийсь фреймворк (чи модуль) для автентифікації користувачів?" Ні
Які дії адміністратор може виконувати з його сторінкою/профайлом (у вимогах зазначено про розробку профілю користувача)? Керування користувачами (див. Дизайн https://www.figma.com/proto/IONvZLLA2U5euBvM96RUI4/%D0%9A%D0%B0%D0%B1%D1%96%D0%BD%D0%B5%D1%82-%D0%A6%D0%97%D0%9E?page-id=599%3A3355&type=design&node-id=663-6321&viewport=1094%2C2102%2C0.25&t=wGV3OpSGqrMbv05Q-1&scaling=scale-down-width&starting-point-node-id=599%3A8055&mode=design)
"Чи вірно, що окрім створення відповідних об"єктів (категрій, товарів та профілів), адміністратори мають мати можливість модерувати вже створені (засобами краудресингу) об"єкти? Так
Та чи є існуючі модулі модерування в системі?" Ні
Чи є існуючі модулі (бібліотеки) для доступу до файлового середовища системи та бази даних та ігтеграції з elastic search (якщо ця бібліотека має використовуватись для пошуку об'єктів)? Так
Яким чином розгортається система (можливо є діаграма розгортання системи), чи є pipelines які можна перевикористати для розгортання в тестове та production середовища? Так, ці дії виконуються силами Прозорро
В переліку робіт, що мають бути виконані вказано підготовка техніко-економічного обгрунтування розробки. Чи є можливість надати темплейт/шаблон цього документу? Розділом ТЗ має бути розділ, в якому вказати силами яких фахівців може бути здійснена розробка та вартість роботи таких фахівців. (Зазвичай надається у якості КП для участі у тендері)
Реєстр пропозицій
Дата і час розкриття: 01 квітня 2024 18:00
| Учасник | Первинна пропозиція | Остаточна пропозиція | Документи |
|---|---|---|---|
| ТОВ "МК-КОНСАЛТИНГ" |
1 331 260,00
UAH
|
1 331 260,00
UAH
|
Документи |
| ТОВ "СОРС ІКС" |
1 517 199,00
UAH
|
1 517 199,00
UAH
|
Документи |
| ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "ІНТЕЛЛІАС КОНСАЛТИНГ" |
2 090 421,68
UAH
|
2 090 421,68
UAH
|
Документи |
| ТОВ «Люксофт Україна» |
3 697 155,89
UAH
|
3 697 155,89
UAH
|
Документи |
Протокол розкриття
| Учасник | Рішення | Пропозиція | Опубліковано |
|---|---|---|---|
|
ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "ІНТЕЛЛІАС КОНСАЛТИНГ" #35969392 |
Очікує рішення |
2 090 421,68
UAH
|
01 квітня 2024 18:01
|
|
ТОВ "СОРС ІКС" #41832756 |
Очікує рішення |
1 517 199,00
UAH
|
01 квітня 2024 18:01
|
|
ТОВ «Люксофт Україна» #35076911 |
Очікує рішення |
3 697 155,89
UAH
|
01 квітня 2024 18:01
|
|
ТОВ "МК-КОНСАЛТИНГ" #41208895 |
Переможець |
1 331 260,00
UAH
|
14 червня 2024 10:36
|