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

CBD3-

LLE-UC-02-01

CBD3-

LLE-UC-02-02

CBD3-

LLE-UC-02-05

Внесені зміни в сценарії створення процедури, та її копіювання.

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

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. Перевірити можливість створення процедури тільки з об'єкту Першого типу, можливі варіанти:

• на сторінці перегляду об’єкта присутня кнопка “Створити аукціон”
• на сторінці переліку з об’єктами присутня кнопка “Створити аукціон” - (опціонально)

  2. Перевірити, що після натискання кнопки усі необхідні поля що стосуються об'єкту коректно корректно експортувалися в чернетку процедури. Перевірити наявність сповіщення. 

  3. Заповнити усі поля згідно swagger.

  4. Завантажити усі доступні типи документів CBD3-LPLELLE-UC-15-01.

  5. Зберегти інформацію як локальну чернетку на Майданчику.

  6. Перевірити можливість перегляду та редагування чернетки.

Expected results

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

   Приклад:

   "Увага! Основна інформація в аукціон переноситься з об’єкту переліку. За потреби спочатку внесіть необхідні зміни до об’єкту у переліку і вже після цього переходити до етапу публікації аукціону."

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

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

1. .

• https://gitlab.prozorro.sale/public-projects/documentations
• При створенні чернетки процедури (з об'єкту) відсутня можливість обрати значення відмінне від tenderAttempts ==1.
• Інформація про Організатора (sellingEntity) - автоматично заповнюються з облікового запису Організатора (дані отримані з

• об'єкта реєстру перезаписуються даними з облікового запису).
  
• На етапі публікації аукціону є можливість обрати контактну особу організатора з переліку раніше створених контактних осіб або ввести інформацію про нову контактну особу.

1. Перейти Організатором до створеного першого англійського аукціону та перевірити наявність кнопок “Створити копію аукціону” та “Створити аукціон із зниженням стартової ціни”.
2. Натиснути кнопку “Створити аукціон із зниженням стартової ціни”.
   
3. Перевірити, що усі поля коректно корректно експортувалися в чернетку процедури. 
4. Відредагувати усі доступні поля згідно swagger. 
5. Завантажити усі доступні типи документів CBD3-LPLELLE-UC-15-01.
6. Зберегти інформацію як локальну чернетку на Майданчику.
7. Перевірити можливість перегляду та редагування чернетки.

Expected results

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

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

• https://procedure-sandbox.prozorro.sale/api/doc
• https://gitlab.prozorro.sale/public-projects/documentations

• При створенні чернетки процедури (другий англійський аукціон) -відсутня можливість обрати значення відмінне від tenderAttempts ==2.
• Інформація про Організатора - автоматично заповнюються з облікового запису.
• На етапі публікації аукціону є можливість обрати контактну особу організатора з переліку раніше створених контактних осіб або ввести інформацію про нову контактну особу.

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

Expected results

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

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
3. Перевірити статус опублікованої процедури procedure.
4. Перевірити сповіщення в особистий кабінет та на поштунадходження сповіщення/листа про виконані дії.

Expected results

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

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

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

1. illustration (Фотографічне зображення майна)
2. contractProforma (Проект договору оренди)
3. х_itemPlan (Поверховий план об'єкта або план поверху) - тільки якщо типом об'єкта є нерухоме майно

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

• Опублікований tenderAttempts = 1 - англійський.
• Опублікований tenderAttempts = 2 - другий англійський.

Опублікований перший англійський аукціон Організатором на Майданчику

1. Перейти Організатором до створеного першого та другого англійського аукціону та перевірити наявність кнопок “Створити копію аукціону” та “Створити аукціон із зниженням стартової ціни”.
2. Натиснути кнопку "Створити копію".
3. Внести зміни в поля/завантажити документи.
4. Натиснути кнопку "Зберегти". Перевірити збереження локальної копії чернетки.
5. Перевірити що значення поля - Порядковий номер аукціону (tenderAttempts) недоступне , що значення поля tenderAttempts недоступне для редагування.
6. Перевірити значення поля tenderAttemps в новоствореній копії.

Expected results

1. Наявні обидві кнопки.
2. Організатору відображається форма створення процедури, копіюється уся інформація з вибраної процедури.
3. Усі поля та завантаження документів доступні для редагування без обмежень, виконуються автоматичні перевірки на обов'язкові поля, та їх валідність (зміна об’єкту під час створення копії аукціону недоступна)
4. Створюється нова локальна чернетка, яку в подальшому можна опублікувати в ЦБД.
5. Параметр tenderAttempts без можливості редагування.
6. Значення поля tenderAttemps в новоствореній копії відповідає батьківському аукціону.

Змінювати ідентифікатор об’єкта під час створення копії аукціону забороняється.

Створена чернетка Організатором. Створення процедури без прискорення. Починається у визначений ЦБД день та час (але не раніше ніж за 19—35 календарних днів з дати публікації процедури, не враховуючи день публікації процедури в ЦБД

Присутня локальна procedure - draft на Майданчику.

Expected results

1. Процедури успішно опублікованоСтатус procedure - active_rectification.
2. Дати періодів в процедурі відповідають Timelin'у procedure які призначила ЦБД.

Створення процедури без прискорення. Починається у визначений ЦБД день та час, але не раніше ніж за 19 календарних днів з дати публікації процедури

, не враховуючи день публікації процедури в ЦБД.

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

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

• .

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

Expected results

1. Усі типи документів що доступні для даного етапу

1. корректно завантажуються в DS. 
2. Завантажені документи

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

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

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

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

• Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.

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

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

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

• термінальних.

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

Expected results

1. Усі типи документів що доступні для даного етапу

1. корректно оновлюються в DS. 
2. Документи

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

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

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

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

• .

1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
2. Завантажити до кожного документу digitalSignature

1. .
2. Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик

1. корректно відображає до якого

1. саме документу завантажено

1. digitalSignature.
2. Замінити документ до якого було завантажено

1. digitalSignature.

Expected results

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

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

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

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

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

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

• Статус procedure - active_rectification

• .

rectificationPeriod: 

• Триває rectificationPeriod.

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

Expected results

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

• Статус procedure - active_tendering

• .

tenderPeriod: 

• Триває tenderPeriod.

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

Expected results

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

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

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

tenderPeriod:

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

• Статус procedure - active_tendering.

1. Перейти Учасником в опубліковану процедуру, обрати функцію "Подати заяву на участь".
2. Ввести цінову пропозицію.
3. Завантажити доступні документи CBD3-LLE-UC-

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

Expected results

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

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

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

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

Expected results

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

1. Чернетка заяви на участь успішно видалена.

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

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

Expected results

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

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

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

• Непідписання протоколу
• Непідписання договору учасником

Оголошено повторний аукціон, статус procedure - active_tendering.

• Статус bid'а №1- draft.
• Статус bid'а №2- draft.

1. Учасником №1 подати заявку на участь завантажено документ admissionReason та

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

Expected results

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

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

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

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

• Статус procedure - active_tendering

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

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

Expected results

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

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

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

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

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

• .

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

Expected results

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

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

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

• .

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

Expected results

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

Expected results

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

• Наявні два або більше bid'

• ів в статусі active. 

• Статус procedure - active_tendering або active_auction.

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

Expected results

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

• Наявні два або більше bid'ів в статусі active

• . 
• Статус procedure - active_tendering або active_auction

• .

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

1. .

Expected results

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

• Статус procedure - active_tendering.
• procedure == minNumberOfQualifiedBids 1.
• procedure == minNumberOfQualifiedBids 2.

Expected results

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

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

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

• Статус procedure - active_awarded.
• Статус award - pending/active.
• Статус bid’ів - active.

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

Expected results

1. Відображається інформація по усім award'ам, що кваліфікуються:

• • • Повна юридична назва Учасника (bids.tenderers.identifier.legalName)
    • Розмір цінової пропозиції (bids.value.amount, bids.value.currency)
    • Статус award
    • Документи Учасника (bids.documents)
    • Терміни на завантаження протоколу/договору (verificationPeriod.startDate - verificationPeriod.endDate)

Для Учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.

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

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

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

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

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

• Повна юридична назва Учасника та ідентифікатор
• Розмір цінової пропозиції (bid.value)
• Розмір закритої цінової пропозиції (bid.initialValue)
• Статус award
• Документи Учасника
• Терміни на завантаження та підтвердження протоколу (award.verificationPeriod.startDate - award.verificationPeriod.endDate)
• Терміни на завантаження та підтвердження договору (award.signingPeriod.startDate - award.signingPeriod.endDate

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

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

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

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

 2. Протоколи аукціону в PDF, HTML, JSON або YAML 

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

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

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

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

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

1. Перевірити можливість завантажити/оновити документів - auctionProtocol та digitalSignature до нього, до

1. завершення verificationPeriod - дія не обов'язкова.
2. Перевірити відображення завантаженого документу на Майданчику.
3. Перевірити

1. статуси award'у

1. , та procedure.

Expected results

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

3. Статуси award'у, та procedure залишаються без змін.

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

.

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

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

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

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

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

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

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

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

• active_awarded

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

1. Перейти Організатором на сторінку кваліфікації award'у, завантажитиПеревірити можливість завантажити/оновити документи . CBD3-LPLELLE-UC-15-04

1. .
2. Перевірити можливість внести інформацію в обов'язкові поля

• data.contracts.contractNumber - Номер договору
• data.contracts.title - Назва договору
• data.contracts.description - Опис договору
• data.contracts.period.startDate - Дата початку дії договору
• data.contracts.period.endDate - Дата завершення дії договору
• data.contracts.dateSigned - Дата підписання договору
• data.contracts.x_valueUAH.amount - Загальна вартість договору в грн

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

  4. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.

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

1. Доступна можливість завантажити/оновити документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на Майданчику.
2. Доступна можливість ввести в обов'язкові поля contract.
3. Організатор та Учасник отримують сповіщення/лист про виконані дії.
4. Після підтвердження договору Майданчик змінює статус contract на active, статус procedure та award'у - залишаються без змін.

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

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