Зміни в LandProps окремо + в JointPropertyComplex

Доповнення стосовно вимог до поля "Кількість учасників з переважним правом".

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

Додано нове поле "Кількість учасників з переважним правом" (numberOfCurrentTenants*) 

До моменту запуску універсального модулю аукціону (модулю аукціону, що може працювати з подвійним переважним правом):

• • Організатор може внести інформацію тільки про одного учасника з переважним правом в такому випадку має бути заповнений тільки 1 елемент списку з вказаним значенням currentTenants.priority == “з переважним правом” (0).

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

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

Expected results

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

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

Зміст

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. Завантажити усі доступні типи документів CBD3-LAP-UC-15-01.
3. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. Перевірити, що після натискання кнопки усі заповнені поля корректно збереглись.
4. Перевірити можливість Організатором заповнити дані "Учасника з переважним правом/ переважним правом другої черги" - currentTenant. 
5. Перевірити надходження сповіщення/лист про виконані дії.
6. Зберегти інформацію як локальну чернетку на Майданчику.
7. Перевірити можливість перегляду та редагування чернетки.

Expected results

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

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

Expected results

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

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

• Визначив значення "1"
• Визначив значення "2"

Expected results

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

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

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

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

9. Секція "Інформація про передачу переважного права" є необов'язковою до заповнення. 

• "Право передано від" (transferredFrom) значення поля обирається з словника: https://procedure-sandbox.prozorro.sale/api/dictionaries/transferredFrom. 
•  "Назва організації" (name) - текстове поле
• "Ідентифікатор Організації" (identifier)  - модель даних base.Identifier
• Заповнення priorityTransferInfo є необов'язковим, але для заповнення priorityTransferInfo Організатору обов'язково заповнити всі поля в блоці, а саме: name, identifier, transferredFrom 

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

11. Доступна можливість вказати значення вручну. Поле та значення в ньому обов'язково відображається на інтерфейсі майданчика.

• Організатор може вказати дані лише для Учасника з пріоритетним правом першої черги - currentTenants.priority = 0. 
• Організатор може вказати дані для Учасника з пріоритетним правом першої черги - currentTenants.priority = 0 та Учасника з пріоритетним правом другої черги - currentTenants.priority =1.

• Статус procedure - в будь якому статусі.

1. Перевірити можливість створити копію процедури та перевірити, що усі поля корректно експортувалися.
2. Перевірити можливість завантажити документи CBD3-LAP-UC-15-01.
3. Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
4. Опублікувати процедуру з tenderAttempts >1 в ЦБД та перевірити її відображення згідно статусу батьківської процедури:

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

Expected results

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

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

Створена чернетка Організатором. Створення процедури без прискорення.

Expected results

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

• Модуль Аукціону починається у визначений ЦБД день та час, залежить від наявності не менше 2-х bid's в статусі active.

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

Expected results

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

Тип payment - обов'язково один рахунок в UAH

• Типи рахунків: preparationPayment ТА securityDeposit є необов'язкові для заповнення
• Опціонально рахунки в USD, EUR.

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

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

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

Expected results

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

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

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

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

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

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

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

Expected results

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

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

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

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

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

Expected results

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

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

• Статус procedure - active_tendering.
• Триває rectificationPeriod.

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

Expected results

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

• Статус procedure - active_tendering.
• Триває transferPriorityPeriod.

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

Expected results

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

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

• Статус procedure - active_tendering.
• Триває tenderPeriod.

1. Перейти Організатором в опубліковану процедуру до завершення tenderPeriod.
2. Завантажити документу clarifications - дія НЕ обов'язкова.
3. Перевірити можливість завантаження/оновлення документів.
4. Перевірити коректність відображення завантажених/оновлених документів.

Expected results

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

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

• Триває procedure - 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 Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.

• Триває procedure - enquryPeriod.
• Отримано запитання від Учасника.

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

Expected results

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

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

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

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

• • • Ідентифікатор аукціону - LAP000-UA-YYYYMMDD-00000
    • Статус аукціону (за замовчування у статусі active_tendering)
  • Ключове слово:
    • Назва аукціону
    • Опис аукціону
    • Опис items
  • Організатор (ЄДРПОУ, назва)
  • Дата початку аукціону від ________ до ________
  • Стартова ціна від ______ до ____ 
  • Площа земельної ділянки від ______ до ____ 
  • Кадастровий номер
  • "Кількість учасників з переважним правом"
• Розширений пошук
  • Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика

Expected results

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

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

• Статус procedure - active_tendering.

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

Expected results

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

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

• Статус procedure - active_tendering.
• Статус bid'а - draft.

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

Expected results

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

• Статус procedure - active_tendering.
• Статус bid'а - draft.

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

Expected results

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

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

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

Оголошено повторний аукціон. Статус procedure - 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. Учаснику надходять сповіщення/лист про вдалу активацію.

• Статус procedure - active_tendering.
• Статус bid'а - draft.

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

Expected results

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

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

• Статус procedure - active_tendering.
• Статус bid'а - draft/active.

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

Expected results

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

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

• Статус procedure - active_tendering.
• Статус bid'а - active.

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

Expected results

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

Статус procedure - active_tendering.

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

Expected results

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

• Статус 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.

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

Expected results

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

• У разі внесення змін в будь-які дані Учасника з переважним правом (currentTenant) крім ідентифікатора (ЄДРПОУ/ІПН/ID у секції "Інформація про учасника з переважним правом") - статус bid'а - залишається без змін і ознака "Учасник з переважним правом" не втрачається.
• У currentTenants додано новий блок "Інформація про передачу переважного права" (priorityTransferInfo) з інформацією про передачу переважного права від юридичної до фізичної особи. Заповнювати не обов’язково. В разі заповнення потрібно вказати:

1. 1) "Право передано від" (transferredFrom) зі словника
2. 2) "Повна юридична назва організації" (legalName)
3. 3) "Ідентифікатор Організації" (identifier)

• Внесення чи зміна даних у всіх полях блоку "Інформація про передачу переважного права" жодним чином НЕ впливає на втрату переважного права відповідного bid'а Учасника bid'и НЕ деактивуються. 

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

1. Перевірити Організатором для bid'а Учасника 1 можливість внести зміну переважного права з priority = 0 на priority = 1.
   
2. Перевірити надходження сповіщення/лист Учаснику 1 про зміну пріоритету переважного права.
   
3. Перевірити статус bid'а для Учасника 1. 
4. Повторно активувати bid'а Учасника 1. Перевірити статус та примітку переважного права для bid'а Учасника 1. 
5. Перевірити Організатором для bid'а Учасника 2 можливість внести зміну переважного права з priority= 1 на priority = 0.
6. Перевірити надходження сповіщення/лист Учаснику 2 про зміну пріоритету переважного права.
   
7. Перевірити статус та примітку переважного права bid'а для Учасника 2. 

Expected results

1. Організатору доступна можливість внести зміну переважного права з priority = 0 на priority = 1.
2. Учаснику надходить сповіщення/лист про деактивацію bid'а, та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом другої черги” в разі повторної активації.
   
3. Статус bid'а - inactive.
4. Учаснику 1 доступна можливість повторно активувати bid. Статус bid'а - active. В Учасника 1 виводиться примітка - Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги".
5. Організатору доступна можливість внести зміну переважного права з priority = 1 на priority = 0.
6. Учаснику надходить сповіщення/лист про зміну пріоритету переважного права.
7. Статус bid'а - active. В Учасника 2 виводиться примітка - Ваша заява на участь отримала ознаку “Учасник з переважним правом".

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

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

Expected results

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

• Наявні два або більше bid'и в статусі active. 
• Статус procedure - active_tendering

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

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

• Наявні два або більше bid'и в статусі active. 
• Статус procedure - active_tendering

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

Expected results

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

• Рrocedure з minNumberOfQualifiedBids==2 та tenderAttempt == 1.
• Статус procedure - active_tendering.

Expected results

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

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

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

• В попередній процедурі був лише один bid.
• Рrocedure з minNumberOfQualifiedBids==2 та tenderAttempt >=2.
• Статус procedure - active_tendering.
• Статус bid'а - active - Учасника який подавав заявку в попередньому аукціоні і був єдиним Учасником.

Expected results

1. Bid в статусі active, minNumberOfQualifiedBids змінюються на 1. 
2. Статуси procedure - active_qualification, award'у - pending. 
3. Організатору/Учаснику надходять сповіщення/лист:

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

Майданчик не виводить інформацію щодо bid’ів у статусі draft та deleted.

• Статус procedure - active_qualification.
• Статус award'у - pending.
• Статус award'у - pending_waiting.

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

Expected results

1. Для award'ів виводиться інформація:

• Повна юридична назва Учасника та ідентифікатор
• Розмір цінової пропозиції (bid.value)
• Розмір закритої цінової пропозиції (bid.initialValueAmount)
• Статус award'у
• Документи Учасника
• "Період підписання протоколу": award.verificationPeriod.startDate - award.verificationPeriod.endDate
• "Період підписання акту/договору": award. signingPeriod.startDate - award. signingPeriod.endDate
• "Період оплати": award. paymentPeriod.startDate - award. paymentPeriod.endDate
• "Період сплати забезпечувального платежу": award.PREpaymentPeriod.startDate- award.PREpaymentPeriod.enedDate

Біля кожного award'а присутня кнопка "Заява на участь" після натискання якої відображається наступна інформація:

• Реквізити учасника: ПІБ\Юридична назва, ЄДРПОУ\ІПН або інший ідентифікатор (у випадку нерезидентів або осіб, що відмовились від ІПН)
• Закрита цінова пропозиція - Розмір початкової цінової пропозиції 
• Розмір цінової пропозиції - Розмір фінальної цінової пропозиції 
• Перелік документів Учасника

 2. Для bid’ів виводиться інформація:

• Повна юридична назва Учасника та ідентифікатор
  
• Розмір цінової пропозиції (bid.value)
• Документи Учасника
  

 3. Протоколи аукціону  у форматах у форматах PDF, HTML, DOCX  доступні для завантаження та перегляду.

• Для Учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.
• Award'и та bid`и сортуються від більшої ціни до меншої. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше.
• Майданчик не виводить інформацію щодо bid’ів у статусі draft та deleted.

• Статус procedure - active_qualification.
• Статус award'у - pending.
• Триває verificationPeriod.

1. Перевірити можливість Переможцем завантажити/замінити документи - auctionProtocol та digitalSignature до нього.
2. Перевірити відображення завантажених документів на Майданчику.
3. Перевірити, що після виконаних дій статус award'у та procedure.

Expected results

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

3. Статус award'у та procedure не змінились.

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

• Статус procedure - active_qualification.
• Статус award'у - pending.
• Триває verificationPeriod.

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

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

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

• Статус procedure - active_awarded.
• Статус award'у - active.
• Триває qualificationPeriod.
• Значення поля securityPaymentConfirmation == false.

1. Перевірити можливість Менеджером майданчика переможця завантажити/замінити документ securityPayment.
2. Перевірити можливість Менеджером майданчика переможця змінити значення поля securityPaymentConfirmation з false на true.
3. Перевірити надходження сповіщення/листа Організатору/Учаснику про виконані дії.
4. Перевірити можливість Менеджером майданчика переможця змінити значення поля  securityPaymentConfirmation з true на false. 

1. Доступна можливість Менеджером майданчика переможця завантажити/змінити документ. 
2. Доступна можливість Менеджером майданчика переможця змінити значення поля  securityPaymentConfirmation з false на true. Майданчик виводить коректне значення в полі. 
3. Організатору/Учаснику надходять сповіщення/лист про виконані дії.
4. Дія не доступна. 

• Доки securityPaymentConfirmation==false  кнопка  “Підтвердити договір/акт” неактивна біля неактивної кнопки  “Підтвердити договір/акт”  має виводитися підказка “Забезпечувальний платіж не сплачено. Без підтвердження сплати забезпечувального платежу неможливе завершення роботи з договором.”
• До переведення підтвердження договору/акту, Організатор повинен мати можливість виправити поля договору та вкладені файли.

• Триває qualificationPeriod.
• Статус procedure - active_awarded.
• Статус аward - active.
• Статус contract - pending.

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

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

• сontract - signed
• procedure - без змін 
• award'у - без змін 

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

• Триває qualificationPeriod.
• Статус procedure - pending_payment.
• Статус аward - active.
• Статус contract - signed.

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

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

• Скільки завгодно разів до моменту набуття статусу contract - active.
• Майданчик виводить поточний статус lotPaymentConfirmation. 

• Триває qualificationPeriod.
• Статус procedure - active_awarded.
• Статус аward - active.
• Статус contract - signed.
• Значення поля lotPaymentConfirmation == true.

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

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

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

• Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
• У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення сontract в статус 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 - про дискваліфікацію Організатором, про те що аукціон не відбувся.

• Триває qualificationPeriod.
• Статус procedure - active_qualification.
• Статус аward -  pending.

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

Expected results

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

• Триває qualificationPeriod.
• Статус procedure - active_awarded.
• Статус аward - active.
• Статус 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.

• Триває qualificationPeriod.
• Статус procedure - pending_payment.
• Статус аward -  active.
• Статус contract -  signed.

Завантажені усі документи договору в 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.

• Триває qualificationPeriod.
• Статус procedure - pending_payment.
• Статус аward'у №1 - active.
• Статус contract'у №1- signed.
• Статус аward'у №2 - pending_waiting.

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

Expected results

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

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

• Триває qualificationPeriod.
• Статус аward'у №2 - 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 - про відмову від очікування та повернення гарантійного внеску.

• Триває qualificationPeriod.
• Статус аward'у №1 - pending.

Steps To Reproduce

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

Expected results

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

• Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod
• Дискваліфікація підчас active_qualification

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

• Завантаження документів Переможцем протягом verificationPeriod

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

• Триває qualificationPeriod.
• Статус аward'у  - pending_waiting.

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

Expected results

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

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

• Триває qualificationPeriod.
• Статус аward'у - unsuccessful.
• Статус аward'у - cancelled.

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

Expected results

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

• Триває qualificationPeriod.
• Статус аward'у - active.
• Статус сontract - pending.

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

Expected results

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

• Робота з актом (договором)
• Робота з оплатою
• Дискваліфікація підчас active_awarded

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

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

• Триває qualificationPeriod.
• Статус аward'у - active.
• Статус сontract - signed.

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

Expected results

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

• Дискваліфікація підчас pending_payment

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

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

• Статус procedure - complete.
• Статус аward'у - active.
• Статус сontract - active.

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

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

Статус procedure - active_rectification.

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатору надходять сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

Статус procedure - active_tendering.

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатору надходять сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

Статус procedure - active_auction.

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

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатору надходять сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

• Статус procedure - active_qualification.
• Статус award'у - pending.
• Статус award'у - pending_waiting.

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

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатору надходять сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

• Статус procedure - active_awarded.
• Статус award'у - active.
• Статус contract - pending.

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

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатору надходять сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

• Статус procedure - pending_payment .
• Статус award'у - active.
• Статус contract - pending.

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

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатору надходять сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.