Земельні торги - продаж з переважним правом (англійський аукціон)
...
Особливості процедури:
- Можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
- Лише 1 Item може бути.
- В корені процедури з'явилася структура currentTenant currentTenants, значення якої вказує Організатор.
- Організатор НЕ має можливість задати/змінити currentTenants.priority - автогенероване ЦБД == 0.
- В біда bid`a з'явився вказівник на переважне право (Bid.isCurrentTenant).
- Статус заяви на участь (біда) - Деактивована заява - inactive.
- currentTenants.priority == 0 .
- Період передачі переважного права - transferPriorityPeriod - завершується за 5 робочих днів до завершення періоду подання пропозицій. Можливість внесення змін до даних учасника Учасника із переважним правом (currentTenantcurrentTenants).
- Обов'язково використовується один основний класифікатор (CAV) та один додатковий (зі словника kvtspz).
- Існує додатковий статус процедури (pending_payment) і контракту (signed), для реалізації підтвердження оплат по договору.
...
- За умови tenderAttempts = 2 при 2-х або більше валідних заяв на участь.
- Якщо аукціон проводиться повторно tenderAttempts = 1, за умови 1-єї заяви на участь (якщо вона від учасника, який єдиний брав участь в попередньому аукціоні).
Таблиця змін
...
Дата
...
Номер сценарію
...
Короткий опис змін
...
Список причин дискваліфікації для недопуску на наступні аукціони:
- Відмовився від підписання протоколу (причина 1 з словника landRentalTerminationReason).
- Відмовився від укладення договору (причина 2 з словника landRentalTerminationReason).
- Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу (причина 4 з словника landRentalTerminationReason).
Додано нове поле "Кількість учасників з переважним правом" (numberOfCurrentTenants)
Після запуску універсального модулю аукціону:
- значення поля numberOfCurrentTenants обов'язково заповнюється вручну організатором, поле обов'язково відображається на інтерфейсі;
- якщо Організатор вказав numberOfCurrentTenants == 1, він може вказати тільки 1 item в масиві "Дані про учасників з переважним правом" currentTenants.
- якщо Організатор вказав numberOfCurrentTenants == 2, він обов'язково має додати 2 item в масиві "Дані про учасників з переважним правом" currentTenants.
- Якщо numberOfCurrentTenants == 1, то значення поля currentTenants.priority значення "Учасник з переважним правом" (currentTenants.priority == 0).
- При створенні Організатором оголошення біля поля currentTenants.priority виводити Організатору підказку: "Учасник з переважним правом - власник дозволу на видобування корисних копалин, учасник з переважним правом другої черги - орендар земельної ділянки”. Вимога не обов'язкова.
Поле minimalStep - НЕ обов'язкове для заповнення при публікації Процедури.
Якщо при публікації Процедури НЕ передається minimalStep, то автогенерується як 1% від Стартової ціни:
minimalStep.amount == value.amount * 0.01
minimalStep.currency == value.currency
Таблиця змін
...
1. Реєстрація та внесення змін в акаунт |
CBD3-LSP-UC-01-01 | Реєстрація Організатора аукціону |
CBD3-LSP-UC-01-02 | Реєстрація Учасника |
CBD3-LSP-UC-01-03 | Внесення змін в акаунт |
2. Робота з чернеткою. Публікація процедури |
CBD3Створення та редагування чернетки | Внесення даних дляучасника з переважним правом другої черги для Чернетки процедури |
16.08.2023 | CDB3 |
CBD30202Видалення чернетки | CBD3-LSP-UC-02-03 | Публікація процедури |
05
| Публікація в ЦБД локальної чернетки заяви на участь від учасників з пріоритетним правом |
16.08.2023 | CDB3 |
CBD302Створення та публікація копії процедури на основі існуючої | Відображення біда"Учасника з переважним правом другої черги" |
16.08.2023 | CDB3 |
CBD302Перенесення дати початку періоду аукціону | Втрата переважного права другої черги |
16.08.2023 | CDB3 |
CBD302Блок банківські реквізити | Зміна черги преважного права: пониження, підвищення |
16.08.2023 | CDB3 |
|
CBD303-01Завантаження документів | 08-07
| Активація bid'а після втрати переважного права другої черги |
16.08.2023 | CDB3 |
CBD303-02Оновлення документів | CBD3-LSP-UC-03-03 | Особливості роботи із цифровим підписом |
4. Редагування процедури06-01 | Для пошуку аукціону додано новий фільтр "Кількість учасників з переважним правом" |
13.12.2022 | | Прибрано isCurrentTenant. Додано isCurrentTenants. Організатор НЕ має можливість задати/змінити currentTenants.priority - автогенероване ЦБД ==0. |
13.12.2022 | | Внесені зміни в блок "Дискваліфікація Учасників" |
12.12.2022 | CBD3-LSP-UC- |
0401Внесення змін в опубліковану процедуру протягом rectificationPeriod | 04-02Внесення змін в опубліковану процедуру протягом transferPriorityPeriod0403Робота з документами в процедурі протягом tenderPeriod | 5. Робота з питаннями/відповідями05-01Подача запитання02-04 | Можливість створювати процедуру з previousAuctionId LSE або LSР |
03.10.2022 | CBD3-LSP-UC- |
0502Надання відповіді на задане запитання | 6. Пошук аукціону на Майданчику 03 | Внесені зміни з роботою кадастровий номер (cadastralNumber) |
01.12.2021 | CBD3-LSP-UC- |
06Пошук аукціону | 7. Робота з заявою на участьВнесені зміни в сценарій Можливість Організатору обрати additionalClassifications CVZU 1-99 шт. |
26.10.2021 | CBD3-LSP-UC- |
07-01Створення локальної чернетки заяви на участь0702Редагування та видалення локальної чернетки заяви на участь | CBD3-LSP-UC-07-03 | Публікація в ЦБД локальної чернетки заяви на участь |
03 | Майданчик виводить учасників, що були дискваліфіковані в попередніх процедурах (id таких учасників присутні в json процедури блок disqualifiedBids). |
18.10.2021 |
CBD3-LSP-UC-07-04 | Додано сценарій "Публікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше |
8. Робота з bid'ом0801Створення та активація bid'а | CBD3-LSP-UC-08-02 | Редагування bid'а02 | Додано новий документ admissionReason - Підстави для допуску дискваліфікованого учасника. |
17.09.2021 | CBD3-LSP-UC- |
08-03Видалення bid'а0805-01 | Внесені уточнення в редагування питання |
Зміст
1. Реєстрація та внесення змін в акаунт | 04Відображення біда "Учасника з переважним правом" | CBD3-LSP-UC-08-05 | Втрата переважного права |
CBD3-LSP-UC- | 0801- | 06Активація bid'а після втрати переважного права
| 9. Отримання та перехід по посиланню01 | Реєстрація Організатора аукціону |
CBD3-LSP-UC-0901-0102 | Публічне посиланняРеєстрація Учасника |
CBD3-LSP-UC-0901-02 | Приватне посилання | 03 | Внесення змін в акаунт |
2. Робота з чернеткою. Публікація процедури10. Кваліфікація Учасників |
CBD3-LSP-UC-1002-01 | Умови формування award'ів та їх статусівСтворення та редагування чернетки |
CBD3-LSP-UC-1002-02 | Відображення таблиці кваліфікації на МайданчикуВидалення чернетки |
CBD3-LSP-UC-1002-03 | Завантаження документів Переможцем протягом verificationPeriodПублікація процедури |
CBD3-LSP-UC-1002-04 | Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriodСтворення та публікація копії процедури на основі існуючої |
CBD3-LSP-UC-1002-05 | Завантаження та підтвердження документів договору Організатором протягом qualificationPeriodПеренесення дати початку періоду аукціону |
CBD3-LSP-UC-1002-06 | Підтвердження оплати |
CBD3-LSP-UC-10-07 | Відхилення оплати |
Блок банківські реквізити |
11. Дискваліфікація Учасників |
CBD3-LSP-UC-1103-01 | Дискваліфікація 2-х award'івЗавантаження документів |
CBD3-LSP-UC-1103-02 | Дискваліфікація до завантаження Організатором auctionProtocolОновлення документів |
CBD3-LSP-UC-1103-03Дискваліфікація після підтвердження auctionProtocol | Особливості роботи з digitalSignature |
4. Редагування процедури |
CBD3-LSP-UC-1104-0401 | Внесення змін в опубліковану процедуру протягом rectificationPeriodДискваліфікація після завантаження документів договору та передачі інформації по договору |
CBD3-LSP-UC- | 1104- | 05Дискваліфікація на етапі "Підтвердження оплати"02 | Внесення змін в опубліковану процедуру протягом transferPriorityPeriod
|
CBD3-LSP-UC-11-06Дискваліфікація на етапі "Завершення аукціону"04-03 | Робота з документами в процедурі протягом tenderPeriod |
5. Робота з питаннями/відповідями |
CBD3-LSP-UC-1105-07Зміна статусу Учасника що очікує, після набуття процедурою статусу complete01 | Подача запитання |
CBD3-LSP-UC-05-02 | Надання відповіді на задане запитання |
6. Пошук аукціону на Майданчику |
CBD3-LSP-UC-1106-08 | Відмова Учасника від участі в кваліфікації | 01 | Пошук аукціону |
7. Робота з заявою на участь12. Перелік допустимих операцій для award'ів |
CBD3-LSP-UC-1207-01 | Операції для award'у в статусі pendingСтворення локальної чернетки заяви на участь |
CBD3-LSP-UC-1207-02 | Операції для award'у в статусі pending_waitingРедагування та видалення локальної чернетки заяви на участь |
CBD3-LSP-UC-1207-03 | Операції для award'ів в статусі unsuccessfulПублікація в ЦБД локальної чернетки заяви на участь |
CBD3-LSP-UC- | 1207-04 | Операції для award'у в статусі cancelledПублікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше |
CBD3-LSP-UC- | 1207-05 | Публікація в ЦБД локальної чернетки заяви на участь від учасників з пріоритетним правом |
8. Робота з bid'ом | Операції для award'у в статусі active, contract в статусі pending |
CBD3-LSP-UC-1208-0601 | Створення та активація bid'аОперації для award'у в статусі active, contract в статусі signed |
CBD3-LSP-UC-1208-07 | Операції для award'а в статусі active, contract в статусі active | 13. Скасування процедури02 | Редагування bid'а |
CBD3-LSP-UC-1308-0103 | Видалення bid'аСкасування процедури в статусі active_rectification |
CBD3-LSP-UC- | 1308- | 02Скасування процедури в статусі active_tendering04 | Відображення bid'а - "Учасника з переважним правом"/ "Учасника з переважним правом другої черги" |
CBD3-LSP-UC- | 1308- | 03Скасування процедури в статусі active_auction05 | Втрата переважного права |
CBD3-LSP-UC- | 1308- | 04Скасування процедури в статусі active_qualification06 | Зміна черги переважного права: пониження, підвищення |
CBD3-LSP-UC- | 13-0508-07 | Активація bid'а після втрати переважного права
|
9. Отримання та перехід по посиланню | Скасування процедури в статусі active_awarded |
CBD3-LSP-UC-1309-06 | Скасування процедури в статусі pending_payment | 14. Завершення процедури01 | Публічне посилання |
CBD3-LSP-UC-1409-0102 | Завершення процедуриПриватне посилання |
15. Періоди, статуси, документи10. Кваліфікація Учасників |
CBD3-LSP-UC-1510-01 | Документи процедуриУмови формування award'ів та їх статусів |
CBD3-LSP-UC-1510-02 | Документи bid`aВідображення таблиці кваліфікації на Майданчику |
CBD3-LSP-UC-1510-03 | Документи award'уЗавантаження документів Переможцем протягом verificationPeriod |
CBD3-LSP-UC-1510-04 | Документи contract'уЗавантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod
|
CBD3-LSP-UC-1510-05 | Статуси процедуриПідписання договору |
CBD3-LSP-UC-1510-06 | Статуси award'уРобота з оплатою |
CBD3-LSP-UC- | 1510-07 | Статуси contractsПідтвердження договору |
1. Реєстрація та внесення змін в акаунт11. Дискваліфікація Учасників |
CBD3-LSP-UC- | 0111-01 | Anchor |
---|
Дискваліфікація 2-х award'ів |
CBD3-LSP-UC- | 01-0111-02 | Дискваліфікація підчас active_qualification |
CBD3- | LSP-UC- | 0111- | 01Реєстрація Організатора аукціону |
---|
Role | Майданчик/Організатор |
Preconditions | Перейти на Майданчик у форму реєстрації нового Користувача |
Steps To Reproduce | - Заповнити усі обов'язкові поля згідно swagger.
- Завантажити документи, що підтверджують особу та повноваження Організатора аукціону.
- Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
- Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення аккаунту.
- Перевірити активацію акаунту Організатора.
|
Expected results
03 | Дискваліфікація підчас active_awarded |
CBD3-LSP-UC-11-04 | Дискваліфікація підчас pending_payment |
CBD3-LSP-UC-11-05 | Зміна статусу Учасника що очікує, після набуття процедурою статусу complete
|
CBD3-LSP-UC-11-06 | Відмова Учасника від участі в кваліфікації |
12. Перелік допустимих операцій для award'ів |
CBD3-LSP-UC-12-01 | Операції для award'у в статусі pending |
CBD3-LSP-UC-12-02 | Операції для award'у в статусі pending_waiting |
CBD3-LSP-UC-12-03 | Операції для award'ів в статусі unsuccessful та cancelled |
CBD3-LSP-UC-12-04 | Операції для award'у в статусі active, contract в статусі pending |
CBD3-LSP-UC-12-05 | Операції для award'у в статусі active, contract в статусі signed |
CBD3-LSP-UC-12-06 | Операції для award'а в статусі active, contract в статусі active |
13. Скасування процедури |
CBD3-LSP-UC-13-01 | Скасування процедури в статусі active_rectification |
CBD3-LSP-UC-13-02 | Скасування процедури в статусі active_tendering |
CBD3-LSP-UC-13-03 | Скасування процедури в статусі active_auction |
CBD3-LSP-UC-13-04 | Скасування процедури в статусі active_qualification |
CBD3-LSP-UC-13-05 | Скасування процедури в статусі active_awarded |
CBD3-LSP-UC-13-06 | Скасування процедури в статусі pending_payment |
14. Завершення процедури |
CBD3-LSP-UC-14-01 | Завершення процедури |
15. Періоди, статуси, документи |
CBD3-LSP-UC-15-01 | Документи procedure |
CBD3-LSP-UC-15-02 | Документи bid`a |
CBD3-LSP-UC-15-03 | Документи award'у |
CBD3-LSP-UC-15-04 | Документи contract'у |
CBD3-LSP-UC-15-05 | Статуси procedure |
CBD3-LSP-UC-15-06 | Статуси award'у |
CBD3-LSP-UC-15-07 | Статуси contracts |
CBD3-LSP-UC-15-08 | Статуси bids |
1. Реєстрація та внесення змін в акаунт |
- Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Завантажені документи відображаються в особистому кабінеті.
- Обрані всі відповідні чек-бокси.
- Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, які потрібно виправити.
У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису. Організатор аукціону може бути нерезидентом (тобто замість структури AddressUa використовується Address). | Зміст |
Самостійне тестування Майданчика (посилання на процедуру та скріншот): |
Results: |
CBD3-LSP-UC-01-02 Anchor |
---|
LSP-UC-01-02 | LSP-UC-01-02 | | Role | Майданчик/Учасник |
Preconditions | Перейти на Майданчик у форму реєстрації нового Користувача |
Steps To Reproduce | - Заповнити усі обов'язкові поля згідно swagger.
- Завантажити документи, що підтверджують особу та повноваження Учасника.
- Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
- Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
- Перевірити активацію акаунту Учасника.
|
Expected results
- Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Завантажені документи відображаються в особистому кабінеті.
- Обрані всі відповідні чек-бокси.
- Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що його акаунт активований, або докладний перелік помилок, що треба виправити.
У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису. | Зміст |
Самостійне тестування Майданчика (посилання на процедуру та скріншот): |
Results: |
CBD3-LSP-UC-01-0301 Anchor |
---|
| LSP-UC-01-0301 |
---|
| LSP-UC-01-0301 |
---|
|
| Реєстрація Організатора аукціонуВнесення змін в акаунт |
---|
Role | Майданчик/Учасник/Організатор |
Preconditions | Перейти на Майданчик в особистий кабінет Учасника/Організаторау форму реєстрації нового Користувача. |
Steps To Reproduce | - Заповнити усі обов'язкові поля згідно swagger.
- Завантажити документи, що підтверджують особу та повноваження Організатора аукціонуВнести зміни в акаунт, завантажити документи.
- Погодитись з офертою про персональні дані, та підтвердити ознайомлення з Регламентом роботи ЕТС.
- Зберегти та відправити Відправити інформацію на модерацію адміністратора Майданчика.Перевірити , перевірити надходження сповіщень та /листів Учаснику/Організатору про виконані діїпро створення аккаунту.
- Перевірити відображення інформації після повторної активації активацію акаунту Організатора.
|
Expected results
| - Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, з.
- Завантажені авантажені документи відображаються в особистому кабінеті.
- Обрані всі відповідні чек-бокси.
- Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що зміни в акаунті Учасника/Організатора успішно збереженійого аккаунт активований, або докладний перелік помилок, що треба які потрібно виправити.Змінена інформація коректно відображається в особистому кабінеті
- У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру та скріншот): |
Results: |
2. Робота з чернеткою. Публікація процедури. |
CBD3-LSP-UC-01-02-01 Anchor |
---|
| LSP-UC-01-02-01 |
---|
| LSP-UC-01-02-01 |
---|
|
| Створення та редагування чернетки | | |
---|
Role | Майданчик/ОрганізаторУчасник |
PreconditionsСтворення чернетки доступно тільки для ролі Організатор | Перейти на Майданчик у форму реєстрації нового Користувача. |
Steps To Reproduce | - Перевірити можливість створення чернетки процедури. Заповнити усі поля згіднообов'язкові поля згідно swagger.
Перевірити "Картографічний сервіс" обов'язкова реалізація на майданчику, та перевірити автоматичне заповнення полів що відносяться до адреси: - Країну та регіон - змінити немає можливості
- Населений пункт, адресу та поштовий індекс - є можливість відредагувати або ввести вручну.
- Координати відображаються тільки для ознайомлення, без можливості редагувати в інтерфейсі.
В організатора має бути можливість переключитись на ручне введення адреси на випадок, якщо у нього не працює функціонал роботи з картою. - Перевірити можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
- Завантажити усі доступні типи документів CBD3-LSP-UC-15-01.
- Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. Перевірити, що після натискання кнопки усі заповнені поля коректно збереглись.
- Перевірити наявність сповіщення в особистому кабінеті та на пошту.
- Зберегти інформацію як локальну чернетку на Майданчику.
- Перевірити можливість перегляду та редагування чернетки.
| Expected results
- Організатору відображається форма створення процедури. Доступні всі поля для заповнення згідно swagger. Організатор має можливість працювати з "Картографічний сервіс".
- Доступна можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
- Завантажені документи коректно відображаються та доступні для перегляду. Завантаження документу без вказаного типу не допускається.
- Усі заповнені поля коректно збереглись та відображаються на майданчику.
- Наявні сповіщення в особистому кабінеті та на пошту.
- Запис зберігається як чернетка на Майданчику без публікації в ЦБД.
- Чернетка доступна для перегляду тільки автору, редагування без обмежень.
Список обов'язкових документів:
- illustration - Фотографічні зображення земельної ділянки та ілюстрації
- contractProforma - Проєкт договору.
одиниця виміру тільки гектар - автогенерується ЦБД
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-02-02 Anchor |
---|
LSP-UC-02-02 | LSP-UC-02-02 | Видалення чернетки | - Завантажити документи, що підтверджують особу та повноваження Учасника.
- Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
- Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
- Перевірити активацію акаунту Учасника.
|
Expected results
| - Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Завантажені документи відображаються в особистому кабінеті.
- Обрані всі відповідні чек-бокси.
- Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що його акаунт активований, або докладний перелік помилок, що треба виправити.
- У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру та скріншот): |
Results: |
| Внесення змін в акаунт |
---|
Role | Майданчик/Учасник/Організатор |
Preconditions | Перейти на Майданчик в особистий кабінет Учасника/Організатора. |
Steps To Reproduce | - Внести зміни в акаунт, завантажити документи.
- Погодитись з офертою про персональні дані, та Регламентом роботи ЕТС.
- Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
Перевірити надходження сповіщень та листів Учаснику/Організатору про виконані дії. - Перевірити відображення інформації після повторної активації акаунту.
|
Expected results
| - Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, завантажені документи відображаються в особистому кабінеті.
- Обрані всі відповідні чек-бокси.
- Надходить повідомлення про те, що акаунт знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що зміни в акаунті Учасника/Організатора успішно збережені, або докладний перелік помилок, що треба виправити.
- Змінена інформація коректно відображається в особистому кабінеті
|
Role | Майданчик/Організатор |
Preconditions | Створена локальна чернетка Організатором на Майданчику |
Steps To Reproduce | - Перейти Організатором до створеної чернетки, та видалити її.
|
Expected results | - Чернетка видалена на Майданчику.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру | /та скріншот): |
Results: |
2. Робота з чернеткою. Публікація процедури. |
| 03 | 03 | 03Публікація процедури | Створення та редагування чернетки |
---|
Role | Майданчик/Організатор/ЦБД |
PreconditionsСтворена локальна чернетка Організатором на Майданчику | Створення чернетки доступно тільки для ролі Організатор. |
Steps To ReproduceПерейти Організатором в створену чернетку та натиснути кнопку "Опублікувати". | - Перевірити відображення опублікованої процедури на Майданчику та Порталі.
- Перевірити, що Майданчик виводить учасників, що були дискваліфіковані в попередніх процедурах (id таких учасників присутні в json процедури блок disqualifiedBids). Для Організатора та Учасників - обов'язково, Спостерігач опціонально.
- Перевірити статус опублікованої процедури.
- Перевірити сповіщення в особистий кабінет та на пошту.
- можливість створення чернетки процедури. Заповнити усі поля згідно swagger.
Перевірити "Картографічний сервіс" обов'язкова реалізація на майданчику, та перевірити автоматичне заповнення полів що відносяться до адреси: - Країну та регіон - змінити немає можливості
- Населений пункт, адресу та поштовий індекс - є можливість відредагувати або ввести вручну.
- Координати відображаються тільки для ознайомлення, без можливості редагувати в інтерфейсі.
В організатора має бути можливість переключитись на ручне введення адреси на випадок, якщо у нього не працює функціонал роботи з картою. - Перевірити можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
- Перевірити можливість Організатором заповнити дані Учасника з переважним правом/ переважним правом другої черги currentTenant.
- Завантажити усі доступні типи документів CBD3-LSP-UC-15-01.
- Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. Перевірити, що після натискання кнопки усі заповнені поля коректно збереглись.
- Перевірити наявність сповіщення в особистому кабінеті та на пошту.
- Зберегти інформацію як локальну чернетку на Майданчику.
- Перевірити можливість перегляду та редагування чернетки.
|
Expected results
| - Організатору відображається форма створення процедури. Доступні всі поля для заповнення згідно swagger. Організатор має можливість працювати з "Картографічний сервіс".
- Доступна можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
- Організатору доступна можливість заповнити currentTenant - дані для Учасника з переважним правом та Учасника з переважним правом другої черги.
- Завантажені документи коректно відображаються та доступні для перегляду. Завантаження документу без вказаного типу не допускається.
- Усі заповнені поля коректно збереглись та відображаються на майданчику.
- Наявні сповіщення в особистому кабінеті та на пошту.
- Запис зберігається як чернетка на Майданчику без публікації в ЦБД.
- Чернетка доступна для перегляду тільки автору, редагування без обмежень.
Список обов'язкових документів: - illustration
- contractProforma
одиниця виміру тільки гектар - автогенерується ЦБД
|
Expected results | - Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД з присвоєнням процедурі ID LSP000-UA-YYYYMMDD-00000.
- Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
- Майданчик виводить дані учасників (Назва компанії, ідентифікаційний номер, ПІБ представника), що були дискваліфіковані в попередніх процедурах (id ідентифікаторів таких учасників присутні в json процедури блок disqualifiedBids) - для Організатора та Учасників - обов'язково, Спостерігач опціонально.
- Процедура отримує статус active_rectification (Редагування доступне).
- Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.
Можливість публікації процедури існує при виконанні усіх наступних умов: - усі обов'язкові поля заповненні валідними даними
- завантажено обов'язкові документи:
- illustration (Фотографічні зображення земельної ділянки та ілюстрації)
- contractProforma (Проект договору)
В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД. Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-02-0402 Anchor |
---|
| LSP-UC-02-0402 |
---|
| LSP-UC-02-0402 |
---|
|
| Видалення чернеткиСтворення та публікація копії процедури на основі існуючої |
Role | Майданчик/Організатор |
Preconditions | Наявна процедура Продаж землі англієць з пріоритетним правом, в будь якому статусіСтворена локальна чернетка Організатором на Майданчику. |
Steps To Reproduce | - Створити копію процедури, перевірити, що усі поля коректно експортувалися.
- Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
- Опублікувати процедуру в ЦБД, та перевірити її відображення згідно статусу батьківської процедури:
- unsucsesfull (1 поданий бід)
- unsucsesfull (2 та більше поданих біда)
- усі інші статуси
|
Expected results | - Організатору відображається форма створення процедури, усі імпортовані поля з процедури коректно відображаються.
- Запис зберігається як чернетка на Майданчику без публікації в ЦБД. Доступні для редагування усі поля. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається:
- обов'язково відображається блок інформації "Учасник з попереднього аукціону" - уся інформація з json про учасника що подав єдину ставку в попередньому аукціоні
- блок інформації "Учасник з попереднього аукціону - відсутній
- блок інформації "Учасник з попереднього аукціону - відсутній
При створенні копії процедури - Організатор самостійно заповнює параметр tenderAttemps. Якщо параметр tenderAttemps >=2 Майданчик самостійно заповнює інформацію про previousAuctionId батьківської процедури з можливістю редагування - рекомендація. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-02-05 Anchor |
---|
LSP-UC-02-05 | LSP-UC-02-05 | Перенесення дати початку періоду аукціону | Role | Організатор/Майданчик/ЦБД |
Preconditions | Створена чернетка Організатором. Створення процедури без прискорення. починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури в ЦБД), залежить від наявності не менше 2-х bid's в статусі active. |
Steps To Reproduce | - Організатором опублікувати процедуру на найближчу дату згідно Timeline процедури.
- Перевірити дати формування в процедурі періодів згідно Timelin'у процедури які призначила ЦБД відповідно словника вихідні дні та святковий день.
- Перевірити формування усіх періодів після МА.
|
Expected results | - Процедури успішно опубліковано.
- Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
- Періоди відповідають Timeline процедури.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-02-06 Anchor |
---|
LSP-UC-02-06 | LSP-UC-02-06 | Блок банківські реквізити
| Role | Організатор/Майданчик/ЦБД |
Preconditions | Створена чернетка Організатором. |
Steps To Reproduce | - Перевірити можливість додавання в процедуру 2 типи банківських рахунків: Плата за лот, Плата за підготовку лота.
- Перевірити можливість вибору трьох валют (UAH, EUR, USD) для кожного з рахунків.
- Перевірити - що відсутня можливість публікації процедури ЛИШЕ з рахунками валют EUR, USD.
- Перевірити відображення банківських реквізитів в опублікованій процедурі для Організатора та Учасників.
|
Expected results | - Доступні 2 типи рахунків.
- Для кожного з рахунків доступний вибір однієї з 3 валют (UAH, EUR, USD).
- За умови відсутності в створеному рахунку валюти UAH - публікація не відбувається.
- Для Організатора банківські рахунки відображаються постійно, для всіх інших ролей - лише по завершенню tenderPeriod.
Якщо тип payment - обов'язково один рахунок в UAH, опціонально рахунки в USD/EUR.
Якщо тип preparationPayment - опціонально один рахунок в UAH, опціонально рахунки в USD/EUR.
- Перейти Організатором до створеної чернетки, та видалити її.
|
Expected results | - Чернетка видалена на Майданчику.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Публікація процедури |
Role | Майданчик/Організатор/ЦБД |
Preconditions | Створена локальна чернетка Організатором на Майданчику. |
Steps To Reproduce | - Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Перевірити відображення опублікованої процедури на Майданчику та Порталі.
- Перевірити, що Майданчик виводить учасників, що були дискваліфіковані в попередніх процедурах (id таких учасників присутні в json процедури блок disqualifiedBids). Для Організатора та Учасників - обов'язково, Спостерігач опціонально.
- Перевірити статус опублікованої процедури.
- Перевірити сповіщення в особистий кабінет та на пошту.
- При публікації нового оголошення необхідно перевірити чи в ЦБД наявні вже опубліковані оголошення з лотом, що має такий самий кадастровий номер (cadastralNumber), опубліковане іншим Організатором (sellingEntity.identifier.id)
- В процедурі є визначено Учасника з переважним правом другої черги, але НЕ вказано Учасника з переважним правом
- Організатор вніс однакові значення identifier.id для Учасника з переважним правом та для Учасника з переважним правом другої черги.
- Наявність поля "Кількість учасників з переважним правом"
- Організатор у полі "Кількість учасників з переважним правом" визначив значення "1"
- Організатор у полі "Кількість учасників з переважним правом" визначив значення "2"
- Поле currentTenants.priority
|
Expected results | - Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД з присвоєнням процедурі ID LSP000-UA-YYYYMMDD-00000.
- Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
- Майданчик виводить дані учасників (Назва компанії, ідентифікаційний номер, ПІБ представника), що були дискваліфіковані в попередніх процедурах (id ідентифікаторів таких учасників присутні в json процедури блок disqualifiedBids) - для Організатора та Учасників - обов'язково, Спостерігач опціонально.
- Процедура отримує статус active_rectification (Редагування доступне).
- Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.
- Умови сповіщення:
- якщо за результатами пошуку не виявлено раніше опублікованих процедур з таким самим кадастровим номером (cadastralNumber) - не виводити ніяких сповіщень
- якщо за результатами пошуку виявлено раніше опубліковані процедури з таким самим кадастровим номером (cadastralNumber), але sellingEntity.identifier.id Організатора оголошення, що публікується співпадає з усіма sellingEntity.identifier.id Організаторів раніше опублікованих оголошень з такими кадастровими номером (cadastralNumber) - не виводити ніяких сповіщень
- якщо за результатами пошуку виявлено раніше опубліковані процедури з таким самим кадастровим номером (cadastralNumber) і sellingEntity.identifier.id щонайменше одного або кількох Організаторів з опублікованих оголошень не співпадає з sellingEntity.identifier.id Організатора оголошення, що публікується - виводити Організатору, що публікує оголошення попередження про те, що оголошення про продаж такої земельної ділянки вже було опубліковано кимось іншим. Наприклад, таким сповіщенням: “Для вказаної вами земельної ділянки вже було опублікований аукціон іншим Організатором, ви впевнені, що хочете продовжити публікацію?”
7. Появляється інформаційне повідомлення зі змістом, що потрібно визначити дані для Учасника з переважним правом. 8.Появляється інформаційне повідомлення змісту, що для Учасник1а з переважним правом та для Учасника з переважним правом другої черги не можуть бути вказані однакові значення для "Код ЄДРПОУ або ІПН або паспорт". 9.Організатор у полі "Кількість учасників з пріоритетним правом" може визначити значення вручну. Поле та значення в ньому обов'язково відображається на інтерфейсі майданчика. 10. Організатор секції "Дані про учасників з переважним правом" може вказати дані лише для Учасника з пріорітетним правом першої черги - currentTenants.priority =0. Орагнізувати інформаційне повідомлення відповідного змісту, якщо Організатор визначає для цього випадку ще дані для Учасника з пріорітетним правом другої черги. 11. Організатор обовязково має внести валідні дані для Учасника з пріорітетним правом та для Учасника з пріорітетним правом другої черги. Організувати відповідні інформаційні повідомлення. 12. Біля поля currentTenants.priority виводити Організатору підказку: "Учасник з переважним правом - власник дозволу на видобування корисних копалин, учасник з переважним правом другої черги - орендар земельної ділянки”. Вимога не обов'язкова.
Можливість публікації процедури існує при виконанні усіх наступних умов: - усі обов'язкові поля заповненні валідними даними
- завантажено обов'язкові документи:
- illustration
- contractProforma
В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
3. Робота з Document Service |
CBD3-LSP-UC-03-01 Anchor |
---|
LSP-UC-03-01 | LSP-UC-03-01 | Завантаження документів | Role | Майданчик/Учасник/Організатор/ЦБД | Preconditions | Для Учасника та Організатора доступна функція завантаження документів: - Учасник - протягом tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів окрім auctionPeriod.
| Steps To Reproduce | - Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
- Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.
- Заповнити в документі index - Параметр сортування ілюстрацій.
| Expected results | - Усі типи документів, що доступні для даного етапу коректно завантажуються в DS.
- Завантажені документи коректно відображається на Майданчику.
- Основним документом вважається документ з мінімальним значенням індексу.
Завантаження без вказаного типу та заміна типу документу не допускається. index - Параметр сортування ілюстрацій: Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified, |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| 03 | 02 | 03 | 02 | 03 | 02Оновлення документів | Створення та публікація копії процедури на основі існуючої |
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Наявна процедура LSР, в будь якому статусі | Preconditions | Для Учасника та Організатора доступна функція оновлення документів: Учасник - протягом tenderPeriod та award.verificationPeriod. Організатор - протягом усіх періодів окрім auctionPeriod. |
Steps To Reproduce | - Перейти в створену процедуру, оновити доступні документи для даного етапу.
- Перевірити можливість зміни типу завантаженого раніше документу на інший.
- Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.
- Перевірити можливість внесення змін в index - Параметр сортування ілюстрацій.
| Expected results
- Усі типи документів що доступні для даного етапу коректно оновлюються в DS.
- Можливість зміни типу завантаженого раніше документу на інший заблокована.
- Документи коректно відображається на Майданчику, попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
- Основним документом вважається документ з мінімальним значенням індексу.
- Інформація про попередні версії документів доступна по окремому ендпойнту.
- Можливість оновлення власних документів доступна лише в межах одного статусу процедури.
- Створити копію процедури, перевірити, що усі поля коректно експортувалися.
- Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
- Опублікувати процедуру в ЦБД, та перевірити її відображення згідно статусу батьківської процедури:
- unsucsesfull (1 поданий бід)
- unsucsesfull (2 та більше поданих біда)
- усі інші статуси
|
Expected results | - Організатору відображається форма створення процедури, усі імпортовані поля з процедури коректно відображаються.
- Запис зберігається як чернетка на Майданчику без публікації в ЦБД. Доступні для редагування усі поля. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається:
- обов'язково відображається блок інформації "Учасник з попереднього аукціону" - уся інформація з json про учасника що подав єдину ставку в попередньому аукціоні
- блок інформації "Учасник з попереднього аукціону - відсутній
- блок інформації "Учасник з попереднього аукціону - відсутній
При створенні копії процедури - Організатор самостійно заповнює параметр tenderAttemps. Якщо параметр tenderAttemps >=2 Майданчик самостійно заповнює інформацію про previousAuctionId батьківської процедури з можливістю редагування - рекомендація. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Перенесення дати початку періоду аукціону |
Role | Організатор/Майданчик/ЦБД |
Preconditions | Створена чернетка Організатором. Створення процедури без прискорення. Починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури в ЦБД), залежить від наявності не менше 2-х bid's в статусі active. |
Steps To Reproduce | - Організатором опублікувати процедуру на найближчу дату згідно Timeline процедури.
- Перевірити дати формування в процедурі періодів згідно Timelin'у процедури які призначила ЦБД відповідно словника вихідні дні та святковий день.
- Перевірити формування усіх періодів після МА.
|
Expected results | - Процедури успішно опубліковано.
- Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
- Періоди відповідають Timeline процедури.
| Зміст | Самостійне тестування Майданчика (посилання на процедуру/скріншот: | Results: | CBD3-LSE-UC-03-03 Anchor |
---|
LSP-UC-03-03 | LSP-UC-03-03 | Особливості роботи із цифровим підписом | Role | Майданчик/Організатор/Учасник/ЦБД | Preconditions | Для Учасника та Організатора доступна функція завантаження та оновлення (власних) документів: - Учасник - протягом tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів окрім auctionPeriod.
| Steps To Reproduce | - Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
- Завантажити до кожного документу digitalSignature - Цифровий підпис.
- Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик коректно відображає до якого самє документу завантажено Цифровий підпис.
- Замінити документ до якого було завантажено Цифровий підпис.
| Expected results
- Усі типи документів, що доступні для даного етапу є можливість завантажити.
- Присутня можливість завантаження до кожного документу digitalSignature - Цифровий підпис.
- Документи коректно відображаються на Майданчику. Документ digitalSignature - Цифровий підпис відображено поряд з оригінальним документом.
- Попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". Документ digitalSignature - Цифровий підпис також відображено перекресленим відповідно до статусу з яким документом він пов'язаний.
Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService. Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"Якщо док має "_ds_scope": "private" то digitalSignature також має "_ds_scope": "private"
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
4. Редагування процедури |
040104010401Внесення змін в опубліковану процедуру протягом rectificationPeriod | Блок банківські реквізити
|
Role |
Майданчик/Організатор/ЦБД | Preconditions | Процедура опублікована без прискорення та знаходиться в статусі active_rectification (Редагування доступне).
rectificationPeriod:
Дата початку: Може припадати на неробочий день (співпадає з датою публікації процедури)Організатор/Майданчик/ЦБД |
Preconditions | Створена чернетка Організатором. |
Дата завершення: Завжди припадає на робочий день. Триває 2 робочі дні, завершення о 18:00 вносити зміни опубліковану до завершення rectificationPeriod.Завантажити документ clarifications (Погодження змін до опису лоту. Опис причин редагування) - дія обов'язкова.Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.- банківських рахунків згідно swagger.
- Перевірити можливість вибору валют (UAH - обов'язково, EUR, USD - опціонально) для кожного з рахунків.
- Перевірити - що відсутня можливість публікації процедури ЛИШЕ з рахунками валют EUR, USD.
- Перевірити відображення банківських реквізитів в опублікованій процедурі для Організатора та Учасників
|
Перевірити сповіщення в особистий кабінет та на поштуОрганізатор має внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім технічних полів(автогенерованих ЦБД), дата/часу початку аукціону та типу процедури.Завантажений файл типу - clarifications відображається на Майданчику.Усі зміни передаються в ЦБД та коректно відображаються на Майданчику.- додавання в процедуру банківських рахунків згідно swagger.
- Для кожного з рахунків доступний вибір однієї з 3 валют (UAH, EUR, USD).
- За умови відсутності в створеному рахунку валюти UAH - публікація не відбувається.
- Для Організатора банківські рахунки відображаються постійно, для всіх інших ролей - лише по завершенню tenderPeriod
|
Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішного внесення змін в процедуру- .
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
3. Робота з Document Service |
|
040204020402Внесення змін в опубліковану процедуру протягом transferPriorityPeriod | Завантаження документів |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions |
Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).
transferPriorityPeriod:
Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate)Для Учасника та Організатора доступна функція завантаження документів: - Учасник - протягом tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів.
|
Дата завершення: може припадати на неробочий день, завершується за 5 робочих днів до завершення tenderPeriod, час завершення о 23:59Перевірити, що існує можливість внесення змін в схему currentTenant до завершенняtransferPriorityPeriod.Перевірити, що завантаження/оновлення документів відбувається без обмежень, окрім документу clarifications .Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.Перевірити сповіщення в особистий кабінет та на пошту.Expected results
- Організатор має можливість внести зміни лише в поля схеми currentTenant.
- Доступна можливість завантаження/оновлення документів окрім документу clarifications.
- Усі зміни та завантажені/оновлені документи коректно відображаються на Майданчику.
- Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішного внесення змін в процедуру.
- Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
- Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.
- Заповнити в документі index - Параметр сортування ілюстрацій.
|
Expected results | - Усі типи документів, що доступні для даного етапу коректно завантажуються в DS.
- Завантажені документи коректно відображається на Майданчику.
- Основним документом вважається документ з мінімальним значенням індексу.
Завантаження без вказаного типу та заміна типу документу не допускається. index - Параметр сортування ілюстрацій: - Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.
- Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.
- Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified,
|
Протягом transferPriorityPeriodОрганізатору доступна лише внесення змін лише в схему currentTenant та робота з документами.Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
---|
040304030403Робота з документами в процедурі протягом tenderPeriod | Оновлення документів |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions |
Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).
tenderPeriod:
Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate)Для Учасника та Організатора доступна функція оновлення документів: - Учасник - протягом tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів.
|
Дата завершення: може припадати на неробочий день, о 19:30-20:30 дня, що передує дню початку періоду Аукціону (auctionPeriod)Перейти Організатором опубліковану до завершення tenderPeriod.Перевірити, що завантаження/оновлення документів відбувається без обмежень.Перевірити коректність відображення завантажених/оновлених документів- , оновити доступні документи для даного етапу.
- Перевірити можливість зміни типу завантаженого раніше документу на інший.
- Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.
- Перевірити можливість внесення змін в index - Параметр сортування ілюстрацій.
|
Expected results |
- Доступна можливість завантаження/оновлення документів.
- Можливо додати новий, оновити існуючий документ.
- Усі завантажені/оновлені документи коректно відображаються на Майданчику.
Протягом tenderPeriod Організатору доступна лише робота з документами.Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів
| - Усі типи документів що доступні для даного етапу коректно оновлюються в DS.
- Можливість зміни типу завантаженого раніше документу на інший заблокована.
- Документи коректно відображається на Майданчику, попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
- Основним документом вважається документ з мінімальним значенням індексу.
- Інформація про попередні версії документів доступна по окремому ендпойнту.
- Можливість оновлення власних документів доступна лише в межах одного статусу процедури.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот |
)5. Робота з питаннями/відповідями |
050105010501Подача запитання | Особливості роботи з digitalSignature |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions |
Процедура опублікована, триває | Для Учасника та Організатора доступна функція завантаження та оновлення (власних) документів: - Учасник - протягом tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів
|
question.period- Перевірити Учасником можливість подати > 1 запитання, заповнити поля - заголовок, тіло запитання, та опублікувати в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про успішну подачу запитання.
- Перевірити отримання Організатором сповіщення та листа на пошту про отримання нового запитання.
- Перевірити відображення опублікованого запитання на сторінці Майданчика.
- Перевірити, що Учаснику доступна можливість редагування кожного запитання за умов:
- Не завершився questionPeriod
- Протягом 2 годин з моменту подачі запитання
- Організатор не надав відповідь на запитання
| Expected results
- Доступна функція подачі > 1 запитання. Запитання має бути сформульоване виключно в текстовому вигляді, без можливості додавання файлів.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну подачу запитання.
- Організатору відображається сповіщення та надходить лист на пошту про отримання нового запитання.
- Запитання відображається на Майданчику та доступне для публічного перегляду. Інформація про Учасника, що задав запитання не розкривається.
- Існує можливість редагування.
| - Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
- Завантажити до кожного документу digitalSignature.
- Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик коректно відображає до якого саме документу завантажено digitalSignature.
- Замінити документ до якого було завантажено digitalSignature.
|
Expected results
| - Усі типи документів, що доступні для даного етапу є можливість завантажити.
- Присутня можливість завантаження до кожного документу digitalSignature.
- Документи корректно відображаються на Майданчику. Документ digitalSignature відображено поряд з оригінальним документом.
- Попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". Документ digitalSignature також відображено перекресленим відповідно до статусу з яким документом він пов'язан.
Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService |
Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу active_awarded (Очікується підписання договору).Майданчик зобов'язаний сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей. Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот |
)050205020502Надання відповіді на задане запитання | Внесення змін в опубліковану процедуру протягом rectificationPeriod |
---|
Role | Майданчик/Організатор |
/УчасникПроцедура опублікована, триває enquryPeriod. Отримано запитання від учасника. | Steps To Reproduce | - Перейти Організатором в опубліковану процедуру, надати відповідь та опублікувати в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про отримання відповіді на запитання.
- Перевірити відображення опублікованої відповіді на сторінці Майданчика.
|
Expected results | - Відповідь на запитання успішно публікується в ЦБД, відображається на сторінці Майданчика та доступна для публічного перегляду.
- Учаснику відображається сповіщення та надходить лист на пошту про отримання відповіді на запитання.
- Відповіді відображається на Майданчику та доступні для публічного перегляду. Інформація про учасника, що задав запитання не розкривається.
| - Статус procedure - active_rectification.
- Триває rectificationPeriod.
|
Steps To Reproduce | - Перевірити можливість вносити зміни в опубліковану процедуру до завершення rectificationPeriod.
- Завантажити документ clarifications - дія обов'язкова.
- Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
- Перевірити надходження сповіщення/листа про виконані дії.
|
Expected results
| - Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім технічних полів (автогенерованих ЦБД), дата/часу початку аукціону та типу процедури.
- Завантажений файл типу - clarifications відображається на Майданчику.
- Усі зміни передаються в ЦБД та коректно відображаються на Майданчику.
- Надходять сповіщення/лист про виконані дії.
|
В період відмінний від enquiryPeriod в Організатора відсутня можливість надати відповідь на запитання.Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
6. Функціонал пошуку на Майданчику 0601 06010601Пошук аукціону | Внесення змін в опубліковану процедуру протягом transferPriorityPeriod |
---|
Role | Майданчик/Організатор |
/УчасникПерейти в загальну форму пошуку аукціонів- Статус procedure - active_tendering.
- Триває transferPriorityPeriod.
|
Steps To Reproduce |
- Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:
- Ідентифікатор аукціону - LSP000-UA-YYYYMMDD-00000
- Статус аукціону (за замовчування у статусі “Прийом пропозицій”)
- Ключове слово:
- Назва аукціону
- Опис аукціону
- Опис айтема
- Організатор (ЄДРПОУ, назва)
- Класифікатори
- Місце розташування об’єкта (область, район/населений пункт)
- Фільтрація за районом\населеним пунктом відбувається за КОАТУУ (https://dovidnyk.in.ua/directories)
- Реалізовано саджест-пошук за назвою населеного пункту та ідентифікатором
- Реалізовано рівні вкладеності відповідно до структури класифікатору (аналогічно до роботи з класифікаторами CAV\CPV)
- Дата початку аукціону від ________ до ________
- Стартова ціна від ______ до ____
- Площа земельної ділянки від ______ до ____
- Кадастровий номер
- Розширений пошук
- Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика
| | - Перевірити, що існує можливість внесення змін в схему currentTenant до завершенняtransferPriorityPeriod.
- Перевірити, що завантаження/оновлення документів відбувається без обмежень, окрім документу clarifications .
- Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
- Перевірити надходження сповіщення/листа про виконані дії.
|
Expected results
| - Організатор має можливість внести зміни лише в поля схеми currentTenant.
- Доступна можливість завантаження/оновлення документів окрім документу clarifications.
- Усі зміни та завантажені/оновлені документи коректно відображаються на Майданчику.
- Надходять сповіщення/лист про виконані дії.
- Протягом transferPriorityPeriodОрганізатору доступна лише внесення змін лише в схему currentTenant та робота з документами.
- Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Робота з документами в процедурі протягом tenderPeriod |
---|
Role | Майданчик/Організатор/ЦБД |
Preconditions | - Статус procedure - active_tendering.
- Триває tenderPeriod.
|
Steps To Reproduce | - Перейти Організатором в опубліковану процедуру до завершення tenderPeriod.
- Перевірити, що завантаження/оновлення документів відбувається без обмежень.
- Перевірити коректність відображення завантажених/оновлених документів.
|
Expected results
| - Доступна можливість завантаження/оновлення документів.
- Можливо додати новий, оновити існуючий документ.
- Усі завантажені/оновлені документи коректно відображаються на Майданчику.
- Протягом tenderPeriod Організатору доступна лише робота з документами.
- Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін"
|
Expected results
- Відображені аукціони відповідають заданим параметрам або критеріям пошуку.
Відсутні результати, які не відповідають заданим критеріям. В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.На Майданчику аукціони типу "Продаж землі з переважним правом англієць (landSell-priorityEnglish)" - відображаються в окремому підрозділі |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
7 заявою на участь070707Створення локальної чернетки заяви на участьПодача запитання |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Процедура |
опублікована без прискорення та знаходиться в статусі active_tendering (Прийняття заяв на участь).tenderPeriod:
Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate).Дата завершення: може припадати на неробочий день, о 19:30-20:30 дня, що передує дню початку періоду Аукціону (auctionPeriod)опублікована, триває question.period. |
Steps To Reproduce |
- Перейти Учасником в опубліковану процедуру, обрати функцію "Подати заяву на участь".
- Ввести цінову пропозицію.
- Завантажити доступні документи CBD3-LSP-UC-15-02.
- Погодитись з умовами регламенту ЕТС, відповідальністю учасника, надання згоди на обробку персональних даних та зберегти заяву.
| Expected results
- Відбувається перехід на сторінку подачі заяви на участь.
- Відсутня можливість ввести цінову пропозицію меншу ніж стартова вартість лоту (валідація на стороні Майданчика).
- Усі типи документів доступні для завантаження.
- Після збереження, заява зберігається локально на Майданчику як чернетка, без публікації в ЦБД.
Обов'язкові документи:
commercialProposal - Заява на участь
x_registrationFeeApproval - Документ, що підтверджує сплату реєстраційного внеску
x_guaranteeApproval - Документ, що підтверджує сплату гарантійного внеску
- Перевірити Учасником можливість подати > 1 запитання, заповнити поля - заголовок, тіло запитання, та опублікувати в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про успішну подачу запитання.
- Перевірити отримання Організатором сповіщення та листа на пошту про отримання нового запитання.
- Перевірити відображення опублікованого запитання на сторінці Майданчика.
- Перевірити, що Учаснику доступна можливість редагування кожного запитання за умов:
- Не завершився questionPeriod
- Протягом 2 годин з моменту подачі запитання
- Організатор не надав відповідь на запитання
|
Expected results
| - Доступна функція подачі > 1 запитання. Запитання має бути сформульоване виключно в текстовому вигляді, без можливості додавання файлів.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну подачу запитання.
- Організатору відображається сповіщення та надходить лист на пошту про отримання нового запитання.
- Запитання відображається на Майданчику та доступне для публічного перегляду. Інформація про Учасника, що задав запитання не розкривається.
- Існує можливість редагування.
- Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою qualificationPeriod.
- Майданчик зобов'язаний сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей.
- Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
|
Завантаження документу без вказаного типу не допускається! |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
070707Редагування та видалення локальної чернетки заяви на участь Надання відповіді на задане запитання |
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Процедура опублікована |
та знаходиться в статусі active_tendering (Прийняття заяв на участь). Створена чернетка заяви на участь, триває enquryPeriod. Отримано запитання від учасника. |
Steps To Reproduce |
- Перейти Учасником в створену чернетку заяви на участь, внести зміни (змінити цінову пропозицію, завантажити документи) та зберегти заяву на участь. Перевірити відображення внесених змін.
- Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь.
| - Перейти Організатором в опубліковану процедуру, надати відповідь та опублікувати в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про отримання відповіді на запитання.
- Перевірити відображення опублікованої відповіді на сторінці Майданчика.
|
Expected results | - Відповідь на запитання успішно публікується в ЦБД, відображається на сторінці Майданчика та доступна для публічного перегляду.
- Учаснику відображається сповіщення та надходить лист на пошту про отримання відповіді на запитання.
- Відповіді відображається на Майданчику та доступні для публічного перегляду. Інформація про учасника, що задав запитання не розкривається.
- В період відмінний від enquiryPeriod в Організатора відсутня можливість надати відповідь на запитання.
- Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей
|
Expected results | Доступно редагування цінової пропозиції та завантаження документів. Після збереження заяви усі зміни коректно відображаються.Чернетка заяви на участь успішно видалена |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
6. Функціонал пошуку на Майданчику |
070307030703Публікація в ЦБД локальної чернетки заяви на участь | Пошук аукціону |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions |
Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). Створена чернетка заяви на участь. | Steps To Reproduce | - Учасником №1 подати заявку на участь та опублікувати її в ЦБД. Активувати на стороні Майданчика.
- Учасником №2 подати заявку на участь, без активації зі сторони Майданчика.
- Дочекатись завершення tenderPeriod та перевірити відображення поданих bid'ів у публічному АРІ.
|
| Перейти в загальну форму пошуку аукціонів. |
Steps To Reproduce | - Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:
- Ідентифікатор аукціону - LSP000-UA-YYYYMMDD-00000
- Статус аукціону (за замовчування у статусі “Прийом пропозицій”)
- Ключове слово:
- Назва аукціону
- Опис аукціону
- Опис айтема
- Організатор (ЄДРПОУ, назва)
- Кількість учасників з переважним правом
- Класифікатори
- Місце розташування об’єкта (область, район/населений пункт)
- Фільтрація за районом\населеним пунктом відбувається за КОАТУУ (https://dovidnyk.in.ua/directories)
- Реалізовано саджест-пошук за назвою населеного пункту та ідентифікатором
- Реалізовано рівні вкладеності відповідно до структури класифікатору (аналогічно до роботи з класифікаторами CAV\CPV)
- Дата початку аукціону від ________ до ________
- Стартова ціна від ______ до ____
- Площа земельної ділянки від ______ до ____
- Кадастровий номер
- Розширений пошук
- Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика
|
Expected results
| - Відображені аукціони відповідають заданим параметрам або критеріям пошуку.
- Відсутні результати, які не відповідають заданим критеріям.
- В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.
- На Майданчику аукціони типу "Продаж землі з переважним правом англієць (landSell-priorityEnglish)" - відображаються в окремому підрозділі
|
Expected results | Bid опублікований в ЦБД в статусі active.Bid опублікований в ЦБД в статусі draft.Після завершення tenderPeriod у публічному АРІ та на Майданчику відображаються лише bid'и зі статусом active |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
7. Робота з заявою на участь |
|
---|
040404Публікація в ЦБД | Створення локальної чернетки заяви на участь |
---|
від учасника дискваліфікованого раніше |
---|
Role | Майданчик/Учасник/ЦБД |
Preconditions |
Наявна процедура з дискваліфікованими учасниками Учасником №1 та Учасником №2 (причини дискваліфікації лише зі списку): - Відмовився від підписання протоколу.
- Відмовився від укладення договору.
- Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу.
Оголошено повторний аукціон, процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). | - Статус procedure - active_tendering.
|
Steps To Reproduce | - Перейти Учасником в опубліковану процедуру, обрати функцію "Подати заяву на участь".
- Ввести цінову пропозицію.
- Завантажити доступні документи CBD3-LSP-UC-15-02.
- Погодитись з умовами регламенту ЕТС, відповідальністю учасника, надання згоди на обробку персональних даних та зберегти заяву.
|
Expected results
| - Відбувається перехід на сторінку подачі заяви на участь.
- Відсутня можливість ввести цінову пропозицію меншу ніж стартова вартість лоту (валідація на стороні Майданчика).
- Усі типи документів доступні для завантаження.
- Після збереження, заява зберігається локально на Майданчику як чернетка, без публікації в ЦБД.
Обов'язкові документи: - commercialProposal
- x_registrationFeeApproval
- x_guaranteeApproval
Завантаження документу без вказаного типу не допускається! |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Редагування та видалення локальної чернетки заяви на участь |
Role | Майданчик/Учасник |
Preconditions | - Статус procedure - active_tendering.
- Статус bid'а - draft.
|
Steps To Reproduce | - Перейти Учасником в створену чернетку заяви на участь, внести зміни (змінити цінову пропозицію, завантажити документи) та зберегти заяву на участь. Перевірити відображення внесених змін.
- Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь.
|
Expected results | - Доступно редагування цінової пропозиції та завантаження документів. Після збереження заяви усі зміни коректно відображаються.
- Чернетка заяви на участь успішно видалена
|
Steps To Reproduce | - Учасником №1 подати заявку на участь (завантажено документ "Підстави для допуску дискваліфікованого учасника" - admissionReason) та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту.
- Учасником №2 подати заявку на участь, без завантаження документу admissionReason. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту.
|
Expected results | - Bid опублікований в ЦБД в статусі active. Учасник отримує сповіщення в особистому кабінеті та на пошту про вдалу активацію.
- Bid опублікований в ЦБД в статусі draft, активація недоступна. Учасник отримує сповіщення в особистому кабінеті та на пошту про НЕВДАЛУ активацію.
Майданчикам рекомендується, при публікації заяви на участь - перевіряти необхідність завантаження учасником документа admissionReason (id ідентифікаторів таких учасників присутні в json процедури блок disqualifiedBids).
В разі потреби - відображати учаснику сповіщення про необхідність завантаження документу для допущення до торгів- .
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
8. Робота з bid'ом |
080108010801Створення та активація bid'а | Публікація в ЦБД локальної чернетки заяви на участь |
Role | Майданчик/Учасник |
/ЦБД/АдміністраторПроцедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)- Статус procedure - active_tendering.
- Статус bid'а №1- draft.
- Статус bid'а №2- draft.
|
Steps To Reproduce |
Перейти Учасником в створену чернетку заяви на участь та - Учасником №1 подати заявку на участь та опублікувати її в ЦБД. Активувати на стороні Майданчика.
|
Перевірити отримання Учасником сповіщення та листа на пошту про публікацію заяви- Учасником №2 подати заявку на участь, без активації зі сторони Майданчика.
- Дочекатись
|
активації заяви на участь від Адміністратора Майданчика - завершення tenderPeriod та перевірити відображення
|
статусу активованої заяви на сторінці Майданчика.Перевірити отримання Учасником листа на пошту про активацію заяви.Expected results | - поданих bid'ів у публічному АРІ.
|
Expected results | - Bid опублікований в ЦБД в статусі active.
- Bid опублікований в ЦБД в статусі draft.
- Після завершення tenderPeriod у публічному АРІ та на Майданчику відображаються лише bid'и зі статусом active
|
- Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.
- Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь.
Учасник має можливість подавати заяву на участь лише протягом tenderPeriod- .
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
0802LSP-UC-08-02 | LSP-UC-08-02 | Редагування bid'а | Role | Майданчик/Учасник/ЦБД |
Preconditions | Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). |
Steps To Reproduce | - Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи) та опублікувати в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про внесення змін в bid.
- Перевірити відображення зміненої інформації на Майданчику після завершення auctionPeriod.
|
Expected results | - Відсутні обмеження на внесення змін. Усі зміни передаються в ЦБД.
- Учасник отримує сповіщення в особистий кабінет та листом про успішне внесення змін в bid.
- Уся змінена інформація коректно відображаються у публічному АРІ та на Майданчику.
Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін" | Публікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше |
Role | Майданчик/Учасник |
Preconditions | Наявна процедура з дискваліфікованими учасниками Учасником №1 та Учасником №2 (причини дискваліфікації лише зі списку): - Відмовився від підписання протоколу.
- Відмовився від укладення договору.
- Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу.
Оголошено повторний аукціон, статус procedure - active_tendering. - Статус bid'а №1- draft.
- Статус bid'а №2- draft.
|
Steps To Reproduce | - Учасником №1 подати заявку на участь (завантажено документ "Підстави для допуску дискваліфікованого учасника" - admissionReason) та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту.
- Учасником №2 подати заявку на участь, без завантаження документу admissionReason. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту.
|
Expected results | - Bid опублікований в ЦБД в статусі active. Учасник отримує сповіщення в особистому кабінеті та на пошту про вдалу активацію.
- Bid опублікований в ЦБД в статусі draft, активація недоступна. Учасник отримує сповіщення в особистому кабінеті та на пошту про НЕВДАЛУ активацію.
- Майданчикам рекомендується, при публікації заяви на участь - перевіряти необхідність завантаження учасником документа admissionReason (id ідентифікаторів таких учасників присутні в json процедури блок disqualifiedBids).
- В разі потреби - відображати учаснику сповіщення про необхідність завантаження документу для допущення до торгів.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
080308030803Видалення bid'а | Публікація в ЦБД локальної чернетки заяви на участь від учасників з пріоритетним правом |
Role | Майданчик/Учасник |
/ЦБДПроцедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)Статус procedure - active_tendering. |
Steps To Reproduce |
- Перейти Учасником в bid, видалити його.
- Перевірити отримання Учасником сповіщення та листа на пошту про видалення bid'а та повернення гарантійного внеску.
- Перевірити відсутність відображення bid'а на Майданчику по завершенню auctionPeriod.
| Expected results | Майданчик змінює статус bid'а на delete. Учасник отримує повідомлення в особистий кабінет та лист поштою про успішне видалення його bid'а, та повернення гарантійного внеску.Bid зі статусом deleted не відображається у публічному АРІ та на Майданчику незалежно від статусу процедури- Учасником №1 - переважне право першої черги (priority ==0) подати заявку на участь завантажити обов'язкові документ та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити отримання Учасником надходження сповіщення/лист.
- Учасником №2 - переважне право другої черги (priority ==1) подати заявку на участь завантажити обов'язкові документ та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити отримання Учасником надходження сповіщення/лист.
- Учасником №3 - без пріоритетного права. Подати заявку на участь завантажити обов'язкові документ та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити отримання Учасником надходження сповіщення/лист.
|
Expected results | - Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію - Ваша заява зареєстрована як заява з переважним правом першої черги.
- Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію - Ваша заява зареєстрована як заява з переважним правом другої черги.
- Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
8. Робота з bid'ом |
CBD3-LSP-UC-08-0401 Anchor |
---|
| LSP-UC-08-0401 |
---|
| LSP-UC-08-0401 |
---|
|
| Створення та активація bid'аВідображення біда "Учасника з переважним правом" |
Role | Майданчик/Учасник/ЦБД/Адміністратор |
Preconditions | Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)- Статус procedure - active_tendering.
- Статус bid'а - draft
|
Steps To Reproduce | - Перейти Учасником з переважним правом в Учасником в створену чернетку заяви на участь та участь та опублікувати її в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про публікацію заяви.
- Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
- Перевірити отримання Учасником листа на пошту надходження сповіщення/лист про активацію заяви.
|
Expected results | - Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.
- Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником.
- Учаснику для активованого біда відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом” та надходить лист на пошту надходження сповіщення/лист про успішну активацію заяви на участь.
Учасник має можливість подавати заяву на участь лише протягом tenderPeriod. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-08-0502 Anchor |
---|
| LSP-UC-08-0502 |
---|
| LSP-UC-08-0502 |
---|
|
| Редагування bid'аВтрата переважного права |
Role | Майданчик/Учасник/ЦБД |
Preconditions | Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). Триває transferPriorityPeriod.
Наявний bid від Учасника1 з ознакою isCurrentTenant = true Наявний bid від Учасника2 з ознакою isCurrentTenant = false |
Steps To Reproduce | - Внести Організатором зміни в схему currentTenant.identifier на дані Учасника2.
- Перевірити, що для біда Учасника1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Перевірити отримання Учасником1 сповіщення та листа на пошту про деактивацію bid'а та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
- Перевірити, що для біда Учасника2 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Перевірити отримання Учасником2 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом”.
|
| - Статус procedure - active_tendering.
- Статус bid'а - active.
|
Steps To Reproduce | - Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи) та опублікувати в ЦБД.
- Перевірити надходження сповіщення/лист про внесення змін в bid.
- Перевірити відображення зміненої інформації на Майданчику після завершення auctionPeriod.
|
Expected results | - Відсутні обмеження на внесення змін. Усі зміни передаються в ЦБД.
- Учаснику надходять сповіщення/лист про успішне внесення змін в bid.
- Уся змінена інформація коректно відображаються у публічному АРІ та на Майданчику.
Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін" | Expected results | Дані успішно збережені в ЦБД та коректно відображаються на Майданчику. Для біда Учасника1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”. Учаснику надходить лист на пошту про деактивацію біда, та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.Для біда Учасника2 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.Учаснику та надходить лист на пошту про активацію bid'а з ознакою “Учасник з переважним правом”. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-08-0603 Anchor |
---|
| LSP-UC-08-0603 |
---|
| LSP-UC-08-0603 |
---|
|
| Активація bidВидалення bid'а після втрати переважного права |
Role | Майданчик/Учасник/ЦБД |
Preconditions | Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). Наявний bid від Учасника з ознакою isCurrentTenant = false, статус - Статус procedure - active_tendering.
- Статус
inactive |
Steps To Reproduce | - Перейти Учасником в деактивований bid, та повторно видалити його активувати.
- Перевірити , що для біда Учасника НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.надходження сповіщення/лист про видалення bid'а та повернення гарантійного внеску.
- Перевірити відсутність відображення bid'а на Майданчику по завершенню auctionPeriodПеревірити отримання Учасником листа на пошту про активацію bid'а.
|
Expected results | - Майданчик змінює статус bidстатус bid'а наactive delete.
- Для біда Учасника НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Учасник отримує повідомлення в особистий кабінет та лист поштою про активацію біда.
Для біда доступні операції без обмежень - CBD3-LSP-UC-08-02, CBD3-LSP-UC-08-03- Учаснику надходить сповіщення/лист про успішне видалення його bid'а, та повернення гарантійного внеску.
- Bid зі статусом deleted не відображається у публічному АРІ та на Майданчику незалежно від статусу процедури.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: | 9. Отримання та перехід по посиланню |
CBD3-LSP-UC-0908-0104 Anchor |
---|
| LSP-UC-0908-0104 |
---|
| LSP-UC-09-01 |
---|
|
| Публічне посилання |
Role | Майданчик/Спостерігач/ЦБД |
Preconditions | Наявні два або більше bid'и в статусі active. Процедура змінила статус на active_auction (Аукціон). |
Steps To Reproduce | - Перевірити відображення Майданчиком публічного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу процедури на active_auction (Аукціон).
- Перейти в модуль аукціону по публічному посиланню.
|
| Відображення bid'а - "Учасника з переважним правом"/ "Учасника з переважним правом другої черги" |
Role | Майданчик/Учасник/ЦБД |
Preconditions | - Статус procedure - active_tendering.
- Статус bid'а - draft.
|
Steps To Reproduce | - Перейти Учасником з переважним правом в створену чернетку заяви на участь та опублікувати її в ЦБД.
- Перейти Учасником з переважним правом другої черги в створену чернетку заяви на участь та опублікувати її в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про публікацію заяви.
- Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
- Перевірити надходження сповіщення/лист про виконані дії.
|
Expected results | - Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.
- Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником.
- Учаснику з переважним правом для активованого bid'а відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”. Учаснику з переважним правом другої черги для активованого bid'а відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
- Надходять сповіщення/лист про виконані дії
| Expected results | - Публічне посилання має наступний вигляд https://auction.prozorro.sale/{id аукціону}.
- Після переходу відображається модуль аукціону.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-0908-0205 Anchor |
---|
| LSP-UC-0908-0205 |
---|
| LSP-UC-0908-0205 |
---|
|
| Втрата переважного праваПриватне посилання |
Role | Майданчик/Учасник/ЦБД |
Preconditions | Наявні два або більше bid'и в статусі active. Процедура змінила статус на active_auction (Аукціон). |
Steps To Reproduce | - Перевірити Учасником отримання сповіщення в особистому кабінеті та листа поштою з приватним посиланням для участі в модулі аукціону.
- Перевірити відображення Майданчиком приватного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу аукціону на active_auction (Аукціон).
- Перейти в аукціон по приватному посиланню.
|
Expected results | - Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
- Майданчик відображає приватне посилання Учаснику.
- Після переходу відображається дисклеймер модулю аукціону.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
10. Кваліфікація Учасників |
CBD3-LSP-UC-10-01 Anchor |
---|
LSP-UC-10-01 | LSP-UC-10-01 | Умови формування award'ів та їх статусів | Role | ЦБД/Майданчик/Спостерігач/Учасник |
Preconditions | Створена процедура з minNumberOfQualifiedBids==1. Процедура знаходиться в статусі active_tendering (Прийняття заяв на участь). Створена процедура з minNumberOfQualifiedBids==2. Процедура знаходиться в статусі active_tendering (Прийняття заяв на участь). |
Steps To Reproduce | - Подати відповідні bid'и, та не змінювати їх протягом модулю аукціону згідно поданих сценаріїв:
Image Removed
Image Removed
2. Перевірити запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod. 3. Перевірити надходження сповіщень та листів Організатору та Учаснику по завершенню auctionPeriod. |
- Статус procedure - active_tendering.
- Триває transferPriorityPeriod.
- В полі "Кількість учасників переважного права" визначено значення "2"
- Наявний bid від Учасника 1 з ознакою isCurrentTenant = true з "Переважним правом" (priority=0)
- Наявний bid від Учасника 2 з ознакою isCurrentTenant = true з "Переважним правом другої черги" (priority=1)
- Наявний bid від Учасника 3 з ознакою isCurrentTenant = false.
- Наявний bid від Учасника 4 з ознакою isCurrentTenant = false.
|
Steps To Reproduce | - Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом" дані ЄДРПОУ/ІПН/ID відУчасника 3
- Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом другої черги" дані ЄДРПОУ/ІПН/ID Учасника 4
- Перевірити, що для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Перевірити отримання Учасником 1 сповіщення та листа на пошту про деактивацію bid'а та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
- Перевірити, що для біда Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
- Перевірити отримання Учасником 3 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом”.
- Перевірити отримання Учасником 4 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом другої черги”.
|
Expected results | - Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
- Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
- Для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Учаснику 1 надходить сповіщення та лист на пошту про деактивацію bid'а, та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
- Для bid'а Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
- Для bid'а Учасника 3 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Для біда Учасника 4 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
|
Expected results | - Bid'и в статусі active, до завершення auctionPeriod не змінюються.
- Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці.
- Організатор та Учасник отримують сповіщення та листи:
- Організатор - про початок кваліфікації та необхідність завантаження договір.
- Учасник в статусі pending (Очікується протокол) - про набуття статусу переможця. Отримує Учасник, цінова пропозиція якого є найвища.
- Учасник в статусі pending_waiting (Очікує рішення) - про набуття статусу очікуючого (в разі наявності). Отримує Учасник, цінова пропозиція якого є друга по величині.
- У випадку співпадіння ціни - статус active (Переможець. Очікується договір) отримує Учасник, чия пропозиція подана раніше.
- Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів.
- Після завершення модуля аукціону Майданчик відображає усіх учасників, що приймали участь.
- Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft, deleted та inactive.
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| 10 | 02 | 10 | 02 | -UC-10-02Відображення таблиці кваліфікації на Майданчику | | Зміна черги преважного права: пониження, підвищення |
---|
Role | Майданчик/Учасник/ЦБД |
Preconditions | - Статус procedure - active_tendering.
- Триває transferPriorityPeriod.
- Наявний bid від Учасника 1 з ознакою isCurrentTenant = true з "Переважним правом" (priority=0)
- Наявний bid від Учасника 2 з ознакою isCurrentTenant = true з "Переважним правом другої черги" (priority=1)
|
Steps To Reproduce | - Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом" дані ЄДРПОУ/ІПН/ID відУчасника 2
- Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом другої черги" дані ЄДРПОУ/ІПН/ID Учасника 1
- Перевірити для bid'а Учасника 1наявність примітки стосовно переважного пава.
- Перевірити для Учасника 1 надходження сповіщення/лист про виконані дії.
- Перевірити статус bid'а для Учасника 1.
- Перевірити для bid'а Учасника 2 примітки стосовно переважного права.
- Перевірити для Учасника 2 надходження сповіщення/лист про виконані дії.
- Перевірити статус bid'а для Учасника 2.
- Повторно активувати bid Учасника 1. Перевірити статус та примітку переважного права для bid'а Учасника 1 після її повторної активації ставки.
|
Expected results
| - Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
- Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
- Для bid'а Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Для Учасника 1 надходять сповіщення/лист про деактивацію bid'а та про те, що він може продовжити участь в аукціоні як учасник з переважним правом другої черги, але для цього необхідно повторно активувати заяву на участь.
- Статус bid'а для Учасника 1 is inactive.
- Для bid'а Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги", а відображається примітка "Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Для Учасника 2 приходить надходять сповіщення/лист про те, що його заява зареєстрована як заява учасника з переважним правом.
- Статус bid'а для Учасника 2 is active. Для bid'а доступні операції без обмежень - CBD3-LSP-UC-15-02, CBD3-LSP-UC-08-03
- Статус bid'а Учасника 1 is active. Та відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги
| Role | Майданчик/Спостерігач/Організатор/ЦБД | Preconditions | Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу). | Steps To Reproduce | - Перевірити на Майданчику відображення інформації по усім award'ам, що кваліфікуються.
- Перевірити на Майданчику відображення інформації по усім bid’ам що брали участь в аукціоні.
- Перевірити наявність на сторінці аукціону посилань для завантаження та перегляду протоколів про результати аукціону у форматах PDF, HTML, DOCX JSON, YAML.
| Expected results
- Для award'ів виводиться інформація:
- Повна юридична назва Учасника та ідентифікатор
- Розмір цінової пропозиції (bid.value)
- Розмір закритої цінової пропозиції (bid.initialValue)
- Статус award
- Документи Учасника
- Терміни на завантаження та підтвердження протоколу (award.verificationPeriod.startDate - award.verificationPeriod.endDate)
- Терміни на завантаження та підтвердження договору (award.signingPeriod.startDate - award.signingPeriod.endDate
Біля кожного award'а присутня кнопка "Заява на участь" після натискання якої відображається наступна інформація: - Реквізити учасника: ПІБ\Юридична назва, ЄДРПОУ\ІПН або інший ідентифікатор (у випадку нерезидентів або осіб, що відмовились від ІПН)
- Закрита цінова пропозиція: Розмір початкової цінової пропозиції (у випадку голландського аукціону рядок відсутній)
- Розмір цінової пропозиції - Розмір фінальної цінової пропозиції
- Перелік документів учасника
2. Для bid’ів виводиться інформація:
- Повна юридична назва Учасника та ідентифікатор
- Розмір цінової пропозиції
- Документи Учасника
3. Протоколи аукціону у форматах у форматах PDF, HTML, DOCX доступні для завантаження та перегляду. Для учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.Award'и та bid`и сортуються від більшої ціни до меншої. У випадку співпадіння - вище розташована пропозиція учасника, що подана раніше.Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft, deleted та inactive- .
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-1008-030710031003 | Завантаження документів Переможцем протягом verificationPeriod | Активація bid'а після втрати переважного права першої та другої черги |
Role | ЦБД/Майданчик/Учасник/ЦБД |
Preconditions Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу). Триває verificationPeriod (період підписання протоколу) - тривалість 6 робочих днів, час завершення о 18:00. Award Учасника в статусі pending (Очікується протокол). | - Статус procedure - active_tendering.
- Наявний bid від Учасника 1 з ознакою isCurrentTenant = false, який втратив переважне право першої черги та статус bid'а - inactive
- Наявний bid від Учасника 2 з ознакою isCurrentTenant = false, який втратив переважне право другої черги та статус bid'а - inactive
|
Steps To Reproduce | - Перейти Переможцем на сторінку кваліфікації. Завантажити документ - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) до нього, до завершення vericationPeriod - дія не обов'язкова.
- Перевірити відображення завантаженого документу на Майданчику.
- Перевірити можливість оновлення документів.
- Перевірити, що після виконаних дій статуси award'у та процедури не змінились.
- Учасником 1 в деактивований bid, та повторно його активувати.
- Перейти Учасником 2 в деактивований bid, та повторно його активувати.
- Перевірити, що для bid'а Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Перевірити, що для bid'а Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
- Перевірити Учасником 1. 2 надходження сповіщення/лист про активацію bid'а.
|
Expected results | - Для Учасника 1 майданчик змінює статус bid'а на active.
- Для Учасника 2 майданчик змінює статус bid'а на active.
- Для bid'а Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
- Для bid'а Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
- Учаснику 1. 2 надходять сповіщення/лист про активацію bid'а.
Для bid'а доступні операції без обмежень - CBD3-LSP-UC-08-02, CBD3-LSP-UC-08-03 | Expected results | Доступна можливість завантаження документу - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) до нього.Завантажений документ передається в ЦБД в bid Учасника та коректно відображається на Майданчику. Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". Статус процедури та award'у Учасника залишаються без змін. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
9. Отримання та перехід по посиланню |
CBD3-LSP-UC-1009-040110041004 | Публічне посиланняЗавантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod |
Role | ЦБДМайданчик/МайданчикСпостерігач/ОрганізаторЦБД |
Preconditions | Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу). Триває verificationPeriod (період підписання протоколу) - тривалість 6 робочих днів, час завершення о 18:00. Award Учасника в статусі pending (Очікується протокол). | - Статус procedure - active_tendering або active_auction.
|
Steps To Reproduce | - Перевірити відображення Майданчиком публічного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу процедури на active_auction.
- Перейти в модуль аукціону по публічному посиланню.
|
Expected results | - Публічне посилання має наступний вигляд https://auction.prozorro.sale/{id аукціону}.
- Після переходу відображається модуль аукціону
| Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації, завантажити документ - auctionProtocol (Протокол аукціону) - дія обов'язкова та digitalSignature (цифровий підпис) до нього, до завершення vericationPeriod.
- Перевірити можливість оновлення документів.
- Натиснути кнопку "Протокол затверджено", перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
- Перевірити статус award'у, contract`у та процедури.
| Expected results- Завантажений документ auctionProtocol (Протокол аукціону) передається в ЦБД в award Учасника, та корректно відображається на Майданчику.
- Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
- Організатор та Учасник отримують сповіщення та листи про завантаження та підтвердження протоколу, та початок роботи з договором.
- Статус award'у - active (Переможець. Очікується договір), contract`у - pending, процедури - active_awarded (Очікується підписання договору).
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-1009-050210051005 | Завантаження та підтвердження документів договору Організатором протягом qualificationPeriod | Приватне посилання |
Role | ЦБДМайданчик/МайданчикУчасник/Організатор | Preconditions | Процедура знаходиться в статусі active_awarded (Очікується підписання договору). Award учасника в статусі active, contract в статусі pending. | Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-LSP-UC-15-04.
2. Внести інформацію в обов'язкові поля: - data.contracts.contractNumber - Номер договору
- data.contracts.title - Назва договору
- data.contracts.description - Опис договору
- data.contracts.dateSigned - Дата підписання договору
- data.contracts.x_valueUAH.amount - Загальна вартість договору в грн
3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії. 4. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору. | ЦБД |
Preconditions | - Статус bid'а - active.
- Статус procedure - active_tendering або active_auction.
|
Steps To Reproduce | - Перевірити Учасником отримання сповіщення в особистому кабінеті та листа поштою з приватним посиланням для участі в модулі аукціону.
- Перевірити відображення Майданчиком приватного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу procedure на active_auction.
- Перейти в аукціон по приватному посиланню.
|
Expected results | - Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
- Майданчик відображає приватне посилання Учаснику.
- Після переходу відображається дисклеймер модулю аукціону
| Expected results | - Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на майданчику. При заміні попередні версії документів відображаються перекресленими (або їх перегляд доступний через кнопку "Історія змін").
- При внесені інформації в поля проводиться валідація даних на коректність.
- Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження документів договору.
- Після підтвердження договору Майданчик змінює статус contract на signed, статус процедури на pending_payment, award'у - залишаються без змін. Виводиться вся інформація щодо підписаного договору.
Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус signed- .
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
10. Кваліфікація Учасників |
|
060606Підтвердження оплати | Умови формування award'ів та їх статусів |
Role | ЦБД/Майданчик/ |
ОрганізаторСпостерігач/Учасник |
Preconditions |
Процедура знаходиться в статусі pending_payment (Очікується оплата). Award учасника в статусі active, contract в статусі signed. | Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи paymentInformation (Відомості про сплату) - дія не обов'язкова.
- Перевірити наявність форми"Підтвердження оплати за лот" - кнопки ТАК/НІ.
- Підтвердити оплату за лот натиснувши кнопку ТАК та перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
- Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.
| Expected results | Завантажені документи передаються в ЦБД в contract Учасника, та коректно відображаються на майданчику. При заміні попередні версії документів відображаються перекресленими (або їх перегляд доступний через кнопку "Історія змін").Наявна форми підтвердження оплати за лот з кнопками ТАК/НІМайданчик передає {lotPaymentConfirmation == true, contract status == active}, - Статус procedure - active_tendering.
- procedure == minNumberOfQualifiedBids 1.
- procedure == minNumberOfQualifiedBids 2.
|
Steps To Reproduce | - Подати відповідні bid'и, та не змінювати їх протягом модулю аукціону згідно поданих сценаріїв:
Image Added
Image Added
2. Перевірити запуск модулю аукціону, procedure та award'ів по завершенню auctionPeriod. 3. Перевірити надходження сповіщень/листів Організатору та Учаснику по завершенню auctionPeriod. |
Expected results | - Bid'и в статусі active, до завершення auctionPeriod не змінюються.
- Запуск модулю аукціону, статус procedure та award'ів по завершенню auctionPeriod відповідають таблиці.
|
- Організатор та Учасник отримують сповіщення/листи:
|
завантаження та підтвердження оплати.Після підтвердження оплати статус contract'у active, статус процедури та award'у - залишаються без змін. Виводиться вся інформація щодо підписаного договору.Зміна значення параметра lotPaymentConfirmation після його публікації в ЦБД буде недоступна для Організатора.
Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус active- початок кваліфікації та необхідність завантаження договір.
- Учасник в статусі pending - про набуття статусу переможця. Отримує Учасник, цінова пропозиція якого є найвища.
- Учасник в статусі pending_waiting - про набуття статусу очікуючого (в разі наявності). Отримує Учасник, цінова пропозиція якого є друга по величині.
- У випадку співпадіння ціни - статус active отримує Учасник, чия пропозиція подана раніше.
- Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів.
- Після завершення модуля аукціону Майданчик відображає усіх учасників, що приймали участь.
- Майданчик не виводить інформацію щодо bid’ів у статусі draft та deleted.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-07 Anchor |
-07LSP-UC-10-07 | Відхилення оплати | Role | ЦБД/Майданчик/Організатор | Preconditions | Процедура знаходиться в статусі pending_payment (Очікується оплата). Award учасника в статусі active, contract в статусі signed. | Steps To Reproduce | - Перевірити наявність форми "Підтвердження оплати за лот" - кнопки ТАК/НІ.
- Здійснити відхилення "Підтвердження оплати за лот" - кнопка НІ. Майданчик виводить попереджувальне сповіщення "Обраний вами варіант підтверджує, що оплата за лот не здійснена учасником ___________, необхідно його дискваліфікувати".
- Перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
- Перевірити статуси процедури, award'у, contract'у.
- Перевірити, що Організатору доступно лише функціонал описаний в CBD3-LSP-UC-11-05 та CBD3-LSP-UC-13-05.
| Expected results | - Наявна форми підтвердження оплати за лот з кнопками ТАК/НІ.
- Майданчик при натисканні кнопки "НІ" виводить попереджувальнє сповіщення. Після того як Організатор погодився Майданчик передає {lotPaymentConfirmation == faLSP},
- Організатор та Учасник отримують сповіщення/листи про здійснені дії.
- Після відхилення оплати статус contract'у, статус процедури та award'у - залишаються без змін.
- Організатору доступно лише функціонал описаний в CBD3-LSP-UC-11-05 та CBD3-LSP-UC-13-05.
| Зміна значення параметра lotPaymentConfirmation після його публікації в ЦБД буде недоступна для Організатора | Відображення таблиці кваліфікації на Майданчику |
---|
Role | Майданчик/Спостерігач/Організатор/ЦБД |
Preconditions | - Статус procedure - active_qualification.
- Статус award - pending/active.
- Статус bid’ів - active.
|
Steps To Reproduce | - Перевірити на Майданчику відображення інформації по усім award'ам та bid’ам, що кваліфікуються.
- Перевірити наявність на сторінці аукціону посилань для завантаження протоколу у PDF, HTML, JSON або YAML форматах.
|
Expected results
| - Відображається інформація по усім award'ам, що кваліфікуються:
- Повна юридична назва Учасника (bids.tenderers.identifier.legalName)
- Розмір цінової пропозиції (bids.value.amount, bids.value.currency)
- Статус award
- Документи Учасника (bids.documents)
- Терміни на завантаження протоколу/договору (verificationPeriod.startDate - verificationPeriod.endDate)
Для Учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів. Для bid’ів виводиться інформація:
- Повна юридична назва Учасника та ідентифікатор
- Розмір цінової пропозиції
- Документи Учасника
2. Протоколи аукціону в PDF, HTML, JSON або YAML доступні для завантаження.
- Для учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.
- Award'и та bid`и сортуються від більшої ціни до меншої. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше.
- Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft та deleted.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Завантаження документів Переможцем протягом verificationPeriod |
---|
Role | ЦБД/Майданчик/Учасник |
Preconditions | - Статус procedure - active_qualification.
- Статус award - pending.
- Триває award.verificationPeriod.
|
Steps To Reproduce | - Перейти Переможцем на сторінку кваліфікації. Завантажити документ - auctionProtocol та digitalSignature до нього, до завершення vericationPeriod - дія не обов'язкова.
- Перевірити відображення завантаженого документу на Майданчику.
- Перевірити можливість оновлення документів.
- Перевірити, що після виконаних дій статуси award'у та procedure.
|
Expected results | - Доступна можливість завантаження документу - auctionProtocol та digitalSignature до нього.
- Завантажений документ передається в ЦБД в bid Учасника та коректно відображається на Майданчику.
Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". Статус award'у та procedure не змінились.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
11. Дискваліфікація Учасників |
11011101-11-01Дискваліфікація 2-х award'ів | Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Статуси award'ів: - Учасник №1 - pending (Очікується протокол) або active (Переможець. Очікується договір)
- Учасник №2 - pending_waiting (Очікує рішення)
Триває qualificationPeriod |
Steps To Reproduce | Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову). | Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod |
Role | ЦБД/Майданчик/Організатор |
Preconditions | - Статус procedure - active_qualification.
- Статус award - pending.
- Триває award.verificationPeriod.
|
Steps To Reproduce | - Перевірити можливість завантажити/оновити документ - auctionProtocol та digitalSignature до нього, до завершення vericationPeriod.
- Перевірити відображення завантаженого документу на Майданчику.
- Перевірити статуси award'у, contract'у та procedure.
- Перевірити надходження сповіщення/листа про виконані дії.
|
Expected results
| - Доступна можливість завантаження/оновлення документів - auctionProtocol та digitalSignature до нього.
- Завантажений документ передається в ЦБД в award Учасника та корректно відображається на Майданчику.
- Статус award'у - active, contract`у - pending, procedure - active_awarded.
- Перевірити надходження сповіщення/листа про виконані дії.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Підписання договору |
---|
Role | ЦБД/Майданчик/Організатор |
Preconditions | - Статус procedure - active_awarded.
- Статус аward - active.
- Статус contract - pending.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-LSP-UC-15-04.
- Внести інформацію в обов'язкові поля.
- Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
- Перевірити статуси procedure, award'у, contract'у та інформацію щодо договору.
|
Expected results
| - Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на Майданчику.
- При внесені інформації в поля проводиться валідація даних на коректність.
- Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження документів договору.
- Після підтвердження договору статуси:
- сontract - signed
- procedure - pending_payment
- award'у - без змін. Виводиться вся інформація щодо підписаного договору
- Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
- У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус signed
|
Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати": Anchor |
---|
причину дискваліфікації | причину дискваліфікації | - Відмовився від підписання протоколу
- Відмовився від укладення договору
- Не надав обов’язкові документи або відомості / надав неправдиві відомості
- Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу
- Не відповідає встановленим Кодексом вимогам
- Не отримав необхідне погодження ВРУ або КМУ
3. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.
4. Перевірити статуси award'ів, contract'у (в разі наявності контракту) та процедури після виконаних дій.
5. Виконати степи 1-4 відносно Учасник №2.
Expected results
- У Організатора є можливість замінити документи в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful.
- Причина дискваліфікації та документи передаються в ЦБД, та корректно відображаються на Майданчику.
- Організатор та Учасники отримують сповіщення та листи:
- Організатор - про успішну дискваліфікацію Учасника №1; про необхідність завантаження протоколу та терміни кваліфікації Учасника №2.
- Учасник №1 - про дискваліфікацію Організатором.
- Учасник №2 - про те що він набув статусу Переможець.
4. Award Учасник №1- unsuccessful (Дискваліфіковано), contract - cancelled (в разі наявності контракту), award Учасник №2 - pending (Очікується протокол), статус процедури - active_qualification (Очікується опублікування протоколу).
5. Причина дискваліфікації та документ передається в ЦБД в поле terminationReason award'у та корректно відображається на Майданчику. Організатор та Учасники отримують сповіщення та листи:
- Організатор - про успішну дискваліфікацію Учасника №2; про те що аукціон не відбувся.
- Учасник №1 - про те що аукціон не відбувся.
- Учасник №2 - про дискваліфікацію Організатором, про те що аукціон не відбувся.
https://procedure-sandbox.prozorro.sale/api/dictionaries/landSellTerminationReason
Учасник №1, 2 award - unsuccessful (Дискваліфіковано), contract - cancelled (в разі наявності контракту), статус процедури - unsuccessful (Аукціон не відбувся).
Дискваліфікація Учасника без вказання причин та завантаженого документу act (Акт про відмову) або rejectionProtocol (Протокол відхилення) неможлива |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
1102-11-02LSP-UC-11-02 | Дискваліфікація до завантаження Організатором auctionProtocol | Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу). Award Учасника в статусі pending (Очікується протокол). |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
- Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
- Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.
|
Expected results
У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.
| Робота з оплатою |
Role | ЦБД/Майданчик/Організатор |
Preconditions | - Статус procedure - pending_payment.
- Статус аward - active.
- Статус contract - signed.
|
Steps To Reproduce | - Перевірити можливість завантажити/замінити документи paymentInformation та digitalSignature.
- Здійснити відхилення "Підтвердження оплати за лот" - кнопка НІ. Майданчик виводить попереджувальне сповіщення "Обраний вами варіант підтверджує, що оплата за лот не здійснена учасником ___________, необхідно його дискваліфікувати".
- Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
- Здійснити підтвердження "Підтвердження оплати за лот" - кнопка ТАК.
- Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
- Перевірити статуси procedure, award'у, contract'у.
|
Expected results | - Доступна можливість завантажити/замінити документи paymentInformation та digitalSignature.
- Майданчик передає {lotPaymentConfirmation == false}.
- Організатор та Учасник отримують сповіщення/листи про здійснені дії.
- Майданчик передає {lotPaymentConfirmation == true}.
- Організатор та Учасник отримують сповіщення/листи про здійснені дії.
- Після підтвердження/відхилення оплати статуси procedure, award'у, contract'у - залишаються без змін.
- Скільки завгодно разів до моменту набуття статусу contract - active.
- Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
- Майданчик виводить поточний статус lotPaymentConfirmation.
|
Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано), завантажений документ та причина корректно відображається на Майданчику. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
110311031103Дискваліфікація після підтвердження auctionProtocol | Підтвердження договору |
---|
Role | ЦБД/Майданчик |
/Учасник/ЦБДПроцедура знаходиться в статусі active_awarded (Очікується підписання договору). Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі pending. | Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
- Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
- Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.
|
Expected results
У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.- Статус procedure - pending_payment.
- Статус аward - active.
- Статус contract - signed.
|
Steps To Reproduce | - Перевірити Організатором функціонал підтвердження договору.
- Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
- Перевірити статуси procedure, award'у, contract'у.
|
Expected results | - Організатору доступний функціонал підтвердження договору.
- Організатор та Учасник отримують сповіщення/листи про здійснені дії.
- Після підтвердження статуси:
- сontract - active
- procedure - pending_payment
- award'у - active
|
Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано), статус contract'у ЦБД автоматично змінює на cancelled, завантажений документ та причина коректно відображається на Майданчику. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
11. Дискваліфікація Учасників |
| 04 | 04 | 04Дискваліфікація після завантаження документів договору та передачі інформації по договору |
Preconditions | Процедура знаходиться в статусі active_awarded (Очікується підписання договору). Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі pending. Завантажені усі документи договору в contract Учасника. |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
- Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
- Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.
|
| Дискваліфікація 2-х award'ів |
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Статуси award'ів: - Учасник №1 - pending/active.
- Учасник №2 - pending_waiting.
Триває qualificationPeriod. |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
- Перевірити статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
- Виконати степи 1-4 відносно Учасник №2. Та перевірити відображення на Майданчику статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
- Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
|
Expected results
| - В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та Учасники отримують сповіщення/листи:
- Організатор - про успішну дискваліфікацію Учасника №1; про необхідність завантаження протоколу та терміни кваліфікації Учасника №2.
- Учасник №1 - про дискваліфікацію Організатором.
- Учасник №2 - про те що він набув статусу Переможець.
4. Award Учасник №1- unsuccessful, статус contract - cancelled (в разі наявності контракту), award Учасник №2 - pending, статус procedure - active_qualification. 5. Award'и Учасників № 1, 2 - unsuccessful, contract - cancelled (в разі наявності контракту), статус procedure - unsuccessful. Причина дискваліфікації, дата/час та документ передається в ЦБД в поле terminationReason award'у та корректно відображається на Майданчику. 6. Організатор та Учасники отримують сповіщення/листи: - Організатор - про успішну дискваліфікацію Учасника №2; про те що аукціон не відбувся.
- Учасник №1 - про те що аукціон не відбувся.
- Учасник №2 - про дискваліфікацію Організатором, про те що аукціон не відбувся.
| Expected results
У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано), статус contract'у ЦБД автоматично змінює на cancelled, завантажений документ та причина корректно відображається на Майданчику. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| 05 | 05 | 05Дискваліфікація на етапі "Підтвердження оплати" | | Дискваліфікація підчас active_qualification |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | - Статус procedure - active_qualification.
- Статус аward - pending.
| Preconditions | Процедура знаходиться в статусі pending_payment (Очікується оплата) Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі signed |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у,
завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).- завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку
Обрати причину дискваліфікації, та натиснути кнопку - "Дискваліфікувати".
- Перевірити
статус - надходження сповіщень/листів Організатору та Учасникам про виконані дії.
- Перевірити статуси award'
у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних - ів, procedure після виконаних дій.
|
Expected results
| У Організатора є можливість замінити файл в інтерфейсі Майданчика - В Організатора доступна можливість завантажити/замінити документи до моменту зміни
статусу - статусу award'у на unsuccessful
(Дискваліфіковано).Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано), статус contract'у ЦБД автоматично змінює на cancelled, завантажений документ та причина коректно відображається на Майданчику- .
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та Учасники отримують сповіщення/листи про виконані дії.
- Статус аward - unsuccessful, procedure - unsuccessful.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| 06 | 06 | 06 | Дискваліфікація | на етапі "Завершення аукціону"підчас active_awarded |
---|
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Процедура знаходиться в статусі - Статус procedure - active_awarded
(Очікується підписання договору).Award Учасника знаходиться в статусі active (Переможець. Очікується договір), contract в статусі - .
- Статус аward - pending.
- Статус contract - pending
active |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у,
завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).- завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку
Обрати причину дискваліфікації, та натиснути кнопку - "Дискваліфікувати".
- Перевірити
статус - надходження сповіщень/листів Організатору та Учасникам про виконані дії.
- Перевірити після виконаних дій статуси award'у,
відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій- contract'у, procedure.
|
Expected results
| У Організатора є можливість замінити файл в інтерфейсі Майданчика - В Організатора доступна можливість завантажити/замінити документи до моменту зміни
статусу - статусу award'у на unsuccessful
(Дискваліфіковано).Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано), статус contract'у ЦБД автоматично змінює на cancelled, завантажений документ та причина коректно відображається на Майданчику. - .
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та Учасники отримують сповіщення/листи про виконані дії.
- Статус аward - unsuccessful, contract - cancelled, procedure - unsuccessful.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| 07 | 07 | 07Зміна статусу Учасника що очікує, після набуття процедурою статусу complete |
---|
Role | Майданчик/Учасник/ЦБД |
| Дискваліфікація підчас pending_payment |
Preconditions | - Статус procedure - pending_payment.
- Статус аward - active.
- Статус contract - signed.
| Preconditions | Було подано дві або більше закриті цінові пропозиції. В ЦБД для Учасник №1 завантажено та підтверджено Організатором документи auctionProtocol (Протокол аукціону), завантажені усі документи договору в contract Учасника та передана інформація з усіх обов'язкових полів. Процедура знаходиться в статусі active_awarded (Очікується підписання договору). Статуси award'ів: Учасник №1 - active (Переможець. Очікується договір), contract в статусі signedУчасник №2 - pending_waiting (Очікує рішення) |
Steps To Reproduce | Перейти Організатором - Перейти Організатором на сторінку кваліфікації
award'у Учасник №1, підтвердити оплату та перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.-
Перевірити статуси - award'
ів, contract'у та процедури після виконаних дій.Натиснути кнопку "Завершити аукціон". - у, завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати"
Перевірити статуси award'ів, contract'у та процедури після виконаних дій- .
- Перевірити надходження сповіщень
та - /листів Організатору та Учасникам про виконані дії.
- Перевірити після виконаних дій статуси award'у, contract'у, procedure.
|
Expected results
| - В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та Учасники отримують сповіщення/листи про виконані дії.
- Статус аward - unsuccessful, contract - cancelled, procedure - unsuccessful.
| Expected results | - Організатор та Учасники отримують сповіщення та листи:
- Організатор - про успішне підтвердження документів договору Учаснику №1 та про необхідність завершення торгів.
- Учасник №1 - про успішне підтвердження оплати Організатором.
2. Майданчик передає contract'у Учасник №1 статус active, статус award'у Учасник №1, Учасник №2, та процедури - залишаються без змін. 3. Після натискання кнопки "Завершити аукціон" процедура набуває статусу complete (Аукціон завершено), статус award'у Учасник №2 змінюється на cancelled (Учасник не став переможцем), статуси award'у Учасник №1 - залишається без змін. 4. Організатор та Учасники отримують сповіщення та листи: Організатор та Учасники отримують сповіщення та лист про успішне завершення аукціону.Учасник №2 - про повернення гарантійного внеску
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-11-0805 Anchor |
---|
| LSP-UC-11-0805 |
---|
| LSP-UC-11-0805 |
---|
|
| Зміна статусу Учасника що очікує, після набуття процедурою статусу completeВідмова Учасника від участі в кваліфікації |
---|
Role | Майданчик/Учасник/ЦБД |
Preconditions | - Статус procedure - active_awarded.
- Статус аward'у №1 - active.
- Статус contract'у №1- active.
- Статус аward'у №2
Триває qualificationPeriod. Присутній аward Учасника, цінова пропозиція якого є друга по величині (Очікує рішення) |
Steps To Reproduce | - Перейти Учасником (статус якого pending_waiting) на сторінку кваліфікації award'у та натиснути кнопку “Відмовитись від очікування”.
- Перевірити статуси award'у та процедури після виконаних Натиснути кнопку "Завершити аукціон". Перевірити статуси procedure, contract, та award'ів після виконаних дій.
- Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.виконані дії.
|
Expected results | - Рrocedure набуває статусу complete, contract'у та award'у №1- без змін, статус award'у №2 змінюється на cancelled.
- Організатор та Учасники надходять сповіщення/лист про виконані дії:
- Організатор та Учасники отримують сповіщення та лист про успішне завершення аукціону
| Expected results | - Можливість відмовитися від очікування існує при одночасному виконанні усіх наступних умов:
- Процедура не знаходиться в одному з термінальних статусів - unsuccessful (Аукціон не відбувся), cancelled (Аукціон відмінено), або complete (Аукціон завершено)
- Статус award'а Учасника №2 - pending_waiting (Очікує рішення)
2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус cancelled (Учасник не став переможцем), статус процедури залишається без змін. 3. Організатор та Учасник №2 отримують сповіщення та листи: Організатор - про відмову від очікування Учасника №2 відмову від очікування та повернення - повернення гарантійного внеску.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
: |
Results: | 12. Перелік допустимих операцій для award'ів |
CBD3-LSP-UC-1211-0106 Anchor |
---|
| LSP-UC-1211-0106 |
---|
| LSP-UC-1211-0106 |
---|
|
| Відмова Учасника від участі в кваліфікації Операції для award'у в статусі pending |
---|
Role | Майданчик/ЦБД/Організатор/Учасник | Майданчик/Учасник/ЦБД |
Preconditions | - Статус procedure - active_awarded.
- Статус аward - active.
- Статус contract - active
| Precondition | Award знаходиться в статусі pending (Очікується протокол) |
Steps To Reproduce | - Перейти
Організатором на сторінку - Учасником на сторінку кваліфікації award'у та
перевірити список доступних операцій.Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.- натиснути кнопку “Відмовитись від очікування”.
- Перевірити статуси award'у та procedure після виконаних дій.
- Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
|
Expected results | - Можливість відмовитися від очікування існує при одночасному виконанні усіх наступних умов:
- Процедура не знаходиться в одному з термінальних статусів - unsuccessful, cancelled, або complete
- Статус award'а - pending_waiting
2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус cancelled, статус procedure залишається без змін. 3. Організатор та Учасник №2 отримують сповіщення/листи: - Організатор - про відмову від очікування Учасника №2.
- Учасник №2 - про відмову від очікування та повернення гарантійного внеску
| Expected results | - Список доступних операцій для Організатора:
- Завантаження та підтвердження auctionProtocol та digitalSignature до нього CBD3-LSP-UC-10-04
- Дискваліфікація до завантаження Організатором auctionProtocol CBD3-LSP-UC-11-02
2. Список доступних операцій для Учасника: Всі інші операції з award'ом заблоковані |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
12. Перелік допустимих операцій для award'ів |
| 02 | 02 | 02 | Операції для award' | у в статусі pending_waitingу в статусі pending |
---|
Role | МайданчикМайданчик/ЦБД/Організатор/Учасник |
Precondition | - Триває qualificationPeriod.
- Статус procedure - active_qualification.
- Статуси award'у - pending.
| Preconditions | Award знаходиться в статусі pending_waiting (Очікує рішення) |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
- операцій.
|
Expected results | - Список доступних операцій для Організатора:
- Завантаження та підтвердження auctionProtocol та digitalSignature до нього CBD3-LSP-UC-10-04
- Дискваліфікація до завантаження Організатором auctionProtocol CBD3-LSP-UC-11-02
2. Список доступних операцій для Учасника: | Expected results | Для Організатора усі операції є заблоковані.Для Учасника доступна операція - відмова від участі в кваліфікації- Завантаження auctionProtocol та digitalSignature до нього
1108Всі інші операції з award'ом заблоковані. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-12-0302 Anchor |
---|
| LSP-UC-12-0302 |
---|
| LSP-UC-12-0302 |
---|
|
| Операції для award'ів у в статусі unsuccessfulстатусі pending_waiting |
Role | Майданчик/ЦБД/Організатор/Учасник |
PreconditionsAward знаходиться в статусі unsuccessful (Дискваліфіковано) | - Триває qualificationPeriod.
- Статуси award'у - pending_waiting.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Для Організатора усі операції є заблоковані.
- Для Учасника усі операції є Учасника доступна операція - відмова від участі в кваліфікації CBD3-LSP-UC-11-08
Всі інші операції з award'ом заблоковані. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-12-0403 Anchor |
---|
| LSP-UC-12-0403 |
---|
| LSP-UC-12-0403 |
---|
|
| Операції для awardдля award'у в статусі cancelledів в статусі unsuccessful та cancelled |
Role | Майданчик/ЦБД/Організатор/Учасник |
PreconditionsAward знаходиться в статусі cancelled (Учасник не став переможцем) | - Триває qualificationPeriod.
- Статус procedure - active_awarded.
- Статуси award'у - unsuccessful або cancelled.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Для Організатора усі операції є заблоковані.
- Для Учасника усі операції є заблоковані.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-12-0504 Anchor |
---|
| LSP-UC-12-0504 |
---|
| LSP-UC-12-0504 |
---|
|
| Операції для award'у в статусі active, contract в статусі pending |
Role | Майданчик/Організатор/ЦБД |
PreconditionsAward знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі pending | - Триває qualificationPeriod.
- Статус procedure - active_awarded.
- Статуси award'у - active.
- Статус contract - pending.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Список доступних операцій для Організатора:
2. Для Учасника усі операції є заблоковані. Всі інші операції з award'ом заблоковані. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-12-0605 Anchor |
---|
| LSP-UC-12-0605 |
---|
| LSP-UC-12-0605 |
---|
|
| Операції для award'у в статусі active, contract в статусі signed |
Role | Майданчик/Організатор/ЦБД |
PreconditionsAward | - Триває qualificationPeriod.
- Статуси award'у - active.
- Статус contract - signed.
знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі signed |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Список доступних операцій для Організатора:
2. Для Учасника усі операції є заблоковані. Всі інші операції з award'ом заблоковані. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-12-0706 Anchor |
---|
| LSP-UC-12-0706 |
---|
| LSP-UC-12-0706 |
---|
|
| Операції для award'а в статусі active, contract в статусі active |
Role | Майданчик/ЦБД/Організатор |
PreconditionsAward знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі active | - Триває qualificationPeriod.
- Статуси award'у - active.
- Статус contract - active.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Для Організатора існує можливість дискваліфікувати Учасника CBD3-LSP-UC-11-05.
- Для Учасника усі операції є заблоковані.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
13. Скасування процедури |
| Скасування процедури в статусі active_rectification |
Role | Майданчик/ЦБД/Організатор |
Preconditions | Процедура опублікована та знаходиться в статусі - Статус procedure - active_rectification.
(Редагування доступне). |
Steps To Reproduce | Перейти Організатором - Перейти Організатором аукціону на сторінку аукціону,
вибрати - обрати функцію скасування, завантажити документ - cancellationDetails
(Причини скасування) - обов'язкова дія- .
- Внести опис причини скасування вручну (cancellation.reason) та фактичну дату
та - /час скасування (cancellations.date).
Ввести фактичну дату скасування. Натиснути - Та натиснути кнопку "Скасувати аукціон".
- Перевірити відображення завантаженого документу на Майданчику
, статуси award'ів, contract'у та процедури після - та причини скасування, статус procedure після виконаних дій.
- Перевірити надходження сповіщень
та - /листів Організатору
та Учасникам - про виконані дії.
- Перевірити можливість завантажити digitalSignature до cancellationDetails.
|
Expected results | У - В Організатора аукціону є можливість
замінити - завантажити cancellationDetails
(Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон"- через інтерфейс Майданчика.
- Доступна можливість вводу причини, дати/час скасування процедури
.Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).Усі завантажені документи та змінена інформація - . Та доступна можливість скористатись "Скасувати аукціон".
- Завантажений документ та обрана причина скасування передається в ЦБД та
коректно - корректно відображається на Майданчику. Можливість заміни
файлу cancellationDetails (Причини скасування) в - файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює
статус процедури на - статус procedure на -
cancelled (Аукціон відмінено)- cancelled.
- Організатор
та Учасники отримують - отримує сповіщення
та - /листи про скасування аукціону.
- Доступна можливість завантажити digitalSignature до cancellationDetails.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Скасування процедури в статусі active_tendering |
Role | Майданчик/ЦБД/Організатор |
Preconditions | Процедура опублікована та знаходиться в статусі - Статус procedure - active_tendering
(Прийняття заяв на участь) |
Steps To Reproduce | - Перейти Організатором Перейти Організатором аукціону на сторінку аукціону, вибрати обрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування) - обов'язкова дія.
- Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та /час скасування (cancellations.date). Ввести фактичну дату скасування. Натиснути Та натиснути кнопку "Скасувати аукціон".
- Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та процедури після Майданчику та причини скасування, статус procedure після виконаних дій.
- Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
- Перевірити можливість завантажити digitalSignature до cancellationDetails.
|
Expected results | - У В Організатора аукціону є можливість замінити завантажити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
- Доступна можливість вводу причини, дати/час скасування процедури.
- Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
- Та доступна можливість скористатись "Скасувати аукціон".
- Завантажений документ та обрана причина скасування Усі завантажені документи та змінена інформація передається в ЦБД та коректно корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус процедури на статус procedure на - cancelled (Аукціон відмінено)cancelled.
- Організатор та Учасники отримують отримує сповіщення та /листи про скасування аукціону.
- Доступна можливість завантажити digitalSignature до cancellationDetails.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Скасування процедури в статусі active_auction |
Role | Майданчик/Організатор/Учасник |
Preconditions | Процедура знаходиться в статусі - Статус procedure - active_auction
(Аукціон) |
Steps To Reproduce | - Перейти Організатором Перейти Організатором аукціону на сторінку аукціону, вибрати обрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
- Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та /час скасування (cancellations.date). Ввести фактичну дату скасування. Натиснути Та натиснути кнопку "Скасувати аукціон".
- Перевірити відображення завантаженого документу на Майданчику , статуси award'ів, contract'у та процедури після та причини скасування, статус procedure після виконаних дій.
- Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
- Перевірити можливість завантажити digitalSignature до cancellationDetails.
|
Expected results | - У В Організатора аукціону є можливість замінити завантажити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
- Доступна можливість вводу причини можливість вводу причини, дати/час скасування процедури.
- Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
- Та доступна можливість скористатись "Скасувати аукціон".
- Завантажений документ та обрана причина скасування Усі завантажені документи та змінена інформація передається в ЦБД та коректно корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус процедури на статус procedure на - cancelled (Аукціон відмінено)cancelled.
- Організатор та Учасники отримують отримує сповіщення та /листи про скасування аукціону.
- Доступна можливість завантажити digitalSignature до cancellationDetails.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Скасування процедури в статусі active_qualification |
Role | Майданчик/Організатор/Учасник |
Preconditions | Процедура знаходиться в статусі - Статус procedure - active_qualification
(Очікується опублікування протоколу) |
Steps To Reproduce | - Перейти Організатором Перейти Організатором аукціону на сторінку аукціону, вибрати обрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
- Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та /час скасування (cancellations.date). Ввести фактичну дату скасування. Натиснути Та натиснути кнопку "Скасувати аукціон".
- Перевірити відображення завантаженого документу на Майданчику , статуси award'ів, contract'у та процедури після та причини скасування, статус procedure після виконаних дій.
- Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
- Перевірити можливість завантажити digitalSignature до cancellationDetails.
|
Expected results | - У В Організатора аукціону є можливість замінити завантажити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
- Доступна можливість вводу причини скасування процедури.
- Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
- можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
- Завантажений документ та обрана причина скасування Усі завантажені документи та змінена інформація передається в ЦБД та коректно корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус процедури на статус procedure на - cancelled (Аукціон відмінено)cancelled.
- Організатор та Учасники отримують отримує сповіщення та /листи про скасування аукціону.
- Доступна можливість завантажити digitalSignature до cancellationDetails.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Скасування процедури в статусі active_awarded |
Role | Майданчик/Організатор/Учасник |
Preconditions | Процедура знаходиться в статусі - Статус procedure - active_awarded
(Очікується підписання договору) |
Steps To Reproduce | - Перейти Організатором Перейти Організатором аукціону на сторінку аукціону, вибрати обрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
- Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та /час скасування (cancellations.date). Ввести фактичну дату скасування. Натиснути Та натиснути кнопку "Скасувати аукціон".
- Перевірити відображення завантаженого документу на Майданчику , статуси award'ів, contract'у та процедури після та причини скасування, статус procedure після виконаних дій.
- Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
- Перевірити можливість завантажити digitalSignature до cancellationDetails.
|
Expected results | - У В Організатора аукціону є можливість замінити завантажити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
- Доступна можливість вводу причини скасування процедури.
- Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
- можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
- Завантажений документ та обрана причина скасування Усі завантажені документи та змінена інформація передається в ЦБД та коректно корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус процедури на статус procedure на - cancelled (Аукціон відмінено)cancelled.
- Організатор та Учасники отримують отримує сповіщення та /листи про скасування аукціону.
- Доступна можливість завантажити digitalSignature до cancellationDetails.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Скасування процедури в статусі pending_payment |
Role | Майданчик/Організатор/Учасник |
Preconditions | Процедура знаходиться в статусі - Статус procedure - pending_payment
(Очікується оплата) |
Steps To Reproduce | - Перейти Організатором Перейти Організатором аукціону на сторінку аукціону, вибрати обрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
- Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та /час скасування (cancellations.date). Ввести фактичну дату скасування. Натиснути Та натиснути кнопку "Скасувати аукціон".
- Перевірити відображення завантаженого документу на Майданчику , статуси award'ів, contract'у та процедури після та причини скасування, статус procedure після виконаних дій.
- Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
- Перевірити можливість завантажити digitalSignature до cancellationDetails.
|
Expected results | - У В Організатора аукціону є можливість замінити завантажити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
- Доступна можливість вводу причини можливість вводу причини, дати/час скасування процедури.
- Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
- Та доступна можливість скористатись "Скасувати аукціон".
- Завантажений документ та обрана причина скасування Усі завантажені документи та змінена інформація передається в ЦБД та коректно корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус процедури на статус procedure на - cancelled (Аукціон відмінено)cancelled.
- Організатор та Учасники отримують отримує сповіщення та /листи про скасування аукціонуаукціону.
- Доступна можливість завантажити digitalSignature до cancellationDetails.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
14. Завершення процедури |
| Завершення процедури |
Role | Організатор/Майданчик/Учасник/ЦБД |
Preconditions | Процедура знаходиться в статусі pending_payment (Очікується оплата). Award переможця- в статусі active (Переможець. Очікується договір), contract - в статусі - Триває qualificationPeriod.
- Статус procedure - pending_payment.
- Статуси award'у - active.
- Статус contract -
|
Steps To Reproduce | Перейти Організатором на сторінку аукціону, та натиснути на кнопку “Завершити аукціон”.Перевірити статус процедури після - Перевірити можливість “Завершити аукціон” та перевірити статус procedure після виконаних дій.
Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
|
Expected results | Можливість Завершити Аукціон існує лише при виконанні наступних умов:
- Процедура знаходиться в статусі pending_payment (Очікується оплата)
- Award Учасника - в статусі active (Переможець. Очікується договір)
- Contract - в статусі active
2. Статус процедури - complete (Аукціон завершено). 3. Організатор та Учасник отримують сповіщення та лист - Доступна можливість "Завершити Аукціон", статус procedure - complete.
Організатор та Учасник отримують сповіщення/лист
про успішне завершення аукціону.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
15. Періоди, статуси, документи
|
| Документи процедури procedure |
Role | Майданчик/ЦБД/Організатор |
Preconditions | - Статус procedure - active_rectification/active_tendering.
|
Steps To Reproduce | - Перевірити Організатором можливість завантаження/оновлення документів.
|
Expected results | - Присутня можливість завантаження/оновлення документів
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| Документи bid`a |
Role | Майданчик/Учасник/ЦБД |
Preconditions | При створенні чернетки. Процедура знаходиться в статусі rectification, |
Steps To Reproduce | - Перевірити Організатором Учасником можливість завантаження та /оновлення документів.
|
Expected results | - Присутня можливість завантаження/оновлення документів
. Майданчик відображає документи згідно таблиці. Image Removed
- :
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-15-0203 Anchor |
---|
| LSP-UC-15-0203 |
---|
| LSP-UC-15-0203 |
---|
|
| Документи bid`aaward'у |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | - Триває qualificationPeriod.
- Статус аward'у - pending/active
Процедура знаходиться в статусі tenderPeriod |
Steps To Reproduce | - Перевірити Учасником та Організатором можливість завантаження та /оновлення документів.
|
Expected results | - Присутня можливість завантаження/оновлення документів
. Майданчик відображає документи згідно таблиці. Image Removed
- :
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-15-0304 Anchor |
---|
| LSP-UC-15-0304 |
---|
| LSP-UC-15-0304 |
---|
|
| Документи awardcontract'у |
Role | Майданчик | /Учасник/Організатор/ЦБД |
PreconditionsПроцедура знаходиться в статусі active_qualification. | - Статус аward'у - active.
- Статус contract'у - pending.
- Триває qualificationPeriod
Award переможця- в статусі active (Переможець. Очікується договір) |
Steps To Reproduce | - Перевірити Учасником та Організатором можливість завантаження та /оновлення документів.
|
Expected results | - Присутня можливість завантаження/оновлення документів
. Майданчик відображає документи згідно таблиці. Image Removed
- .
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-15-0405 Anchor |
---|
| LSP-UC-15-0405 |
---|
| LSP-UC-15-0405 |
---|
|
| Статуси procedureДокументи contract'у |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Процедура знаходиться в статусі pending_payment (Очікується оплата). Award учасника в статусі active, contract в статусі signed - для документа paymentInformation (відомості про сплату) Процедура знаходиться в статусі active_awarded (Очікується підписання договору). Award учасника в статусі active, contract в статусі pendingprocedure знаходиться у відповідному статусі. |
Steps To Reproduce | - Перевірити Організатором можливість завантаження та оновлення документів. відображення статусів procedure.
|
Expected results | - Присутня можливість завантаження/оновлення документів. Майданчик відображає документи згідно таблиці.
Image Removed
| | - Майданчик відображає статуси procedure.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-15-0506 Anchor |
---|
| LSP-UC-15-0506 |
---|
| LSP-UC-15-0506 |
---|
|
| Статуси процедуриaward'у |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | - Триває qualificationPeriod.
- Аward знаходяться
Процедура знаходиться |
Steps To Reproduce | - Перевірити відображення
статусів процедури згідно - статусів award'ів згідно таблиці.
|
Expected results | - Майданчик
відображає статуси процедури згідно таблиці. - відображає статуси award'ів згідно
Image Removed |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-15-0607 Anchor |
---|
| LSP-UC-15-0607 |
---|
| LSP-UC-15-0607 |
---|
|
| Статуси award'уcontracts |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Процедура та award- Триває qualificationPeriod.
- Сontracts
- знаходяться у відповідному статусі.
|
Steps To Reproduce | - Перевірити відображення статусів award'ів згідно статусів contract'у згідно таблиці.
|
Expected results | - Майданчик
відображає статуси award'ів згідно таблиці. Image Removed
- відображає статуси contracts згідно
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-LSP-UC-15-0708 Anchor |
---|
| LSP-UC-15-0708 |
---|
| LSP-UC-15-0708 |
---|
|
| Статуси contracts bids |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Preconditions | Процедура та contract- Триває active_tendering або qualificationPeriod.
- bids
- знаходяться у відповідному статусі.
|
Steps To Reproduce | - Перевірити відображення статусів contract'у згідно таблиці. bids.
|
Expected results | - Майданчик відображає статуси contract'у згідно таблиці.
Image Removed- bids'ів згідно
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |