Page History

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

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

Expected results

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

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

Сценарії dgfdutch-manual

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

Expected results

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

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

Сценарії dgfdutch-manual

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

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

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

Expected results

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

Сценарії dgfdutch-manual

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

• Учасник - протягом tenderPeriod та award.signingPeriod
  
• Організатор - протягом усіх періодів окрім auctionPeriod

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

Expected results

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

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

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

• Учасник - протягом tenderPeriod та award.signingPeriod
  
• Організатор - протягом усіх періодів окрім auctionPeriod

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

Expected results

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

Інформація про попередні версії документів доступна по окремому ендпойнту.

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

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

rectificationPeriod триває - дата та час початку періоду редагування з моменту публікації + 2 робочі дні, завершення о 18:00.

1. Перевірити можливість вносити зміни в опубліковану процедуру до завершення rectificationPeriod.
2. Завантажити документ clarifications (Погодження змін до опису лоту. Опис причин редагування) - дія не обов'язкова.
3. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
4. Перевірити сповіщення в особистий кабінет та на пошту.

Expected results

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

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

tenderPeriod триває від моменту публікації процедури в ЦБД, та завершується в 20:00 дня, що передує дню початку періоду Аукціону.

1. Перейти Організатором в опубліковану процедуру до завершення tenderPeriod.
2. Завантажити документу clarifications (Погодження змін до опису лоту. Опис причин редагування) - дія не обов'язкова.
3. Перевірити, що завантаження/оновлення документів відбувається без обмежень.
4. Перевірити коректність відображення завантажених/оновлених документів.

Expected results

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

Протягом tenderPeriod Організатору доступна лише робота з документами.

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

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

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

Expected results

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

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

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

Bid в статусі active

1. Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи).
2. Після завершення редагування - зберегти зміни.
3. Перевірити відображення зміненої інформації на Майданчику.
4. Перевірити отримання Учасником сповіщення та листа на пошту про внесення змін в bid.

Expected results

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

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

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

Bid в статусі active

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

Expected results

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

Наявні два або більше bid'а

Процедура змінила статус на active_auction (Аукціон)

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

Expected results

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

Наявні два або більше bid'а

Процедура змінила статус на active_auction (Аукціон)

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

Expected results

1. Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
2. Приватне посилання має наступний вигляд  https://auction.prozorro.sale/{id модулю аукціону}?bidder_id={id учасника}&acc_token={token учасника}
3. Після переходу відображається модуль аукціону.

Процедура опублікована та знаходиться в статусі active_auction (Аукціон), триває Dutch Part

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

Expected results

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

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

Expected results

1. Bid'и в статусі active, до завершення auctionPeriod не змінюються. 
2. Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці. 
3. Організатор та Учасник отримують сповіщення та листи:

• Організатор - про початок кваліфікації та необхідність завантаження договір. 
• Учасник в статусі active (Переможець. Очікується договір) - про набуття статусу переможця
• Учасник в статусі pending_waiting (Очікує рішення) - про набуття статусу очікуючого

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

Статус pending_waiting (Очікує рішення) отримує Учасник, цінова пропозиція якого є друга по величині.

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

Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів. 

Після завершення модуля аукціона Майданчик відображає усіх учасників, що приймали участь.  

Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod. 

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

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

Expected results

1. Відображається інформація по усім award'ам, що кваліфікуються:
• Повна юридична назва Учасника (bids.tenderers.identifier.legalName)
• Розмір цінової пропозиції (bids.value.amount, bids.value.currency)
• Статус award (award.status)
• Документи Учасника (bids.documents)
• Терміни на завантаження протоколу/договору (verificationPeriod.startDate - verificationPeriod.endDate)

Для учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.

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

Award'и сортуються від більшої ціни до меншої. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше.

Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft та deleted.

Сценарії dgfdutch-manual

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

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

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

Expected results

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

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

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

В Учасника є можливість замінити auctionProtocol (Протокол аукціону).

Особливість цієї процедури є те що Учасник та Організатор можуть завантажити auctionProtocol (Протокол аукціону) в рамках статусу active_awarded, до підтвердження договору. Необов'язкова дія.

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

Award Учасника в статусі статусі active, contract в статусі pending 

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

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

У Організатора є можливість замінити auctionProtocol (Протокол аукціону).

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

Award учасника в статусі active, contract в статусі pending

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи:

• contractSigned (Підписаний договір)  - завантаження даного документу є обов'язковим для переводу contract'у в статус active
• contractNotice (Повідомлення про договір) 
• contractAnnexe (Додатки до договору) 

• paymentDetails (Документ, що підтверджує сплату) - завантаження даного документу є обов'язковим для переводу contract'у в статус active
  

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

• data.contracts.contractNumber - Номер договору
• data.contracts.title - Назва договору
• data.contracts.description - Опис договору
• data.contracts.period.startDate (масив data.contracts.period) - Дата початку дії договору
• data.contracts.period.endDate (масив data.contracts.period) - Дата завершення дії договору
• data.contracts.dateSigned - Дата підписання договору
• data.contracts.x_valueUAH.amount (масив data.contracts.x_valueUAH) - Загальна вартість договору в грн

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

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

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

Для award'у виводиться вся інформація щодо підписаного договору:

• вартість договору 
• cтатус договору

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

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

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

Award учасника в статусі active, contract в статусі pending

1. Перейти Організатором на сторінку кваліфікації award'у та натиснути кнопку "Подовжити період підписання", завантажити документ "Документ, що дозволяє пролонгацію" - prolongationProtocol.
2. Перевірити можливість оновити документ.
3. "Активувати пролонгацію".
4. Перевірити отримання Організатором та Учасником сповіщення та листа на пошту про виконані дії. 

1. Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно коректно відображаються на майданчику.
2. Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
3. Перевірити в результаті чого об’єкт prolongation змінює статус на applied.
4. Організатор та Учасником сповіщення та листа на пошту.

Пролонгувати строк періоду підписання договору (signingPeriod) можливо необмежену кількість разів та не більш ніж на 132 робочі дні з моменту формування протоколу (не враховуючи день аукціону). Кожного разу можливо тільки збільшувати період, але не можна зменшувати у порівнянні з попереднім збільшенням.

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

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

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

Expected results

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

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

  4. Award Учасник №1- unsuccessful (Дискваліфіковано),  contract - cancelled, award Учасник №2 -  active (Переможець. Очікується договір),  Процедура знаходиться в статусі active_awarded (Очікується підписання договору).

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

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

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

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

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

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

Завантажений документ contractSigned (Підписаний договір) в contract Учасника.

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

Expected results

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

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

В ЦБД завантажений документ contractSigned (Підписаний договір) та передана інформація з усіх обов'язкових полів

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

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

Expected results

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

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

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

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

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

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

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

Expected results

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

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

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

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

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

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

Award Учасника, цінова пропозиція якого є друга по величині - pending_waiting (Очікує рішення)

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 - про виконані дії. 

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

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

Award Учасника №2 знаходиться в статусі pending_waiting (Очікує рішення)

1. Дочекатись завершення signingPeriod для Переможця (Учасника №1). Перевірити зміну статусу аварду та contract'у, та їх відображення на Майданчику.
2. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії, та статуси award'ів. 
3. Виконати степи 1-2 відносно Учасник №2.

Expected results

1. ЦБД автоматично переводить award Учасника №1 у статус unsuccessful (Дискваліфіковано), та договір у статус cancelled. Майданчик коректно виводить статус award'у.

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

   • Організатор та Учасники отримують сповіщення та лист про автоматичну дискваліфікацію Учасника №1.
   • Учасник в статусі pending_waiting (Очікує рішення) - про набуття award'у статусу active (Очікується підписання договору) та формування contract в статусі pending. 
3. ЦБД автоматично переводить award Учасника №2 у статус unsuccessful (Дискваліфіковано), та договір у статус cancelled. Майданчик коректно виводить статус award'у, Організатор та Учасники отримують сповіщення та листи про автоматичну дискваліфікацію Учасника №2.
   

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

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

Award Учасника №2 знаходиться в статусі pending_waiting (Очікує рішення)

1. Пролонгувати строк роботи із договором для Учасника №1.
2. Дочекатись завершення signingPeriod для Переможця (Учасника №1). Перевірити зміну статусу аварду та contract'у, та їх відображення на Майданчику.
3. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії, та статуси award'ів. 
4. Виконати степи 1-3 відносно Учасник №2.

Expected results

1. Строк роботи із договором для Учасника №1 успішно пролонговано.
   
2. ЦБД автоматично переводить award Учасника №1 у статус unsuccessful (Дискваліфіковано), та договір у статус cancelled. Майданчик коректно виводить статус award'у.

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

   • Організатор та Учасники отримують сповіщення та лист про автоматичну дискваліфікацію Учасника №1.
   • Учасник в статусі pending_waiting (Очікує рішення) - про набуття award'у статусу active (Очікується підписання договору) та формування contract в статусі pending. 
4. ЦБД автоматично переводить award Учасника №2 у статус unsuccessful (Дискваліфіковано), та договір у статус cancelled. Майданчик коректно виводить статус award'у, Організатор та Учасники отримують сповіщення та листи про автоматичну дискваліфікацію Учасника №2.
   

Подати 2 валідні ставки та дочекатися завершення аукціону.

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

Expected results

1. Усі Учасники успішно дискваліфіковані.
2. В json-процедури передається коректне значення.
3. Причина корректно коректно відображається на Майданчику.

Подати 2 валідні ставки та дочекатися завершення аукціону.

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

Expected results

1. Award Учасника №2 змінює статус на cancelled (Учасник не став переможцем)
2. Учасник №1 успішно дискваліфіковано.
3. В json-процедури передається коректне значення.
4. Причина корректно коректно відображається на Майданчику.

Опублікувати процедуру та не подавати жодної ставки.

1. Перевірити, що ЦБД передає в поле unsuccessfulReason значення - заяви на участь відсутні
   
2. Перевірити, що причина корректно відображається на Майданчику.

Expected results

1. В json-процедури передається коректне значення.
2. Причина корректно коректно відображається на Майданчику.

Подати 2 невалідні ставки (==стартова ціна аукціону) та дочекатися завершення аукціону.

1. Перевірити, що ЦБД передає в поле unsuccessfulReason значення - валідні ставки відсутні
   
2. Перевірити, що причина корректно коректно відображається на Майданчику.

Expected results

1. В json-процедури передається коректне значення.
2. Причина корректно коректно відображається на Майданчику.

Подати 2 валідні ставки та дочекатися завершення аукціону.

1. Дочекатись завершення signingPeriod для Учасника №1.
2. Дочекатись завершення signingPeriod для Учасника №2. 
3. Перевірити, що ЦБД передає в поле unsuccessfulReason значення - строк підтвердження договору вичерпано
   
4. Перевірити, що причина корректно коректно відображається на Майданчику.

Expected results

1. ЦБД автоматично переводить award Учасника №1 у статус unsuccessful (Дискваліфіковано), та договір у статус cancelled. Майданчик корректно виводить статус award'у.
2. ЦБД автоматично переводить award Учасника №2 у статус unsuccessful (Дискваліфіковано), та договір у статус cancelled. Майданчик корректно виводить статус award'у.
3. В json-процедури передається коректне значення.
4. Причина корректно коректно відображається на Майданчику.