...
CBD3-GE-UC-048 | Функціонал або задачі майданчику |
|---|---|
Організатор, майданчик | |
Передумови | Status: qualification |
Очікуваний результат Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника. | Майданчик: Якщо є хоча б один учасник у статусі Перевірка документів (verification), в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус active.qualification відсутня. Додати документ з таким типом типом x_verificationAct можливо тільки на етапі перевірки документів учасника. |
ЦБД: |
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з Перевірка документів (verification) на Документи перевірено (waiting) та процедури з qualification на active.qualification. У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів. | |
ЦБД: |
CBD3-GE-UC-050 | Входить до скоупу функціональних тестів API ЦБД Функціонал або задачі майданчику |
|---|---|
Роль | |
Передумови | Status: qualification |
Очікуваний результат Після завершення аукціону, протягом verificationPeriod, поки award знаходиться у статусі verification, учасники мають можливість довантажити до bid`а набір документів для усунення формальних недоліків. Типи документів та неймінг співпадають з документами, які на етапі розміщення заяви додаються до bid`а. Можливо тільки довантажити документи, всю інформацію bid`а (поля та документи), яка була збережена на етапі tenderPeriod, змінювати неможливо. |
Актуальний результат
| Майданчик: |
ЦБД: |
CBD3-GE-UC-051 | Входить до скоупу функціональних тестів API ЦБД Функціонал або задачі майданчику |
|---|---|
Роль | |
Передумови | Status: active.qualification |
Очікуваний результат | Майданчик: Після зміни статусу процедури на active.qualification, розраховується обсяг квоти, виходячи з сумарного обсягу учасників, які успішно пройшли перевірку документів. Розрахований обсяг квоти складає 80% від суми обсягів у заявах учасників, але не більше за обсяг квоти, вказаний при публікації аукціону організатором. Після чого змінюється статус award`ів таких учасників і починається етап роботи з протоколом та договором. |
Актуальний результат
ЦБД: |
CBD3-GE-UC-052 | Тести API ЦБД | |
|---|---|---|
Роль | ||
Передумови | Status: active.qualification | |
Очікуваний результат | Майданчик: signingPeriod.startDate періоду роботи з протоколом та договором формується:
| Актуальний результат |
signingPeriod.startDate періоду роботи з протоколом та договором формується: ЦБД: |
CBD3-GE-UC-053 | |
Роль | Входить до скоупу функціональних тестів API ЦБД |
Передумови | Status: active.qualification |
Очікуваний результат | Пропозиції сортуються від меншої ціни до більшої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. |
Актуальний результат | Пропозиції сортуються від меншої ціни до більшої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. |
.
CBD3-GE-UC-054 | |
Входить до скоупу функціональних тестів API ЦБД | |
Роль | |
Передумови | Status: active.qualification |
Очікуваний результат | Первинно на SigningPeriod виділено до 15 робочих днів після закінчення verificationPeriod для кожного award`у, але період триває доти, доки Організатор не переведе процедуру в наступний статус (на рівні ЦБД необхідно реалізувати параметр автоматичної зміни статусу award`у, аналогічно до завершення verificationPeriod). |
Актуальний результат | Первинно на SigningPeriod виділено до 15 робочих днів після закінчення verificationPeriod для кожного award`у, але період триває доти, доки Організатор не переведе процедуру в наступний статус (на рівні ЦБД необхідно реалізувати параметр автоматичної зміни статусу award`у, аналогічно до завершення verificationPeriod). |
CBD3-GE-UC-055 | |
Входить до скоупу функціональних тестів API ЦБД | |
Роль | |
Передумови | Status: active.qualification |
Очікуваний результат | SigningPeriod це період який відноситься до award`у, він формується окремо для кожного учасника під час набуття таким учасником статусу pending. Дата початку та завершення періоду для різних учасників може відрізнятися. |
Актуальний результат | Дата початку та завершення періоду для різних учасників може відрізнятися, так як він формується окремо для кожного учасника під час набуття таким учасником статусу pending. |
CBD3-GE-UC-056 | |
Входить до скоупу функціональних тестів API ЦБД | |
Роль | |
Передумови | Настання періоду очікування кваліфікації переможців (pending) |
Очікуваний результат | Award’ам учасників з найнижчими ставками присвоюється статус pending. При однакових цінових пропозиціях, переможцем вважається той учасник, що подав пропозицію раніше. Час подачі пропозицій враховується та відображається відповідно до стандарту, наприклад: 2019-10-11T14:54:12.708333+03:00 |
Актуальний результат | Award’ам учасників з найнижчими ставками присвоюється статус pending. При однакових цінових пропозиціях, переможцем вважається той учасник, що подав пропозицію раніше. Час подачі пропозицій враховується та відображається відповідно до стандарту, наприклад: 2019-10-11T14:54:12.708333+03:00 |
CBD3-GE-UC-057 | |
Входить до скоупу функціональних тестів API ЦБД | |
Роль | |
Передумови | |
Очікуваний результат | Процедура кваліфікації знаходиться в періоді підписання протоколу, у цей час Організатор зобов’язаний завантажити і підтвердити протокол аукціону (documentType: auctionProtocol) в цей award. |
Актуальний результат | Процедура кваліфікації знаходиться в періоді підписання протоколу, у цей час Організатор зобов’язаний завантажити і підтвердити протокол аукціону (documentType: auctionProtocol) в цей award. |
...