Особливості

1. Уточненя з приводу особливостей функціоналу до і після запуску універсального модулю аукціону
2. Додано нове поле "Кількість учасників з переважним правом"

CBD3-LSP-UC-02-03

CDB3-LSP-UC-02-01

CDB3-LSP-UC-07-05

CDB3-LSP-UC-08-04

CDB3-LSP-UC-08-05

CDB3-LSP-UC-08-06

CDB3-LSP-UC-08-07

CDB3-LSP-UC-06-01

CBD3-LSP-UC-10-05

CBD3-LSP-UC-10-06

CBD3-LSP-UC-10-07

Перейти на Майданчик у форму реєстрації нового Користувача

1. Заповнити усі обов'язкові поля згідно swagger.
2.  Завантажити документи, що підтверджують особу та повноваження Організатора аукціону.
3.  Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4.  Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення аккаунту.
5.  Перевірити активацію акаунту Організатора.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, які потрібно виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

Організатор аукціону може бути нерезидентом (тобто замість структури AddressUa використовується Address).

Зміст

1. Заповнити усі обов'язкові поля згідно swagger.
2.  Завантажити документи, що підтверджують особу та повноваження Учасника.
3.  Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4.  Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
5.  Перевірити активацію акаунту Учасника.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить повідомлення про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує електронною поштою та в особистому кабінеті про те, що його акаунт активований, або докладний перелік помилок, що треба виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

1. Внести зміни в акаунт, завантажити документи.
2. Погодитись з офертою про персональні дані, та Регламентом роботи ЕТС.
3. Зберегти та відправити інформацію на модерацію адміністратора Майданчика.

4. Перевірити надходження сповіщень та листів Учаснику/Організатору про виконані дії.

5. Перевірити відображення інформації після повторної активації акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, завантажені документи відображаються в особистому кабінеті.
2. Обрані всі відповідні чек-бокси. 
3. Надходить повідомлення про те, що акаунт знаходиться в стані валідації з боку Майданчика.
4. Майданчик інформує електронною поштою та в особистому кабінеті про те, що зміни в акаунті Учасника/Організатора успішно збережені, або докладний перелік помилок, що треба виправити.
5. Змінена інформація коректно відображається в особистому кабінеті.

Самостійне тестування Майданчика (посилання на процедуру та скріншот):

Створення чернетки доступно тільки для ролі Організатор

1. Перевірити можливість створення чернетки процедури. Заповнити усі поля згідно swagger. 

   Перевірити "Картографічний сервіс" обов'язкова реалізація на майданчику, та перевірити автоматичне заповнення полів що відносяться до адреси:

   • Країну та регіон -  змінити немає можливості
   • Населений пункт, адресу та поштовий індекс - є можливість відредагувати або ввести вручну.
     
   • Координати відображаються тільки для ознайомлення, без можливості редагувати в інтерфейсі.
   В організатора має бути можливість переключитись на ручне введення адреси на випадок, якщо у нього не працює функціонал роботи з картою.
2. Перевірити можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
3. Перевірити можливість Організатором заповнити дані Учасника з переважним правом/ переважним правом другої черги currentTenant. 
4. Завантажити усі доступні типи документів CBD3-LSP-UC-15-01.
5. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. Перевірити, що після натискання кнопки усі заповнені поля коректно збереглись.
6. Перевірити наявність сповіщення в особистому кабінеті та на пошту.
7. Зберегти інформацію як локальну чернетку на Майданчику.
8. Перевірити можливість перегляду та редагування чернетки.

Expected results

1. Організатору відображається форма створення процедури. Доступні всі поля для заповнення згідно swagger. Організатор має можливість працювати з "Картографічний сервіс".
2. Доступна можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
3. Організатору доступна можливість заповнити currentTenant - дані для Учасника з переважним правом та Учасника з переважним правом другої черги. 
4. Завантажені документи коректно відображаються та доступні для перегляду. Завантаження документу без вказаного типу не допускається.
5. Усі заповнені поля коректно збереглись та відображаються на майданчику. 
6. Наявні сповіщення в особистому кабінеті та на пошту.
7. Запис зберігається як чернетка на Майданчику без публікації в ЦБД.
8. Чернетка доступна для перегляду тільки автору, редагування без обмежень.

Список обов'язкових документів:

• illustration - Фотографічні зображення земельної ділянки та ілюстрації
• contractProforma - Проєкт договору.

одиниця виміру тільки гектар - автогенерується ЦБД

1. Перейти Організатором до створеної чернетки, та видалити її.

Expected results

1. Чернетка видалена на Майданчику.

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити, що Майданчик виводить учасників, що були дискваліфіковані в попередніх процедурах (id таких учасників присутні в json процедури блок disqualifiedBids). Для Організатора та Учасників - обов'язково, Спостерігач опціонально. 
4. Перевірити статус опублікованої процедури.
5. Перевірити сповіщення в особистий кабінет та на пошту.
6. При публікації нового оголошення необхідно перевірити чи в ЦБД наявні вже опубліковані оголошення з лотом, що має такий  самий кадастровий номер (cadastralNumber), опубліковане іншим Організатором (sellingEntity.identifier.id)
7. В процедурі є визначено Учасника з переважним правом другої черги, але НЕ вказано Учасника з переважним правом
8. Організатор вніс однакові значення identifier.id для Учасника з переважним правом та для Учасника з переважним правом другої черги.
9. Наявність поля "Кількість учасників з переважним правом"
10. Організатор у полі "Кількість учасників з переважним правом" визначив значення "1"
11. Організатор у полі "Кількість учасників з переважним правом" визначив значення "2"
12. Поле currentTenants.priority 

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID LSP000-UA-YYYYMMDD-00000.
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Майданчик виводить дані учасників (Назва компанії, ідентифікаційний номер, ПІБ представника), що були дискваліфіковані в попередніх процедурах (id ідентифікаторів таких учасників присутні в json процедури блок disqualifiedBids) - для Організатора та Учасників - обов'язково, Спостерігач опціонально.
4. Процедура отримує статус active_rectification (Редагування доступне).
5. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.
6. Умови сповіщення:

• якщо за результатами пошуку не виявлено раніше опублікованих процедур з таким самим кадастровим номером (cadastralNumber) - не виводити ніяких сповіщень
• якщо за результатами пошуку виявлено раніше опубліковані процедури з таким самим кадастровим номером (cadastralNumber), але sellingEntity.identifier.id Організатора оголошення, що публікується співпадає з усіма sellingEntity.identifier.id Організаторів раніше опублікованих оголошень з такими кадастровими номером (cadastralNumber) - не виводити ніяких сповіщень
• якщо за результатами пошуку виявлено раніше опубліковані процедури з таким самим кадастровим номером (cadastralNumber) і sellingEntity.identifier.id щонайменше одного або кількох Організаторів з опублікованих оголошень не співпадає з sellingEntity.identifier.id Організатора оголошення, що публікується - виводити Організатору, що публікує оголошення попередження про те, що оголошення про продаж такої земельної ділянки вже було опубліковано кимось іншим. Наприклад, таким сповіщенням: “Для вказаної вами земельної ділянки вже було опублікований аукціон іншим Організатором, ви впевнені, що хочете продовжити публікацію?” 

7. Появляється інформаційне повідомлення зі змістом, що потрібно визначити дані для Учасника з переважним правом.

8. Появляється інформаційне повідомлення змісту, що для Учасника з переважним правом та для Учасника з переважним правом другої черги не можуть бути вказані однакові значення для "Код ЄДРПОУ або ІПН або паспорт"

9. Організатор у полі "Кількість учасників з пріорітетним правом" може визначити значення вручну. Поле та значення в ньому обовязково відображається на інтерфейсі майданчика.

10. Організатор секції "Дані про учасників з переважним правом" може вказати дані лише для Учасника з пріорітетним правом першої черги - currentTenants.priority =0.  Орагнізувати інформаційне повідомлення відповідного змісту, якщо Організатор визначає для цього випадку ще дані для Учасника з пріорітетним правом другої черги. 

11. Організатор обовязково має внести валідні дані для Учасника з пріорітетним правом та для Учасника з пріорітетним правом другої черги. Організувати відповідні інформаційні повідомлення. 

12. Біля поля currentTenants.priority виводити Організатору підказку: "Учасник з переважним правом - власник дозволу на видобування корисних копалин, учасник з переважним правом другої черги - орендар земельної ділянки”. Вимога не обов'язкова.

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено обов'язкові документи: 

1. illustration (Фотографічні зображення земельної ділянки та ілюстрації)
2. contractProforma (Проект договору)

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

1. Створити копію процедури, перевірити, що усі поля коректно експортувалися.
2. Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
3. Опублікувати процедуру в ЦБД, та перевірити її відображення згідно статусу батьківської процедури:

• unsucsesfull (1 поданий бід)
• unsucsesfull (2 та більше поданих біда)
• усі інші статуси

Expected results

1. Організатору відображається форма створення процедури, усі імпортовані поля з процедури коректно відображаються. 
2. Запис зберігається як чернетка на Майданчику без публікації в ЦБД. Доступні для редагування усі поля. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. 
   
3. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається:

• обов'язково відображається блок інформації "Учасник з попереднього аукціону" - уся інформація з json про учасника що подав єдину ставку в попередньому аукціоні
• блок інформації "Учасник з попереднього аукціону - відсутній
  
• блок інформації "Учасник з попереднього аукціону - відсутній

При створенні копії процедури - Організатор самостійно заповнює параметр tenderAttemps.

Якщо параметр tenderAttemps >=2  Майданчик самостійно заповнює інформацію про previousAuctionId батьківської процедури з можливістю редагування - рекомендація. 

Створена чернетка Організатором. Створення процедури без прискорення.  починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури в ЦБД), залежить від наявності не менше 2-х bid's в статусі active.

Expected results

1. Процедури успішно опубліковано.
2. Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
3. Періоди відповідають Timeline процедури.

Створена чернетка Організатором.

Expected results

1. Доступні 2 типи рахунків.
2. Для кожного з рахунків доступний вибір однієї з 3 валют (UAH, EUR, USD).
3. За умови відсутності в створеному рахунку валюти UAH - публікація не відбувається.
4. Для Організатора банківські рахунки відображаються постійно, для всіх інших ролей - лише по завершенню tenderPeriod.

Якщо тип payment - обов'язково один рахунок в UAH, опціонально рахунки в USD/EUR.
Якщо тип preparationPayment - опціонально один рахунок в UAH, опціонально рахунки в USD/EUR.

Для Учасника та Організатора доступна функція завантаження документів:

• Учасник - протягом tenderPeriod та award.verificationPeriod.
  
• Організатор - протягом усіх періодів окрім auctionPeriod.

1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
2. Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.
3. Заповнити в документі index - Параметр сортування ілюстрацій.

Expected results

1. Усі типи документів, що доступні для даного етапу коректно завантажуються в DS. 
2. Завантажені документи коректно відображається на Майданчику. 
3. Основним документом вважається документ з мінімальним значенням індексу.

Завантаження без вказаного типу та заміна типу документу не допускається.

index - Параметр сортування ілюстрацій:

• Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.
• Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.
• Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified,

Для Учасника та Організатора доступна функція оновлення документів:

• Учасник - протягом tenderPeriod та award.verificationPeriod.
  
• Організатор - протягом усіх періодів окрім auctionPeriod.

1. Перейти в створену процедуру, оновити доступні документи для даного етапу.
2. Перевірити можливість зміни типу завантаженого раніше документу на інший. 
3. Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.
4. Перевірити можливість внесення змін в index - Параметр сортування ілюстрацій.

Expected results

1. Усі типи документів що доступні для даного етапу коректно оновлюються в DS. 
2. Можливість зміни типу завантаженого раніше документу на інший заблокована. 
3. Документи коректно відображається на Майданчику, попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
4. Основним документом вважається документ з мінімальним значенням індексу.

• Інформація про попередні версії документів доступна по окремому ендпойнту.
• Можливість оновлення власних документів доступна лише в межах одного статусу процедури. 

Для Учасника та Організатора доступна функція завантаження та оновлення (власних) документів:

• Учасник - протягом tenderPeriod та award.verificationPeriod.
  
• Організатор - протягом усіх періодів окрім auctionPeriod.

1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
2. Завантажити до кожного документу digitalSignature - Цифровий підпис.
3. Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик коректно відображає до якого самє документу завантажено Цифровий підпис.
4. Замінити документ до якого було завантажено Цифровий підпис. 

Expected results

1. Усі типи документів, що доступні для даного етапу є можливість завантажити.
2. Присутня можливість завантаження до кожного документу digitalSignature - Цифровий підпис.
3. Документи коректно відображаються на Майданчику. Документ digitalSignature - Цифровий підпис відображено поряд з оригінальним документом.
4. Попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". Документ digitalSignature - Цифровий підпис також  відображено перекресленим відповідно до статусу з яким документом він пов'язаний.

Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService.

• • Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"
  • Якщо док має "_ds_scope": "private" то digitalSignature також має "_ds_scope": "private"

Процедура опублікована без прискорення та знаходиться в статусі active_rectification (Редагування доступне).

rectificationPeriod: 

• Дата початку: Може припадати на неробочий день (співпадає з датою публікації процедури)
• Дата завершення: Завжди припадає на робочий день. Триває 2 робочі дні, завершення о 18:00

1. Перевірити можливість вносити зміни в опубліковану процедуру до завершення rectificationPeriod.
2. Завантажити документ clarifications (Погодження змін до опису лоту. Опис причин редагування) - дія обов'язкова.
3. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім технічних полів(автогенерованих ЦБД), дата/часу початку аукціону та типу процедури.
2. Завантажений файл типу - clarifications відображається на Майданчику.
3. Усі зміни передаються в ЦБД та коректно відображаються на Майданчику.
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішного внесення змін в процедуру.

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).

transferPriorityPeriod: 

• Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate)
• Дата завершення: може припадати на неробочий день, завершується за 5 робочих днів до завершення tenderPeriod, час завершення о 23:59

1. Перевірити, що існує можливість внесення змін в схему currentTenant до завершення transferPriorityPeriod.
2. Перевірити, що завантаження/оновлення документів відбувається без обмежень, окрім документу clarifications .
3. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

1. Організатор має можливість внести зміни лише в поля схеми currentTenant.
2. Доступна можливість завантаження/оновлення документів окрім документу clarifications.
3. Усі зміни та завантажені/оновлені документи коректно відображаються на Майданчику. 
4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішного внесення змін в процедуру.

• Протягом transferPriorityPeriod Організатору доступна лише внесення змін лише в схему currentTenant та робота з документами.
• Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).

tenderPeriod: 

• Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate)
• Дата завершення: може припадати на неробочий день, о 19:30-20:30 дня, що передує дню початку періоду Аукціону (auctionPeriod)

1. Перейти Організатором в опубліковану процедуру до завершення tenderPeriod.
2. Перевірити, що завантаження/оновлення документів відбувається без обмежень.
3. Перевірити коректність відображення завантажених/оновлених документів.

Expected results

1. Доступна можливість завантаження/оновлення документів.
2. Можливо додати новий, оновити існуючий документ. 
3. Усі завантажені/оновлені документи коректно відображаються на Майданчику. 

• Протягом tenderPeriod Організатору доступна лише робота з документами.
• Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

Процедура опублікована, триває question.period.

Steps To Reproduce

1. Перевірити Учасником можливість подати > 1 запитання, заповнити поля - заголовок, тіло запитання, та опублікувати в ЦБД.
2. Перевірити отримання Учасником сповіщення та листа на пошту про успішну подачу запитання. 
3. Перевірити отримання Організатором сповіщення та листа на пошту про отримання нового запитання.
4. Перевірити відображення опублікованого запитання на сторінці Майданчика.
5. Перевірити, що Учаснику доступна можливість редагування кожного запитання за умов:   

• Не завершився questionPeriod 
• Протягом 2 годин з моменту подачі запитання
• Організатор не надав відповідь на запитання

Expected results

1. Доступна функція подачі > 1 запитання.  Запитання має бути сформульоване виключно в текстовому вигляді, без можливості додавання файлів.
2. Учаснику відображається сповіщення та надходить лист на пошту про успішну подачу запитання.
3. Організатору відображається сповіщення та надходить лист на пошту про отримання нового запитання.
4. Запитання відображається на Майданчику та доступне для публічного перегляду. Інформація про Учасника, що задав запитання не розкривається.
5. Існує можливість редагування.

• Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу active_awarded (Очікується підписання договору).
• Майданчик зобов'язаний сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей. 
• Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.

Процедура опублікована, триває enquryPeriod. Отримано запитання від учасника.

1. Перейти Організатором в опубліковану процедуру, надати відповідь та опублікувати в ЦБД.
2. Перевірити отримання Учасником сповіщення та листа на пошту про отримання відповіді на запитання.
3. Перевірити відображення опублікованої відповіді на сторінці Майданчика.

Expected results

1. Відповідь на запитання успішно публікується в ЦБД, відображається на сторінці Майданчика та доступна для публічного перегляду.
2. Учаснику відображається сповіщення та надходить лист на пошту про отримання відповіді на запитання.
3. Відповіді відображається на Майданчику та доступні для публічного перегляду. Інформація про учасника, що задав запитання не розкривається.

• В період відмінний від enquiryPeriod в Організатора відсутня можливість надати відповідь на запитання.
• Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.

Перейти в загальну форму пошуку аукціонів.

1. Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:

• • • Ідентифікатор аукціону - LSP000-UA-YYYYMMDD-00000
    • Статус аукціону (за замовчування у статусі “Прийом пропозицій”)
  • Ключове слово:
    • Назва аукціону
    • Опис аукціону
    • Опис айтема
  • Організатор (ЄДРПОУ, назва)
  • Кількість учасників з переважним правом
  • Класифікатори
  • Місце розташування об’єкта (область, район/населений пункт)
    • Фільтрація за районом\населеним пунктом відбувається за КОАТУУ (https://dovidnyk.in.ua/directories)
    • Реалізовано саджест-пошук за назвою населеного пункту та ідентифікатором
    • Реалізовано рівні вкладеності відповідно до структури класифікатору (аналогічно до роботи з класифікаторами CAV\CPV)
  • Дата початку аукціону від ________ до ________
  • Стартова ціна від ______ до ____ 
  • Площа земельної ділянки від ______ до ____ 
  • Кадастровий номер
• Розширений пошук
  • Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика

Expected results

1. Відображені аукціони відповідають заданим параметрам або критеріям пошуку.

• Відсутні результати, які не відповідають заданим критеріям. 
• В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.
• На Майданчику аукціони типу "Продаж землі з переважним правом англієць (landSell-priorityEnglish)" - відображаються в окремому підрозділі.

Процедура опублікована без прискорення та знаходиться в статусі active_tendering (Прийняття заяв на участь).

tenderPeriod:

• Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate).
• Дата завершення: може припадати на неробочий день, о 19:30-20:30 дня, що передує дню початку періоду Аукціону (auctionPeriod).

1. Перейти Учасником в опубліковану процедуру, обрати функцію "Подати заяву на участь".
2. Ввести цінову пропозицію.
3. Завантажити доступні документи CBD3-LSP-UC-15-02.
4. Погодитись з умовами регламенту ЕТС, відповідальністю учасника, надання згоди на обробку персональних даних та зберегти заяву.

Expected results

1. Відбувається перехід на сторінку подачі заяви на участь.
2. Відсутня можливість ввести цінову пропозицію меншу ніж стартова вартість лоту (валідація на стороні Майданчика).
3. Усі типи документів доступні для завантаження.
4. Після збереження, заява зберігається локально на Майданчику як чернетка, без публікації в ЦБД. 

Обов'язкові документи:

commercialProposal - Заява на участь

x_registrationFeeApproval - Документ, що підтверджує сплату реєстраційного внеску

x_guaranteeApproval - Документ, що підтверджує сплату гарантійного внеску

Завантаження документу без вказаного типу не допускається!

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). Створена чернетка заяви на участь.

1. Перейти Учасником в створену чернетку заяви на участь, внести зміни (змінити цінову пропозицію, завантажити документи) та зберегти заяву на участь. Перевірити відображення внесених змін. 
2. Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь.

Expected results

1. Доступно редагування цінової пропозиції та завантаження документів. Після збереження заяви усі зміни коректно відображаються.
2. Чернетка заяви на участь успішно видалена.

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). Створена чернетка заяви на участь.

1. Учасником №1 подати заявку на участь та опублікувати її в ЦБД. Активувати на стороні Майданчика. 
2. Учасником №2 подати заявку на участь, без активації зі сторони Майданчика. 
3. Дочекатись завершення tenderPeriod та перевірити відображення поданих bid'ів у публічному АРІ.

Expected results

1. Bid опублікований в ЦБД в статусі active.
2. Bid опублікований в ЦБД в статусі draft.
3. Після завершення tenderPeriod у публічному АРІ  та на Майданчику відображаються лише bid'и зі статусом active.

Наявна процедура з дискваліфікованими учасниками Учасником №1 та Учасником №2 (причини дискваліфікації лише зі списку):

• Відмовився від підписання протоколу.
• Відмовився від укладення договору.
• Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу.

Оголошено повторний аукціон, процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). 

1. Учасником №1 подати заявку на участь (завантажено документ "Підстави для допуску дискваліфікованого учасника" - admissionReason) та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту. 
2. Учасником №2 подати заявку на участь, без завантаження документу admissionReason. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту. 

Expected results

1. Bid опублікований в ЦБД в статусі active. Учасник отримує сповіщення в особистому кабінеті та на пошту про вдалу активацію. 
2. Bid опублікований в ЦБД в статусі draft, активація недоступна. Учасник отримує сповіщення в особистому кабінеті та на пошту про НЕВДАЛУ активацію.

Майданчикам рекомендується, при публікації заяви на участь - перевіряти необхідність завантаження учасником документа admissionReason (id ідентифікаторів таких учасників присутні в json процедури блок disqualifiedBids).

В разі потреби - відображати учаснику сповіщення про необхідність завантаження документу для допущення до торгів.

Статус procedure - active_tendering

1. Учасником №1 - переважне право першої черги (priority ==0) подати заявку на участь завантажити обов'язкові документ та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити отримання Учасником надходження сповіщення/лист. 
2. Учасником №2 - переважне право другої черги (priority ==1) подати заявку на участь завантажити обов'язкові документ та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити отримання Учасником надходження сповіщення/лист. 
3. Учасником №3 - без пріоритетного права. Подати заявку на участь завантажити обов'язкові документ та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити отримання Учасником надходження сповіщення/лист.

Expected results

1. Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію - Ваша заява зареєстрована як заява з переважним правом першої черги.
2. Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію - Ваша заява зареєстрована як заява з переважним правом другої черги.
3. Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію.

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).

1. Перейти Учасником в створену чернетку заяви на участь та опублікувати її в ЦБД.
2. Перевірити отримання Учасником сповіщення та листа на пошту про публікацію заяви. 
3. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
4. Перевірити отримання Учасником листа на пошту про активацію заяви.

Expected results

1. Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
2. Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.
3. Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником. 
4. Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь.

Учасник має можливість подавати заяву на участь лише протягом tenderPeriod.

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).

1. Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи) та опублікувати в ЦБД.
2. Перевірити отримання Учасником сповіщення та листа на пошту про внесення змін в bid.
3. Перевірити відображення зміненої інформації на Майданчику після завершення auctionPeriod.

Expected results

1. Відсутні обмеження на внесення змін. Усі зміни передаються в ЦБД.
2. Учасник отримує сповіщення в особистий кабінет та листом про успішне внесення змін в bid.
3. Уся змінена інформація коректно відображаються у публічному АРІ та на Майданчику. 

Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).

1. Перейти Учасником в bid, видалити його.
2. Перевірити отримання Учасником сповіщення та листа на пошту про видалення bid'а та повернення гарантійного внеску.
3. Перевірити відсутність відображення bid'а на Майданчику по завершенню auctionPeriod.

Expected results

1. Майданчик змінює статус bid'а на delete. 
2. Учасник отримує повідомлення в особистий кабінет та лист поштою про успішне видалення його bid'а, та повернення гарантійного внеску.
3. Bid зі статусом deleted не відображається у публічному АРІ та на Майданчику незалежно від статусу процедури.

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).

1. Перейти Учасником з переважним правом  в створену чернетку заяви на участь та опублікувати її в ЦБД.
2. Перейти Учасником з переважним правом другої черги в створену чернетку заяви на участь та опублікувати її в ЦБД.
3. Перевірити отримання Учасником сповіщення та листа на пошту про публікацію заяви. 
4. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
5. Перевірити отримання Учасником листа на пошту про активацію заяви.

Expected results

1. Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
2. Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.
3. Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником. 
4. Учаснику з переважним правом для активованого біда відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом” . Учаснику з переважним правом другої черги для активованого біда відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
5. Для двох учасників переважного права різних пріорітетів надходить лист на пошту про успішну активацію заяви на участь.  

• Статус procedure - active_tendering.
• Триває transferPriorityPeriod.
  
• Наявний bid від Учасника 1 з ознакою isCurrentTenant = true з "Переважним правом" (priority=0)
• Наявний bid від Учасника 2 з ознакою isCurrentTenant = true з "Переважним правом другої черги" (priority=1)
• Наявний bid від Учасника 3 з ознакою isCurrentTenant = false.
• Наявний bid від Учасника 4 з ознакою isCurrentTenant = false.

1. Внести Організатором в схему currentTenant.identifier для "Учасника з переавжним правом" дані ЄДРПОУ/ІПН/ID від Учасника 3 
2. Внести Організатором в схему currentTenant.identifier для "Учасника з переаважним правом другої черги" дані ЄДРПОУ/ІПН/ID Учасника 4
3. Перевірити, що для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
   
4. Перевірити отримання Учасником 1сповіщення та листа на пошту про деактивацію bid'а та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
   
5. Перевірити, що для біда Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
6. Перевірити отримання Учасником 3 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом”.
7. Перевірити отримання Учасником 4 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом другої черги”.

Expected results

1. Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
   
2. Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
   
3. Для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
   
4. Учаснику 1 надходить сповіщення та лист на пошту про деактивацію біда, та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
5. Для біда Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
6. Для біда Учасника 3 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”. 
7. Для біда Учасника 4 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.

• Статус procedure - active_tendering.
• Триває transferPriorityPeriod.
  
• Наявний bid від Учасника 1 з ознакою isCurrentTenant = true з "Переважним правом" (priority=0)
• Наявний bid від Учасника 2 з ознакою isCurrentTenant = true з "Переважним правом другої черги" (priority=1)

1. Внести Організатором в схему currentTenant.identifier для "Учасника з переавжним правом" дані ЄДРПОУ/ІПН/ID від Учасника 2
2. Внести Організатором в схему currentTenant.identifier для "Учасника з переаважним правом другої черги" дані ЄДРПОУ/ІПН/ID Учасника 1
3. Перевірити для біда Учасника 1 наявність примітки стосвно переважного пава.
   
4. Перевірити для Учасника 1сповіщення та листа на пошту.
   
5. Перевірити статус Біда для Учасника 1. 
6. Перевірити для біда Учасника 2 примітки стосовно переважного права.
7. Перевірити для Учасника 2 сповіщення та листа на пошту.
8. Перевірити статус Біда для Учасника 2.

Expected results

1. Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
   
2. Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
   
3. Для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
4. Для Учасника 1 присутнє  сповіщення та приходить листа на пошту про деактивацію bid'а та про те, що він може продовжити участь в аукціоні як учасник з переважним правом другої черги, але для цього необхідно повторно активувати заяву на участь.
5. Статус Біда для Учасника 1 is inactive.
6. Для біда Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги", а відображається примітка "Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
7. Для Учасника 2 приходить  сповіщення та листа на пошту про те, що його заява зареєстрована як заява учасника з переважним правом.
8. Статус Біда для Учасника 2 is active. Для bid'а доступні операції без обмежень - CBD3-LAP-UC-15-02, CBD3-LAP-UC-08-03

• Статус procedure - active_tendering.
• Наявний bid від Учасника  1 з ознакою isCurrentTenant = false, який втратив переважне право першої черги та статус bid'а - inactive
  
• Наявний bid від Учасника  2 з ознакою isCurrentTenant = false, який втратив переважне право другої черги та статус bid'а - inactive

1. Перейти Учасником 1 в деактивований bid, та повторно його активувати.
2. Перейти УЧасником 2 в деактивований bid, та повторно його активувати.
3. Перевірити, що для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
4. Перевірити, що для біда Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
5. Перевірити отримання Учасником1. 2 листа на пошту про активацію bid'а.

Expected results

1. Для Учасника 1 майданчик змінює статус bid'а на active. 
2. Для Учасника 2 майданчик змінює статус bid'а на active. 
3. Для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
4. Для біда Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
5. Учасник 1. 2 отримує повідомлення в особистий кабінет та лист поштою про активацію біда.

Для біда доступні операції без обмежень - CBD3-LSP-UC-08-02, CBD3-LSP-UC-08-03

Наявні два або більше bid'и в статусі active. Процедура змінила статус на active_auction (Аукціон).

1. Перевірити відображення Майданчиком публічного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу процедури на active_auction (Аукціон).
2. Перейти в модуль аукціону по публічному посиланню.

Expected results

1. Публічне посилання має наступний вигляд  https://auction.prozorro.sale/{id аукціону}.
2. Після переходу відображається модуль аукціону.

Наявні два або більше bid'и в статусі active. Процедура змінила статус на active_auction (Аукціон).

1. Перевірити Учасником отримання сповіщення в особистому кабінеті та листа поштою з приватним посиланням для участі в модулі аукціону.
2. Перевірити відображення Майданчиком приватного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу аукціону на active_auction (Аукціон).
3. Перейти в аукціон по приватному посиланню.

Expected results

1. Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
2. Майданчик відображає приватне посилання Учаснику. 
3. Після переходу відображається дисклеймер модулю аукціону.

Створена процедура з minNumberOfQualifiedBids==1. Процедура знаходиться в статусі active_tendering (Прийняття заяв на участь).

Створена процедура з minNumberOfQualifiedBids==2. Процедура знаходиться в статусі active_tendering (Прийняття заяв на участь).

Expected results

1. Bid'и в статусі active, до завершення auctionPeriod не змінюються. 
2. Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці. 
3. Організатор та Учасник отримують сповіщення та листи:

• Організатор - про початок кваліфікації та необхідність завантаження договір. 
• Учасник в статусі pending (Очікується протокол) - про набуття статусу переможця. Отримує Учасник, цінова пропозиція якого є найвища.
• Учасник в статусі pending_waiting (Очікує рішення) - про набуття статусу очікуючого (в разі наявності). Отримує Учасник, цінова пропозиція якого є друга по величині.

• У випадку співпадіння ціни - статус active (Переможець. Очікується договір) отримує Учасник, чия пропозиція подана раніше.
• Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів. 
• Після завершення модуля аукціону Майданчик відображає усіх учасників, що приймали участь.  
• Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft, deleted та inactive.

Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу).

1. Перевірити на Майданчику відображення інформації по усім award'ам, що кваліфікуються.
2. Перевірити на Майданчику відображення інформації по усім bid’ам що брали участь в аукціоні.
   
3. Перевірити наявність на сторінці аукціону посилань для завантаження та перегляду протоколів про результати аукціону у форматах PDF, HTML, DOCX JSON, YAML.

Expected results

1. Для 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.

Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу).

Триває verificationPeriod (період підписання протоколу) - тривалість 6 робочих днів, час завершення о 18:00.

Award Учасника в статусі pending (Очікується протокол).

1. Перейти Переможцем на сторінку кваліфікації. Завантажити документ - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) до нього, до завершення vericationPeriod - дія не обов'язкова.
2. Перевірити відображення завантаженого документу на Майданчику.
3. Перевірити можливість оновлення документів. 
4. Перевірити, що після виконаних дій статуси award'у та процедури не змінились.

Expected results

1. Доступна можливість завантаження документу - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) до нього.
2. Завантажений документ передається в ЦБД в bid Учасника та коректно відображається на Майданчику. 

3. Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

4. Статус процедури та award'у Учасника залишаються без змін.

Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу).

Триває verificationPeriod (період підписання протоколу) - тривалість 6 робочих днів, час завершення о 18:00.

Award Учасника в статусі pending (Очікується протокол).

1. Перейти Організатором на сторінку кваліфікації, завантажити документ - auctionProtocol (Протокол аукціону) - дія обов'язкова та digitalSignature (цифровий підпис) до нього, до завершення vericationPeriod.
2. Перевірити можливість оновлення документів. 
3. Натиснути кнопку "Протокол затверджено", перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії. 
4. Перевірити статус award'у, contract`у та процедури. 

1. Завантажений документ  auctionProtocol (Протокол аукціону) передається в ЦБД в award Учасника, та корректно відображається на Майданчику. 
2. Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
3. Організатор та Учасник отримують сповіщення та листи про завантаження та підтвердження протоколу, та початок роботи з договором. 
4. Статус award'у - active (Переможець. Очікується договір), contract`у - pending, процедури - active_awarded (Очікується підписання договору).

• Статус procedure - active_awarded 
• Статус аward - active
• Статус contract - pending

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-LSP-UC-15-04.
2. Внести інформацію в обов'язкові поля.
3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
4. Перевірити статуси procedure, award'у, contract'у та інформацію щодо договору.

1. Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на Майданчику.
2. При внесені інформації в поля проводиться валідація даних на коректність.
3. Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження документів договору.
4. Після підтвердження договору статуси:

• сontract - signed
• procedure - pending_payment
• award'у - без змін. Виводиться вся інформація щодо підписаного договору

• Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
• У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус signed.

• Статус procedure - pending_payment
• Статус Award - active
• Статус contract - signed

1. Перевірити можливість завантажити/замінити документи paymentInformation та digitalSignature. 
2. Здійснити відхилення "Підтвердження оплати за лот" - кнопка НІ. Майданчик виводить попереджувальне сповіщення "Обраний вами варіант підтверджує, що оплата за лот не здійснена учасником ___________, необхідно його дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
4. Здійснити підтвердження "Підтвердження оплати за лот" - кнопка ТАК.
5. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
6. Перевірити статуси procedure, award'у, contract'у.

1. Доступна можливість завантажити/замінити документи paymentInformation та digitalSignature. 
2. Майданчик передає {lotPaymentConfirmation == false}.
3. Організатор та Учасник отримують сповіщення/листи про здійснені дії.
4. Майданчик передає {lotPaymentConfirmation == true}.
5. Організатор та Учасник отримують сповіщення/листи про здійснені дії.
6. Після підтвердження/відхилення оплати статуси procedure, award'у, contract'у - залишаються без змін. 

• Скільки завгодно разів до моменту набуття статусу contract - active.
• Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
• Майданчик виводить поточний статус lotPaymentConfirmation. 

• Статус procedure - pending_payment
• Статус аward - active
• Статус contract - signed

1. Перевірити Організатором функціонал підтвердження договору.
2. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
3. Перевірити статуси procedure, award'у, contract'у.

1. Організатору доступний функціонал підтвердження договору.
2. Організатор та Учасник отримують сповіщення/листи про здійснені дії.
3. Після підтвердження статуси:

• сontract - active
• procedure - pending_payment
• award'у - active

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
4. Перевірити статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
5. Виконати степи 1-4 відносно Учасник №2. Та перевірити відображення на Майданчику статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
6. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.

Expected results

1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Організатор та Учасники отримують сповіщення/листи:

• Організатор - про успішну дискваліфікацію Учасника №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 - про дискваліфікацію Організатором, про те що аукціон не відбувся.

• Статус procedure - active_qualification 
• Статус Award -  pending

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
4. Перевірити статуси award'ів, procedure після виконаних дій.

Expected results

1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Організатор та Учасники отримують сповіщення/листи про виконані дії.
4. Статус аward - unsuccessful, procedure - unsuccessful. 

• Статус procedure - active_awarded
• Статус аward -  pending
• Статус contract - pending

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
4. Перевірити після виконаних дій статуси award'у, contract'у, procedure.

Expected results

1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Організатор та Учасники отримують сповіщення/листи про виконані дії.
4. Статус аward - unsuccessful, contract - cancelled, procedure - unsuccessful.

• Статус procedure - active_awarded
• Статус аward -  pending
• Статус contract - pending

Завантажені усі документи договору в contract Учасника. 

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
4. Перевірити після виконаних дій статуси award'у, contract'у, procedure.

Expected results

1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Організатор та Учасники отримують сповіщення/листи про виконані дії.
4. Статус аward - unsuccessful, contract - cancelled, procedure - unsuccessful.

• Статус procedure - pending_payment
• Статус аward - active
• Статус contract - signed

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
4. Перевірити після виконаних дій статуси award'у, contract'у, procedure.

Expected results

1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Організатор та Учасники отримують сповіщення/листи про виконані дії.
4. Статус аward - unsuccessful, contract - cancelled, procedure - unsuccessful.

• Статус procedure - active_awarded
• Статус аward - active
• Статус contract - active

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
4. Перевірити після виконаних дій статуси award'у, contract'у, procedure.

Expected results

1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Організатор та Учасники отримують сповіщення/листи про виконані дії.
4. Статус аward - unsuccessful, contract - cancelled, procedure - unsuccessful.

• Статус procedure - active_awarded
• Статус аward'у №1 - active
• Статус contract'у №1- active
• Статус аward'у №2 - pending_waiting

1. Натиснути кнопку "Завершити аукціон". Перевірити статуси procedure, contract, та award'ів після виконаних дій.
2. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії. 

Expected results

1. Рrocedure набуває статусу complete, contract'у та award'у №1- без змін, статус award'у №2 змінюється на cancelled.
2. Організатор та Учасники отримують сповіщення та листи:

• Організатор та Учасники отримують сповіщення та лист про успішне завершення аукціону.
• Учасник №2 - про повернення гарантійного внеску 

Триває qualificationPeriod. Присутній аward - pending_waiting

1. Перейти Учасником на сторінку кваліфікації award'у та натиснути кнопку “Відмовитись від очікування”.
2. Перевірити статуси award'у та procedure після виконаних дій.
3. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.

Expected results

1. Можливість відмовитися від очікування існує при одночасному виконанні усіх наступних умов:

• Процедура не знаходиться в одному з термінальних статусів - unsuccessful, cancelled, або complete
• Статус award'а - pending_waiting

  2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус cancelled, статус procedure залишається без змін. 

  3. Організатор та Учасник №2 отримують сповіщення/листи: 

• Організатор - про відмову від очікування Учасника №2.
• Учасник №2 - про відмову від очікування та повернення гарантійного внеску.

Award знаходиться в статусі pending (Очікується протокол).

Steps To Reproduce

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Список доступних операцій для Організатора:

• Завантаження та підтвердження auctionProtocol та digitalSignature до нього CBD3-LSP-UC-10-04
• Дискваліфікація до завантаження Організатором auctionProtocol CBD3-LSP-UC-11-02

  2. Список доступних операцій для Учасника:

• Завантаження auctionProtocol та digitalSignature до нього CBD3-LSP-UC-10-03

Всі інші операції з award'ом заблоковані.

Award  знаходиться в статусі pending_waiting (Очікує рішення)

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Для Організатора усі операції є заблоковані.
2. Для Учасника доступна операція - відмова від участі в кваліфікації CBD3-LSP-UC-11-08

Всі інші операції з award'ом заблоковані.

Award знаходиться в статусі unsuccessful (Дискваліфіковано) 

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Для Організатора усі операції є заблоковані.
2. Для Учасника усі операції є заблоковані.

Award знаходиться в статусі cancelled (Учасник не став переможцем)

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

1. Для Організатора усі операції є заблоковані.
2. Для Учасника усі операції є заблоковані.

Award знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі pending 

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Список доступних операцій для Організатора:

• Завантаження та підтвердження документів договору CBD3-LSP-UC-10-05
• Дискваліфікація після підтвердження auctionProtocol CBD3-LSP-UC-11-03

  2. Для Учасника усі операції є заблоковані.

Всі інші операції з award'ом заблоковані.

Award знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі signed

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Список доступних операцій для Організатора:

• Підтвердження оплати CBD3-LSP-UC-10-06
• Дискваліфікація на етапі "Підтвердження оплати" CBD3-LSP-UC-11-05

  2. Для Учасника усі операції є заблоковані.

Всі інші операції з award'ом заблоковані.

Award знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі active 

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

1. Для Організатора існує можливість дискваліфікувати Учасника CBD3-LSP-UC-11-05. 
2. Для Учасника усі операції є заблоковані.

Процедура опублікована та знаходиться в статусі active_rectification (Редагування доступне).

Expected results

1. У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
2. Доступна можливість вводу причини скасування процедури.
3. Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
4. Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено).
5. Організатор та Учасники отримують сповіщення та листи про скасування аукціону.

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь).

Expected results

1. У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
2. Доступна можливість вводу причини скасування процедури.
3. Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
4. Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено).
5. Організатор та Учасники отримують сповіщення та листи про скасування аукціону.

Процедура знаходиться в статусі  active_auction (Аукціон).

1. Перейти Організатором аукціону на сторінку аукціону, вибрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та час скасування (cancellations.date).
3. Ввести фактичну дату скасування. Натиснути кнопку "Скасувати аукціон".
4. Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та процедури після виконаних дій.
5. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.

Expected results

1. У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
2. Доступна можливість вводу причини скасування процедури.
3. Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
4. Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено).
5. Організатор та Учасники отримують сповіщення та листи про скасування аукціону.

Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу).

1. Перейти Організатором аукціону на сторінку аукціону, вибрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та час скасування (cancellations.date).
3. Ввести фактичну дату скасування. Натиснути кнопку "Скасувати аукціон".
4. Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та процедури після виконаних дій.
5. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.

Expected results

1. У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
2. Доступна можливість вводу причини скасування процедури.
3. Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
4. Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено).
5. Організатор та Учасники отримують сповіщення та листи про скасування аукціону.

Процедура знаходиться в статусі active_awarded (Очікується підписання договору).

1. Перейти Організатором аукціону на сторінку аукціону, вибрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та час скасування (cancellations.date).
3. Ввести фактичну дату скасування. Натиснути кнопку "Скасувати аукціон".
4. Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та процедури після виконаних дій.
5. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.

Expected results

1. У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
2. Доступна можливість вводу причини скасування процедури.
3. Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
4. Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено).
5. Організатор та Учасники отримують сповіщення та листи про скасування аукціону.

Процедура знаходиться в статусі pending_payment (Очікується оплата).

1. Перейти Організатором аукціону на сторінку аукціону, вибрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та час скасування (cancellations.date).
3. Ввести фактичну дату скасування. Натиснути кнопку "Скасувати аукціон".
4. Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та процедури після виконаних дій.
5. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.

Expected results

1. У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
2. Доступна можливість вводу причини скасування процедури.
3. Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
4. Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено).
5. Організатор та Учасники отримують сповіщення та листи про скасування аукціону.

Процедура знаходиться в статусі pending_payment (Очікується оплата).

Award переможця- в статусі active (Переможець. Очікується договір), contract - в статусі active.

1. Перейти Організатором на сторінку аукціону, та натиснути на кнопку “Завершити аукціон”.
2. Перевірити статус процедури після виконаних дій.

3. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.

Expected results

1. Можливість Завершити Аукціон існує лише при виконанні наступних умов:

• Процедура знаходиться в статусі pending_payment (Очікується оплата)
• Award Учасника - в статусі active (Переможець. Очікується договір)
• Contract - в статусі active

  2. Статус процедури - complete (Аукціон завершено).

  3. Організатор та Учасник отримують сповіщення та лист про успішне завершення аукціону.

При створенні чернетки. Процедура знаходиться в статусі rectification, tenderPeriod.

1. Перевірити Організатором можливість завантаження та оновлення документів. 
   

Expected results

Процедура знаходиться в статусі tenderPeriod.

1. Перевірити Учасником можливість завантаження та оновлення документів. 

Expected results

Процедура знаходиться в статусі active_qualification. Award переможця- в статусі active (Переможець. Очікується договір).

1. Перевірити Учасником та Організатором можливість завантаження та оновлення документів. 

Expected results

Процедура знаходиться в статусі pending_payment (Очікується оплата). Award учасника в статусі active, contract в статусі signed - для документа paymentInformation (відомості про сплату)

Процедура знаходиться в статусі active_awarded (Очікується підписання договору). Award учасника в статусі active, contract в статусі pending.

1. Перевірити Організатором можливість завантаження та оновлення документів. 

Expected results

Процедура знаходиться у відповідному статусі.

1. Перевірити відображення статусів процедури згідно таблиці. 

Expected results

Процедура та award знаходяться у відповідному статусі.

1. Перевірити відображення статусів award'ів згідно таблиці. 

Expected results

Процедура та contract знаходяться у відповідному статусі.

1. Перевірити відображення статусів contract'у згідно таблиці. 

Expected results