-
Спрощена закупівля
-
Однолотова
-
КЕП
-
Без аукціону
-
Донорські кошти
Розробка модуля Єдиної державної електронної системи управління галуззю рибного господарства еРиба: “Система дистанційного контролю” / Development of the module of the Unified State Electronic System for Fisheries Management “Remote Control System””
Закупівля проводиться за кошти донорів, Агентства США з міжнародного розвитку (USAID) та програми допомоги з міжнародного розвитку від уряду Великої Британії (UK Dev), та у відповідності до внутрішніх процедур та правил Замовника. Фонд Євразія*, виконавець проєкту «Підтримка цифрової трансформації», що фінансується Агентством США з міжнародного розвитку (USAID) та програми допомоги з міжнародного розвитку від уряду Великої Британії (UK Dev), проводить конкурс для виявлення потенційного виконавця для надання послуг зі створення модуля Єдиної державної електронної системи управління галуззю рибного господарства еРиба: “Система дистанційного контролю”, згідно з Технічними вимогами (Додаток 1). Кожен зацікавлений учасник, який має достатні ресурси для належного виконання послуг, повинен надати пакет документів, складених у відповідності з Інструкціями щодо заповнення (Додаток 2) та ознайомитись з Кодексом етичних норм (Додаток 3, в майбутньому - додаток до договору). Перелік документів, які повинен надати учасник у складі своєї тендерної пропозиції: 1. Запит комерційної пропозиції (за формою, що додається в Додатку 4) * 2. Детальний бюджет (за формою, що додається в Додатку 5, в форматі XLS) 3. Форма реєстрації постачальника (за формою, що додається в Додатку 6, в трьох листах) 4. Підписані «Інструкції щодо заповнення» (Додаток 2) 5. Проєктна пропозиція у довільній формі, яка, щонайменше, містить етапи роботи та терміни виконання 6. Реєстраційні документи (скановані копії, витяг) 7. Список команди виконавців та їх резюме, портфоліо організації. 8. Документи підвержуючі наявність успішного досвіду впровадження не менше одного проекта, аналогічного за предметом закупівлі. Надати позитивні відгуки від інших замовників з попередніх проектів аналогічного рівня складності. * Зверніть увагу, що сума комерційної пропозиції в доларах США має відповідати сумі пропозиції, зазначеній в електронній системі закупівель Прозорро Учасник може визначити будь-яку інформацію, яку подає у складі своєї тендерної пропозиції, конфіденційною, окрім інформації, що міститься в «Запиті комерційної пропозиції (Додаток 4) та Проектній пропозицій. Всі запитання стосовно оголошеного конкурсу просимо надавати через електронну систему закупівель до 20 грудня 2024 р (12.00 за київським часом). Кінцевий термін подання пропозиції: 27 грудня 2024 р (18.00 за київським часом). Звертаємо увагу, що учасник повинен накласти кваліфікований електронний підпис на свою пропозицію. Тендерні пропозиції, отримані після закінчення терміну подання пропозиції та/або відправлені не через електронну систему закупівель, не розглядатимуться. *Фонд Євразія, виконавець проєкту «Підтримка цифрової трансформації» (DTA) не є замовником в розумінні Закону "Про публічні закупівлі".
Кваліфікація
від початку періоду пройшло 390 робочих днів
0.00
USD без ПДВ
Період уточнення:
05.12.2024 11:33 - 20.12.2024 12:00
Відповідь надана
оподаткування ПДВ
Номер:
03b46ada369c4c749e06844a7ae39cb1
Дата опублікування:
13.12.2024 12:31
Опис:
Прохання вказати (надати посилання на документ), яким документом Замовник підтверджує чинність п. 197.11 ст. 197 Податкового кодексу України - а саме, про звільнення від оподаткування
- постачання товарів та послуг на митній території України та ввезення на митну територію України товарів, що фінансуються за рахунок міжнародної технічної допомоги, яка надається відповідно до міжнародних договорів України, згода на обов’язковість яких надана у встановленому законодавством порядку.
Відповідь:
Переможцю тендера буде надана картка акредитації та план закупівель, що підтверджують звільнення від оподаткування проєкту міжнародної технічної допомоги.
https://www.kmu.gov.ua/diyalnist/mizhnarodna-dopomoga/pereliki-zareyestrovanih-proektiv-z-planami-zakupivel
проект під номером 5458-03
Дата відповіді:
13.12.2024 13:53
Відповідь надана
Уточнення щодо можливості підписання NDA та формату подання бюджету
Номер:
cabdb61ade7042e18589cabb0e691ed4
Дата опублікування:
12.12.2024 13:09
Опис:
1. Чи розглядається можливість підписання угоди про нерозголошення (NDA) для забезпечення конфіденційності під час обміну інформацією, що стосується тендеру?
2. Чи допускається внесення даних у "Детальний бюджет" у валюті USD у зв’язку зі змінами курсу?
Відповідь:
1. На етапу тендеру - ні. 2. Так, вітається заповнення всіх документів в доларах США.
Дата відповіді:
13.12.2024 13:54
Відповідь надана
Додаток №5
Номер:
bf1d879131ca45cb950431448c070661
Дата опублікування:
12.12.2024 12:41
Опис:
чи можна форму додатку №5 доповнювати додатковими спеціалістами та етапами розробки, оскільки наведена форма не враховує всі необхідні етапи та необхідних спеціалістів?
Відповідь:
Так, Ви маєте нагоду редагувати додаткові статті витрат в Додатку 5 і видалити/додати саме ті, які ви вважаєте за доцільне. Зверніть увагу на коректність формул у формі, вони повинні правильно підсумовувати всі витрати.
Дата відповіді:
12.12.2024 12:54
Відповідь надана
валюта пропозиції
Номер:
b23f247e01ec4cbfb68ac86f363fe308
Дата опублікування:
12.12.2024 12:38
Опис:
Уточніть в якій валюті подавати пропозицію? Помітили, що в різних документах до тендеру зустрічаються різні валюти.
Відповідь:
Валюта пропозиції - долар США. Просимо подавати ваші пропозиції в доларі США. Дякуємо за питання.
Дата відповіді:
12.12.2024 12:52
Відповідь надана
Яку саме інформацію необхідно включити до документа "Портфоліо організації"?
Номер:
0ceb19c947b448e68534d7903cd5066a
Дата опублікування:
11.12.2024 16:52
Опис:
Яку саме інформацію необхідно включити до документа "Портфоліо організації"?
Відповідь:
Окрім загальної інформації про компанію, тендерний комітет хотів би побачити опис/деталі реалізованих проектів, максимально близьких до затребуваного в ТВ.
Дата відповіді:
12.12.2024 09:39
Відповідь надана
Загальне звернення
Номер:
b30e7951fa2046f083347bed6a1d3b29
Дата опублікування:
11.12.2024 13:26
Опис:
У рамках підготовки до участі в тендері хотіли б уточнити таку інформацію:
Чи визначено початкову або очікувану суму тендеру? Якщо ні, то на якому етапі вона стане відомою?
Чи є можливість узгодити терміни надання послуг у рамках тендеру?
Будемо вдячны за надання відповіді
Відповідь:
Закупівля проводиться за кошти донорів та у відповідності до внутрішніх процедур та правил Замовника. Початкова або очікувана сума тендеру не визначена, кожен учасник вільний визначити та подати свою цінову пропозицію базуючись за Технічних Вимогах. Термін розробки компонентів системи буде визначений разом з розробником на етапі формування календарного плану, який буде узгоджуватись разом з договором.
Дата відповіді:
11.12.2024 16:41
Відповідь надана
Functional / Non-Functional
Номер:
aac841880b184ac59aaee5f5a11ef840
Дата опублікування:
10.12.2024 14:28
Опис:
Functional
1. Ролі користувачів системи:
1.1. > "Має права на отримання та перегляд інформації в системі відповідно *до наданих прав* у разі нормативного врегулювання."
Чи могли б ви деталізувати ваше бачення способу надання прав користувачам подібних ролей?
Виглядає так, що одночасно мають бути реаізована рольова модель доступу з можливістю уточнення рівня доступу до конкретних об'єктів моніторингу, карт, графіку руху і т.д.
1.2. Яка прогнозована кількість користуавчів системи?
2. Об'єкти моніторингу:
2.1.> "Об'єкт моніторингу може мати індивідуальний атрибутивний склад (авто, судно тощо)"
Таким чином кожен об'єкт моніторингу буде містити набір стандартних даних (назва, опис, фото і т.д.) та набір налаштовуваних атрибутів (тип, потужність).
З приводу налаштовуваних атрибутів - які типи даних планується зберігати в таких атрибутах об'єктів?
Приклад:
Текст.
Число.
Можливість вибору із списку.
Логічне значення - "Так" / "Ні".
Дата.
Інші варіанти.
2.2.
> "Встановлення терміну дії об'єкта моніторингу (з-по)"
2.2.1. Яким чином даний параметр впливає на процеси / інтерфейси в системі?
2.2.2. Які процеси мають запускатись на початку та закінчені терміну дії?
2.3. > "Можливість видалення об’єктів моніторингу."
Чи правильно ми розуміємо, що при видаленні об'єкту моніторинга - всі збережені по цьому об'єкту дані мають залишитись в системі, а не видалятись разом із цим об'єктом? В подальшому має підтримуватись можливість перегляду історичних даних по всім об'єктами - активним, протермінованим та видаленим.
2.4. Для запуску системи - Чи потрібно виконувати стартовий імпорт об'єктів моніторингу із інших структурованих джерел?
Якщо так - то що це за джерала і в якому вигляді там зберігаються об'єкти?
2.5. Яка прогнозована кількість об'єктів моніторингу, які мають спостерігатись системою?
3. Карти:
3.1. Які вимоги до вибору картаграфічного сервісу, який можу бути інтегрований у систему?
4. Графік руху об'єктів:
4.1. > "Проміжні точки маршруту відображаються з додатковою інформацією."
Яка кількість точок маршруту за одиницю часу (хвилину, годину, добу)?
5. Геозони:
5.1. > "Індивідуальні налаштування для кожної геозони"
Чи могли б ви навести приклади опису та налаштувань геозон?
6. Події:
6.1. Чи правильно ми розуміємо, що події мають створюватись користувачами із відповідними ролями (не автоматично на базі даних моніторингу)?
6.2. Яка прогнозована кількість подій в системі (у об'єкта / всьго, в одиницю часу - доба / тиждень / місяць)?
7. Правопорушення:
7.1. > "Правопорушення може бути створено як результат фіксації події."
Підкажіть кількість зв'язків "Тип Події" - "Клас Правопорушення", для випадків створення Правопорушення із заповненням даними із Події?
8. Документи:
8.1. > "Можливість створення документів визначених постановою КМУ № 153 та іншими документами пов’язаними з елементами наявними в системі."
Поділіться список документів, для яких потрібно буде створити шаблони в системі?
Які типи об'єктів може містити документ - заголовки, абзац тексту, картинка, таблиця, список?
8.2. > "Можливість налаштування умов для автоматичної генерації документів."
Поділіться вашим баченням процесу налаштування умов генерації документів?
Поділіться списком можливих тригерів, які можуть ініціювати створення документу?
9. Інформаційні сповіщення:
9.1. > "Можливість налаштування умов для автоматичного генерування інформаційних сповіщень."
Поділіться списком можливих тригерів, які можуть ініціювати відправку сповіщення?
9.2. > "Можливість налаштування способів доставлення інформаційних сповіщень (електронна пошта, SMS, сповіщення в системі, месенджери)."
Підтримку яких месенджерів необхідно забезпечити в системі?
10. Технічні засоби системи дистанційного контролю:
10.1. > "Автоматичне приймання сигналу від ТЗСДК, що працюють на базі супутникових систем GPS (трекери на базі стільникового зв’язку, GSM) та/або INMARSAT та/або станцій наземного спостереження АІС"
> "Підтримка інтеграції з різними типами трекерів (зокрема, GPS та INMARSAT трекери)."
Надайте опис інтерфейсу/ів отримання сигналів від ТЗСДК?
Які технічні вимоги та обмеження підключення до даного інтерфейсу/ів?
10.2. > "Перелік трекерів для інтеграції не повинен бути обмежений можливе додавання в систему інших пристроїв ТЗСДК."
Тут мається на увазі, що архітектура рішення має дозволяти реалізувати додавання інших типів пристроїв із залученням розробників?
10.3. Надайте схеми описів протоколів та приклади отримуваних даних із
GPS трекерів
INMARSAT
станцій наземного спостереження АІС
10.4. Яка прогнозована кількість об'єктів моніторингу, які мають спостерігатись системою?
11. Інші питання:
11.1. Поділіться баченням статусної моделі об'єктів в системі:
Об'єкти моніторингу
Правопорушення
Документи
11.2. > "Глобальні налаштування"
Чи могли б ви навести список очікуваних налаштувань?
11.3. > "Моделі процесів"
Поділіться список процесів та сценаріями їх виконання?
11.4. > "Шаблони звітів"
Які звіти та коли мають генеруватись в системі?
11.5. > "Дашборди"
Які дашборди необхідно реалізувати в системі?
Non-Functional
12. > 9. АДМІНІСТРАТИВНА ІНФРАСТРУКТУРА
> PROD середовище забезпечується Розробником до моменту завершення терміну гарантійної підтримки.
Чи могли б ви навести список акредитованих (дозволених) провайдерів хмарного доступу чи дата центрів. Наприклад: Amazon (AWS), Google (GCP), Digital Ocean, Hostpro.ua, Denovo.ua
13. > 10. ТЕХНОЛОГІЧНИЙ СТЕК
> Для розробки Системи мають використовуватись мови програмування:
> FRONT-END - PHP7, Laravel, Vue, Angular (на вибір).
Чи допускається використання ReactJS?
Відповідь:
Functional 1. Ролі користувачів системи: 1.1. > "Має права на отримання та перегляд інформації в системі відповідно *до наданих прав* у разі нормативного врегулювання." Чи могли б ви деталізувати ваше бачення способу надання прав користувачам подібних ролей? Виглядає так, що одночасно мають бути реаізована рольова модель доступу з можливістю уточнення рівня доступу до конкретних об'єктів моніторингу, карт, графіку руху і т.д.
Відповідь: в системі має бути реалізовано дві точки входу - публічна частина та частина для роботи співробітників системи. Відповідно до цих точок входу будуть будуть деталізовані ролі користувачів. Для внутрішніх користувачів має бути доступний фукнкіонал по відображеню всіх карт та обʼєктів переміщення
1.2. Яка прогнозована кількість користуавчів системи?
Відповідь: орієнтовно буде відображатись в режимі реального часу до 1.5 обʼєктів, під обʼєктами мається на увазі транспортні засоби на яких розміщені GPRS трекети
2. Об'єкти моніторингу: 2.1.> "Об'єкт моніторингу може мати індивідуальний атрибутивний склад (авто, судно тощо)" Таким чином кожен об'єкт моніторингу буде містити набір стандартних даних (назва, опис, фото і т.д.) та набір налаштовуваних атрибутів (тип, потужність). З приводу налаштовуваних атрибутів - які типи даних планується зберігати в таких атрибутах об'єктів? Приклад: Текст. Число. Можливість вибору із списку. Логічне значення - "Так" / "Ні". Дата. Інші варіанти.
Відповідь: точні атрибути будуть деталізовані на рівні ТЗ
2.2. > "Встановлення терміну дії об'єкта моніторингу (з-по)" 2.2.1. Яким чином даний параметр впливає на процеси / інтерфейси в системі?
Відповідь: на систему він не впливає - це виключно дозвільний парамтр для обʼєкту
2.2.2. Які процеси мають запускатись на початку та закінчені терміну дії?
Відповідь: конкретизуйте будь ласка питання…
2.3. > "Можливість видалення об’єктів моніторингу." Чи правильно ми розуміємо, що при видаленні об'єкту моніторинга - всі збережені по цьому об'єкту дані мають залишитись в системі, а не видалятись разом із цим об'єктом? В подальшому має підтримуватись можливість перегляду історичних даних по всім об'єктами - активним, протермінованим та видаленим.
Відповідь: все вірно, ці данні мають зберегтись в відповідній бібліотеці
2.4. Для запуску системи - Чи потрібно виконувати стартовий імпорт об'єктів моніторингу із інших структурованих джерел? Якщо так - то що це за джерала і в якому вигляді там зберігаються об'єкти?
Відповідь: так треба буде доповнювати базу існуючими обʼєктами
2.5. Яка прогнозована кількість об'єктів моніторингу, які мають спостерігатись системою?
Відповідь: орієнтовно до 2 тисяч об'єктів моніторингу
3. Карти: 3.1. Які вимоги до вибору картаграфічного сервісу, який можу бути інтегрований у систему?
Відповідь: вимоги будуть уточнені на етапі формування ТЗ
4. Графік руху об'єктів:
4.1. > "Проміжні точки маршруту відображаються з додатковою інформацією." Яка кількість точок маршруту за одиницю часу (хвилину, годину, добу)?
Відповідь: під точкою розуміємо відображення обʼєкта в режимі реального часу (посекундна)
5. Геозони: 5.1. > "Індивідуальні налаштування для кожної геозони" Чи могли б ви навести приклади опису та налаштувань геозон?
Відповідь: як приклад, мати можливість вибрати тип слоїв, вибору точек, чи вибір полігонних геозон, чи фільтр виведених обʼєктів
6. Події: 6.1. Чи правильно ми розуміємо, що події мають створюватись користувачами із відповідними ролями (не автоматично на базі даних моніторингу)?
Відповідь: так
6.2. Яка прогнозована кількість подій в системі (у об'єкта / всьго, в одиницю часу - доба / тиждень / місяць)?
Відповідь: це питання буде розкрито на етапі написання ТЗ
7. Правопорушення: 7.1. > "Правопорушення може бути створено як результат фіксації події." Підкажіть кількість зв'язків "Тип Події" - "Клас Правопорушення", для випадків створення Правопорушення із заповненням даними із Події?
Відповідь: кількість подій буде визначатись на етапі ТЗ, в будь-якову випадку це буде бібліотека з переліком
8. Документи: 8.1. > "Можливість створення документів визначених постановою КМУ № 153 та іншими документами пов’язаними з елементами наявними в системі." Поділіться список документів, для яких потрібно буде створити шаблони в системі? Які типи об'єктів може містити документ - заголовки, абзац тексту, картинка, таблиця, список?
Відповідь: ці документи будуть надані на етапі створення ТЗ
8.2. > "Можливість налаштування умов для автоматичної генерації документів." Поділіться вашим баченням процесу налаштування умов генерації документів? Поділіться списком можливих тригерів, які можуть ініціювати створення документу?
Відповідь: відповідно до типу документа буде створена бібліотека з визначеними атрибутами
9. Інформаційні сповіщення: 9.1. > "Можливість налаштування умов для автоматичного генерування інформаційних сповіщень." Поділіться списком можливих тригерів, які можуть ініціювати відправку сповіщення?
Відповідь: мається на увазі створення бібліотеки з 5-10 видами сповіщень як приклад про несанкціоновану діяльність судна, чи перебування судна в забороненій зоні
9.2. > "Можливість налаштування способів доставлення інформаційних сповіщень (електронна пошта, SMS, сповіщення в системі, месенджери)." Підтримку яких месенджерів необхідно забезпечити в системі?
Відповідь: в першу чергу це електронна пошта та безкоштовний який буде обраний у випадку необхідності
10. Технічні засоби системи дистанційного контролю: 10.1. > "Автоматичне приймання сигналу від ТЗСДК, що працюють на базі супутникових систем GPS (трекери на базі стільникового зв’язку, GSM) та/або INMARSAT та/або станцій наземного спостереження АІС" > "Підтримка інтеграції з різними типами трекерів (зокрема, GPS та INMARSAT трекери)." Надайте опис інтерфейсу/ів отримання сигналів від ТЗСДК? Які технічні вимоги та обмеження підключення до даного інтерфейсу/ів?
Відповідь: ця відповідь буде нанада на етапі написання ТЗ
10.2. > "Перелік трекерів для інтеграції не повинен бути обмежений можливе додавання в систему інших пристроїв ТЗСДК." Тут мається на увазі, що архітектура рішення має дозволяти реалізувати додавання інших типів пристроїв із залученням розробників?
Відповідь: відповідно до відслідковування обʼєктів буде закуплений один вид трекерів
10.3. Надайте схеми описів протоколів та приклади отримуваних даних із GPS трекерів INMARSAT станцій наземного спостереження АІС
Відповідь:, це питання буде пропрацьовуватись на етапі створення ТЗ
10.4. Яка прогнозована кількість об'єктів моніторингу, які мають спостерігатись системою?
Відповідь: орієнтовно до 2 тис. обʼєктів
11. Інші питання: 11.1. Поділіться баченням статусної моделі об'єктів в системі: Об'єкти моніторингу Правопорушення Документи
Відповідь: статуси будуть визначені на етапі створення ТЗ
11.2. > "Глобальні налаштування" Чи могли б ви навести список очікуваних налаштувань?
Відповідь: налаштування будуть узгоджуватись на етапі формування ТЗ
11.3. > "Моделі процесів" Поділіться список процесів та сценаріями їх виконання?
Відповідь: потрібно конкретизувати про які саме процеси йде мова
11.4. > "Шаблони звітів" Які звіти та коли мають генеруватись в системі?
Відповідь: основна ціль звітів це показати діяльність компонентів чсистеми, точна кількість буде визначена на етапі формування ТЗ
11.5. > "Дашборди" Які дашборди необхідно реалізувати в системі?
Відповідь: Вітаю, перелік дашбордів буде визначений відповідно до основних блоків роботи системи
Non-Functional 12. > 9. АДМІНІСТРАТИВНА ІНФРАСТРУКТУРА > PROD середовище забезпечується Розробником до моменту завершення терміну гарантійної підтримки. Чи могли б ви навести список акредитованих (дозволених) провайдерів хмарного доступу чи дата центрів. Наприклад: Amazon (AWS), Google (GCP), Digital Ocean, Hostpro.ua,
Відповідь: один з акредитованих в Україні провайдерів хмарного доступу “Гігаклауд”
Denovo.ua 13. > 10. ТЕХНОЛОГІЧНИЙ СТЕК > Для розробки Системи мають використовуватись мови програмування: > FRONT-END - PHP7, Laravel, Vue, Angular (на вибір). Чи допускається використання ReactJS?
Відповідь: залежить від того що саме ви хочете реалізувати на ReactJS
Дата відповіді:
11.12.2024 09:24