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

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

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

1. - лише по завершенню tenderPeriod.

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

• Учасник - протягом 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 - Цифровий підписдокументу digitalSignature.
3. Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик коректно відображає до якого самє саме документу завантажено Цифровий підписdigitalSignature.
4. Замінити документ до якого було завантажено Цифровий підписdigitalSignature. 

Expected results

1. Усі типи документів, що доступні для даного етапу є можливість завантажити.
2. Присутня можливість завантаження до кожного документу digitalSignature

1. .
2. Документи

1. корректно відображаються на Майданчику. Документ 

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

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

1. язан.

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

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

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

• .

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

Expected results

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

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

• Статус procedure - active_tendering

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

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

Expected results

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

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

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

• .

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

Expected results

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

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

• .

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

Expected results

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

• Статус 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. Перевірити, що для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
   
4. Перевірити отримання Учасником 1сповіщення 1 сповіщення та листа на пошту про деактивацію bid'а та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
   
5. Перевірити, що для біда Учасника 2 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”.
6. Перевірити отримання Учасником 3 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом”.
7. Перевірити отримання Учасником 4 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом другої черги”.

Expected results

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

Expected results

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

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

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

Expected results

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

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