Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Земельні торги - продаж з переважним правом (англійський аукціон)

...

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

  1. Можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
  2. Лише 1 Item може бути.
  3. В корені процедури з'явилася структура currentTenant currentTenants, значення якої вказує Організатор.
  4. Організатор НЕ має можливість задати/змінити currentTenants.priority - автогенероване ЦБД == 0.
  5. В bid`a В біда з'явився вказівник на переважне право (Bid.isCurrentTenant).
  6. Статус заяви на участь (біда) - Деактивована заява - inactive.
  7. currentTenants.priority == 0 .
  8. Період передачі переважного права - transferPriorityPeriod - завершується за 5 робочих днів до завершення періоду подання пропозицій. Можливість внесення змін до даних учасника Учасника із переважним правом (currentTenantcurrentTenants). 
  9. Обов'язково використовується один основний класифікатор (CAV) та один додатковий (зі словника kvtspz).
  10. Існує додатковий статус процедури (pending_payment) і контракту (signed), для реалізації підтвердження оплат по договору.

...

    1. За умови tenderAttempts = 2 при 2-х або більше валідних заяв на участь.
    2. Якщо аукціон проводиться повторно tenderAttempts = 1, за умови 1-єї заяви на участь (якщо вона від учасника, який єдиний брав участь в попередньому аукціоні).

Таблиця змін

...

Дата

...

Номер сценарію

...

Короткий опис змін

Список причин дискваліфікації для недопуску на наступні аукціони:

  1. Відмовився від підписання протоколу (причина 1 з словника landRentalTerminationReason).
  2. Відмовився від укладення договору (причина 2 з словника landRentalTerminationReason).
  3. Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу (причина 4 з словника landRentalTerminationReason).

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

  • Після запуску універсального модулю аукціону:

    • значення поля numberOfCurrentTenants обов'язково заповнюється вручну організатором, поле обов'язково відображається на інтерфейсі;
    • якщо Організатор вказав numberOfCurrentTenants == 1, він може вказати тільки 1 item в масиві "Дані про учасників з переважним правом" currentTenants.
    • якщо Організатор вказав numberOfCurrentTenants == 2, він обов'язково має додати 2 item в масиві "Дані про учасників з переважним правом" currentTenants.
    • Якщо numberOfCurrentTenants == 1, то значення поля currentTenants.priority значення "Учасник з переважним правом" (currentTenants.priority == 0).
    • При створенні Організатором оголошення біля поля currentTenants.priority виводити Організатору підказку: "Учасник з переважним правом - власник дозволу на видобування корисних копалин, учасник з переважним правом другої черги - орендар земельної ділянки”. Вимога не обов'язкова.

Поле minimalStep - НЕ обов'язкове для заповнення при публікації Процедури.
Якщо при публікації Процедури НЕ передається minimalStep, то автогенерується як 1% від Стартової ціни:
minimalStep.amount == value.amount * 0.01
minimalStep.currency == value.currency

Таблиця змін

Дата

Номер сценарію

Короткий опис змін

25.07.2024 Доданобулеве поле чи знаходиться земля в емфітевзисі

08.02.2024 

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



06.12.2023

 

Валідація мінімального кроку аукціону.

16.08.2023

Особливості

  1. Уточнення з приводу особливостей функціоналу до і після запуску універсального модулю аукціону
  2. Додано нове поле "Кількість учасників з переважним правом"
16.08.2023

...

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

CBD3-LSP-UC-01-01Реєстрація Організатора аукціону CBD3-LSP-UC-01-02Реєстрація УчасникаCBD3-LSP-UC-01-03Внесення змін в акаунт2. Робота з чернеткою. Публікація процедуриCBD3-LSP-UC-02-01Створення та редагування чернетки CBD3-LSP-UC-02-02Видалення чернеткиCBD3-LSP-UC-02-03Публікація процедури

CBD3-LSP-UC-02-

04Створення та публікація копії процедури на основі існуючої

03

Опублікування процедури із даними для учасника з переважним правом другої черги
16.08.2023

CDB3

CBD3-LSP-UC-02-05Перенесення дати початку періоду аукціонуCBD3

-LSP-UC-02-

06Блок банківські реквізити

01

Внесення даних дляучасника з переважним правом другої черги для Чернетки процедури
16.08.2023

CDB3

CBD3

-LSP-UC-

03

07-

01Завантаження документів

05

Публікація в ЦБД локальної чернетки заяви на участь від учасників з пріоритетним правом
16.08.2023

CDB3

CBD3

-LSP-UC-

03-02Оновлення документів

08-04

Відображення біда"Учасника з переважним правом другої черги" 
16.08.2023

CDB3

CBD3

-LSP-UC-

03

08-

03Особливості роботи із цифровим підписом

05

Втрата переважного права другої черги  
16.08.2023

CDB3

4. Редагування процедуриCBD3

-LSP-UC-

04-01Внесення змін в опубліковану процедуру протягом rectificationPeriod

08-06

Зміна черги преважного права: пониження, підвищення
16.08.2023

CDB3

CBD3

-LSP-UC-

04-02Внесення змін в опубліковану процедуру протягом transferPriorityPeriod

08-07

Активація bid'а після втрати переважного права другої черги
16.08.2023

CDB3

CBD3

-LSP-UC-

04

06-

03Робота з документами в процедурі протягом tenderPeriod5. Робота з питаннями/відповідями

01

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

 

Прибрано isCurrentTenant.
Додано isCurrentTenants. Організатор НЕ має можливість задати/змінити currentTenants.priority - автогенероване ЦБД ==0.
13.12.2022

 

Внесені зміни в блок "Дискваліфікація Учасників"
12.12.2022

CBD3-LSP-UC-10-05

-01Подача запитання

CBD3-LSP-UC-

05-02Надання відповіді на задане запитання6. Пошук аукціону на Майданчику 

10-06

CBD3-LSP-UC-

06

10-

01Пошук аукціону7. Робота з заявою на участь

07


Внесені зміни в сценарії. 

02.10.2022CBD3-LSP-UC-
07
02-
01Створення локальної чернетки заяви на участь
04Можливість створювати процедуру з previousAuctionId LSE або LSР
03.10.2022CBD3-LSP-UC-
07-02Редагування та видалення локальної чернетки заяви на участь 
02-03Внесені зміни з роботою  кадастровий номер (cadastralNumber)
01.12.2021CBD3-LSP-UC-
07
02-
03
01
Публікація в ЦБД локальної чернетки заяви на участь8. Робота з bid'ом
Внесені зміни в сценарій Можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
26.10.2021CBD3-LSP-UC-
08-01Створення та активація bid'а
15-05Внесені зміни в статуси процедури.
22.10.2021CBD3-LSP-UC-
08-02Редагування bid'а
02-03Майданчик виводить учасників, що були дискваліфіковані в попередніх процедурах (id таких учасників присутні в json процедури блок disqualifiedBids).
18.10.2021CBD3-LSP-UC-
08-03Видалення bid'а
07-04Додано сценарій "Публікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше". Схема.
04.10.2021CBD3-LSP-UC-
08-04
15-02Додано новий документ admissionReason - Підстави для допуску дискваліфікованого учасника.
17.09.2021
Відображення біда "Учасника з переважним правом"
CBD3-LSP-UC-
08-05Втрата переважного права
02-01Внесені зміни в "Картографічний сервіс"
16.09.2021CBD3-LSP-UC-05-01Внесені уточнення в редагування питання

Зміст
Anchor
Зміст
Зміст

08-061105Дискваліфікація на етапі "Підтвердження оплати"12Операції для award'у в статусі cancelled12Операції для award'у в статусі active, contract в статусі pending13. Скасування процедури1302Скасування процедури в статусі active_tendering1303Скасування процедури в статусі active_auction1304Скасування процедури в статусі active_qualification13-05Скасування процедури в статусі  active_awarded15Статуси contracts0101-010101

Expected results

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

Активація bid'а після втрати переважного права
9. Отримання та перехід по посиланню

CBD3-LSP-UC-0901-01Публічне посиланняРеєстрація Організатора аукціону 
CBD3-LSP-UC-0901-02Приватне посиланняРеєстрація Учасника
CBD3-LSP-UC-01-03Внесення змін в акаунт
2. Робота з чернеткою. Публікація процедури10. Кваліфікація Учасників
CBD3-LSP-UC-1002-01Умови формування award'ів та їх статусівСтворення та редагування чернетки 
CBD3-LSP-UC-1002-02Відображення таблиці кваліфікації на МайданчикуВидалення чернетки
CBD3-LSP-UC-1002-03Завантаження документів Переможцем протягом verificationPeriodПублікація процедури
CBD3-LSP-UC-1002-04Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriodСтворення та публікація копії процедури на основі існуючої
CBD3-LSP-UC-1002-05Завантаження та підтвердження документів договору Організатором протягом qualificationPeriodПеренесення дати початку періоду аукціону
CBD3-LSP-UC-1002-06Підтвердження оплати
CBD3-LSP-UC-10-07Відхилення оплати 
Блок банківські реквізити
11. Дискваліфікація Учасників

CBD3-LSP-UC-1103-01Дискваліфікація 2-х award'івЗавантаження документів
CBD3-LSP-UC-1103-02Дискваліфікація до завантаження Організатором auctionProtocolОновлення документів
CBD3-LSP-UC-1103-03Дискваліфікація після підтвердження auctionProtocolОсобливості роботи з digitalSignature
4. Редагування процедури
CBD3-LSP-UC-1104-0401Внесення змін в опубліковану процедуру протягом rectificationPeriodДискваліфікація після завантаження документів договору та передачі інформації по договору
CBD3-LSP-UC-04-02Внесення змін в опубліковану процедуру протягом transferPriorityPeriod
CBD3-LSP-UC-11-06Дискваліфікація на етапі "Завершення аукціону"04-03Робота з документами в процедурі протягом tenderPeriod
5. Робота з питаннями/відповідями
CBD3-LSP-UC-1105-0701Подача запитанняЗміна статусу Учасника що очікує, після набуття процедурою статусу complete
CBD3-LSP-UC-1105-08Відмова Учасника від участі в кваліфікації 02Надання відповіді на задане запитання

6. Пошук аукціону на Майданчику 

12. Перелік допустимих операцій для award'ів

CBD3-LSP-UC-1206-01Операції для award'у в статусі pendingПошук аукціону
7. Робота з заявою на участь
CBD3-LSP-UC-07-01Створення локальної чернетки заяви на участь
CBD3-LSP-UC-1207-02Операції для award'у в статусі pending_waitingРедагування та видалення локальної чернетки заяви на участь 
CBD3-LSP-UC-1207-03Операції для award'ів в статусі unsuccessfulПублікація в ЦБД локальної чернетки заяви на участь
CBD3-LSP-UC-07-04Публікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше
CBD3-LSP-UC-07-05Публікація в ЦБД локальної чернетки заяви на участь від учасників з пріоритетним правом
8. Робота з bid'ом
CBD3-LSP-UC-1208-0601Створення та активація bid'аОперації для award'у в статусі active, contract в статусі signed
CBD3-LSP-UC-1208-07Операції для award'а в статусі active, contract в статусі active02Редагування bid'а
CBD3-LSP-UC-1308-0103Видалення bid'аСкасування процедури в статусі active_rectification
CBD3-LSP-UC-08-04Відображення bid'а - "Учасника з переважним правом"/ "Учасника з переважним правом другої черги" 
CBD3-LSP-UC-08-05Втрата переважного права
CBD3-LSP-UC-08-06Зміна черги переважного права: пониження, підвищення
CBD3-LSP-UC-08-07Активація bid'а після втрати переважного права
9. Отримання та перехід по посиланню
CBD3-LSP-UC-1309-06Скасування процедури в статусі pending_payment
14. Завершення процедури
01Публічне посилання
CBD3-CBD3-LSP-UC-1409-0102Завершення процедуриПриватне посилання
15. Періоди, статуси, документи

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

CBD3-LSP-UC-1510-01Документи процедуриУмови формування award'ів та їх статусів
CBD3-LSP-UC-1510-02Документи bid`aВідображення таблиці кваліфікації на Майданчику
CBD3-LSP-UC-1510-03Документи award'уЗавантаження документів Переможцем протягом verificationPeriod
CBD3-LSP-UC-1510-04Документи contract'уЗавантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod
CBD3-LSP-UC-1510-05Статуси процедуриПідписання договору
CBD3-LSP-UC-1510-06Статуси award'уРобота з оплатою
CBD3-LSP-UC-10-07Підтвердження договору
1. Реєстрація та внесення змін в акаунт11. Дискваліфікація Учасників
CBD3-LSP-UC-11-01
Anchor
Дискваліфікація 2-х award'ів
CBD3-LSP-UC-11-02Дискваліфікація підчас active_qualification
CBD3-LSP-UC-11-Реєстрація Організатора аукціону
RoleМайданчик/Організатор
Preconditions

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

Steps To Reproduce
  1. Заповнити усі обов'язкові поля згідно swagger.
  2.  Завантажити документи, що підтверджують особу та повноваження Організатора аукціону.
  3.  Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
  4.  Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення аккаунту.
  5.  Перевірити активацію акаунту Організатора.
03Дискваліфікація підчас active_awarded
CBD3-LSP-UC-11-04Дискваліфікація підчас pending_payment
CBD3-LSP-UC-11-05

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

CBD3-LSP-UC-11-06Відмова Учасника від участі в кваліфікації 
12. Перелік допустимих операцій для award'ів
CBD3-LSP-UC-12-01Операції для award'у в статусі pending
CBD3-LSP-UC-12-02Операції для award'у в статусі pending_waiting
CBD3-LSP-UC-12-03Операції для award'ів в статусі unsuccessful та cancelled

CBD3-LSP-UC-12-04

Операції для award'у в статусі active, contract в статусі pending
CBD3-LSP-UC-12-05Операції для award'у в статусі active, contract в статусі signed
CBD3-LSP-UC-12-06Операції для award'а в статусі active, contract в статусі active
13. Скасування процедури
CBD3-LSP-UC-13-01Скасування процедури в статусі active_rectification
CBD3-LSP-UC-13-02Скасування процедури в статусі active_tendering
CBD3-LSP-UC-13-03Скасування процедури в статусі active_auction
CBD3-LSP-UC-13-04Скасування процедури в статусі active_qualification
CBD3-LSP-UC-13-05Скасування процедури в статусі  active_awarded
CBD3-LSP-UC-13-06Скасування процедури в статусі pending_payment
14. Завершення процедури
CBD3-LSP-UC-14-01Завершення процедури
15. Періоди, статуси, документи
CBD3-LSP-UC-15-01Документи procedure
CBD3-LSP-UC-15-02Документи bid`a
CBD3-LSP-UC-15-03Документи award'у
CBD3-LSP-UC-15-04Документи contract'у
CBD3-LSP-UC-15-05Статуси procedure
CBD3-LSP-UC-15-06Статуси award'у
CBD3-LSP-UC-15-07Статуси contracts
CBD3-LSP-UC-15-08Статуси bids
CBD3-LSP-UC-01-02

Expected results

CBD3-LSP-UC-01-032. Робота з чернеткою. Публікація процедури.Створення та редагування чернетки 

Expected results

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

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

  • illustration - Фотографічні зображення земельної ділянки та ілюстрації
  • contractProforma - Проєкт договору.

одиниця виміру тільки гектар - автогенерується ЦБД

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

CBD3-LSP-UC-01-01

Anchor
LSP-UC-01-01
LSP-UC-01-01

Реєстрація Організатора аукціону
RoleМайданчик/Організатор
Preconditions

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

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

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

Організатор аукціону може бути нерезидентом (тобто замість структури AddressUa використовується Address).

Зміст

Самостійне тестування Майданчика (посилання на процедуру та скріншот):
Results: 
Anchor
LSP-UC-01-02LSP-UC-01-02

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

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

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

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

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

Expected results




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

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

Зміст

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

CBD3-LSP-UC-01-02-01

Anchor
LSP-UC-01-02-01
LSP-UC-01-02-01

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

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

    Перевірити "Картографічний сервіс" обов'язкова реалізація на майданчикута перевірити автоматичне заповнення полів що відносяться до адреси:

    • Країну та регіон -  змінити немає можливості
    • Населений пункт, адресу та поштовий індекс - є можливість відредагувати або ввести вручну.
    • Координати відображаються тільки для ознайомлення, без можливості редагувати в інтерфейсі.
    В організатора має бути можливість переключитись на ручне введення адреси на випадок, якщо у нього не працює функціонал роботи з картою.
  2. Завантажити усі доступні типи документів CBD3-LSP-UC-15-01.
  3. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. Перевірити, що після натискання кнопки усі заповнені поля коректно збереглись.
  4. Перевірити наявність сповіщення в особистому кабінеті та на пошту.
  5. Зберегти інформацію як локальну чернетку на Майданчику.
  6. Перевірити можливість перегляду та редагування чернетки.
  1.  Завантажити документи, що підтверджують особу та повноваження Учасника.
  2.  Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
  3.  Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
  4.  Перевірити активацію акаунту Учасника.

Expected results




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

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

CBD3-LSP-UC-01-03

Anchor
LSP-UC-01-03
LSP-UC-01-03

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

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

Expected results




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

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

Results: 
020202Видалення чернеткиCBD3-LSP-UC-02-03
  1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID LSP000-UA-YYYYMMDD-00000.
  2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
  3. Процедура отримує статус active_rectification (Редагування доступне).
  4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

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

  • усі обов'язкові поля заповненні валідними даними
  • завантажено обов'язкові документи: 
  1. illustration (Фотографічні зображення земельної ділянки та ілюстрації)
  2. contractProforma (Проект договору)

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

-06-06-06Блок банківські реквізити010101Завантаження документів
2. Робота з чернеткою. Публікація процедури.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-LSP-UC-02-

01

Anchor
LSP-UC-02-

01
LSP-UC-02-

01

Створення та редагування чернетки 
RoleМайданчик/Організатор
PreconditionsСтворена локальна чернетка Організатором на Майданчику

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

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

Expected results

  1. Чернетка видалена на Майданчику.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 
Anchor
LSP-UC-02-03LSP-UC-02-03Публікація процедури
RoleМайданчик/Організатор/ЦБД
PreconditionsСтворена локальна чернетка Організатором на Майданчику
Steps To Reproduce
  1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
  2. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
  3. Перевірити статус опублікованої процедури.
  4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

  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

одиниця виміру тільки гектар - автогенерується ЦБД

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

CBD3-LSP-UC-02-0402

Anchor
LSP-UC-02-0402
LSP-UC-02-0402

Видалення чернеткиСтворення та публікація копії процедури на основі існуючої
RoleМайданчик/Організатор
PreconditionsНаявна процедура Продаж землі англієць з пріоритетним правом, в будь якому статусіСтворена локальна чернетка Організатором на Майданчику.
Steps To Reproduce
  1. Створити копію процедури, перевірити, що усі поля коректно експортувалися.
  2. Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
  3. Опублікувати процедуру в ЦБД, та перевірити її відображення згідно статусу батьківської процедури:
  • unsucsesfull (1 поданий бід)
  • unsucsesfull (2 та більше поданих біда)
  • усі інші статуси
  1. Перейти Організатором до створеної чернетки, та видалити її.

Expected results

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

CBD3-LSP-UC-02-03

Anchor
LSP-UC-02-03
LSP-UC-02-03

Публікація процедури
RoleМайданчик/Організатор/ЦБД
PreconditionsСтворена локальна чернетка Організатором на Майданчику.
Steps To Reproduce
  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

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

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

CBD3-LSP-UC-02-04

Anchor
LSP-UC-02-04
LSP-UC-02-04

Створення та публікація копії процедури на основі існуючої
RoleМайданчик/Організатор
PreconditionsНаявна процедура LSР, в будь якому статусі.
Steps To Reproduce
  1. Створити копію процедури, перевірити, що усі поля коректно експортувалися.
  2. Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
  3. Опублікувати процедуру в ЦБД, та перевірити її відображення згідно статусу батьківської процедури:
  • unsucsesfull (1 поданий бід)
  • unsucsesfull (2 та більше поданих біда)
  • усі інші статуси

Expected results

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

При створенні копії процедури - Організатор самостійно заповнює параметр tenderAttemps.

Якщо параметр tenderAttemps >=2  Майданчик самостійно заповнює інформацію про previousAuctionId батьківської процедури з можливістю редагування - рекомендація. 

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

CBD3-LSP-UC-02-05

Anchor
LSP-UC-02-05
LSP-UC-02-05

Перенесення дати початку періоду аукціону
RoleОрганізатор/Майданчик/ЦБД
Preconditions

Створена чернетка Організатором. Створення процедури без прискорення. Починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури в ЦБД), залежить від наявності не менше 2-х bid's в статусі active.

Steps To Reproduce
  1. Організатором опублікувати процедуру на найближчу дату згідно Timeline процедури.
  2. Перевірити дати формування в процедурі періодів згідно Timelin'у процедури які призначила ЦБД відповідно словника вихідні дні та святковий день.
  3. Перевірити формування усіх періодів після МА. 

Expected results

  1. Процедури успішно опубліковано.
  2. Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
  3. Періоди відповідають Timeline процедури.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-LSP-UC-02-06

Anchor
LSP-UC-02-06
LSP-UC-02-06

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

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

Steps To Reproduce
  1. Перевірити можливість додавання в процедуру банківських рахунків згідно swagger
  2. Перевірити можливість вибору валют (UAH - обов'язково, EUR, USD - опціонально) для кожного з рахунків.
  3. Перевірити - що відсутня можливість публікації процедури ЛИШЕ з рахунками валют EUR, USD.
  4. Перевірити відображення банківських реквізитів в опублікованій процедурі для Організатора та Учасників.

Expected results

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

Expected results

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

При створенні копії процедури - Організатор самостійно заповнює параметр tenderAttemps.

Якщо параметр tenderAttemps >=2  Майданчик самостійно заповнює інформацію про previousAuctionId батьківської процедури з можливістю редагування - рекомендація. 
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

3. Робота з Document Service 

CBD3-LSP-UC-

02

03-

05

01

Anchor
LSP-UC-

02

03-

05

01
LSP-UC-

02

03-

05

01

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

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

  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів
Створена чернетка Організатором. Створення процедури без прискорення.  починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури в ЦБД), залежить від наявності не менше 2-х bid's в статусі active
  • .
Steps To Reproduce
  1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
  2. Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.
  3. Заповнити в документі index - Параметр сортування ілюстрацій.

Expected results

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

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

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

  • Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.
  • Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.
  • Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified,
  1. Організатором опублікувати процедуру на найближчу дату згідно Timeline процедури.
  2. Перевірити дати формування в процедурі періодів згідно Timelin'у процедури які призначила ЦБД відповідно словника вихідні дні та святковий день.
  3. Перевірити формування усіх періодів після МА. 

Expected results

  • Процедури успішно опубліковано.
  • Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
  • Періоди відповідають Timeline процедури.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-03-02

    Anchor
    LSP-UC-03-02

    LSP-UC-03-02

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

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

    Steps To Reproduce
    1. Перевірити можливість додавання в процедуру 2 типи банківських рахунків: Плата за лот, Плата за підготовку лота.
    2. Перевірити можливість вибору трьох валют (UAH, EUR, USD) для кожного з рахунків.
    3. Перевірити - що відсутня можливість публікації процедури ЛИШЕ з рахунками валют EUR, USD.
    4. Перевірити відображення банківських реквізитів в опублікованій процедурі для Організатора та Учасників.

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

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

    Expected results




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

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

    Expected results

    1. Доступні 2 типи рахунків.
    2. Для кожного з рахунків доступний вибір однієї з 3 валют (UAH, EUR, USD).
    3. За умови відсутності в створеному рахунку валюти UAH - публікація не відбувається.
    4. Для Організатора банківські рахунки відображаються постійно, для всіх інших ролей - лише по завершенню tenderPeriod.
    Якщо тип payment - обов'язково один рахунок в UAH, опціонально рахунки в USD/EUR.
    Якщо тип preparationPayment - опціонально один рахунок в UAH, опціонально рахунки в USD/EUR.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    3. Робота з Document Service

    CBD3-LSP-UC-03-

    03

    Anchor
    LSP-UC-03-

    03
    LSP-UC-03-

    03

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

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

     

    завантаження

     

    та оновлення (власних) документів:

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

    Expected results




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

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

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

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

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

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

    CBD3-LSP-UC-

    03

    04-

    02

    01

    Anchor
    LSP-UC-

    03

    04-

    02

    01
    LSP-UC-

    03

    04-

    02Оновлення документів

    01

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

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

  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів окрім auctionPeriod
    • Статус procedure - active_rectification.
    • Триває rectificationPeriod.
    Steps To Reproduce
    1. Перейти в створену процедуру, оновити доступні документи для даного етапу.
    2. Перевірити можливість зміни типу завантаженого раніше документу на інший. 
    3. Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.
    4. Перевірити можливість внесення змін в index - Параметр сортування ілюстрацій.
    1. Перевірити можливість вносити зміни в опубліковану процедуру до завершення rectificationPeriod.
    2. Завантажити документ clarifications - дія обов'язкова.
    3. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
    4. Перевірити надходження сповіщення/листа про виконані дії.

    Expected results




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

    Expected results

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

    CBD3-

    LSE

    LSP-UC-

    03

    04-

    03

    02

    Anchor
    LSP-UC-

    03

    04-

    03

    02
    LSP-UC-

    03

    04-

    03Особливості роботи із цифровим підписом

    02

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

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

    • Статус procedure - active_tendering.
    • ТриваєtransferPriorityPeriod
  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів окрім auctionPeriod
    • .
    Steps To Reproduce
    1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
    2. Завантажити до кожного документу digitalSignature - Цифровий підпис.
    3. Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик коректно відображає до якого самє документу завантажено Цифровий підпис.
    4. Замінити документ до якого було завантажено Цифровий підпис. 

    Expected results

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

    Expected results




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

    • Протягом transferPriorityPeriodОрганізатору доступна лише внесення змін лише в схему currentTenant та робота з документами.
    • Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку
    "Історія змін". Документ digitalSignature - Цифровий підпис також  відображено перекресленим відповідно до статусу з яким документом він пов'язаний.Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService
    • "Історія змін".
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    4. Редагування процедури

    CBD3-LSP-UC-04-0103

    Anchor
    LSP-UC-04-0103
    LSP-UC-04-0103

    Робота з документами в процедурі протягом tenderPeriodВнесення змін в опубліковану процедуру протягом rectificationPeriod
    RoleМайданчик/Організатор/ЦБД
    Preconditions

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

    rectificationPeriod: 

  • Дата початку: Може припадати на неробочий день (співпадає з датою публікації процедури)
    • Статус procedure - active_tendering.
    • Триває tenderPeriod.
    Дата завершення: Завжди припадає на робочий день. Триває 2 робочі дні, завершення о 18:00
    Steps To Reproduce
    1. Перевірити можливість вносити зміни Перейти Організатором в опубліковану процедуру до завершення rectificationPeriod.
    2. Завантажити документ clarifications (Погодження змін до опису лоту. Опис причин редагування) - дія обов'язкова.
    3. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
    4. tenderPeriod.
    5. Перевірити, що завантаження/оновлення документів відбувається без обмежень.
    6. Перевірити коректність відображення завантажених/оновлених документівПеревірити сповіщення в особистий кабінет та на пошту.

    Expected results




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

    • Протягом tenderPeriod Організатору доступна лише робота з документами.
    • Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін"
  • Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім технічних полів(автогенерованих ЦБД), дата/часу початку аукціону та типу процедури.
  • Завантажений файл типу - clarifications відображається на Майданчику.
  • Усі зміни передаються в ЦБД та коректно відображаються на Майданчику.
  • Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішного внесення змін в процедуру
    • .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    5. Робота з питаннями/відповідями

    CBD3-LSP-UC-

    04

    05-

    02

    01

    Anchor
    LSP-UC-

    04

    05-

    02

    01
    LSP-UC-

    04

    05-

    02Внесення змін в опубліковану процедуру протягом transferPriorityPeriod

    01

    Подача запитання
    RoleМайданчик/Організатор/Учасник/ЦБД
    Preconditions

    Процедура опублікована

    та знаходиться в статусі active_tendering (Прийняття заяв на участь).

    transferPriorityPeriod: 

  • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate)
  • Дата завершення: може припадати на неробочий день, завершується за 5 робочих днів до завершення tenderPeriod, час завершення о 23:59

    , триває question.period.

    Steps To Reproduce

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

    1. Організатор має можливість внести зміни лише в поля схеми currentTenant.
    2. Доступна можливість завантаження/оновлення документів окрім документу clarifications.
    3. Усі зміни та завантажені/оновлені документи коректно відображаються на Майданчику. 
    4. Організатор отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішного внесення змін в процедуру.
    Протягом transferPriorityPeriodОрганізатору доступна лише внесення змін лише в схему currentTenant та робота з документами.
  • Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
    1. Учасником можливість подати > 1 запитання, заповнити поля - заголовок, тіло запитання, та опублікувати в ЦБД.
    2. Перевірити отримання Учасником сповіщення та листа на пошту про успішну подачу запитання. 
    3. Перевірити отримання Організатором сповіщення та листа на пошту про отримання нового запитання.
    4. Перевірити відображення опублікованого запитання на сторінці Майданчика.
    5. Перевірити, що Учаснику доступна можливість редагування кожного запитання за умов:   
    • Не завершився questionPeriod 
    • Протягом 2 годин з моменту подачі запитання
    • Організатор не надав відповідь на запитання

    Expected results




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

    • Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою qualificationPeriod.
    • Майданчик зобов'язаний сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей. 
    • Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
    ЗмістСамостійне тестування Майданчика (посилання на процедуру/скріншот):Results: CBD3-LSP-UC-04-03 AnchorLSP-UC-04-03LSP-UC-04-03Робота з документами в процедурі протягом tenderPeriodRoleМайданчик/Організатор/ЦБДPreconditions

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

    tenderPeriod: 

    • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate)
    • Дата завершення: може припадати на неробочий день, о 19:30-20:30 дня, що передує дню початку періоду Аукціону (auctionPeriod)
    Steps To Reproduce
    1. Перейти Організатором в опубліковану процедуру до завершення tenderPeriod.
    2. Перевірити, що завантаження/оновлення документів відбувається без обмежень.
    3. Перевірити коректність відображення завантажених/оновлених документів.

    Expected results

    1. Доступна можливість завантаження/оновлення документів.
    2. Можливо додати новий, оновити існуючий документ. 
    3. Усі завантажені/оновлені документи коректно відображаються на Майданчику. 
  • Протягом tenderPeriod Організатору доступна лише робота з документами.
  • Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    5. Робота з питаннями/відповідями010101Подача

    Expected results

    CBD3-LSP-UC-05-

    02

    Anchor
    LSP-UC-05-

    02
    LSP-UC-05-

    02

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

    Процедура опублікована, триває question.period., триває enquryPeriod. Отримано запитання від учасника.

    Steps To Reproduce
    1. Перейти Організатором в опубліковану процедуру, надати відповідь

    Steps To Reproduce

    Перевірити Учасником можливість подати > 1 запитання, заповнити поля - заголовок, тіло запитання,
    1. та опублікувати в ЦБД.
    2. Перевірити отримання Учасником сповіщення та листа на пошту
    про успішну подачу запитання. Перевірити отримання Організатором сповіщення та листа на пошту про отримання нового
    1. про отримання відповіді на запитання.
    2. Перевірити відображення
    опублікованого запитання
    1. опублікованої відповіді на сторінці Майданчика.
  • Перевірити, що Учаснику доступна можливість редагування кожного запитання за умов:   
    • В період не завершився questionPeriod 
    • Протягом 2 годин з моменту подачі запитання
    • Організатор не надав відповід на запитання

    Expected results

    1. Відповідь на запитання успішно публікується в ЦБД, відображається на сторінці Майданчика та доступна для публічного перегляду.
    2. Учаснику відображається сповіщення та надходить лист на пошту про отримання відповіді на запитання.
    3. Відповіді відображається на Майданчику та доступні
  • Доступна функція подачі > 1 запитання.  Запитання має бути сформульоване виключно в текстовому вигляді, без можливості додавання файлів.
  • Учаснику відображається сповіщення та надходить лист на пошту про успішну подачу запитання.
  • Організатору відображається сповіщення та надходить лист на пошту про отримання нового запитання.
  • Запитання відображається на Майданчику та доступне
    1. для публічного перегляду. Інформація про
    Учасника
    1. учасника, що задав запитання не розкривається.
  • Існує можливість редагування.
  • Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу active_awarded (Очікується підписання договору).
  • Майданчик зобов'язаний сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей. 
    • В період відмінний від enquiryPeriod в Організатора відсутня можливість надати відповідь на запитання.
    • Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    6. Функціонал пошуку на Майданчику 

    CBD3-LSP-UC-

    05

    06-

    02

    01

    Anchor
    LSP-UC-

    05

    06-

    02

    01
    LSP-UC-

    05

    06-

    02Надання відповіді на задане запитання

    01

    Пошук аукціону
    RoleМайданчик/Організатор/Учасник/ЦБД
    Preconditions

    Процедура опублікована, триває enquryPeriod. Отримано запитання від учасника.

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

    Expected results

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

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

    Steps To Reproduce
    1. Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:
        • Ідентифікатор аукціону - LSP000-UA-YYYYMMDD-00000
        • Статус аукціону (за замовчування у статусі “Прийом пропозицій”)
      • Ключове слово:
        • Назва аукціону
        • Опис аукціону
        • Опис айтема
      • Організатор (ЄДРПОУ, назва)
      • Кількість учасників з переважним правом
      • Класифікатори
      • Місце розташування об’єкта (область, район/населений пункт)
        • Фільтрація за районом\населеним пунктом відбувається за КОАТУУ (https://dovidnyk.in.ua/directories)
        • Реалізовано саджест-пошук за назвою населеного пункту та ідентифікатором
        • Реалізовано рівні вкладеності відповідно до структури класифікатору (аналогічно до роботи з класифікаторами CAV\CPV)
      • Дата початку аукціону від ________ до ________
      • Стартова ціна від ______ до ____ 
      • Площа земельної ділянки від ______ до ____ 
      • Кадастровий номер
    • Розширений пошук
      • Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика

    Expected results


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

    • Відсутні результати, які не відповідають заданим критеріям. 
    • В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.
    • На Майданчику аукціони типу "Продаж землі з переважним правом англієць (landSell-priorityEnglish)" - відображаються в окремому підрозділі.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    7. Робота з заявою на участь

    CBD3-LSP-UC-07-01

    Anchor
    LSP-UC-07-01
    LSP-UC-07-01

    Створення локальної чернетки заяви на участь
    RoleМайданчик/Учасник/ЦБД
    Preconditions
    • Статус procedure - active_tendering.
    Steps To Reproduce
    1. Перейти Учасником в опубліковану процедуру, обрати функцію "Подати заяву на участь".
    2. Ввести цінову пропозицію.
    3. Завантажити доступні документи CBD3-LSP-UC-15-02.
    4. Погодитись з умовами регламенту ЕТС, відповідальністю учасника, надання згоди на обробку персональних даних та зберегти заяву.

    Expected results




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

    Обов'язкові документи:

    • commercialProposal
    • x_registrationFeeApproval
    • x_guaranteeApproval

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

    ЗмістСамостійне тестування Майданчика (посилання на процедуру/скріншот):Results: 6. Функціонал пошуку на Майданчику CBD3-LSP-UC-06-01 AnchorLSP-UC-06-01LSP-UC-06-01Пошук аукціонуRoleМайданчик/Організатор/Учасник/ЦБДPreconditions

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

    Steps To Reproduce
    1. Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:
        • Ідентифікатор аукціону - LSP000-UA-YYYYMMDD-00000
        • Статус аукціону (за замовчування у статусі “Прийом пропозицій”)
      • Ключове слово:
        • Назва аукціону
        • Опис аукціону
        • Опис айтема
      • Організатор (ЄДРПОУ, назва)
      • Класифікатори
      • Місце розташування об’єкта (область, район/населений пункт)
        • Фільтрація за районом\населеним пунктом відбувається за КОАТУУ (https://dovidnyk.in.ua/directories)
        • Реалізовано саджест-пошук за назвою населеного пункту та ідентифікатором
        • Реалізовано рівні вкладеності відповідно до структури класифікатору (аналогічно до роботи з класифікаторами CAV\CPV)
      • Дата початку аукціону від ________ до ________
      • Стартова ціна від ______ до ____ 
      • Площа земельної ділянки від ______ до ____ 
      • Кадастровий номер
    • Розширений пошук
      • Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика

    Expected results

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

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

    CBD3-LSP-UC-07-

    01

    02

    Anchor
    LSP-UC-07-

    01

    02
    LSP-UC-07-

    01

    02

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

    Expected results

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

    Обов'язкові документи:

    commercialProposal - Заява на участь

    x_registrationFeeApproval - Документ, що підтверджує сплату реєстраційного внеску

    x_guaranteeApproval - Документ, що підтверджує сплату гарантійного внеску

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

    Preconditions

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

    tenderPeriod:

    • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate).
    • Дата завершення: може припадати на неробочий день, о 19:30-20:30 дня, що передує дню початку періоду Аукціону (auctionPeriod).
    • Статус procedure - active_tendering.
    • Статус bid'а - draft.
    Steps To Reproduce
    1. Перейти Учасником в створену чернетку заяви на участь, внести зміни (змінити цінову пропозицію, завантажити документи) та зберегти заяву на участь. Перевірити відображення внесених змін. 
    2. Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь.

    Expected results

    1. Доступно редагування цінової пропозиції та завантаження документів. Після збереження заяви усі зміни коректно відображаються.
    2. Чернетка заяви на участь успішно видалена.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-07-

    02

    03

    Anchor
    LSP-UC-07-

    02

    03
    LSP-UC-07-

    02

    03

    Публікація в ЦБД
    Редагування та видалення
    локальної чернетки заяви на
    участь Створена чернетка заяви на участь
    участь
    RoleМайданчик/Учасник
    Preconditions
    Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). 
    • Статус procedure - active_tendering.
    • Статус bid'а №1- draft.
    • Статус bid'а №2- draft
    • .
    Steps To Reproduce
    1. Перейти Учасником в створену чернетку заяви на участь, внести зміни (змінити цінову пропозицію, завантажити документи) та зберегти заяву на участь. Перевірити відображення внесених змін. 
    2. Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь.

    Expected results

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

    Expected results

    1. Bid опублікований в ЦБД в статусі active.
    2. Bid опублікований в ЦБД в статусі draft.
    3. Після завершення tenderPeriod у публічному АРІ  та на Майданчику відображаються лише bid'и зі статусом active
  • Доступно редагування цінової пропозиції та завантаження документів. Після збереження заяви усі зміни коректно відображаються.
  • Чернетка заяви на участь успішно видалена
    1. .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-07-

    03

    04

    Anchor
    LSP-UC-07-

    03

    04
    LSP-UC-07-

    03

    04

    Публікація в ЦБД локальної чернетки
    заяви на участьRoleМайданчик/УчасникPreconditionsПроцедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). Створена чернетка заяви на участь
    заяви на участь від учасника дискваліфікованого раніше
    RoleМайданчик/Учасник
    Preconditions

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

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

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

    • Статус bid'а №1- draft.
    • Статус bid'а №2- draft
    • .
    Steps To Reproduce
    1. Учасником №1 подати заявку на участь (завантажено документ "Підстави для допуску дискваліфікованого учасника" - admissionReason) та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту
    2. Учасником №2 подати заявку на участь, без
    активації зі сторони Майданчика. Дочекатись завершення tenderPeriod та перевірити відображення поданих bid'ів у публічному АРІ.
    1. завантаження документу admissionReason. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту. 

    Expected results

    1. Bid опублікований в ЦБД в статусі active. Учасник отримує сповіщення в особистому кабінеті та на пошту про вдалу активацію. 
    Bid опублікований
    1. Bid опублікований в ЦБД в статусі draft, активація недоступна.
    Після завершення tenderPeriod у публічному АРІ  та на Майданчику відображаються лише bid'и зі статусом
    1. Учасник отримує сповіщення в особистому кабінеті та на пошту про НЕВДАЛУ активацію.

    • Майданчикам рекомендується, при публікації заяви на участь - перевіряти необхідність завантаження учасником документа admissionReason (id ідентифікаторів таких учасників присутні в json процедури блок disqualifiedBids).
    • В разі потреби - відображати учаснику сповіщення про необхідність завантаження документу для допущення до торгів
     active
    • .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    8. Робота з bid'ом

    CBD3-LSP-UC-

    08

    07-

    01

    05

    Anchor
    LSP-UC-

    08

    07-

    01

    05
    LSP-UC-

    08-01Створення та активація bid'а

    07-05

    Публікація в ЦБД локальної чернетки заяви на участь від учасників з пріоритетним правом
    RoleМайданчик/Учасник
    /ЦБД/Адміністратор
    Preconditions
    Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)

    Статус procedure - active_tendering.

    Steps To Reproduce
    Перейти Учасником в створену чернетку заяви на участь та
    1. Учасником №1 - переважне право першої черги (priority ==0) подати заявку на участь завантажити обов'язкові документ та опублікувати її в ЦБД.
    1. Активувати на стороні Майданчика. Перевірити отримання Учасником надходження сповіщення
    та листа на пошту про публікацію заяви. 
  • Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
  • Перевірити отримання Учасником листа на пошту про активацію заяви.
  • Expected results

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

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

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

    Expected results

    1. Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію - Ваша заява зареєстрована як заява з переважним правом першої черги.
    2. Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію - Ваша заява зареєстрована як заява з переважним правом другої черги.
    3. Bid опублікований в ЦБД в статусі active. Учаснику надходять сповіщення/лист про вдалу активацію.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    CBD3-LSP-UC-08-069. Отримання та перехід по посиланнюCBD3-LSP-UC-09-02Умови формування award'ів та їх статусів ЦБД/СпостерігачУчасник100210021002Відображення таблиці кваліфікації на Майданчику
    8. Робота з bid'ом

    CBD3-LSP-UC-08-0201

    Anchor
    LSP-UC-08-0201
    LSP-UC-08-0201

    Редагування Створення та активація bid'а
    RoleМайданчик/Учасник/ЦБД/Адміністратор
    PreconditionsПроцедура опублікована та знаходиться в статусі 
    • Статус procedure - active_tendering
     (Прийняття заяв на участь)
    • .
    • Статус bid'а - draft.
    Steps To Reproduce
    1. Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи) та опублікувати Перейти Учасником в створену чернетку заяви на участь та опублікувати її в ЦБД.
    2. Перевірити отримання Учасником сповіщення та листа на пошту про внесення змін в bid.публікацію заяви. 
    3. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
    4. Перевірити надходження сповіщення/лист про активацію заявиПеревірити відображення зміненої інформації на Майданчику після завершення auctionPeriod.

    Expected results

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

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

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

    CBD3-LSP-UC-08-0302

    Anchor
    LSP-UC-08-0302
    LSP-UC-08-0302

    Видалення bidРедагування bid
    RoleМайданчик/Учасник/ЦБД
    Preconditions
    • Статус procedure - active_tendering.
    • Статус bid'а - active
    Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)
    • .
    Steps To Reproduce
    1. Перейти Учасником Внести зміни в bid, видалити його (змінити цінову пропозицію, завантажити/оновити документи) та опублікувати в ЦБД.
    2. Перевірити отримання Учасником сповіщення та листа на пошту про видалення bid'а та повернення гарантійного внескунадходження сповіщення/лист про внесення змін в bid.
    3. Перевірити відсутність відображення bid'а зміненої інформації на Майданчику по завершенню після завершення auctionPeriod.

    Expected results

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

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

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

    .

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

    CBD3-LSP-UC-08-0403

    Anchor
    LSP-UC-08-0403
    LSP-UC-08-0403

    Видалення bid'аВідображення біда "Учасника з переважним правом"
    RoleМайданчик/Учасник/ЦБД
    Preconditions
    • Статус procedure - active_tendering.
    • Статус bid'а - active
    Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)
    • .
    Steps To Reproduce
    1. Перейти Учасником з переважним правом  в створену чернетку заяви на участь та опублікувати її в ЦБДв bid, видалити його.
    2. Перевірити отримання Учасником сповіщення та листа на пошту про публікацію заяви. 
    3. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
    4. Перевірити отримання Учасником листа на пошту про активацію заяви.
    5. надходження сповіщення/лист про видалення bid'а та повернення гарантійного внеску.
    6. Перевірити відсутність відображення bid'а на Майданчику по завершенню auctionPeriod.

    Expected results

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

    Expected results

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

    CBD3-LSP-UC-08-0504

    Anchor
    LSP-UC-08-0504
    LSP-UC-08-0504

    Відображення bid'а - "Учасника з переважним правом"/ "Учасника з переважним правом другої черги" Втрата переважного права
    RoleМайданчик/Учасник/ЦБД
    Preconditions

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

    Наявний bid від Учасника1 з ознакою isCurrentTenant = true

    Наявний bid від Учасника2 з ознакою isCurrentTenant = false

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

    Expected results

    1. Дані успішно збережені в ЦБД та коректно відображаються на Майданчику.
    2. Для біда Учасника1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
    3. Учаснику надходить лист на пошту про деактивацію біда, та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
    4. Для біда Учасника2 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
    5. Учаснику та надходить лист на пошту про активацію bid'а з ознакою “Учасник з переважним правом”.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    Anchor
    LSP-UC-08-06LSP-UC-08-06Активація bid'а після втрати переважного права
    RoleМайданчик/Учасник/ЦБД
    Preconditions

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

    Наявний bid від Учасника з ознакою isCurrentTenant = false, статус bid'а - inactive

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

    Expected results

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

    Expected results

    1. Майданчик змінює статус bid'а наactiveДля біда Учасника НЕ Учаснику з переважним правом другої черги для активованого bidвідображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
    2. Учасник отримує повідомлення в особистий кабінет та лист поштою про активацію біда.
    Для біда доступні операції без обмежень - CBD3-LSP-UC-08-02, CBD3-LSP-UC-08-03
    1. правом другої черги”.
    2. Надходять сповіщення/лист про виконані дії.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-0908-0105

    Anchor
    LSP-UC-0908-0105
    LSP-UC-0908-0105

    Втрата переважного праваПублічне посилання
    RoleМайданчик/СпостерігачУчасник/ЦБД
    Preconditions

    Наявні два або більше bid'и в статусі activeПроцедура змінила статус на active_auction (Аукціон).

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

    Expected results

    1. Публічне посилання має наступний вигляд  https://auction.prozorro.sale/{id аукціону}.
    2. Після переходу відображається модуль аукціону.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    Anchor
    LSP-UC-09-02LSP-UC-09-02Приватне посилання
    RoleМайданчик/Учасник/ЦБД
    Preconditions

    Наявні два або більше bid'и в статусі activeПроцедура змінила статус на active_auction (Аукціон).

    Steps To Reproduce
    1. Перевірити Учасником отримання сповіщення в особистому кабінеті та листа поштою з приватним посиланням для участі в модулі аукціону.
    2. Перевірити відображення Майданчиком приватного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу аукціону на active_auction (Аукціон).
    3. Перейти в аукціон по приватному посиланню.
    • Статус 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.
    Steps To Reproduce
    1. Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом" дані ЄДРПОУ/ІПН/ID відУчасника 3 
    2. Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом другої черги" дані ЄДРПОУ/ІПН/ID Учасника 4
    3. Перевірити, що для біда Учасника 1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
    4. Перевірити отримання Учасником 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 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги”

    Expected results

    1. Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
    2. Майданчик відображає приватне посилання Учаснику. 
    3. Після переходу відображається дисклеймер модулю аукціону.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    10. Кваліфікація Учасників

    CBD3-LSP-UC-1008-0106

    Anchor
    LSP-UC-
    10
    08-
    01
    06
    LSP-UC-
    10
    08-
    01

    06

    Зміна черги преважного права: пониження, підвищення
    RoleМайданчик/Учасник/ЦБД
    Preconditions

    Створена процедура з minNumberOfQualifiedBids==1. Процедура знаходиться в статусі active_tendering (Прийняття заяв на участь).

    Створена процедура з minNumberOfQualifiedBids==2. Процедура знаходиться в статусі active_tendering (Прийняття заяв на участь).

    Steps To Reproduce
    1. Подати відповідні bid'и, та не змінювати їх протягом модулю аукціону згідно поданих сценаріїв:

    Image Removed

    Image Removed

    2. Перевірити запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod.

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

    • Статус procedure - active_tendering.
    • Триває transferPriorityPeriod.
    • Наявний bid від Учасника 1 з ознакою isCurrentTenant = true з "Переважним правом" (priority=0)
    • Наявний bid від Учасника 2 з ознакою isCurrentTenant = true з "Переважним правом другої черги" (priority=1)
    Steps To Reproduce
    1. Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом" дані ЄДРПОУ/ІПН/ID відУчасника 2
    2. Внести Організатором в схему currentTenant.identifier для "Учасника з переважним правом другої черги" дані ЄДРПОУ/ІПН/ID Учасника 1
    3. Перевірити для bid'а Учасника 1наявність примітки стосовно переважного пава.
    4. Перевірити для Учасника 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. Статус bid'а Учасника 1 is active. Та відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом другої черги.

    Expected results

    1. Bid'и в статусі active, до завершення auctionPeriod не змінюються. 
    2. Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці. 
    3. Організатор та Учасник отримують сповіщення та листи:
    • Організатор - про початок кваліфікації та необхідність завантаження договір. 
    • Учасник в статусі pending (Очікується протокол) - про набуття статусу переможця. Отримує Учасник, цінова пропозиція якого є найвища.
    • Учасник в статусі pending_waiting (Очікує рішення) - про набуття статусу очікуючого (в разі наявності). Отримує Учасник, цінова пропозиція якого є друга по величині.
    • У випадку співпадіння ціни - статус active (Переможець. Очікується договір) отримує Учасник, чия пропозиція подана раніше.
    • Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів. 
    • Після завершення модуля аукціону Майданчик відображає усіх учасників, що приймали участь.  
    • Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft, deleted та inactive.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-

    08-

    07

    Anchor
    LSP-UC-

    08-

    07
    LSP-UC-

    08-

    07

    Активація bid'а після втрати переважного права першої та другої черги
    RoleМайданчик/Спостерігач/ОрганізаторУчасник/ЦБД
    Preconditions

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

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

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

    Expected results

    Завантаження документів Переможцем протягом verificationPeriod
    9. Отримання та перехід по посиланню

    CBD3-LSP-UC-09-01

    Anchor
    LSP-UC-09-01
    LSP-UC-09-01

    Публічне посилання
    RoleМайданчик/Спостерігач/ЦБД
    Preconditions
    • Статус procedure - active_tendering або active_auction.
    Steps To Reproduce
    1. Перевірити відображення Майданчиком публічного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу процедури на active_auction.
    2. Перейти в модуль аукціону по публічному посиланню.

    Expected results

    1. Публічне посилання має наступний вигляд  https://auction.prozorro.sale/{id аукціону}.
    2. Після переходу відображається модуль аукціону
    Steps To Reproduce
    1. Перевірити на Майданчику відображення інформації по усім award'ам, що кваліфікуються.
    2. Перевірити на Майданчику відображення інформації по усім bid’ам що брали участь в аукціоні.
    3. Перевірити наявність на сторінці аукціону посилань для завантаження та перегляду протоколів про результати аукціону у форматах PDF, HTML, DOCX JSON, YAML.
    1. Для award'ів виводиться інформація:
    • Повна юридична назва Учасника та ідентифікатор
    • Розмір цінової пропозиції (bid.value)
    • Розмір закритої цінової пропозиції (bid.initialValue)
    • Статус award
    • Документи Учасника
    • Терміни на завантаження та підтвердження протоколу (award.verificationPeriod.startDate - award.verificationPeriod.endDate)
    • Терміни на завантаження та підтвердження договору (award.signingPeriod.startDate - award.signingPeriod.endDate

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

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

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

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

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

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

    CBD3-LSP-UC-1009-0302

    Anchor
    LSP-UC-
    10
    09-
    03
    02
    LSP-UC-
    10
    09-
    03

    02

    Приватне посилання
    RoleЦБДМайданчик/МайданчикУчасник/УчасникЦБД
    Preconditions

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

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

    Award Учасника в статусі pending (Очікується протокол).

    • Статус bid'а - active.
    • Статус procedure - active_tendering або active_auction.
    Steps To Reproduce
    1. Перевірити Учасником отримання сповіщення в особистому кабінеті та листа поштою з приватним посиланням для участі в модулі аукціону.
    2. Перевірити відображення Майданчиком приватного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу procedure на active_auction.
    3. Перейти в аукціон по приватному посиланню.

    Expected results

    1. Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
    2. Майданчик відображає приватне посилання Учаснику. 
    3. Після переходу відображається дисклеймер модулю аукціону.
    Steps To Reproduce
    1. Перейти Переможцем на сторінку кваліфікації. Завантажити документ - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) до нього, до завершення vericationPeriod - дія не обов'язкова.
    2. Перевірити відображення завантаженого документу на Майданчику.
    3. Перевірити можливість оновлення документів. 
    4. Перевірити, що після виконаних дій статуси award'у та процедури не змінились.

    Expected results

    1. Доступна можливість завантаження документу - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) до нього.
    2. Завантажений документ передається в ЦБД в bid Учасника та коректно відображається на Майданчику. 
    3. Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

    4. Статус процедури та award'у Учасника залишаються без змін.

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

    CBD3-LSP-UC-10-

    04

    01

    Anchor
    LSP-UC-10-

    04

    01
    LSP-UC-10-

    04Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod

    01

    Умови формування award'ів та їх статусів
    Role ЦБД/Майданчик/Спостерігач/
    Організатор
    Учасник
    Preconditions

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

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

    • Статус procedure - active_tendering.
    • procedure == minNumberOfQualifiedBids 1.
    • procedure == minNumberOfQualifiedBids 2
    Award Учасника в статусі pending (Очікується протокол)
    • .
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації, завантажити документ - auctionProtocol (Протокол аукціону) - дія обов'язкова та digitalSignature (цифровий підпис) до нього, до завершення vericationPeriod.
    2. Перевірити можливість оновлення документів. 
    3. Натиснути кнопку "Протокол затверджено", перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії. 
    4. Перевірити статус award'у, contract`у та процедури. 
    1. Подати відповідні bid'и, та не змінювати їх протягом модулю аукціону згідно поданих сценаріїв:

    Image Added

    Image Added

    2. Перевірити запуск модулю аукціону, procedure та award'ів по завершенню auctionPeriod.

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

    Expected results

    1. Bid'и в статусі active, до завершення auctionPeriod не змінюються. 
    2. Запуск модулю аукціону, статус procedure та award'ів по завершенню auctionPeriod відповідають таблиці. 
    3. Організатор та Учасник отримують сповіщення/листи:
    • Організатор - про початок кваліфікації та необхідність завантаження договір. 
    • Учасник в статусі pending - про набуття статусу переможця. Отримує Учасник, цінова пропозиція якого є найвища.
    • Учасник в статусі pending_waiting - про набуття статусу очікуючого (в разі наявності). Отримує Учасник, цінова пропозиція якого є друга по величині.

    • У випадку співпадіння ціни - статус active отримує Учасник, чия пропозиція подана раніше.
    • Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів. 
    • Після завершення модуля аукціону Майданчик відображає усіх учасників, що приймали участь.  
    • Майданчик не виводить інформацію щодо bid’ів у статусі draft та deleted
    Expected results
  • Завантажений документ  auctionProtocol (Протокол аукціону) передається в ЦБД в award Учасника, та корректно відображається на Майданчику. 
  • Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
  • Організатор та Учасник отримують сповіщення та листи про завантаження та підтвердження протоколу, та початок роботи з договором. 
  • Статус award'у - active (Переможець. Очікується договір), contract`у - pending, процедури - active_awarded (Очікується підписання договору)
    • .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-10-

    05

    02

    Anchor
    LSP-UC-10-

    05

    02
    LSP-UC-10-

    05Завантаження та підтвердження документів договору Організатором протягом qualificationPeriod

    02

    Відображення таблиці кваліфікації на Майданчику
    Role
    ЦБД
    Майданчик/
    Майданчик
    Спостерігач/Організатор/ЦБД
    Preconditions

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

    Award учасника в статусі active, contract в статусі 
    • Статус procedure - active_qualification.
    • Статус award - pending/active.
    • Статус bid’ів - active
    pending
    • .
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-LSP-UC-15-04.

      2. Внести інформацію в обов'язкові поля:

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

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

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

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

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

    У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус signed
    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’ів виводиться інформація:

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

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


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

    CBD3-LSP-UC-10-

    06

    03

    Anchor
    LSP-UC-10-

    06

    03
    LSP-UC-10-

    06Підтвердження оплати

    03

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

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

    Award учасника в статусі active, contract в статусі
    • Статус procedure - active_qualification.
    • Статус award - pending.
    • Триває award.verificationPeriod
    signed
    • .
    Steps To Reproduce
    1. Перейти
    Організатором
    1. Переможцем на сторінку кваліфікації
    award'у, завантажити/оновити документи paymentInformation (Відомості про сплату) -
    1. Завантажити документ - auctionProtocol та digitalSignature  до нього, до завершення vericationPeriod - дія не обов'язкова.
    2. Перевірити
    наявність форми"Підтвердження оплати за лот" - кнопки ТАК/НІ.
  • Підтвердити оплату за лот натиснувши кнопку ТАК та перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
  • Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.
  • Expected resultsЗавантажені документи передаються в ЦБД в contract Учасника, та коректно відображаються на майданчику. При заміні
    1. відображення завантаженого документу на Майданчику.
    2. Перевірити можливість оновлення документів. 
    3. Перевірити, що після виконаних дій статуси award'у та procedure.

    Expected results

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

    (
    1. або їх перегляд доступний через кнопку "Історія змін

    ").
    1. ".

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

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

    CBD3-LSP-UC-10-04

    Anchor
    LSP-UC-10-04
    LSP-UC-10-04

    Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod
    RoleЦБД/Майданчик/Організатор
    Preconditions
    • Статус procedure - active_qualification.
    • Статус award - pending.
    • Триває award.verificationPeriod.
    Steps To Reproduce
    1. Перевірити можливість завантажити/оновити документ - auctionProtocol та digitalSignature до нього, до завершення vericationPeriod.
    2. Перевірити відображення завантаженого документу на Майданчику.
    3. Перевірити статуси award'у, contract'у та procedure.
    4. Перевірити надходження сповіщення/листа про виконані дії.
    Expected results


    1. Доступна можливість завантаження/оновлення документів - auctionProtocol та digitalSignature до нього.
    2. Завантажений документ передається в ЦБД в award Учасника та корректно відображається на Майданчику. 
    3. Статус award'у - active, contract`у - pending, procedure - active_awarded.
    4. Перевірити надходження сповіщення/листа про виконані дії
  • Наявна форми підтвердження оплати за лот з кнопками ТАК/НІ
  • Майданчик передає {lotPaymentConfirmation == true, contract status == active}, Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження оплати.
  • Після підтвердження оплати статус contract'у active, статус процедури та award'у - залишаються без змін. Виводиться вся інформація щодо підписаного договору.
  • Зміна значення параметра lotPaymentConfirmation після його публікації в ЦБД буде недоступна для Організатора.

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

    У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус active
    1. .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-10-

    07

    05

    Anchor
    LSP-UC-10-

    07

    05
    LSP-UC-10-

    07

    05

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

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

    Award учасника в статусі active, contract в статусі
    • Статус procedure - active_awarded. 
    • Статус аward - active.
    • Статус contract - pending
    signed
    • .
    Steps To Reproduce
  • Перевірити наявність форми "Підтвердження оплати за лот" - кнопки ТАК/НІ.
  • Здійснити відхилення "Підтвердження оплати за лот" - кнопка НІ. Майданчик виводить попереджувальне сповіщення "Обраний вами варіант підтверджує, що оплата за лот не здійснена учасником ___________, необхідно його дискваліфікувати".
  • Перевірити надходження сповіщень та
    1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-LSP-UC-15-04.
    2. Внести інформацію в обов'язкові поля.
    3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
    4. Перевірити
    статуси процедури
    1. статуси procedure, award'у,
    contract'у.
  • Перевірити, що Організатору доступно лише функціонал описаний в CBD3-LSP-UC-11-05 та CBD3-LSP-UC-13-05.
  • Expected results
  • Наявна форми підтвердження оплати за лот з кнопками ТАК/НІ.
  • Майданчик при натисканні кнопки "НІ" виводить попереджувальнє сповіщення. Після того як Організатор погодився Майданчик передає {lotPaymentConfirmation == faLSP},
    1.  contract'у та інформацію щодо договору.
    Expected results

    1. Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на Майданчику.
    2. При внесені інформації в поля проводиться валідація даних на коректність.
    3. Організатор та Учасник отримують сповіщення/листи про
    здійснені дії.
  • Після відхилення оплати статус contract'у, статус процедури та award'у - залишаються без змін. 
  • Організатору доступно лише функціонал описаний в CBD3-LSP-UC-11-05 та CBD3-LSP-UC-13-05.
  • Зміна значення параметра lotPaymentConfirmation після його публікації в ЦБД буде недоступна для Організатора
    1. завантаження та підтвердження документів договору.
    2. Після підтвердження договору статуси:
    • сontract - signed
    • procedure - pending_payment
    • award'у - без змін. Виводиться вся інформація щодо підписаного договору

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

    CBD3-LSP-UC-

    11

    10-

    01

    06

    Anchor
    LSP-UC-

    11

    10-

    01

    06
    LSP-UC-

    11

    10-

    01Дискваліфікація 2-х award'ів

    06

    Робота з оплатою 
    RoleЦБД/Майданчик/Організатор
    /Учасник/ЦБД
    Preconditions

    Статуси award'ів:

    • Учасник №1 - pending (Очікується протокол) або active (Переможець. Очікується договір)
    • Учасник №2 - pending_waiting (Очікує рішення)

    Триває qualificationPeriod

    Steps To Reproduce
    • Статус procedure pending_payment.
    • Статус аward - active.
    • Статус contract - signed.
    Steps To Reproduce
    1. Перевірити можливість завантажити/замінити документи paymentInformation та digitalSignature
    2. Здійснити відхилення "Підтвердження оплати за лот" - кнопка НІ. Майданчик виводить попереджувальне сповіщення "Обраний вами варіант підтверджує, що оплата за лот не здійснена учасником ___________, необхідно його дискваліфікувати".
    3. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
    4. Здійснити підтвердження "Підтвердження оплати за лот" - кнопка ТАК.
    5. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
    6. Перевірити статуси procedureaward'у, contract'у.
    Expected results
    1. Доступна можливість завантажити/замінити документи paymentInformation та digitalSignature
    2. Майданчик передає {lotPaymentConfirmation == false}.
    3. Організатор та Учасник отримують сповіщення/листи про здійснені дії.
    4. Майданчик передає {lotPaymentConfirmation == true}.
    5. Організатор та Учасник отримують сповіщення/листи про здійснені дії.
    6. Після підтвердження/відхилення оплати статуси procedureaward'у, contract'у - залишаються без змін. 

    • Скільки завгодно разів до моменту набуття статусу contract - active.
    • Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
    • Майданчик виводить поточний статус lotPaymentConfirmation. 
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-10-07

    Anchor
    LSP-UC-10-07
    LSP-UC-10-07

    Підтвердження договору
    RoleЦБД/Майданчик/Організатор
    Preconditions
    • Статус procedure pending_payment.
    • Статус аward - active.
    • Статус contract - signed.
    Steps To Reproduce
    1. Перевірити Організатором функціонал підтвердження договору.
    2. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
    3. Перевірити статуси procedure, award'у, contract'у.
    Expected results
    1. Організатору доступний функціонал підтвердження договору.
    2. Організатор та Учасник отримують сповіщення/листи про здійснені дії.
    3. Після підтвердження статуси:
    • сontract - active
    • procedure - pending_payment
    • award'у - active
  • Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
  • Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати": Anchorпричину дискваліфікаціїпричину дискваліфікації 
    • Відмовився від підписання протоколу
    • Відмовився від укладення договору
    • Не надав обов’язкові документи або відомості / надав неправдиві відомості
    • Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу
    • Не відповідає встановленим Кодексом вимогам
    • Не отримав необхідне погодження ВРУ або КМУ

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

      4. Перевірити статуси award'ів, contract'у (в разі наявності контракту) та процедури після виконаних дій.

      5. Виконати степи 1-4 відносно Учасник №2.

    Expected results

    1. У Організатора є можливість замінити документи в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful.
    2. Причина дискваліфікації та документи передаються в ЦБД, та корректно відображаються на Майданчику.
    3. Організатор та Учасники отримують сповіщення та листи:
    • Організатор - про успішну дискваліфікацію Учасника №1; про необхідність завантаження протоколу та терміни кваліфікації Учасника №2.
    • Учасник №1 - про дискваліфікацію Організатором.
    • Учасник №2 - про те що він набув статусу Переможець.

      4. Award Учасник №1- unsuccessful (Дискваліфіковано),  contract - cancelled (в разі наявності контракту), award Учасник №2 -  pending (Очікується протокол),  статус процедури - active_qualification (Очікується опублікування протоколу). 

      5. Причина дискваліфікації та документ передається в ЦБД в поле terminationReason award'у та корректно відображається на Майданчику.  Організатор та Учасники отримують сповіщення та листи:

    • Організатор - про успішну дискваліфікацію Учасника №2; про те що аукціон не відбувся.
    • Учасник №1 - про те що аукціон не відбувся.
    • Учасник №2 - про дискваліфікацію Організатором, про те що аукціон не відбувся.

    https://procedure-sandbox.prozorro.sale/api/dictionaries/landSellTerminationReason

    Учасник №1, 2 award - unsuccessful (Дискваліфіковано),  contract - cancelled (в разі наявності контракту), статус процедури - unsuccessful (Аукціон не відбувся).

    Дискваліфікація Учасника без вказання причин та завантаженого документу act (Акт про відмову) або rejectionProtocol (Протокол відхилення) неможлива.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    Expected results

    CBD3-LSP-UC-11-03

    Expected results

    040404050505060606 на етапі "Завершення аукціону"
    11. Дискваліфікація Учасників

    CBD3-LSP-UC-11-0201

    Anchor
    LSP-UC-11-0201
    LSP-UC-11-0201

    Дискваліфікація до завантаження Організатором auctionProtocol2-х award'ів
    RoleМайданчик/Організатор/Учасник/Організатор/ЦБД
    Preconditions

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

    Award Учасника в статусі pending (Очікується протокол)

    Статуси award'ів:

    • Учасник №1 - pending/active.
    • Учасник №2 - pending_waiting.

    Триває qualificationPeriod.

    Steps To ReproduceОбрати
    1. Перейти Організатором на сторінку кваліфікації award'у,
    завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
    1. завантажити/замінити rejectionProtocol або act та digitalSignature.
    2. Перевірити можливість обрати
    1.  причину дискваліфікації,
    та натиснути кнопку "Дискваліфікувати".
  • Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.
    1. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
    2. Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.
    3. Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано),  завантажений документ та причина корректно відображається на Майданчику.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    Anchor
    LSP-UC-11-03LSP-UC-11-03Дискваліфікація після підтвердження auctionProtocol
    RoleМайданчик/Учасник/Організатор/ЦБД
    Preconditions

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

    Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі pending.

    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
    2. Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
    3. Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.
    1. дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
    2. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
    3. Перевірити статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
    4. Виконати степи 1-4 відносно Учасник №2. Та перевірити відображення на Майданчику статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
    5. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.

    Expected results


    1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
    2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
    3. Організатор та Учасники отримують сповіщення/листи:
    • Організатор - про успішну дискваліфікацію Учасника №1; про необхідність завантаження протоколу та терміни кваліфікації Учасника №2.
    • Учасник №1 - про дискваліфікацію Організатором.
    • Учасник №2 - про те що він набув статусу Переможець.

      4. Award Учасник №1- unsuccessful, статус contract cancelled (в разі наявності контракту), award Учасник №2 -  pending,  статус procedure - active_qualification

      5. Award Учасників № 1, 2 - unsuccessful,  contract cancelled (в разі наявності контракту), статус procedure - unsuccessful. Причина дискваліфікації, дата/час та документ передається в ЦБД в поле terminationReason award'у та корректно відображається на Майданчику. 

      6. Організатор та Учасники отримують сповіщення/листи:

    • Організатор - про успішну дискваліфікацію Учасника №2; про те що аукціон не відбувся.
    • Учасник №1 - про те що аукціон не відбувся.
    • Учасник №2 - про дискваліфікацію Організатором, про те що аукціон не відбувся.
  • У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
  • Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.
  • Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано), статус contract'у ЦБД автоматично змінює на cancelled, завантажений документ та причина коректно відображається на Майданчику. 
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-11-

    02

    Anchor
    LSP-UC-11-

    02
    LSP-UC-11-

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

    02

    Дискваліфікація підчас active_qualification
    RoleМайданчик/Учасник/Організатор/ЦБД
    Preconditions
    • Статус procedure - active_qualification.
    • Статус аward -  pending.
    Preconditions

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

    Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі pending.

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

    Expected results


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

    CBD3-LSP-UC-11-

    03

    Anchor
    LSP-UC-11-

    03
    LSP-UC-11-

    Дискваліфікація на етапі "Підтвердження оплати"

    03

    Дискваліфікація підчас active_awarded
    RoleМайданчик/Учасник/Організатор/ЦБД
    Preconditions
    • Статус procedure - active_awarded.
    • Статус аward -  pending.
    • Статус contract - pending.
    Preconditions

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

    Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі signed
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у,
    завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
    1. завантажити/замінити rejectionProtocol або act та digitalSignature.
    2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку
    Обрати причину дискваліфікації, та натиснути кнопку 
    1. "Дискваліфікувати".
    2. Перевірити
    статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій
    1. надходження сповіщень/листів Організатору та Учасникам про виконані дії.
    2. Перевірити після виконаних дій статуси award'у, contract'у, procedure.

    Expected results


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

    CBD3-LSP-UC-11-

    04

    Anchor
    LSP-UC-11-

    04
    LSP-UC-11-

    04

    Дискваліфікація
    RoleМайданчик/Організатор/ЦБД
    підчас pending_payment
    Preconditions
    • Статус procedure - pending_payment.
    • Статус аward - active.
    • Статус contract - signed
    Preconditions

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

    Award Учасника знаходиться в статусі active (Переможець. Очікується договір), contract в статусі active
    • .
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у,
    завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
    1. завантажити/замінити rejectionProtocol або act та digitalSignature.
    2. Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку
    Обрати причину дискваліфікації, та натиснути кнопку 
    1. "Дискваліфікувати".
    2. Перевірити
    статус
    1. надходження сповіщень/листів Організатору та Учасникам про виконані дії.
    2. Перевірити після виконаних дій статуси award'у,
    відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій
    1.  contract'у, procedure.

    Expected results


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

    CBD3-LSP-UC-11-0705

    Anchor
    LSP-UC-11-0705
    LSP-UC-11-0705

    Зміна статусу Учасника що очікує, після набуття процедурою статусу complete
    RoleМайданчик/Учасник/ЦБД
    Preconditions

    Було подано дві або більше закриті цінові пропозиції.

    В ЦБД для Учасник №1 завантажено та підтверджено Організатором документи auctionProtocol (Протокол аукціону), завантажені усі документи договору в contract Учасника та передана інформація з усіх обов'язкових полів. Процедура знаходиться в статусі active_awarded (Очікується підписання договору).

    Статуси award'ів:

    • Учасник №1 - active (Переможець. Очікується договір), contract в статусі signed
    • Учасник №2 - pending_waiting (Очікує рішення)
    • Статус procedure - active_awarded.
    • Статус аward'у №1 - active.
    • Статус contract'у №1- active.
    • Статус аward'у №2 - pending_waiting.
    Steps To ReproduceSteps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у Учасник №1, підтвердити оплату та перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії. 
    2. Перевірити статуси award'ів, contract'у та процедури після виконаних дій.
    3. Натиснути кнопку "Завершити аукціон". Перевірити статуси award'ів, contract'у та процедури після виконаних дій.
    4. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії. 
    5. статуси procedure, contract, та award'ів після виконаних дій.
    6. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії. 

    Expected results

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

    Expected results

    1. Організатор та Учасники отримують сповіщення та листи:
      • Організатор - про успішне підтвердження документів договору Учаснику №1 та про необхідність завершення торгів.
      • Учасник №1 - про успішне підтвердження оплати Організатором.

      2. Майданчик передає contract'у Учасник №1 статус active, статус award'у Учасник №1, Учасник №2, та процедури - залишаються без змін.

      3. Після натискання кнопки "Завершити аукціон" процедура набуває статусу complete (Аукціон завершено), статус award'у Учасник №2 змінюється на cancelled (Учасник не став переможцем), статуси award'у Учасник №1 - залишається без змін.

      4. Організатор та Учасники отримують сповіщення та листи
    1. :
    • Організатор та Учасники отримують сповіщення та лист про успішне завершення аукціону.
    • Учасник №2 -
     про
    • про повернення гарантійного внеску. 
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-11-0806

    Anchor
    LSP-UC-11-0806
    LSP-UC-11-0806

    Відмова Учасника від участі в кваліфікації 
    RoleМайданчик/Учасник/ЦБД
    PreconditionsТриває qualificationPeriod. Присутній а
    • Статус procedure - active_awarded.
    • Статус аward - active.
    • Статус contract - active
    ward Учасника, цінова пропозиція якого є друга по величині - pending_waiting (Очікує рішення)
    • .
    Steps To ReproduceПерейти Учасником (статус якого pending_waiting) на сторінку кваліфікації
    1. Перейти Учасником на сторінку кваліфікації award'у та натиснути кнопку “Відмовитись від очікування”.
    2. Перевірити статуси award'у та
    процедури після виконаних
    1.  procedure після виконаних дій.
    2. Перевірити надходження сповіщень
    та
    1. /листів Організатору та Учасникам про виконані дії.

    Expected results

    1. Можливість відмовитися від очікування існує при одночасному виконанні усіх наступних умов:
    • Процедура не знаходиться в одному з термінальних статусів - unsuccessful
     (Аукціон не відбувся)
    • , cancelled
     (Аукціон відмінено), або complete (Аукціон завершено)
    • , або complete
    • Статус award
    Учасника №2
    • - pending_waiting
     (Очікує рішення)

      2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус 

    cancelled (Учасник не став переможцем)

    cancelled, статус

    процедури

     procedure залишається без змін. 

      3. Організатор та Учасник №2 отримують сповіщення

    та

    /листи: 

    • Організатор - про відмову від очікування Учасника №2.
    • Учасник №2 - про відмову від очікування та повернення гарантійного внеску.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    12. Перелік допустимих операцій для award'ів

    CBD3-LSP-UC-12-01

    Anchor
    LSP-UC-12-01
    LSP-UC-12-01

    Операції для award'у в статусі pending
    RoleМайданчик/ЦБД/Організатор/Учасник
    PreconditionAward знаходиться в статусі pending (Очікується протокол)
    • Триває qualificationPeriod.
    • Статус procedure - active_qualification.
    • Статуси award'у - pending
    • .

    Steps To Reproduce

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

    Expected results

    1. Список доступних операцій для Організатора:
    • Завантаження та підтвердження auctionProtocol та digitalSignature до нього CBD3-LSP-UC-10-04
    • Дискваліфікація до завантаження Організатором auctionProtocol CBD3-LSP-UC-11-02

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

    • Завантаження auctionProtocol та digitalSignature до нього CBD3-LSP-UC-10-03

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

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

    CBD3-LSP-UC-12-02

    Anchor
    LSP-UC-12-02
    LSP-UC-12-02

    Операції для award'у в статусі pending_waiting
    RoleМайданчик/Організатор/Учасник
    PreconditionsAward  знаходиться в статусі pending_waiting (Очікує рішення)
    • Триває qualificationPeriod.
    • Статуси award'у - pending_waiting.
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
    2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

    Expected results

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

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

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

    CBD3-LSP-UC-12-03

    Anchor
    LSP-UC-12-03
    LSP-UC-12-03

    Операції для awardдля award'ів в статусі unsuccessfulстатусі unsuccessful та cancelled
    RoleМайданчик/ЦБД/Організатор/Учасник
    PreconditionsAward знаходиться в статусі unsuccessful (Дискваліфіковано) 
    • Триває qualificationPeriod.
    • Статус procedure - active_awarded.
    • Статуси award'у - unsuccessful або cancelled.
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
    2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

    Expected results

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

    CBD3-LSP-UC-12-04

    Anchor
    LSP-UC-12-04
    LSP-UC-12-04

    Операції для awardдля award'у в статусі cancelledстатусі active, contract в статусі pending
    RoleМайданчик/ЦБД/Організатор/УчасникЦБД
    Preconditions
    • Триває qualificationPeriod.
    • Статус procedure - active_awarded.
    • Статуси award'у - active.
    • Статус contract - pending.
    PreconditionsAward знаходиться в статусі cancelled (Учасник не став переможцем)
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
    2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

    Expected

    results

    results

    1. Список доступних операцій для Організатора:
    • Завантаження та підтвердження документів договору CBD3-LSP-UC-10-05
    • Дискваліфікація після підтвердження auctionProtocol CBD3-LSP-UC-11-03

      2. Для Учасника усі

    Для Організатора усі

    операції є заблоковані.

    Для Учасника усі операції є

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

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

    CBD3-LSP-UC-12-05

    Anchor
    LSP-UC-12-05
    LSP-UC-12-05

    Операції для award'у в статусі active, contract в статусі pendingsigned
    RoleМайданчик/Організатор/ЦБД
    PreconditionsAward знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі pending 
    • Триває qualificationPeriod.
    • Статуси award'у - active.
    • Статус contract - signed.
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
    2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

    Expected results

    1. Список доступних операцій для Організатора:
    • Завантаження та підтвердження документів договору Підтвердження оплати CBD3-LSP-UC-10-0506
    • Дискваліфікація після підтвердження auctionProtocolна етапі "Підтвердження оплати"CBD3-LSP-UC-11-0305

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

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

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

    CBD3-LSP-UC-12-06

    Anchor
    LSP-UC-12-06
    LSP-UC-12-06

    Операції для award'у а в статусі active, contract в статусі signedactive
    RoleМайданчик/ЦБД/Організатор/ЦБД
    PreconditionsAward
    • Триває qualificationPeriod.
    • Статуси award'у - active.
    • Статус contract - active.
    знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі signed
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
    2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
    Expected resultsresults
    1. Список доступних операцій для Організатора:
  • Підтвердження оплати CBD3-LSP-UC-10-06
  • Дискваліфікація на етапі "Підтвердження оплати"
    1. Для Організатора існує можливість дискваліфікувати Учасника
    1. CBD3-LSP-UC-11-05
      2
    1. Для Учасника усі операції є заблоковані.

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

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

    CBD3-LSP-UC-1213-0701

    Anchor
    LSP-UC-1213-0701
    LSP-UC-1213-0701

    Скасування процедури Операції для award'а в статусі active, contract в статусі active_rectification
    Role

    Майданчик/ЦБД/Організатор

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

    Expected results

    1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
    2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
    3. Завантажений документ та  обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
    4. Організатор отримує сповіщення/листи про скасування аукціону.
    5. Доступна можливість завантажити digitalSignature до cancellationDetails
  • Для Організатора існує можливість дискваліфікувати Учасника CBD3-LSP-UC-11-05
  • Для Учасника усі операції є заблоковані
    1. .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    13. Скасування процедури

    CBD3-LSP-UC-13-0102

    Anchor
    LSP-UC-13-0102
    LSP-UC-13-0102

    Скасування процедури в статусі active_rectificationtendering
    Role

    Майданчик/ЦБД/Організатор

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

    Expected results

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

    CBD3-LSP-UC-13-0203

    Anchor
    LSP-UC-13-0203
    LSP-UC-13-0203

    Скасування процедури в статусі active_tenderingauction
    RoleМайданчик/ЦБДОрганізатор/ОрганізаторУчасник
    PreconditionsПроцедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)
    • Статус procedure - active_auction.
    Steps To ReproduceПерейти Організатором
    1. Перейти Організатором аукціону на сторінку аукціону,
    вибрати
    1. обрати функцію скасування, завантажити документ - cancellationDetails
     (Причини скасування) - обов'язкова дія
    1. .
    2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату
    та
    1. /час скасування (cancellations.date).
    Ввести фактичну дату скасування. Натиснути
    1. Та натиснути кнопку "Скасувати аукціон".
    2. Перевірити відображення завантаженого документу на Майданчику
    , статуси award'ів, contract'у та процедури після
    1. та причини скасування, статус procedure після виконаних дій.
    2. Перевірити надходження сповіщень
    та
    1. /листів Організатору
    та Учасникам
    1. про виконані дії.
    2. Перевірити можливість завантажити digitalSignature до cancellationDetails.

    Expected results

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

    CBD3-LSP-UC-13-0304

    Anchor
    LSP-UC-13-0304
    LSP-UC-13-0304

    Скасування процедури в статусі activeстатусі active_auctionqualification
    RoleМайданчик/Організатор/Учасник
    PreconditionsПроцедура знаходиться в статусі  active_auction (Аукціон)
    • Статус procedure - active_qualification.
    Steps To Reproduce
    1. Перейти Організатором Перейти Організатором аукціону на сторінку аукціону, вибрати обрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
    2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та /час скасування (cancellations.date). Ввести фактичну дату скасування. Натиснути Та натиснути кнопку "Скасувати аукціон".
    3. Перевірити відображення завантаженого документу на Майданчику , статуси award'ів, contract'у та процедури після та причини скасування, статус procedure після виконаних дій.
    4. Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
    5. Перевірити можливість завантажити digitalSignature до cancellationDetails.

    Expected results

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

    CBD3-LSP-UC-13-0405

    Anchor
    LSP-UC-13-0405
    LSP-UC-13-0405

    Скасування процедури Скасування процедури в статусі activeстатусі active_qualificationawarded
    RoleМайданчик/Організатор/Учасник
    PreconditionsПроцедура знаходиться в статусі active_qualification (Очікується опублікування протоколу)
    • Статус procedure - active_awarded.
    Steps To Reproduce
    1. Перейти Організатором Перейти Організатором аукціону на сторінку аукціону, вибрати обрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
    2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та /час скасування (cancellations.date). Ввести фактичну дату скасування. Натиснути Та натиснути кнопку "Скасувати аукціон".
    3. Перевірити відображення завантаженого документу на Майданчику , статуси award'ів, contract'у та процедури після та причини скасування, статус procedure після виконаних дій.
    4. Перевірити надходження сповіщень та /листів Організатору та Учасникам про виконані дії.
    5. Перевірити можливість завантажити digitalSignature до cancellationDetails.

    Expected results

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

    CBD3-LSP-UC-13-0506

    Anchor
    LSP-UC-13-0506
    LSP-UC-13-0506

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

    Expected results

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

    CBD3-LSP-UC-1314-0601

    Anchor
    LSP-UC-1314-0601
    LSP-UC-1314-0601

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

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

    • Триває qualificationPeriod.
    • Статус procedure - pending_payment.
    • Статуси award'у - active.
    • Статус contract - active.
    Steps To Reproduce
    1. Перевірити можливість “Завершити аукціон” та перевірити статус procedure після
    Steps To Reproduce
  • Перейти Організатором аукціону на сторінку аукціону, вибрати функцію скасування, завантажити документ - cancellationDetails (Причини скасування).
  • Внести опис причини скасування вручну (cancellation.reason) та фактичну дату та час скасування (cancellations.date).
  • Ввести фактичну дату скасування. Натиснути кнопку "Скасувати аукціон".
  • Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та процедури після
    1. виконаних дій.
    2. Перевірити надходження сповіщень

    та
    1. /листів Організатору та Учасникам про виконані дії.

    Expected results

    1. Доступна можливість "Завершити Аукціон", статус procedure - complete.
    2. Організатор та Учасник отримують сповіщення/лист про успішне завершення

  • У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
  • Доступна можливість вводу причини скасування процедури.
  • Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
  • Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено).
  • Організатор та Учасники отримують сповіщення та листи про скасування
    1. аукціону.

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

    CBD3-LSP-UC-

    14

    15-01

    Anchor
    LSP-UC-

    14

    15-01
    LSP-UC-

    14

    15-01

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

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

    Award переможця- в статусі active (Переможець. Очікується договір), contract - в статусі active.

    Steps To Reproduce
    1. Перейти Організатором на сторінку аукціону, та натиснути на кнопку “Завершити аукціон”.
    2. Перевірити статус процедури після виконаних дій.
    3. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.

    Expected results

    1. Можливість Завершити Аукціон існує лише при виконанні наступних умов:

    • Процедура знаходиться в статусі pending_payment (Очікується оплата)
    • Award Учасника - в статусі active (Переможець. Очікується договір)
    • Contract - в статусі active

      2. Статус процедури - complete (Аукціон завершено).

    • Статус procedure - active_rectification/active_tendering.
    Steps To Reproduce
    1. Перевірити Організатором можливість завантаження/оновлення документів. 

    Expected results

    1. Присутня можливість завантаження/оновлення документів
      3. Організатор та Учасник отримують сповіщення та лист про успішне завершення аукціону.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    15. Періоди, статуси, документи/Учасник

    CBD3-LSP-UC-15-0102

    Anchor
    LSP-UC-15-0102
    LSP-UC-15-0102

    Документи процедуриbid`a
    RoleМайданчик/Учасник/ЦБД/Організатор
    PreconditionsПри створенні чернетки. Процедура знаходиться в статусі rectification,
    • Триває tenderPeriod.
    Steps To Reproduce
    1. Перевірити Організатором Учасником можливість завантаження та /оновлення документів. 

    Expected results

    1. Присутня
    можливість завантаження /оновлення документів. Майданчик відображає документи згідно таблиці. Image Removed
    1. можливість завантаження/оновлення документів:
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-15-0203

    Anchor
    LSP-UC-15-0203
    LSP-UC-15-0203

    Документи bid`aaward'у
    RoleМайданчик/Учасник/Організатор/ЦБД
    Preconditions
    • Триває qualificationPeriod.
    • Статус аward'у - pending/active
    Процедура знаходиться в статусі tenderPeriod
    • .
    Steps To Reproduce
    1. Перевірити Учасником та Організатором можливість завантаження та /оновлення документів. 

    Expected results

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

    Image Removed

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

    CBD3-LSP-UC-15-0304

    Anchor
    LSP-UC-15-0304
    LSP-UC-15-0304

    Документи awardcontract
    RoleМайданчик/Організатор/ЦБД
    PreconditionsПроцедура знаходиться в статусі active_qualification. 
    • Статус аward'у - active.
    • Статус contract'у - pending.
    • Триває qualificationPeriod
    Award переможця- в статусі active (Переможець. Очікується договір)
    • .
    Steps To Reproduce
    1. Перевірити Учасником та Організатором можливість завантаження та /оновлення документів. 

    Expected results

    1. Присутня можливість завантаження/оновлення документів.
    Майданчик відображає документи згідно таблиці. Image Removed
    1.  
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-15-0405

    Anchor
    LSP-UC-15-0405
    LSP-UC-15-0405

    Статуси procedureДокументи contract'у
    RoleМайданчик/Учасник/Організатор/ЦБД
    Preconditions

    Процедура знаходиться в статусі pending_payment (Очікується оплата). Award учасника в статусі active, contract в статусі signed - для документа paymentInformation (відомості про сплату)

    Процедура знаходиться в статусі active_awarded (Очікується підписання договору). Award учасника в статусі active, contract в статусі pendingprocedure знаходиться у відповідному статусі.

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

    Expected results

    1. Майданчик відображає статуси procedure.
    1. Присутня можливість завантаження/оновлення документів. Майданчик відображає документи згідно таблиці. 
    Image Removed
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-15-0506

    Anchor
    LSP-UC-15-0506
    LSP-UC-15-0506

    Статуси процедуриaward'у
    RoleМайданчик/Учасник/Організатор/ЦБД
    Preconditions
    • Триває qualificationPeriod.
    • Аward знаходяться
    Процедура знаходиться
    • у відповідному статусі.
    Steps To Reproduce
    1. Перевірити відображення
    статусів процедури згідно
    1. статусів award'ів згідно таблиці. 

    Expected results

    1. Майданчик
    відображає статуси процедури згідно таблиці. 
    1. відображає статуси award'ів згідно 
    Image Removed
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-15-0607

    Anchor
    LSP-UC-15-0607
    LSP-UC-15-0607

    Статуси award'уcontracts
    RoleМайданчик/Учасник/Організатор/ЦБД
    PreconditionsПроцедура та award
    • Триває qualificationPeriod.
    • Сontracts
    •  знаходяться у відповідному статусі.
    Steps To Reproduce
    1. Перевірити відображення статусів award'ів згідно статусів contract'у згідно таблиці. 

    Expected results

    1. Майданчик
    відображає статуси award'ів згідно таблиці. 
    1. відображає статуси contracts згідно 
    Image Removed
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-15-0708

    Anchor
    LSP-UC-15-0708
    LSP-UC-15-0708

    Статуси contracts bids
    RoleМайданчик/Учасник/Організатор/ЦБД
    PreconditionsПроцедура та contract
    • Триває active_tendering або qualificationPeriod.
    • bids
    •  знаходяться у відповідному статусі.
    Steps To Reproduce
    1. Перевірити відображення статусів contract'у згідно таблиці.  bids.

    Expected results

    1. Майданчик відображає статуси contract'у згідно таблиці. 
    Image Removed
    1.  bids'ів згідно 
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: