...
CBD3-GE-UC-012 | Тести API ЦБД |
Роль | |
Передумови | |
Очікуваний результат | Період редагування завжди триває 48 годин. rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД. rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год) |
Актуальний результат: Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на:
Дата закінчення періоду редагування відображається на:
Та завжди розраховується як rectificationPeriod.startDate + 48 годин | Майданчик: Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на:
Дата закінчення періоду редагування відображається на:
Та завжди розраховується як rectificationPeriod.startDate + 48 годин |
ЦБД: Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на:
Дата закінчення періоду редагування відображається на:
Та завжди розраховується як rectificationPeriod.startDate + 48 годин |
CBD3-GE-UC-013 | Функціонал або задачі майданчику Входить до скоупу функціональних тестів API ЦБД |
Роль | |
Передумови | |
Очікуваний результат | Документи аукціону є можливість завантажувати\змінювати і після завершення періоду редагування. |
Актуальний результат: Завершення періоду редагування не блокує можливості довантажити/замінити документи до аукціону. Видалення документів неможливе. Документ що був замінений відображається перекресленим. | Майданчик: |
ЦБД: |
CBD3-GE-UC-014 | Тести API ЦБД |
Роль | |
Передумови | |
Очікуваний результат | Під час rectificationPeriod’у Організатор має змогу відредагувати окремі поля, інформація про це міститься у таблиці зі структурою даних. |
Актуальний результат | Майданчик: Протягом active.rectification (періоду редагування) можливо редагувати поля згідно таблиці |
ЦБД: поля відредаговані в період active.rectification (періоду редагування) перезаписуються, попередні значення не зберігаються |
...
CBD3-GE-UC-040 | Входить до скоупу функціональних тестів API ЦБД |
|---|---|
Роль | Учасник |
Передумови | Status: active.auction (Аукціон) |
Очікуваний результат | Учасник торгів, після отримання цього посилання від Майданчика, переходить за url на свою індивідуальну сторінку і бере участь в Аукціоні. Аукціон проводиться централізовано, у модулі аукціону, який є частиною ЦБД. Особливості проведення аукціону за посиланням: https://docs.google.com/document/d/1thjxU87HIkXD1PgQKpShMpV46UYBB3xvStW5Mb8Gegc/edit CBD3-GE-UC- |
Актуальний результат: Учасник переходить за посиланням, дочікується запуску модуля аукціону та приймає участь у аукціоні післі централізованого запуску модуля | Майданчик: Учасник переходить за посиланням, дочікується запуску модуля аукціону та приймає участь у аукціоні післі централізованого запуску модуля Завчасний перехід за почиланням учасника не призводить до запуску модуля |
| ЦБД: |
Status: qualification
Період верифікації потенційного переможця verificationPeriod (Період перевірки документів учасників)
CBD3-GE-UC-041 | Тести API ЦБД |
|---|---|
Роль | |
Передумови | Status: qualification |
Очікуваний результат | endDate періодів в процесі Awarding’у фіксуються на рівні 18:00. |
Актуальний результат endDate періодів в процесі Awarding’у фіксуються на рівні 18:00. | Майданчик: |
ЦБД: endDate періодів в процесі Awarding’у фіксуються на рівні 18:00. |
CBD3-GE-UC-042 | ++++ |
Тести API ЦБД | |
Роль | |
Передумови | Status: qualification |
Очікуваний результат | По завершенню аукціону, процедура переходить у статус qualification - фазу перевірки документів учасників. ЦБД формує award`и для N учасників у статусі verification. award`и формуються для всіх учасників, в залежності від кількості заяв на участь |
Актуальний результат | Одразу після завершення роботи модуля аукціону ЦБД формує протокол, а процедура набуває (в разі позитивного сценарію) статус qualification. ЦБД формує award`и для N учасників у статусі verification. award`и формуються для всіх учасників, в залежності від кількості заяв на участь |
CBD3-GE-UC-043 | Функціонал або задачі майданчику |
|---|---|
Роль | |
Передумови | Status: qualification |
Очікуваний результат | Валідною ставкою вважається та, що рівна або менша за значення value.amount. На майданчиках відображається інформація про учасників, що кваліфікуються:
|
Актуальний результат | Майданчик: Валідною ставкою вважається та, що рівна або менша за значення value.amount. На майданчиках відображається інформація про учасників, що кваліфікуються:
|
| ЦБД: |
CBD3-GE-UC-044 | Тести API ЦБД |
|---|---|
Роль | |
Передумови | Status: qualification |
Очікуваний результат | ЦБД формує аварди у статусі verification для N учасників з найнижчими ціновими пропозиціями, відповідно до їх обсягу. |
Актуальний результат | Після завершення роботи модуля аукціона ЦБД формує рейтинг для N учасників одночасно враховуючи два параметри: найнижчу запропоновану вартість та найбільший об’єм |
CBD3-GE-UC-045 | Входить до скоупу функціональних тестів API ЦБД |
|---|---|
Роль | |
Передумови | Status: qualification |
Очікуваний результат | Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону. |
Актуальний результат Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону. | Майданчик: Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону. |
ЦБД: |
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 щодо результатів перевірки документів. Організатор завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено”, після чого майданчик змінює статус процедури на active.qualification. |
Актуальний |
CBD3-GE-UC-047
Функціонал або задачі майданчику
Роль
Організатор, майданчик
Передумови
Status: qualification
результат Після того, як не залишилось учасників, документи яких розглядаються (всі документи або підтверджено, або відхилено), організатор повинен оприлюднити “Загальний акт перевірки” documentType: x_verificationAct щодо результатів перевірки документів. Організатор завантажує “Загальний акт перевірки” |
Актуальний результат
, натискає кнопку “Перевірку документів завершено”, після чого майданчик змінює статус процедури на active.qualification. Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. | Майданчик: після того, як Організатор - гарантований покупець опрацював всі документи всіх Учасників, завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено” |
документи “Загальний акт перевірки” передається до ЦБД та відображається на майданчику статус процедури Кваліфікація учасників |
| ЦБД: |
CBD3-GE-UC-048 | |
Функціонал або задачі майданчику | |
Роль | Організатор, майданчик |
Передумови | Status: qualification |
Очікуваний результат | Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. |
Актуальний результат | В разі, якщо у Організатора залишилися не опрацьовані пакети документів Учасників, Організатор можнемає ливості перевести процедуру до статусу active.qualification. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. |
...
CBD3-GE-UC-049 | |
Входить до скоупу функціональних тестів API ЦБД Функціонал або задачі майданчику | |
Роль | |
Передумови | Status: qualification |
Очікуваний результат | Можливо 2 варіанти, з автоматичним завершенням та з ручним. В ЦБД закладаємо можливість перемикатись між опціями Варіант А. Автоматичне завершення періоду - якщо по завершенню періоду присутні award`и у статусі verification, такі award`и автоматично змінюють свій статус на waiting, статус процедури автоматично змінюється на active.qualification. Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів. Варіант Б. Автоматичне завершення періоду відсутнє, Організатор має вручну змінити статус award`ів з verification на waiting та процедури з qualification на active.qualification. У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів. |
Актуальний результат | Можливо 2 варіанти, з автоматичним завершенням та з ручним. В ЦБД закладаємо можливість перемикатись між опціями Варіант А. Автоматичне завершення періоду - якщо по завершенню періоду присутні award`и у статусі verification, такі award`и автоматично змінюють свій статус на waiting, статус процедури автоматично змінюється на active.qualification. Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів. Варіант Б. Автоматичне завершення періоду відсутнє, Організатор має вручну змінити статус award`ів з verification на waiting та процедури з qualification на active.qualification. У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів. |
CBD3-GE-UC-050 | |
Входить до скоупу функціональних тестів API ЦБД | |
Роль | |
Передумови | Status: qualification |
Очікуваний результат | Після завершення аукціону, протягом verificationPeriod, поки award знаходиться у статусі verification, учасники мають можливість довантажити до bid`а набір документів для усунення формальних недоліків. Типи документів та неймінг співпадають з документами, які на етапі розміщення заяви додаються до bid`а. Можливо тільки довантажити документи, всю інформацію bid`а (поля та документи), яка була збережена на етапі tenderPeriod, змінювати неможливо. |
Актуальний результат | Можливо тільки довантажити документи, всю інформацію bid`а (поля та документи), яка була збережена на етапі tenderPeriod, змінювати неможливо. |
...