...
| |
|---|---|
| |
|
|
|
|
|
CBD3-GE-UC- 073 | Роль | Передумови | Очікуваний результат: Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону. | Майданчик:
|---|---|---|---|
| ЦБД: Одразу після завершення роботи модуля аукціону ЦБД у вигляді структурованого машиночитаємого файлу (JSON або YAML) Одразу після завершення роботи модуля аукціону та формування | |||
CBD3-GE-UC-045 | Фунціонал API ЦБД | ||
Роль | |||
Передумови | Status: qualification | ||
Очікуваний результат | Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону. | ||
Актуальний результат Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону. | Майданчик: Протокол про результати аукціону формується автоматично Після завершення роботи модуля аукціону майданчик "підтягує" зафіксований в API протокол, відображає його на сторінці аукціоні, у PDF та HTML форматах, | ||
ЦБД: | та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону.
|
CBD3-GE-UC-046 | Фунціонал API ЦБД |
|---|---|
Роль | |
Передумови | Status: qualification |
Очікуваний результат | Учасниками вважаються користувачі, які подали повний пакет коректних документів і відповідають вимогам законодавства. Після аукціону Організатор протягом 10 робочих днів (verificationPeriod) здійснює перевірку документів всіх учасників аукціону і підтверджує наявність документів учасника (натискає на майданчику на кнопку “Підтвердити”, після чого майданчик передає award`у такого учасника статус waiting до ЦБД), або відхиляє учасника (завантажує документ - “Акт про невідповідність” - documentType: rejectionProtocol та натискає на кнопку “Відхилити”, після чого майданчик передає статус “unsuccessful” award`u учасника). |
Актуальний результат Учасником вважається користувач, який надав повний пакет документів (заява + документи, визначені Організатором).
або
| Майданчик: Учасником вважається користувач, який надав повний пакет документів (заява + документи, визначені Організатором).
або
|
ЦБД: Гарантований покупець перерівяє наданий пакет документів протягом verificationPeriod (10 робочих днів) та:
|
CBD3-GE-UC-047 | Фунціонал майданчиків |
|---|---|
Роль | Організатор, майданчик |
Передумови | Status: qualification |
Очікуваний результат Після того, як не залишилось учасників, документи яких розглядаються (всі документи або підтверджено, або відхилено), організатор повинен оприлюднити “Загальний акт акт перевірки” documentType: x_verificationAct щодо результатів перевірки документів. | Майданчик: після того, як Організатор - гарантований покупець опрацював всі документи всіх Учасників, завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено” документи “Загальний акт перевірки” передається до ЦБД та відображається на майданчику статус процедури Кваліфікація учасників Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. |
| ЦБД: | |
| Фунціонал API ЦБД | |
| CBD3-GE-UC-047.1 | |
| Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня. | Майданчик: якщо є хоча б один учасник у статусі verification у Організатора заблоковано завантаження документу “Загальний акт перевірки” documentType: x_verificationAct щодо результатів перевірки документів.. Процедура не набуває статусу active.qualification не небуває |
| ЦБД: в разі наявності хоча б одного учасника у статусі verification API не приймає від Майданчика документ “Загальний акт перевірки” documentType: x_verificationAct та не переводить процедуру у статус active.qualification | |
| CBD3-GE-UC-047.2 | |
| Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. | Майданчик: При спробі перевести процедуру у статус active.qualification без завантаження “Загальний акт перевірки” documentType: x_verificationAct щодо результатів перевірки документів виводиться повідомлення/помилка про неможливість такої дії |
| ЦБД: в разі спроби перевести процедуру у статус active.qualification без попереднього завантаження “Загальний акт перевірки” documentType: x_verificationAct щодо результатів перевірки документів API не приймає зміну статусу | |
| CBD3-GE-UC-047.3 | |
| Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. | Майданчик: |
| ЦБД: |
CBD3-GE-UC-048 | Фунціонал майданчиків |
|---|---|
Організатор, майданчик | |
Передумови | Status: qualification |
Очікуваний результат Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. | Майданчик: Якщо є хоча б один учасник у статусі Перевірка документів (verification), в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з типом x_verificationAct можливо тільки на етапі перевірки документів учасника. |
ЦБД: |
...