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

Дата

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

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

12.12.2022

CBD3-LRE-UC-10-06

CBD3-LRE-UC-10-07

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

CBD3-LSP-UC-

15

02-

02Додано новий документ admissionReason - Підстави для допуску дискваліфікованого учасника.

03

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

CDB3

17.09.2021CBD3

-LSP-UC-02-01

Внесені зміни в "Картографічний сервіс"
Внесення даних дляучасника з переважним правом другої черги для Чернетки процедури
16.
09
08.
2021
2023
CBD3

CDB3-LSP-UC-07-05

-01


Внесені уточнення в редагування питання

...

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

CDB3

...

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

CBD3

-LSP-UC-

01-01Реєстрація Організатора аукціону 

08-04

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

CDB3

CBD3

-LSP-UC-

01

08-

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

05

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

CDB3

CBD3

-LSP-UC-

01

08-

03Внесення змін в акаунт2. Робота з чернеткою. Публікація процедури

06

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

CDB3

CBD3

-LSP-UC-

02-01Створення та редагування чернетки 

08-07

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

CDB3

CBD3

-LSP-UC-

02

06-

02Видалення чернеткиCBD3-LSP-UC-02-03Публікація процедуриCBD3-LSP-UC-02-04Створення та публікація копії процедури на основі існуючоїCBD3-LSP-UC-02-05Перенесення дати початку періоду аукціонуCBD3-LSP-UC-02-06Блок банківські реквізити3. Робота з Document Service

01

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

 

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

 

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

CBD3-LSP-UC-

03

10-

01

05

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

CBD3-LSP-UC-

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

10-06

CBD3-LSP-UC-

03

10-

03Особливості роботи із цифровим підписом4. Редагування процедури

07


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

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

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

0804Відображення біда "Учасника з переважним правом"0805Втрата переважного права08061006Робота з оплатою10071107Зміна статусу Учасника що очікує, після набуття процедурою статусу complete110812Операції для award'у в статусі cancelled12Операції для award'у в статусі active, contract в статусі pending12Операції для award'у в статусі active, contract в статусі signed1215. Періоди, статуси, документи15070101-010101

Expected results

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

Публікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше8. Робота з bid'ом

CBD3-LSP-UC-0801-01Створення та активація bid'аРеєстрація Організатора аукціону 
CBD3-LSP-UC-0801-02Редагування bid'аРеєстрація Учасника
CBD3-LSP-UC-0801-03Видалення bid'аВнесення змін в акаунт
2. Робота з чернеткою. Публікація процедури
CBD3-LSP-UC-02-01Створення та редагування чернетки 
CBD3-LSP-UC-02-02Видалення чернетки
CBD3-LSP-UC-02-Активація bid'а після втрати переважного права
9. Отримання та перехід по посиланню
03Публікація процедури
CBD3-LSP-UC-0902-0104Створення та публікація копії процедури на основі існуючоїПублічне посилання
CBD3-LSP-UC-0902-02Приватне посилання

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

05Перенесення дати початку періоду аукціону
CBD3-LSP-UC-10-01Умови формування award'ів та їх статусів02-06Блок банківські реквізити
CBD3-LSP-UC-1003-0201Завантаження документівВідображення таблиці кваліфікації на Майданчику
CBD3-LSP-UC-1003-0302Оновлення документівЗавантаження документів Переможцем протягом verificationPeriod
CBD3-LSP-UC-1003-04Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod03Особливості роботи з digitalSignature
4. Редагування процедури
CBD3-LSP-UC-1004-0501Внесення змін в опубліковану процедуру протягом rectificationPeriodПідписання договору
CBD3-LSP-UC-04-02Внесення змін в опубліковану процедуру протягом transferPriorityPeriod
CBD3-LSP-UC-04-Підтвердження договору03Робота з документами в процедурі протягом tenderPeriod
5. Робота з питаннями/відповідями11. Дискваліфікація Учасників
CBD3-LSP-UC-1105-01Дискваліфікація 2-х award'івПодача запитання
CBD3-LSP-UC-1105-02Дискваліфікація до завантаження Організатором auctionProtocolНадання відповіді на задане запитання

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

CBD3-LSP-UC-11-03Дискваліфікація після підтвердження auctionProtocol06-01Пошук аукціону
7. Робота з заявою на участь
CBD3-LSP-UC-1107-0401Створення локальної чернетки заяви на участьДискваліфікація після завантаження документів договору та передачі інформації по договору
CBD3-LSP-UC-1107-0502Редагування та видалення локальної чернетки заяви на участь Дискваліфікація на етапі "Підтвердження оплати"
CBD3-LSP-UC-1107-0603Публікація в ЦБД локальної чернетки заяви на участьДискваліфікація на етапі "Завершення аукціону"
CBD3-LSP-UC-07-04Публікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше
CBD3-LSP-UC-07-Відмова Учасника від участі в кваліфікації 05Публікація в ЦБД локальної чернетки заяви на участь від учасників з пріоритетним правом
8. Робота з bid'ом12. Перелік допустимих операцій для award'ів
CBD3-LSP-UC-1208-01Операції для award'у в статусі pendingСтворення та активація bid'а
CBD3-LSP-UC-1208-02Операції для award'у в статусі pending_waitingРедагування bid'а
CBD3-LSP-UC-1208-03Операції для award'ів в статусі unsuccessfulВидалення bid'а
CBD3-LSP-UC-08-04Відображення bid'а - "Учасника з переважним правом"/ "Учасника з переважним правом другої черги" 
CBD3-LSP-UC-08-05Втрата переважного права
CBD3-LSP-UC-08-06Зміна черги переважного права: пониження, підвищення
CBD3-LSP-UC-08-07Операції для award'а в статусі active, contract в статусі activeАктивація bid'а після втрати переважного права
9. Отримання та перехід по посиланню13. Скасування процедури
CBD3-LSP-UC-1309-01Скасування процедури в статусі active_rectificationПублічне посилання
CBD3-LSP-UC-1309-02Скасування процедури в статусі active_tenderingПриватне посилання

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

CBD3-LSP-UC-1310-0301Умови формування award'ів та їх статусівСкасування процедури в статусі active_auction
CBD3-LSP-UC-1310-0402Відображення таблиці кваліфікації на МайданчикуСкасування процедури в статусі active_qualification
CBD3-LSP-UC-1310-0503Завантаження документів Переможцем протягом verificationPeriodСкасування процедури в статусі  active_awarded
CBD3-LSP-UC-1310-06Скасування процедури в статусі pending_payment
14. Завершення процедури
04Завантаження та підтвердження auctionProtocol Організатором протягом verificationPeriod
CBD3-LSP-UC-1410-01Завершення процедури05Підписання договору
CBD3-LSP-UC-1510-0106Робота з оплатоюДокументи процедури
CBD3-LSP-UC-15-02Документи bid`a10-07Підтвердження договору
11. Дискваліфікація Учасників
CBD3-LSP-UC-1511-0301Дискваліфікація 2-х Документи award'уів
CBD3-LSP-UC-1511-0402Дискваліфікація підчас active_qualificationДокументи contract'у
CBD3-LSP-UC-1511-0503Дискваліфікація підчас active_awardedСтатуси процедури
CBD3-LSP-UC-1511-0604Дискваліфікація підчас pending_paymentСтатуси award'у
CBD3-LSP-UC-11-Статуси contracts05

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

CBD3-LSP-UC-11-06Відмова Учасника від участі в кваліфікації 
12. Перелік допустимих операцій для award'ів1. Реєстрація та внесення змін в акаунт
CBD3-LSP-UC-12-01
Anchor
Операції для award'у в статусі pending
CBD3-LSP-UC-12-02Операції для award'у в статусі pending_waiting
CBD3-LSP-UC-12-Реєстрація Організатора аукціону
RoleМайданчик/Організатор
Preconditions

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

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

Expected results

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

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

CBD3-LSP-UC-01-01

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

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

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

Steps To Reproduce
  1. Заповнити усі обов'язкові поля згідно swagger.
  2. Завантажити документи, що підтверджують особу та повноваження Організатора аукціону
  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. Перевірити відображення інформації після повторної активації активацію акаунту Організатора.

Expected results




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

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

Зміст

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

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. Перевірити можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
  3. Завантажити усі доступні типи документів CBD3-LSP-UC-15-01.
  4.  Завантажити документи, що підтверджують особу та повноваження Учасника.
  5.  Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
  6.  Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
  7.  Перевірити активацію акаунту Учасника.

Expected results




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

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

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

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

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

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

CBD3-LSP-UC-

01-

03

Anchor
LSP-UC-

01-

03
LSP-UC-

01-

03

Внесення змін в акаунт
RoleМайданчик/Учасник/Організатор
PreconditionsСтворена локальна чернетка Організатором на МайданчикуПерейти на Майданчик в особистий кабінет Учасника/Організатора.
Steps To Reproduce
  1. Перейти Організатором до створеної чернетки, та видалити її.

Expected results

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

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

Expected results




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

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

скріншот):

Results: 
030303Публікація процедури010101Завантаження
2. Робота з чернеткою. Публікація процедури.

CBD3-LSP-UC-02-

01

Anchor
LSP-UC-02-

01
LSP-UC-02-

01

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

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

Steps To ReproduceПерейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
  1. Перевірити відображення опублікованої процедури на Майданчику та Порталі.
  2. Перевірити, що Майданчик виводить учасників, що були дискваліфіковані в попередніх процедурах (id таких учасників присутні в json процедури блок disqualifiedBids). Для Організатора та Учасників - обов'язково, Спостерігач опціонально. 
  3. Перевірити статус опублікованої процедури.
  4. Перевірити сповіщення в особистий кабінет та на пошту.
  5. При публікації нового оголошення необхідно перевірити чи в ЦБД наявні вже опубліковані оголошення з лотом, що має такий  самий кадастровий номер (cadastralNumber), опубліковане іншим Організатором (sellingEntity.identifier.id)
  6. можливість створення чернетки процедури. Заповнити усі поля згідно swagger

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

    • Країну та регіон -  змінити немає можливості
    • Населений пункт, адресу та поштовий індекс - є можливість відредагувати або ввести вручну.
    • Координати відображаються тільки для ознайомлення, без можливості редагувати в інтерфейсі.
    В організатора має бути можливість переключитись на ручне введення адреси на випадок, якщо у нього не працює функціонал роботи з картою.
  7. Перевірити можливість Організатору обрати additionalClassifications CVZU 1-99 шт.
  8. Перевірити можливість Організатором заповнити дані Учасника з переважним правом/ переважним правом другої черги currentTenant. 
  9. Завантажити усі доступні типи документів CBD3-LSP-UC-15-01.
  10. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. Перевірити, що після натискання кнопки усі заповнені поля коректно збереглись.
  11. Перевірити наявність сповіщення в особистому кабінеті та на пошту.
  12. Зберегти інформацію як локальну чернетку на Майданчику.
  13. Перевірити можливість перегляду та редагування чернетки.

Expected results


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

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

  • illustration
  • contractProforma

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

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

CBD3-LSP-UC-02-02

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

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

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 Організатора оголошення, що публікується - виводити Організатору, що публікує оголошення попередження про те, що оголошення про продаж такої земельної ділянки вже було опубліковано кимось іншим. Наприклад, таким сповіщенням: “Для вказаної вами земельної ділянки вже було опублікований аукціон іншим Організатором, ви впевнені, що хочете продовжити публікацію?”

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

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

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

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

CBD3-LSP-UC-02-

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

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 процедури.

Expected results

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

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

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

CBD3-LSP-UC-02-0506

Anchor
LSP-UC-02-0506
LSP-UC-02-0506

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

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

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

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

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

    3. Робота з Document Service 

    CBD3-LSP-UC-

    02

    03-

    06

    01

    Anchor
    LSP-UC-

    02

    03-

    06

    01
    LSP-UC-

    02

    03-

    06

    01

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

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

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

    Expected results

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

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

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

    • Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.
    • Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.
    • Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified,
    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-

    02

    Anchor
    LSP-UC-03-

    02
    LSP-UC-03-

    02

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

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

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

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

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

    Expected results




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

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

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

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

    • Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.
    • Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.
    • Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified,
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-03-0203

    Anchor
    LSP-UC-03-0203
    LSP-UC-03-0203

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

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

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

    Expected results




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

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

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

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

    CBD3-

    LSE

    LSP-UC-

    03

    04-

    03

    01

    Anchor
    LSP-UC-

    03

    04-

    03

    01
    LSP-UC-

    03

    04-

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

    01

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

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

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

    Expected results

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

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

  • Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"
    • Статус procedure - active_rectification.
    • Триває rectificationPeriod.
    Steps To Reproduce
    1. Перевірити можливість вносити зміни в опубліковану процедуру до завершення rectificationPeriod.
    2. Завантажити документ clarifications - дія обов'язкова.
    3. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
    4. Перевірити надходження сповіщення/листа про виконані дії.

    Expected results




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

    CBD3-LSP-UC-04-0102

    Anchor
    LSP-UC-04-0102
    LSP-UC-04-0102

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

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

    rectificationPeriod: 

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

    Expected results




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

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

    CBD3-LSP-UC-04-0203

    Anchor
    LSP-UC-04-0203
    LSP-UC-04-0203

    Робота з документами в процедурі протягом tenderPeriodВнесення змін в опубліковану процедуру протягом transferPriorityPeriod
    RoleМайданчик/Організатор/ЦБД
    PreconditionsПроцедура опублікована та знаходиться в статусі 
    • Статус procedure - active_tendering
     (Прийняття заяв на участь)
    • .

    transferPriorityPeriod: 

  • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate)
  • Дата завершення: може припадати на неробочий день, завершується за 5 робочих днів до завершення tenderPeriod, час завершення о 23:59
    • Триває tenderPeriod.
    Steps To Reproduce
    1. Перевірити, що існує можливість внесення змін в схему currentTenant до завершенняtransferPriorityPeriodПерейти Організатором в опубліковану процедуру до завершення tenderPeriod.
    2. Перевірити, що завантаження/оновлення документів відбувається без обмежень, окрім документу clarifications .
    3. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
    4. документів відбувається без обмежень.
    5. Перевірити коректність відображення завантажених/оновлених документівПеревірити сповіщення в особистий кабінет та на пошту.

    Expected results




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

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

    CBD3-LSP-UC-

    04

    05-

    03

    01

    Anchor
    LSP-UC-

    04

    05-

    03

    01
    LSP-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 Організатору доступна лише робота з документами.
  • 05-01

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

    Процедура опублікована, триває question.period.

    Steps To Reproduce

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

    Expected results




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

    • Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою qualificationPeriod.
    • Майданчик зобов'язаний сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей. 
    • Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
    Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".010101Подача

    Expected results

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

    CBD3-LSP-UC-05-

    02

    Anchor
    LSP-UC-05-

    02
    LSP-UC-05-

    02

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

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

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

    Expected results

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

    • В період відмінний від 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 Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
    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Майданчик/Учасник/ЦБДPreconditions

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

    tenderPeriod:

  • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod.endDate).
  • Дата завершення: може припадати на неробочий день, о 19:30-20:30 дня, що передує дню початку періоду Аукціону (auctionPeriod)
    на участь 
    RoleМайданчик/Учасник
    Preconditions
    • Статус procedure - active_tendering.
    • Статус bid'а - draft
    • .
    Steps To Reproduce
    1. Перейти Учасником в
    опубліковану процедуру, обрати функцію "Подати заяву на участь".
  • Ввести цінову пропозицію.
  • Завантажити доступні документи CBD3-LSP-UC-15-02.
  • Погодитись з умовами регламенту ЕТС, відповідальністю учасника, надання згоди на обробку персональних даних та зберегти заяву.
  • Expected results

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

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

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

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

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

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

    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 (Прийняття заяв на участь). 

    Наявна процедура з дискваліфікованими учасниками Учасником №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 опублікований в ЦБД в статусі draft.
  • Після завершення tenderPeriod у публічному АРІ  та на Майданчику відображаються лише bid'и зі статусом
    1.  Учасник отримує сповіщення в особистому кабінеті та на пошту про вдалу активацію. 
    2. Bid опублікований в ЦБД в статусі draft, активація недоступна. Учасник отримує сповіщення в особистому кабінеті та на пошту про НЕВДАЛУ активацію.

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

    CBD3-LSP-UC-07-

    04

    05

    Anchor
    LSP-UC-07-

    04

    05
    LSP-UC-07-

    04

    05

    Публікація 
    Публікація в ЦБД локальної чернетки заяви на участь від
    учасника дискваліфікованого ранішеSteps To ReproduceУчасником №1 подати заявку на участь (завантажено документ "Підстави для допуску дискваліфікованого учасника" - admissionReason)
    учасників з пріоритетним правом
    RoleМайданчик/Учасник
    Preconditions

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

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

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

    Статус procedure - active_tendering.

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

    Expected results

    1. отримання Учасником надходження сповіщення/лист.

    Expected results

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

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

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

    1. active. Учаснику надходять сповіщення/лист про вдалу активацію.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    CBD3-LSP-UC-08-06CBD3-LSP-UC-09-01
    8. Робота з bid'ом

    CBD3-LSP-UC-08-01

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

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

    Expected results

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

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

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

    CBD3-LSP-UC-08-02

    Anchor
    LSP-UC-08-02
    LSP-UC-08-02

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

    Expected results

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

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

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

    CBD3-LSP-UC-08-03

    Anchor
    LSP-UC-08-03
    LSP-UC-08-03

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

    Expected results

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

    CBD3-LSP-UC-08-04

    Anchor
    LSP-UC-08-04
    LSP-UC-08-04-04

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

    Expected results

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

    CBD3-LSP-UC-08-05

    Anchor
    LSP-UC-08-05
    LSP-UC-08-05

    Втрата переважного права
    RoleМайданчик/Учасник/ЦБД
    PreconditionsПроцедура
    • Статус procedure - active_tendering.
    • Триває transferPriorityPeriod.
    • В полі "Кількість учасників переважного права" визначено значення "2" 
    опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). Триває transferPriorityPeriod.
    • Наявний bid від
    Учасника1
    • Учасника 1 з ознакою isCurrentTenant = true з "Переважним правом" (priority=0)
    • Наявний bid від
    Учасника2
    • Учасника 2 з ознакою
    isCurrentTenant = false
    Steps To Reproduce
    1. Внести Організатором зміни в схему currentTenant.identifier на дані Учасника2.
    2. Перевірити, що для біда Учасника1 НЕ відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
    3. Перевірити отримання Учасником1 сповіщення та листа на пошту про деактивацію bid'а та можливість прийняти участь в аукціоні БЕЗ ознаки “Учасник з переважним правом” в разі повторної активації.
    4. Перевірити, що для біда Учасника2 відображається примітка Ваша заява на участь отримала ознаку “Учасник з переважним правом”.
    5. Перевірити отримання Учасником2 сповіщення та листа на пошту про активацію bid'а з ознакою “Учасник з переважним правом”.
    •  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 НЕ відображається примітка 

    Expected results

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

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

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

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

    Expected results

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

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

    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    9. Отримання та перехід по посиланню
    Anchor
    LSP-UC-09-01LSP-UC-09-01Публічне посилання
    RoleМайданчик/Спостерігач/ЦБД
    Preconditions

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

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

    Expected results

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

    Expected results

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

    CBD3-LSP-UC-0908-0206

    Anchor
    LSP-UC-0908-0206
    LSP-UC-0908-0206

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

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

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

    Expected results

    1. Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
    2. Майданчик відображає приватне посилання Учаснику. 
    3. Після переходу відображається дисклеймер модулю аукціону.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    10. Кваліфікація УчасниківCBD3-LSP-UC-10-01 AnchorLSP-UC-10-01LSP-UC-10-01Умови формування award'ів та їх статусівRole ЦБД/Майданчик/Спостерігач/УчасникPreconditions

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

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

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

    Image Removed

    Image Removed

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

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

    Expected results

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

    CBD3-LSP-UC-

    10

    08-

    02

    07

    Anchor
    LSP-UC-

    10

    08-

    02

    07
    LSP-UC

    -10-02

    -08-07

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

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

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

    Expected results

    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  доступні для завантаження та перегляду.

    • Статус 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

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

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

    CBD3-LSP-UC-

    10

    09-

    03

    01

    Anchor
    LSP-UC-

    10

    09-

    03

    01
    LSP-UC-

    10

    09-

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

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

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

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

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

    Expected results

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

  • 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. Після переходу відображається модуль аукціону
    Статус процедури та award'у Учасника залишаються без змін
    1. .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-

    10

    09-

    04

    02

    Anchor
    LSP-UC-

    10

    09-

    04

    02
    LSP-UC-

    10

    09-

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

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

    CBD3-LSP-UC-10-

    05

    01

    Anchor
    LSP-UC-10-

    05

    01
    LSP-UC-10-

    05Підписання договору

    01

    Умови формування award'ів та їх статусів
    Role ЦБД/Майданчик/Спостерігач/
    Організатор
    Учасник
    Preconditions
    Статус
    • Статус procedure 
    procedure
    • - active_
    awarded 
  • Статус аward - active
    • tendering.
    • procedure == minNumberOfQualifiedBids 1.
    • procedure == minNumberOfQualifiedBids 2.
    Статус contract - 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. Натиснути кнопку "Підтвердити договір" та перевірити
    1. Подати відповідні bid'и, та не змінювати їх протягом модулю аукціону згідно поданих сценаріїв:

    Image Added

    Image Added

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

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

    про виконані дії.

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

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

    по завершенню auctionPeriod.

    Expected results

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

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

    CBD3-LSP-UC-10-

    06

    02

    Anchor
    LSP-UC-10-

    06

    02
    LSP-UC-10-

    06Робота з оплатою 

    02

    Відображення таблиці кваліфікації на Майданчику
    Role
    ЦБД
    Майданчик/
    Майданчик
    Спостерігач/Організатор/ЦБД
    Preconditions
    Статус 
    • Статус procedure - 
    pending
    • active_
    payment
    • qualification.
    • Статус 
    Award
    • award - 
    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.
    • pending/active.
    • Статус bid’ів - active.
    Steps To Reproduce
    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
    Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін"
    • .
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-10-

    07

    03

    Anchor
    LSP-UC-10-

    07

    03
    LSP-UC-10-

    07Підтвердження договору

    03

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

    Expected results

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

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

    Steps To Reproduce
    1. Перевірити Організатором функціонал підтвердження договору.
    2. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
    3. Перевірити статуси procedure, award'у, contract'у.
    Expected results
    1. Організатору доступний функціонал підтвердження договору.
    2. Організатор та Учасник отримують сповіщення/листи про здійснені дії.
    3. Після підтвердження статуси:
  • сontract - active
  • procedure - pending_payment
  • award'у - active
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 
    11. Дискваліфікація Учасників

    CBD3-LSP-UC-

    11

    10-

    01

    04

    Anchor
    LSP-UC-

    11

    10-

    01

    04
    LSP-UC

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

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

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

    Триває qualificationPeriod

    Steps To Reproduce
  • Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
  • -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. Перевірити надходження сповіщення/листа про виконані дії.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-10-05

    Anchor
    LSP-UC-10-05
    LSP-UC-10-05

    Підписання договору
    RoleЦБД/Майданчик/Організатор
    Preconditions
    • Статус procedure - active_awarded. 
    • Статус аward - active.
    • Статус contract - pending.
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-LSP-UC-15-04.
    2. Внести інформацію в обов'язкові поля.
    3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
    4. Перевірити статуси procedureaward'у, contract'у та інформацію щодо договору.
    Expected results

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

    • Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
    • У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус signed
    Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати": 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: 

    CBD3-LSP-UC-

    11

    10-

    02

    06

    Anchor
    LSP-UC

    -11-02LSP-UC-11-02Дискваліфікація до завантаження Організатором auctionProtocolRoleМайданчик/Учасник/Організатор/ЦБДPreconditions

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

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

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

    Expected results

  • У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
  • Причина дискваліфікації передається в ЦБД в поле terminationReason award'у.
  • -10-06
    LSP-UC-10-06

    Робота з оплатою 
    RoleЦБД/Майданчик/Організатор
    Preconditions
    • Статус 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. 
    Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано),  завантажений документ та причина корректно відображається на Майданчику.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    Results: 

    CBD3-LSP-UC-

    11

    10-

    03

    07

    Anchor
    LSP-UC-

    11

    10-

    03

    07
    LSP-UC-

    11

    10-

    03Дискваліфікація після підтвердження auctionProtocol

    07

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

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

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

    • Статус 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
    Steps To Reproduce
    1. Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Документ, що підтверджує дискваліфікацію) або act (Документ, що підтверджує відмову).
    2. Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
    3. Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.

    Expected results

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

    Expected results

    050505060606 на етапі "Завершення аукціону"07070712. Перелік допустимих операцій для award'ів
    11. Дискваліфікація Учасників

    CBD3-LSP-UC-11-

    01

    Anchor
    LSP-UC-11-

    01
    LSP-UC-11-

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

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

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

    Завантажені усі документи договору в contract Учасника. 

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

    01

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

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

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

    Триває qualificationPeriod.

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

    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

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

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

    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
     (Очікується підписання договору).Award Учасника знаходиться в статусі active (Переможець. Очікується договір), contract в статусі 
    • .
    • Статус аward -  pending.
    • Статус contract - pending
    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-

    04

    Anchor
    LSP-UC-11-

    04
    LSP-UC-11-

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

    04

    Дискваліфікація підчас pending_payment
    Preconditions
    • Статус procedure - pending_payment.
    • Статус аward - active.
    • Статус contract - signed.
    Preconditions

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

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

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

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

    Expected results


    1. В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
    2. В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
    3. Організатор та Учасники отримують сповіщення/листи про виконані дії.
    4. Статус аward unsuccessful, contract - cancelled, procedure - unsuccessful.

    Expected results

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

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

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

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

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

    CBD3-LSP-UC-11-0805

    Anchor
    LSP-UC-11-0805
    LSP-UC-11-0805

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

    Expected results

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

    Expected results

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

      2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус cancelled (Учасник не став переможцем), статус процедури залишається без змін. 

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

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

    CBD3-LSP-UC-1211-0106

    Anchor
    LSP-UC-1211-0106
    LSP-UC-1211-0106

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

    Expected results

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

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

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

    • Організатор - про відмову від очікування Учасника №2.
    • Учасник №2 - про відмову від очікування та повернення гарантійного внеску

    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: 
    020202у в статусі pending_waiting
    12. Перелік допустимих операцій для award'ів

    CBD3-LSP-UC-12-

    01

    Anchor
    LSP-UC-12-

    01
    LSP-UC-12-

    01

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

    Steps To Reproduce

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

    Expected results

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

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

    Expected results

  • Для Організатора усі операції є заблоковані.
  • Для Учасника доступна операція - відмова від участі в кваліфікації
    • Завантаження auctionProtocol та digitalSignature до нього
    1108

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

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

    CBD3-LSP-UC-12-0302

    Anchor
    LSP-UC-12-0302
    LSP-UC-12-0302

    Операції для award'ів у в статусі unsuccessfulстатусі pending_waiting
    RoleМайданчик/ЦБД/Організатор/Учасник
    PreconditionsAward знаходиться в статусі unsuccessful (Дискваліфіковано) 
    • Триває 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-0403

    Anchor
    LSP-UC-12-0403
    LSP-UC-12-0403

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

    Expected results

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

    CBD3-LSP-UC-12-0504

    Anchor
    LSP-UC-12-0504
    LSP-UC-12-0504

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

    Expected results

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

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

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

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

    CBD3-LSP-UC-12-0605

    Anchor
    LSP-UC-12-0605
    LSP-UC-12-0605

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

    Expected results

    1. Список доступних операцій для Організатора:

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

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

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

    CBD3-LSP-UC-12-0706

    Anchor
    LSP-UC-12-0706
    LSP-UC-12-0706

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

    CBD3-LSP-UC-13-01

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

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

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

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

    CBD3-LSP-UC-13-02

    Anchor
    LSP-UC-13-02
    LSP-UC-13-02

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

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

    PreconditionsПроцедура опублікована та знаходиться в статусі 
    • Статус 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-03

    Anchor
    LSP-UC-13-03
    LSP-UC-13-03

    Скасування процедури в статусі active_auction
    RoleМайданчик/Організатор/Учасник
    PreconditionsПроцедура знаходиться в статусі  
    • Статус procedure - active_auction
     (Аукціон)
    • .
    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-04

    Anchor
    LSP-UC-13-04
    LSP-UC-13-04

    Скасування процедури в статусі active_qualification
    RoleМайданчик/Організатор/Учасник
    PreconditionsПроцедура знаходиться в статусі
    • Статус 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-05

    Anchor
    LSP-UC-13-05
    LSP-UC-13-05

    Скасування процедури в статусі active_awarded
    RoleМайданчик/Організатор/Учасник
    PreconditionsПроцедура знаходиться в статусі
    • Статус 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-06

    Anchor
    LSP-UC-13-06
    LSP-UC-13-06

    Скасування процедури в статусі pending_payment
    RoleМайданчик/Організатор/Учасник
    PreconditionsПроцедура знаходиться в статусі
    • Статус procedure - pending_payment
    (Очікується оплата)
    • .
    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: 
    14. Завершення процедури

    CBD3-LSP-UC-14-01

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

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

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

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

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

    Expected results

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

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

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

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

    1. про успішне завершення аукціону.

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

    CBD3-LSP-UC-15-01

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

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

    Expected results

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

    CBD3-LSP-UC-15-02

    Anchor
    LSP-UC-15-02
    LSP-UC-15-02

    Документи 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

    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    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. Присутня можливість завантаження/оновлення документів. Майданчик відображає документи згідно таблиці. 

    Image Removed

    1. Майданчик відображає статуси procedure.
    Зміст
    Самостійне тестування Майданчика (посилання на процедуру/скріншот):
    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'ів згідно таблиці. 

    Image Removed

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

    CBD3-LSP-UC-15-0708

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

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

    Expected results

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