Мала приватизація (аукціон з пріоритетним правом)

Особливості процедури:

  1. Процедура створюється автоматично з сутності
    JIS - improvementsAnnouncementSmallPrivatization
    .
  2. Для створення Процедури використовуються значення полів Інформаційного Повідомлення і Об’єкта реєстру МП. ЦБД передає майданчику Організатора token створеної Процедури. Рrocedure набуває статусу active_tendering.
  3. Мінімальна кількість заяв minNumberOfQualifiedBids ==1 - з можливістю зміни.
  4. Внесення інформації про учасників з переважним правом (наразі реалізовано для 1 учасника).
  5. Учасник з переважним правом (currentTenant) має поле гарантійного внеску (currentTenantGuaranteeFee), яке вказується Організатором.
  6. Робота з процедурою:

  7. Публікація заяви на участь:

  8. Період кваліфікації:

  9. В залежності від значення tenderAttempts, відображати назву аукціону:

Зміст

1. Реєстрація та внесення змін в акаунт

CBD3-SPP-UC-01-01Реєстрація Учасника
CBD3-SPP-UC-01-02Внесення змін в акаунт
2. Публікація процедури
CBD3-SPP-UC-02-01Публікація процедури з tenderAttempts = 1
CBD3-SPP-UC-02-02Публікація процедури з tenderAttempts = 2
CBD3-SPP-UC-02-03Публікація процедури з tenderAttempts = 3
CBD3-SPP-UC-02-04Відображення в процедурі пов'язаних сутностей ланцюжка
CBD3-SPP-UC-03-01Завантаження документів
CBD3-SPP-UC-03-02Оновлення документів
CBD3-SPP-UC-03-03Особливості роботи з digitalSignature
4. Редагування процедури
CBD3-SPP-UC-04-01Внесення змін в guarantee
CBD3-SPP-UC-04-02Внесення змін в sellingEntity, accessDetails, аssetHolder
CBD3-SPP-UC-04-03Внесення змін в bankAccounts
5.Робота з питаннями/відповідями
CBD3-SPP-UC-05-01Подача запитання
CBD3-SPP-UC-05-02Надання відповіді на задане запитання

6. Пошук

CBD3-SPP-UC-06-01Пошук аукціону
7. Робота з заявою на участь
CBD3-SPP-UC-07-01Створення та активація bid'а
CBD3-SPP-UC-07-02Редагування bid'а
CBD3-SPP-UC-07-03Видалення bid'а
CBD3-SPP-UC-07-04Відображення bid'а - "Учасника з переважним правом" 
CBD3-SPP-UC-07-05Втрата переважного права
CBD3-SPP-UC-07-06Активація bid'а після втрати переважного права
CBD3-SPP-UC-07-07Публікація заяви на участь від Учасника дискваліфікованого раніше
8. Отримання та перехід по посиланню
CBD3-SPP-UC-08-01Публічне посилання
CBD3-SPP-UC-08-02Приватне посилання

9. Кваліфікація Учасників

CBD3-SPP-UC-09-01Умови формування award'ів та їх статусів
CBD3-SPP-UC-09-02Відображення таблиці кваліфікації на Майданчику
 CBD3-SPP-UC-09-03Завантаження "Рішення про викуп" для award'у pending.admission
CBD3-SPP-UC-09-04 Завантаження документів Учасником протягом verificationPeriod
CBD3-SPP-UC-09-05 Завантаження auctionProtocol Організатором протягом verificationPeriod
CBD3-SPP-UC-09-06 Підтвердження оплати Оператор Майданчика 
CBD3-SPP-UC-09-07Підтвердження оплати Організатором 
CBD3-SPP-UC-09-08 Завантаження та підтвердження документів договору 
 CBD3-SPP-UC-09-09Підтвердження попереднього договору
CBD3-SPP-UC-09-10 Відображення даних "Контактна особа" Учасника
10. Дискваліфікація Учасників
CBD3-SPP-UC-10-01Дискваліфікація 2-х award'ів
CBD3-SPP-UC-10-02 Дискваліфікація підчас active_qualification
 CBD3-SPP-UC-10-03Дискваліфікація підчас pending_payment
 CBD3-SPP-UC-10-04Дискваліфікація підчас active_awarded
 CBD3-SPP-UC-10-05

Зміна статусу Учасника що очікує, після набуття процедурою статусу complete

11. Перелік допустимих операцій для award'ів
CBD3-SPP-UC-11-01Операції для award'у в статусі pending.admission
 CBD3-SPP-UC-11-02Операції для award'у в статусі pending
CBD3-SPP-UC-11-03 Операції для award'у в статусі pending.payment
CBD3-SPP-UC-11-04 Операції для award'у в статусі active, contract в статусі pending
CBD3-SPP-UC-11-05 Операції для award'у в статусі active, contract в статусі active
CBD3-SPP-UC-11-06 Операції для award'ів в статусі unsuccessful та cancelled
12. Скасування процедури
CBD3-SPP-UC-12-01Скасування процедури в статусі active_tendering
 CBD3-SPP-UC-12-02Скасування процедури в статусі active_auction
  CBD3-SPP-UC-12-03Скасування процедури в статусі  active_qualification
 CBD3-SPP-UC-12-04 Скасування процедури в статусі pending_payment
 CBD3-SPP-UC-12-05 Скасування процедури в статусі active_awarded
13. Завершення процедури
CBD3-SPP-UC-13-01Завершення процедури
14. Періоди, статуси, документи
CBD3-SPP-UC-14-01Документи procedure
 CBD3-SPP-UC-14-02Документи bid`a
CBD3-SPP-UC-14-03 Документи award'у
CBD3-SPP-UC-14-04 Документи contract'у
CBD3-SPP-UC-14-05 Статуси procedure
CBD3-SPP-UC-14-06 Статуси bid`a
CBD3-SPP-UC-14-06 Статуси award'у
 CBD3-SPP-UC-14-07Статуси contract'у
 CBD3-SPP-UC-14-08Періоди procedure


1. Реєстрація та внесення змін в акаунт

CBD3-SPP-UC-01-01

Реєстрація Учасника

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

Expected results




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

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

Зміст

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

CBD3-SPP-UC-01-02

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

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

Expected results




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

Зміст

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

CBD3-SPP-UC-02-01

Публікація процедури з tenderAttempts = 1
RoleМайданчик/ЦБД/Організатор
Preconditions
  • Статус аsset - active_rectification.
  • Статус announcement - pending.
Steps To Reproduce
  1. Перевірити, що announcement набуває статусу active_auction, а ЦБД автоматично створює procedure.
  2. Перевірити, можливість переходу та перегляду інформації в announcement, з якого створено процедуру example: JAS001-UA-YYYYMMDD-00000.
  3. Перевірити, можливість переходу та перегляду інформації в аsset з якого створено ІП example: RAS001-UA-YYYYMMDD-00000.
  4. Перевірити статус procedure та має tenderAttempts = 1, відсутній discount.
  5. Перевірити надходження повідомлення/листа про створення процедури.

Expected results


  1. Автоматично створено першу процедуру з ланцюжка SPP000-UA-YYYYMMDD-00000.
  2. Доступний перехід та перегляд інформації в announcement.
  3. Доступний перехід та перегляд інформації в аsset.
  4. Статус procedure - active_tendering та має tenderAttempts = 1, відсутній discount.
  5. Організатору надходять повідомлення/листа про створення процедури.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-02-02

Публікація процедури з tenderAttempts = 2
RoleМайданчик/ЦБД/Організатор
Preconditions
  • Статус аsset - active_rectification.
  • Статус announcement - pending.
  • Статус procedure (tenderAttempts = 1) - unsuccessful (якщо перший аукціон не відбувся з причини дискваліфікації учасників без переважного права).
Steps To Reproduce
  1. Перевірити, що announcement набуває статусу active_auction, а ЦБД автоматично створює procedure.
  2. Перевірити, можливість переходу та перегляду інформації в procedure (tenderAttempts = 1).
  3. Перевірити, можливість переходу та перегляду інформації в announcement, з якого створено процедуру example: JAS001-UA-YYYYMMDD-00000.
  4. Перевірити, можливість переходу та перегляду інформації в аsset з якого створено ІП example: RAS001-UA-YYYYMMDD-00000.
  5. Перевірити, що процедура має tenderAttempts = 2, відсутній discount.
  6. Перевірити надходження повідомлення/листа про створення процедури.

Expected results


  1. Автоматично створено другу процедуру з ланцюжка SPP000-UA-YYYYMMDD-00000.
  2. Доступний перехід та перегляд інформації в procedure (tenderAttempts = 1).
  3. Доступний перехід та перегляд інформації в announcement.
  4. Доступний перехід та перегляд інформації в аsset.
  5. Статус procedure - active_tendering та має tenderAttempts = 2відсутній discount.
  6. Організатору надходять повідомлення/листа про створення процедури.

  • Процедура створюється автоматично сутністю announcement, як тільки попередня Процедура із ланцюжка ІП набула статусу unsuccessful.
  • Для створення procedure використовуються ряд даних з блоків/полів announcement і аsset
  • ЦБД передає Майданчику Організатора token створеної procedure статус якої active_tendering.
  • В разі дискваліфікації Учасників в попередній процедурі відображають данні з поля disqualifiedBids.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-02-03

Публікація процедури з tenderAttempts = 3
RoleМайданчик/ЦБД/Організатор
Preconditions
  • Статус аsset - active_rectification.
  • Статус announcement - pending.
  • Статус procedure (tenderAttempts = 1) - unsuccessful.
Steps To Reproduce
  1. Перевірити, що announcement набуває статусу active_auction, а ЦБД автоматично створює procedure.
  2. Перевірити, можливість переходу та перегляду інформації в procedure (tenderAttempts = 1).
  3. Перевірити, можливість переходу та перегляду інформації в announcement, з якого створено процедуру example: JAS001-UA-YYYYMMDD-00000.
  4. Перевірити, можливість переходу та перегляду інформації в аsset з якого створено ІП example: RAS001-UA-YYYYMMDD-00000.
  5. Перевірити, що процедура має tenderAttempts = 3, відсутній discount.
  6. Перевірити надходження повідомлення/листа про створення процедури.

Expected results


  1. Автоматично створено другу процедуру з ланцюжка SPЕ000-UA-YYYYMMDD-00000.
  2. Доступний перехід та перегляд інформації в procedure (tenderAttempts = 1).
  3. Доступний перехід та перегляд інформації в announcement.
  4. Доступний перехід та перегляд інформації в аsset.
  5. Статус procedure - active_tendering та має tenderAttempts = 3відсутній discount.
  6. Організатору надходять повідомлення/листа про створення процедури.

  • Процедура створюється автоматично сутністю announcement, як тільки попередня Процедура із ланцюжка ІП набула статусу unsuccessful.
  • Для створення procedure використовуються ряд даних з блоків/полів announcement і аsset
  • ЦБД передає Майданчику Організатора token створеної procedure статус якої active_tendering.
  • В разі дискваліфікації Учасників в попередній процедурі відображають данні з поля disqualifiedBids.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-02-04

Відображення в процедурі пов'язаних сутностей ланцюжка
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions
  • Статус аsset - у відповідному статусі.
  • Статус announcement - у відповідному статусі.
  • Статус procedure - у відповідному статусі.
  • Статус execution - у відповідному статусі.
Steps To Reproduce
  1. Перевірити відповідність статусу аsset.
  2. Перевірити відповідність статусу announcement.
  3. Перевірити відповідність статусу procedure.
  4. Перевірити відповідність статусу execution.

Expected results

  1. Майданчик вірно відображає поточний статус аsset.
  2. Майданчик вірно відображає поточний статус announcement.
  3. Майданчик вірно відображає поточний статус procedure.
  4. Майданчик вірно відображає поточний статус execution.

В разі дискваліфікації Учасників в попередній процедурі відображають данні з поля disqualifiedBids.

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

3. Робота з Document Service

CBD3-SPP-UC-03-01

Завантаження документів
RoleМайданчик/Учасник/Організатор/ЦБД
Preconditions

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

  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів.
Steps To Reproduce
  1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
  2. Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.

Expected results

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

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

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

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

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

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

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

CBD3-SPP-UC-03-02

Оновлення документів
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions

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

  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів.
Steps To Reproduce
  1. Перейти в створену процедуру, оновити доступні документи для даного етапу.
  2. Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.

Expected results




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

  • Інформація про попередні версії документів доступна по окремому ендпойнту.
  • Можливість оновлення власних документів доступна лише в межах одного статусу процедури. 
  • Протягом tenderPeriod Організатору доступна можливість замінювати документи окрім документів Процедури, які були перенесені з Інформаційного Повідомлення та Об'єкту реєстру при автоматичному створенні Процедури.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-03-03

Особливості роботи з digitalSignature
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions
  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів.
Steps To Reproduce
  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"
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 
4. Редагування процедури

CBD3-SPP-UC-04-01

Внесення змін в guarantee
RoleМайданчик/Організатор/ЦБД
Preconditions
  • Статус asset - active_procedure.
  • Статус announcement - active_auction.
  • Статус procedure - active_tendering.
  • Триває - clarificationPeriod.
  • Доступно тільки для procedure з tenderAttempts = 2.
Steps To Reproduce
  1. Перевірити можливість вносити зміни в опубліковану процедуру до завершення clarificationPeriod поле "Гарантійний внесок".
  2. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
  3. Перевірити надходження сповіщення/лист про виконані дії.

Expected results




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

CBD3-SPP-UC-04-02

Внесення змін в sellingEntity, accessDetails, аssetHolder 
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions
  • Статус procedure НЕ - complete, unsuccessful, cancelled.
Steps To Reproduce
  1. Перевірити можливість вносити зміни в опубліковану процедуру в: 
  • SellingEntity  (та всі дочірні) - Контактні дані організатора.
  • AccessDetails (та всі дочірні) - Порядок ознайомлення з майном, час і місце проведення огляду об’єкта.
  • АssetHolder (та всі дочірні) - Інформація про балансоутримувача.

  2. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.

  3. Перевірити надходження сповіщення/лист про виконані дії.

Expected results




  1. Організатор має можливість внести зміни в поля:
  • "Контактні дані організатора".
  • "Порядок ознайомлення з майном, час і місце проведення огляду об’єкта".
  • "Інформація про балансоутримувача".

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

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

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

CBD3-SPP-UC-04-03

Внесення змін в bankAccounts
RoleМайданчик/Організатор/Учаснику/ЦБД
Preconditions
  • Статус procedure відмінний від - active_awarded, complete, unsuccessful, cancelled.
Steps To Reproduce
  1. Перевірити можливість вносити зміни в BankAccounts (та всі дочірні) - Банківські рахунки організатора.
  2. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
  3. Перевірити надходження сповіщення/лист про виконані дії.

Expected results




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

Доступна можливість обирати bankAccounts лише UA-IBAN.

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