• Статус аsset - pending.

1. Перевірити можливість створення чернетки сутності типу announcement. Заповнити всі обов'язкові поля.
2. Завантажити/замінити усі доступні типи документів CBD3-JCS-UC-03-01.
3. Перевірити можливість внесення змін в поля блоку аsset (окрім технічних).
4. Перевірити можливість заповнення/внесення змін в поля блоку initialProps.
5. Перевірити можливість задати auctionPeriod: startDate - для першої процедури та тривалість tenderPeriod.duration.quantity.
6. Перевірити можливість задати кількість кроків для голландських аукціонів.
7. Зберегти інформацію як локальну чернетку на Майданчику.
8. Перевірити можливість перегляду та редагування чернетки.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
   
2. Доступна можливість завантажити/замінити документи. Завантаження документу без вказаного типу не допускається!
3. Доступна можливість внесення змін в поля аsset. Зміни зберігаються локально до публікації ІП.
4. Доступна можливість заповнення полів блоку процедура.
5. Доступна можливість задати auctionPeriod: startDate - для першої процедури (>=4р.д) та тривалість tenderPeriod.duration.quantity. 
6. Доступна можливість задати кількість кроків для голландських аукціонів.
7. Запис зберігається як чернетка об'єкту на Майданчику без публікації в ЦБД.
8. Чернетка доступна для перегляду тільки автору.

• На інтерфейсі Майданчика при створенні ІП має бути одне поле, в якому Організатор може вказати тривалість "Періоду прийняття пропозицій" - Значення загальне для 2-*, 3-, 4-, 5-, 6-ї* Процедури із ланцюжка. Організатор вказує кількість в днях один раз на інтерфейсі.
• Але коли Майданчик передає запит на ЦБД, то має це значення закопіювати і передати в пʼяти обʼєктах extraSpecs:
  • extraSpecs[1].periods.periodName[tenderPeriod].duration
  • extraSpecs[2].periods.periodName[tenderPeriod].duration
  • extraSpecs[3].periods.periodName[tenderPeriod].duration
  • extraSpecs[4].periods.periodName[tenderPeriod].duration
  • extraSpecs[5].periods.periodName[tenderPeriod].duration

• Статус аsset- pending.
• Статус announcement - draft.

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

Expected results

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

• Статус аsset- pending.
• Статус announcement - draft - локальна чернетка сутності.

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

Expected results

1. Після перевірки валідності всіх даних відбувається публікація ІП в ЦБД з присвоєнням ID - JCS001-UA-YYYYMMDD-00000.
2. Сутність типу announcement стає доступна для публічного перегляду на Майданчиках та Порталі, уся інформація корректно відображається.
3. Статус сутності типу announcement - pending, аsset - active_rectification. 
4. Організатору надходять сповіщення/листи про підтвердження успішної публікації сутності типу announcement в ЦБД.

В разі внесення змін в поля Об'єкту при створенні чернетки ІП - Майданчик має передати перший запит на внесення змін в Об'єкт, та другий на публікацію ІП.

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

• Об'єкт знаходиться в статусі pending.
• Усі обов'язкові поля заповненні валідними даними.
• Усі обов'язкові документи завантажено CBD3-JCS-UC-03-01.
• Одночасно у Об’єкта МП може бути тільки одне Інформаційне Повідомлення у статусі pending/active_auction/active_contracting/sold та необмежена кількість у статусах deleted та dissolved.
• Відсутні процедури не в термінальному стані попередніх Інформаційних Повідомлень.

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

• Статус аsset - active_rectification.
• Статус announcement - pending.
• Триває announcement - rectificationPeriod.

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

Expected results

1. Доступна можливість обрати функціонал "Редагування" та завантажити документ clarifications.
2. Доступна можливість внесення змін в поля блоку "Об'єкт" та завантаження/заміна документів.
3. Доступна можливість внесення змін в поля блоку "Інформаційне повідомлення" та завантаження/заміна документів.
4. Доступна можливість внесення змін в поля блоку "Процедура".
5. Майданчик коректно відображає внесені зміни до Об'єкту, ІП, запланованих процедурах. 
6. Організатору надходять повідомлення/листа про виконані дії.

Поля, які доступні для редагування протягом announcement.rectificationPeriod:

• • • У Об’єкта реєстру МП:

      • title
      • description
      • ownershipType
      • assetHolder та всі дочірні не технічні поля
      • assetCustodian та всі дочірні не технічні поля
      • documents[] та всі дочірні не технічні поля
      • items[] та всі дочірні не технічні поля
      • presentationUrl
      • presentationUrlEN

    • У Інформаційного Повідомлення

      • title
      • description
      • documents та всі дочірні не технічні поля
      • initialProps та всі дочірні не технічні поля
      • decisions
      • extraSpecs.auctionPeriod_startDate
      • extraSpecs.tenderPeriodDuration
      • presentationUrl
      • presentationUrlEN

• Статус аsset - active_rectification.
• Статус announcement - pending.
• Триває announcement - rectificationPeriod.

1. Перевірити можливість обрати функціонал "Розформувати Інформаційне Повідомлення".
2. Перевірити можливість завантажити документ - cancellationDetails.
3. Перевірити можливість внести опис причини скасування вручну (cancellation.reason) та фактичну дату/час скасування (cancellations.date). Та натиснути кнопку "Розформувати Інформаційне Повідомлення".
4. Перевірити можливість завантажити digitalSignature до cancellationDetails.
5. Перевірити статус сутності типу announcement, аsset.
6. Перевірити надходження повідомлення/листа про виконані дії.

Expected results

1. Доступний функціонал для Організатора.
2. Доступна можливість завантажити документ - cancellationDetails.
3. Доступна можливість внести опис причини скасування вручну (cancellation.reason) та фактичну дату/час скасування (cancellations.date). Та натиснути кнопку "Розформувати Інформаційне Повідомлення".
4. Доступна можливість завантажити digitalSignature до cancellationDetails.
5. Статус сутності типу announcement - deleted, аsset - pending.
6. Організатору надходять повідомлення/листа на пошту про виконані дії.

• Статус asset - active_procedure.
• Статус announcement - active_auction.
• Статус procedure - не термінальний.

Робота з процедурою.

Expected results

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

Зміна статусу announcement на dissolved (Об’єкт не продано) автоматично при скасуванні поточної процедури в будь якому не термінальному статусі, будь якої з ланцюжка.

• Статус asset - active_procedure.
• Статус announcement - active_auction.
• Статус procedure - active_awarded.
• Статус award'у - active.
• Статус contract - active.

Робота з процедурою.

1. Перевірити можливість “Завершити аукціон” та перевірити статус asset, announcement, procedure після виконаних дій.

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

Expected results

1. Доступна можливість "Завершити Аукціон", статус asset - active_contracting, announcement - active_contracting, procedure - complete. Формується execution - pending.

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

Зміна статусу announcement на active_contracting (Виконання умов приватизації) автоматично при завершенні поточної процедури будь якої з ланцюжка.

• Статус asset - active_contracting.
• Статус announcement - active_contracting.
• Статус procedure - complete.
• Статус execution - active.
• Статус contracts - active.

Робота з контрактінгом

1. Перевірити можливість обрати функцію “Умови приватизації виконано”, завантажити/замінити документ decontrolReason та digitalSignature до нього. Заповнення полів Execution.completion - не обов'язкова дія.
2. Перевірити надходження сповіщення/листа на пошту про внесення змін. 
3. Перевірити статуси: asset, announcement або redemption, procedure, execution, contracts.

Expected results

1. Доступна можливість обрати функцію “Умови приватизації виконано”, завантажити/замінити документ decontrolReason та digitalSignature до нього. Заповнення полів Execution.completion - не обов'язкова дія.
2. Організатору надходять сповіщення/лист про успішне внесення змін.
3. Майданчик корректно відображає статуси:

• Статус asset - active_contracting.
• Статус announcement - sold.
• Статус procedure - complete.
• Статус execution - sold.
• Статус contracts - active.

Зміна статусу announcement на sold (Об'єкт продано) автоматично при завершенні контрактінгу з поточної процедури будь якої з ланцюжка.

• Статус аsset - pending або active_rectification.
• Статус аnnouncement - pending. Триває rectificationPeriod.

1. Перейти в створену сутність, та завантажити доступні документи CBD3-JCS-UC-03-01.
2. Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.

Expected results

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

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

index - Параметр сортування:

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

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

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

Всі завантажені документи мають documentOf: announcement

• Статус аsset - pending або active_rectification.
• Статус аnnouncement - pending. Триває rectificationPeriod.

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

Expected results

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

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

• Статус аsset - pending або active_rectification.
• Статус аnnouncement - pending. Триває rectificationPeriod.

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

Expected results

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

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

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

• Статус аsset - pending або active_rectification.
• Статус аnnouncement - pending. Триває rectificationPeriod.

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

Expected results

• Статус аsset - у відповідному статусі.
• Статус аnnouncement - у відповідному статусі.

1. Перевірити відображення статусів аnnouncement. 
   

Expected results

• Статус аnnouncement - у відповідному періоді.

1. Перевірити відображення періодів аnnouncement. 
   

Expected results

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

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

Мінімальний набір фільтрів на майданчику:

• JCS001-UA-YYYYMMDD-00000

• Назва об’єкту інформаційного повідомлення.
• Опис об’єкту інформаційного повідомлення.
• Опис айтема.
• Класифікатори.
• Статус інформаційного повідомлення.
• Ключове слово.
• Організатор (ЄДРПОУ, назва).
• Тип об’єкта (майна).
• Місцезнаходження об’єкта (область, місто).

Expected results

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

• Відсутні результати, які не відповідають заданим критеріям. 
• В разі пошуку сутності згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.

• Asset - у відповідному статусі.
• Announcement - у відповідному статусі.
• Рrocedure - у відповідному статусі.
• Еxecution - у відповідному статусі.

1. Перейти в ІП, перевірити відображення посилання та можливість перейти на аsset. 
2. Перейти в ІП, перевірити відображення посилання та можливість перейти на procedure.
3. Перейти в ІП, перевірити відображення посилання та можливість перейти на еxecution.
4. Перевірити відповідність статусів: аsset, аnnouncement, procedure, еxecution.

Expected results

1. Організатору доступне посилання на пов'язаний аsset.
2. Організатору доступне посилання на всі пов'язані procedure.
3. Організатору доступне посилання на всі пов'язані еxecution.
4. Майданчик вірно відображає поточний статус: аsset, аnnouncement, SPE, SPD, еxecution - згідно legal_names.

• Статус аsset - active_procedure.
• Статус аnnouncement - active_auction.

1. Перевірити автоматичне формування - англійський аукціон SPE - tenderAttempts == 1
2. Перевірити автоматичне формування - англійський аукціон SPE - tenderAttempts == 2
3. Перевірити автоматичне формування - англійський аукціон SPE  - tenderAttempts == 3
4. Перевірити автоматичне формування - англійський аукціон де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП SPE - tenderAttempts == 4
5. Перевірити автоматичне формування - голландський аукціон, де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП SPD - tenderAttempts == 5
6. Перевірити автоматичне формування - голландський аукціон, де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП (за умови якщо попередній аукціон не відбувся з причини дискваліфікації учасників) SPD - tenderAttempts == 6

Expected results

1. Процедура створюється автоматично як тільки наступає announcement.rectificationPeriod.endDate.
2. Процедура створюється автоматично як тільки попередня процедура набула статусу unsuccessful, якщо award'и були дискваліфіковані.
3. Процедура створюється автоматично як тільки попередня процедура набула статусу unsuccessful.
4. Процедура створюється автоматично як тільки попередня процедура набула статусу unsuccessful.
5. Процедура створюється автоматично як тільки попередня процедура набула статусу unsuccessful.
6. Процедура створюється автоматично як тільки попередня процедура набула статусу unsuccessful, якщо award'и були дискваліфіковані.