Versions Compared

Old Version 71

changes.mady.by.user taras bondarchuk

Saved on

compared with

New Version 72

changes.mady.by.user taras bondarchuk

Saved on

Key

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

...

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

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

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

Таблиця змін

Дата

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

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

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.2021CBD3-LSP-UC-15-02Додано новий документ admissionReason - Підстави для допуску дискваліфікованого учасника.
17.09.2021CBD3-LSP-UC-02-01Внесені зміни в "Картографічний сервіс"
16.09.2021CBD3-LSP-UC-05-01Внесені уточнення в редагування питання

...

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

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

3. Робота з Document Service

CBD3-LSP-UC-03-01Завантаження документів
CBD3-LSP-UC-03-02Оновлення документів
CBD3-LSP-UC-03-03Особливості роботи із цифровим підписом
4. Редагування процедури
CBD3-LSP-UC-04-01Внесення змін в опубліковану процедуру протягом rectificationPeriod
CBD3-LSP-UC-04-02Внесення змін в опубліковану процедуру протягом transferPriorityPeriod
CBD3-LSP-UC-04-03Робота з документами в процедурі протягом tenderPeriod
5. Робота з питаннями/відповідями
CBD3-LSP-UC-05-01Подача запитання
CBD3-LSP-UC-05-02Надання відповіді на задане запитання

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

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

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

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

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

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

CBD3-LSP-UC-12-04

Операції для award'у в статусі cancelled
CBD3-LSP-UC-12-05Операції для award'у в статусі active, contract в статусі pending
CBD3-LSP-UC-12-06Операції для award'у в статусі active, contract в статусі signed
CBD3-LSP-UC-12-07Операції для 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Документи процедури
CBD3-LSP-UC-15-02Документи bid`a
CBD3-LSP-UC-15-03Документи award'у
CBD3-LSP-UC-15-04Документи contract'у
CBD3-LSP-UC-15-05Статуси процедури
CBD3-LSP-UC-15-06Статуси award'у
CBD3-LSP-UC-15-07Статуси contracts

...

9. Отримання та перехід по посиланню

CBD3-LSP-UC-09-01

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

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

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

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

Expected results

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

CBD3-LSP-UC-09-02

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

Приватне посилання
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

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

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

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

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

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

Image Modified

Image Modified

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

CBD3-LSP-UC-10-02

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

Відображення таблиці кваліфікації на Майданчику
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  доступні для завантаження та перегляду.

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

CBD3-LSP-UC-10-03

Anchor
LSP-UC-10-03
LSP-UC-10-03

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

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

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

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

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

Expected results

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

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

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

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

CBD3-LSP-UC-10-04

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

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

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

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

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

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


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

CBD3-LSP-UC-10-05

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

Завантаження та підтвердження документів договору Організатором протягом qualificationPeriod
Підписання договору
RoleЦБД/Майданчик/Організатор
Preconditions
Процедура знаходиться в статусі 
  • Статус procedure - active_awarded 
(Очікується підписання договору).Award учасника в статусі active, contract в статусі pending.
  • Статус аward - active
  • Статус 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. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень

та

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

  4. Перевірити

статуси процедури, award

статуси procedure, award'у,

 contract

 contract'у та інформацію щодо договору.

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

CBD3-LSP-UC-10-06

Anchor
LSP-UC-10-06
LSP-UC-10-06

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

    У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус active.

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

    CBD3-LSP-UC-10-07

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

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

    CBD3-LSP-UC-11-01

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

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

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

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

    Триває qualificationPeriod

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

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

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

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

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

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

    Expected results


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

    CBD3-LSP-UC-11-03

    Anchor
    LSP-UC-11-03
    LSP-UC-11-03

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

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

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

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

    Expected results


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

    CBD3-LSP-UC-11-04

    Anchor
    LSP-UC-11-04
    LSP-UC-11-04

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

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

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

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

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

    Expected results


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

    CBD3-LSP-UC-11-05

    Anchor
    LSP-UC-11-05
    LSP-UC-11-05

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

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

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

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

    Expected results


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

    CBD3-LSP-UC-11-06

    Anchor
    LSP-UC-11-06
    LSP-UC-11-06

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

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

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

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

    Expected results

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

    CBD3-LSP-UC-11-07

    Anchor
    LSP-UC-11-07
    LSP-UC-11-07

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

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

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

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

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

    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-08

    Anchor
    LSP-UC-11-08
    LSP-UC-11-08

    		Відмова Учасника від участі в кваліфікації 
    RoleМайданчик/Учасник/ЦБД
    Preconditions

    Триває qualificationPeriod. Присутній аward Учасника, цінова пропозиція якого є друга по величині - pending_waiting (Очікує рішення).

    Steps To Reproduce
    1. Перейти Учасником (статус якого pending_waiting) на сторінку кваліфікації award'у та натиснути кнопку “Відмовитись від очікування”.
    2. Перевірити статуси award'у та процедури після виконаних дій.
    3. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.

    Expected results

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

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

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

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

    ...