Зміненені неймінги згідно останньої версії legalNames, додані неймінги статусів contract's

active_rectification (Редагування лота доступне) =>active_rectification (Редагування доступне)

verification (Очікує перевірку документів) => verification (Перевірка документів)

active (Переможець. Очікується договір)=>active (Переможець. Протокол підписано)

CBD3-GE-UC-042

CBD3-GE-UC-043

CBD3-GE-UC-044 

Внесено уточнення щодо можливості дискваліфікації учасників документами:

rejectionProtocol (Акт про невідповідність) - verificationPeriod

act (Акт про відмову) - waitingPeriod, signingPeriod, admissionPeriod

CBD3-GE-UC-032

CBD3-GE-UC-042

CBD3-GE-UC-043

CBD3-GE-UC-044 

CBD3-GE-UC-033

Внесено уточнення в функціонал завантаження документу x_verificationAct.

CBD3-GE-UC-042

CBD3-GE-UC-043 

CBD3-GE-UC-044

Додано офіційні неймінги періодів Процедури

Гарантований покупець – Замовник

Додано три нових обов'язкових поля для заповнення ГП при створенні Процедури:

• Вимоги до оформлення документів (data.x_documentRequirements)
• Інші відомості (data.x_additionalInformation) - Замовник вказує перелік необхідних документів для участі в Процедурі
• Порядок та можливий час ознайомлення з лотом (data.accessDetails)

Додано обов'язковий документ для завантаження ГП - x_enLotInfo (Оголошення англійською мовою)

На Майданчику необхідно заповнити наступні поля:
Повна назва Замовника
Обрати форму власності (дозволено тільки форма ДП)
ЄДРПОУ Замовника
ПІБ Замовника/Контактної особи
Телефон
Адреса електронної пошти
Поштова адреса
Індекс
Можливість завантажувати документ, що підтверджує особу та повноваження Замовника
Згода з офертою про персональні дані.
Згода з ознайомленням з Регламентом роботи системи електронних торгів

Ліцензія
• Опис документа
• Номер документа
• Дата видачі документа

Банківський рахунок
• Опис
• Назва банку

Банківські реквізити
• Назва (4 типи UA-EDR (ЕДРПОУ отримувача), UA-MFO (МФО банку), UA-accountNumber(Рахунок отримувача), UA-IBAN (IBAN отримувача))
• Ідентифікатор (UA-EDR - 8 symbols, UA-MFO - 6 symbols, UA-accountNumber- min 5 symbols, UA-IBAN -29 symbols)
• Опис до банківських реквізитів

Expected results

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

Виконуються автоматичні перевірки:
Всі обов’язкові поля заповнені значеннями потрібного типу.
Обліковий запис створений та знаходиться в стані валідації з боку майданичка.

Користувач отримує повідомлення про те, що обліковий запис знаходиться в стадії перевірки.

Після чого користувач отримує повідомлення електронною поштою та в особистому кабінеті про те, що його запис або активований, або докладний перелік помилок, що треба виправити.

Важливо: Гарантований Покупець - Замовник не може подавати заяву на участь в Процедурах !!!

ЦБД api:

Expected results

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

Виконуються автоматичні перевірки:
Всі обов’язкові поля заповнені значеннями потрібного типу.
Обліковий запис створений та знаходиться в стані валідації з боку Майданчика.

Користувач отримує повідомлення про те, що обліковий запис знаходиться в стадії перевірки.

Після чого користувач отримує повідомлення електронною поштою та в особистому кабінеті про те, що його запис або активований, або докладний перелік помилок, що треба виправити.

ЦБД api:

Створення чернетки доступно тільки для ролі Замовник - Гарантований покупець

Для Замовника доступно створення тільки процедури типу "Зелена енергетика".

1. Обрати Тип процедури - "Зелена енергетика"

Заповнити всі необхідні поля:
Номер лоту
Назва процедури
Опис процедури
Дата початку торгів
Стартова вартість - завжди в євро центах (є можливість вказати з точністю 2 знаки після коми)
Розміри банківської гарантії вказується  в євро.
Інформація про лот
Код відповідного класифікатору лоту: CAV, CPV (Основна класифікація 09300000-2 Електрична, теплова, сонячна та атомна енергія)

Додатковий класифікатор: generationType
Обсяг квоти - завжди кВт (можливість вказати значення з точністю до 4-х знаків після коми)
Лоти виставляються (не обов'язково): від 1 до 10 (за замовчуванням 1)
Адреса розташування (не обов'язково до заповнення)

Обов'язково заповнити поля з інформацією щодо документів які вимагаються від учасників: 

• Вимоги до оформлення документів
  
• Інші відомості - Замовник вказує перелік необхідних документів для участі в процедурі
• Порядок та можливий час ознайомлення з лотом

Поля з даними ліцензії та банківськими реквізитами заповнюються при реєстрації акаунту ГП, або при створенні Процедурау (реалізація на вибір майданчика). Дані передаються в ЦБД, з можливістю редагування полів та обов'язковим відображенням на сторінці Процедурау після публікації:

Ліцензія
• Опис документа
• Номер документа
• Дата видачі документа

Банківські реквізити

• Опис
• Назва банку
• Тип банківського кодифікатора
• Опис банківських реквізитів
• Ідентифікатор 

Доступні типи документів до завантаження:

x_enLotInfo (Оголошення англійською мовою)

illustration (Ілюстрація лоту процедури)
notice (Паспорт торгів)
technicalSpecifications (Технічні специфікації)
evaluationCriteria (Кваліфікаційні вимоги)
contractProforma (Типова форма договору)
x_presentation (Презентація)

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

2. Перевірити відображення чернетки на Майданчику. 

Expected results

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

ЦБД api:

1. Перейти Замовником  в створену чернетку. Обрати функцию "Видалення чернетки". В Замовника має бути можливість видалити чернетку без обмежень.

Expected results

1. Чернетка видалена на Майданчику

1. Перейти Замовником в створену чернетку. Замовник натискає кнопку "Опублікувати".
2. Перевірити надходження сповіщення та листа про успішну публікацію процедури.
3. Перевірити, що процедура знаходиться в статусі active_rectification (Редагування доступне).

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду RE001-UA-2020.....
2. Замовник - отримує сповіщення та лист - підтвердження успішної публікації публікації процедури в ЦБД.
3. Майданчик коректно відображає всю інформацію по процедурі, яку отримує з ЦБД. Процедура змінює статус на active_rectification (Редагування доступне).

Стає доступним перегляд лоту іншими користувачами на веб-сайті та на публічному порталі

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/initial/create_procedure

1. Перейти Замовником в створену чернетку. Заповнити поля не валідними даними. 
2. Натиснути кнопку "Опублікувати".

Expected results

1. Замовник отримує повідомлення про необхідність внесення змін. 
   
2. В разі не валідних даних або незаповнених обов'язкових полів публікація не відбувається.

ЦБД api:

1. Обрати процедуру у будь-якому статусі. В тілі процедури обрати функцію "Створити копію".
2. Внести зміни в поля/завантажити документи. Натиснути кнопку "Зберегти".

Expected results

1. На Майданчику створюється локальна копія процедури без публікації в ЦБД.
2. Створюється нова чернетка, яку в подальшому можна опублікувати.

ЦБД api:

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

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

Лише протягом даного періоду доступне внесення змін.

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

Expected results

1. Функція "Редагування" доступна протягом active_rectification (Редагування доступне).
2. Доступна можливість внесення змін в Процедура без завантаженого документу clarifications (Погодження змін до опису лоту. Опис причин редагування).
3. Для редагування доступні усі поля окрім полів дати та тип процедури.
4. При заміні попередні версії документів відображаються перекресленими. Тип документу змінити не можна. Видалити документи не можливо.
5. Усі завантажені документи та змінена інформація передається в ЦБД та коректно відображається на Майданчику.

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

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

Учасник не має можливості подавати ставки в цей період.

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/active_rectification/update_procedure

Робота з документами доступна Замовнику і після rectificationPerod до настання auctionPeriod

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

Expected results

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

Особливістю процедури renewables є те, що ставки НЕ інвалідуються ЦБД після внесення Замовником Процедурау змін в процедуру.

ЦБД api:

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

Steps To Reproduce

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

Expected results

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

• В період відмінний від questionPeriod в Учасника відсутня можливість задати запитання.
• Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу active_qualification (Очікується опублікування протоколу).
• Майданчик зобов'язаний сповіщати ГП кожні 24 години про наявність запитань без відповідей. 
• Після завершення enquiry.period Майданчик припиняє надсилання ГП оповіщень/листів на пошту про запитання без відповідей.

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/questions/create_clarifying_question

Steps To Reproduce

1. Перейти Учасником в опубліковану процедуру. Перевірити Учасником функцію подачі запитання щодо лоту.

Expected results

1. В період відмінний від questionPeriod в Учасника відсутній функціонал подачі запитання.

ЦБД api:

Триває enquiryPeriod

Отримано запитання від учасника

1. Перейти Замовником Процедурау в опублікований Процедура.
2. Замовник відкриває блок запитань на майданчику та надає відповідь. 

Expected results

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

ЦБД api:https://procedure-sandbox.prozorro.sale/api/doc#/questions/answer_clarifying_question

Період відмінний від enquiryPeriod

Отримано запитання від учасника

1. Перейти Замовником в опубліковану процедуру до якої подане запитання. Замовник відкриває блок запитань на Майданчику та надає відповідь. 

Expected results

1.  В період відмінний від enquiryPeriod в Замовника  відсутня можливість надати відповідь на запитання.

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

ЦБД api:

На Майданчику процедури типу renewables ("Зелена Енергетика") відображаються в окремому підрозділі.

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

• ID процедури 
• Типом
• Назвою
• Замовником 

Expected results

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

Відсутні результати, які не відповідають заданим критеріям пошуку.

Власні аукціони Замовника відображаються в окремій вкладці "Мої аукціони".

ЦБД api: 

На Майданчику процедури типу renewables ("Зелена Енергетика") відображаються в окремому підрозділі.

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

• неіснуючому ID
• неіснуючій Назві
• неіснуючому Замовнику 

Expected results

1. Відсутні процедури в  результатах пошуку.

ЦБД api: 

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

1. Перейти Учасником в опублікований Процедура та обрати функцію "Подати заяву на участь".
2. Заповнити величину потужності (можливість вказати значення з точністю до 4-х знаків після коми) та цінову пропозицію.
3. Завантажити визначені Замовником  необхідні документи та зберігає заяву.

Документи які можуть бути завантажені в заяву:

• x_tenderersGuarantee (Фінансове забезпечення)
• x_tenderersLand (Право на земельну ділянку)
• x_tenderersElectricalGrid (Договір про приєднання об'єкта електроенергетики)
• x_tenderersRegisterExtract (Витяг з ЄДРПОУ)
• x_tenderersBeneficialOwner (Інформація про кінцевого бенефіціарного власника (або його відсутність))
• x_tenderersGoverningBody (Інформація про органи управління)
• x_tenderersRelatedParties (Інформація про пов'язаних осіб)
• x_tenderersGenerationType (Довідка про вид ВДЕ (для технологічно нейтральних )
• commercialProposal (Заява на участь)

Expected results

1. Функція подачі заявки доступна в коли процедура в статусі active_tendering (Прийняття заяв на участь).
2. Відсутня можливість подати учасником заяву на участь з параметрами, що не відповідають умовам Замовника  (валідація відбувається на стороні Майданчика). Величина потужності  не менше 1 кВт та не більше заявленого об'єму Замовником. Цінова пропозиція не вище тарифу заявленого Замовником.
3. Завантаженні документи  корректно  відображаються на Майданчику. Без вказаного типу завантаження документів не допускається.

Заява зберігається локально на Майданчику як чернетка без публікації в ЦБД.

ЦБД api: 

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

Учасник переходить в створену чернетку заяви на участь

1. Обирати Учасником функцію "Редагувати ставку".
2. Внести зміни. Завантажує/заміняє документи та зберігає.
3. Перевірити  коректність відображення змін.

Expected results

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

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

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

ЦБД api:

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

Учасник переходить в створену чернетку заяви на участь

1. Обирати Учасником функцію "Видалити ставку".
2. Перевірити сповіщення та лист про виконану дію. 

Expected results

1. Функція доступна для Учасника протягом active_tendering (Прийняття заяв на участь). 
2. Майданчик інформує Учасника повідомленням та листом про успішно виконану дію.

ЦБД api:

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

Кожна чернетка заяви на участь повинна містити повний пакет необхідних документів.

1. Перевірити Учасником можливість роботи більше ніж з однією чернеткою заяви на участь до процедури.
2. Дії учасника аналогічні та не відрізняються від сценаріїв:

• Створення чернетки заяви на участь
• Редагування чернетки заяви на участь 
• Видалення чернетки заяви на участь  

Expected results

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

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

ЦБД api:

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

Існує чернетка заяви на участь від Учасника.

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

Expected results

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

Учасник не має можливості подавати ставку в період rectificationPeriod.

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/bids/create_bid

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

Ставка в статусі active

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

Expected results

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

ЦБД api:  https://procedure-sandbox.prozorro.sale/api/doc#/bids/update_bid

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

Ставка в статусі active

1. Учасник переходить в активовану ставку на участь, натискає кнопку "Видалити".
2. Учасник отримує сповіщення в особистий кабінет та листом про успішне виконання дії.

Expected results

1. Ставка на участь успішно видалена. 
2. Учасник отримує повідомлення в особистий кабінет та лист поштою про успішне видалення його ставки, та повідомлення про повернення гарантійного внеску.

Інформація про видалену ставку недоступна для публічного перегляду.

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/bids/update_bid_status

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

В Учасника існує декілька ставок в статусі active

1. Дії учасника аналогічні та не відрізняються від сценаріїв:

• Редагування ставки Учасника
• Видалення ставки Учасника

Робота з кожною ставкою Учасника здійснюється окремо, незалежно одна від одної.

2. Перевірити сповіщення про виконані дії. 

Expected results

1. Учасник має можливість роботи з кожною ставкою окремо:

• редагування
• видалення

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

2. Учасник отримує сповіщення в особистий кабінет та листом про успішне виконання дій.

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/bids/update_bid_status

Успішно опублікований Процедура в статусі active_auction (Процедура)

За 5-15 хв до початку аукціону Спостерігачі мають можливість перейти по публічному посиланню для спостереження за ходом аукціону.

1. Перейти в Процедура по публічному посиланню.

Expected results

1. З початком періоду active_auction (Процедура) ЦБД формує посилання для публічного перегляду ходу торгів та ознайомлення з його результатами.

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

ЦБД api:

Успішно опублікований Процедура в статусі active_auction (Процедура).

Валідна ставка на участь в аукціоні.

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

Expected results

1. Для Учасників з активними ставками ЦБД формує приватне посилання на участь в аукціоні, додатково майданчик надсилає посилання на участь поштою.

За 5-15 хв до початку аукціону Учасник має можливість перейти по посиланню та погодитися з умовами для подальшої участі в модулі аукціону.

Якщо учасник не переходить по посиланню в Процедура - його ставкою вважається початково подана цінова пропозиція.

ЦБД api:

Успішно опублікований Процедура в статусі active_auction (Процедура).

Декілька валідних ставок в процедурі від одного Учасника.

1. Учасник переходить в Процедура по унікальних посиланнях для кожної із ставок (отриманих в листах від майданчика або посиланнями з сторінки подачі ставок) та погоджується з умовами проведення аукціону.

Expected results

1. Для кожної ставки формується унікальне приватне посилання на участь в аукціоні, яке майданчик надсилає учаснику поштою. За 5-15 хв до початку аукціону Учасник має можливість перейти по кожному з посилань та погодитися з умовами для подальшої участі в аукціоні.

Також є можливість Учаснику перейти в Процедура з сторінки подачі ставки.

ЦБД api:

У разі наявності менше 2 закритих пропозицій процедура набуває статус unsuccessful (Процедура не відбувся).

Процедура в статусі active_auction (Процедура). Учасник авторизований для участі в аукціоні.

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

1. Протягом 10 хв від початку аукціону Учасник змінює цінову пропозицію (в меншу сторону від початкової ставки). Натискає кнопку підтвердження.
2. Можливість змінити величину потужності відсутня. 

Expected results

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

Змінена цінова пропозиція передається в ЦБД та відображається по завершенню в результатах процедури.

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

ЦБД api: 

Процедура в статусі active_auction (Процедура)

Учасник авторизований по кожній ціновій пропозиції для участі в аукціоні

1. Дії учасника аналогічні та не відрізняються від сценарію - Зміна учасником цінової пропозиції.

Expected results

1. Робота з кожною ціновою пропозицією Учасника здійснюється окремо, незалежно одна від одної.

ЦБД api:

Модуль аукціону завершено. Процедура знаходиться в статусі qualification (Перевірка документів учасників)

Перейти на сторінку процедури Майданчика, переглянути результати аукціону.

Expected results

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

ЦБД формує award'и для всіх учасників у статусі verification (Перевірка документів).

Якщо учасник не переходить по посиланню в Процедура - його ставкою вважається початково подана цінова пропозиція.

На Майданчику відображається інформація про усіх Учасників, що кваліфікуються:

• Повна юридична назва Учасника
• Розмір цінової пропозиції - євро центи 
• Обсяг (об'єм) запропонований учасником - кВт (значення з точністю до 4-х знаків після коми)
• Статус award'а
• Документи учасника
• Терміни на перевірку документів

Award'и відсортовані по зростанню цінової пропозиції.

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

Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML).

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

x_verificationAct - Загальний акт перевірки стає доступний для завантаження при відсутності award'ів в статусі verification.

ЦБД api: 

Модуль аукціону завершено.

Процедура знаходиться в статусі qualification (Перевірка документів учасників).

Award знаходиться в статусі verification (Перевірка документів).

1. Учасник завантажує/оновлює всі необхідні документи, які вимагає від нього Замовник.

Expected results

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

Після зміни статусу award'а на waiting (Документи перевірено) подальші дії з документами учаснику заблоковані. 

Зміна цінової пропозиції та обсягу (об'єму) на даному етапі не допускається.

ЦБД api:

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/add_bid_document

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/update_bid_document

Процедура знаходиться в статусі qualification (Перевірка документів учасників).

Award знаходиться в статусі  verification (Перевірка документів).

Усі необхідні документи учасником завантажено в bid та перевірено Замовником.

1. Замовник натискає кнопку "Підтвердити" для кожного перевіреного аward'у.
2. Перевірити надходження повідомлень та листів після виконаних дій.  

Expected results

1. Після підтвердження документів Майданчик змінює статус award'у на waiting (Документи перевірено).
2. Майданчик інформує поштою/в особистий кабінет Учасника та Замовника про виконані дії.

Зворотна дія неможлива

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/awards/update_award_status

Процедура знаходиться в статусі qualification (Перевірка документів учасників).

Award знаходиться в статусі  verification (Перевірка документів).

Документи Учасника не відповідають вимогам Замовника.

1. Замовник обов'язково завантажує документ - rejectionProtocol (Акт про невідповідність). Натискає кнопку "Відхилити".
2. Перевірити можливість заміни документу до передачі в ЦБД.
3. Перевірити надходження повідомлень та листів після виконаних дій.  

Expected results

1. Майданчик змінює статус відхиленого award'у на статус unsuccessful (Дискваліфіковано).
2. Є можливість замінити завантажений документ в інтерфейсі Майданчика.
3. Майданчик інформує поштою/в особистий кабінет Учасника та Замовника про виконані дії.

Зворотна дія неможлива.

ЦБД api: 

https://procedure-sandbox.prozorro.sale/api/doc#/awards/update_award_status

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/add_award_document

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/update_award_document

Процедура знаходиться в статусі qualification (Перевірка документів учасників).

Усі award'и знаходяться в статусах waiting (Документи перевірено) або unsuccessful (Дискваліфіковано)

Замовник обов'язково завантажує - x_verificationAct (Загальний акт перевірки). Доступна можливість замінити "Загальний акт перевірки" до моменту натискання кнопки "Перевірку документів завершено".

Замовник натискає кнопку “Перевірку документів завершено”. Перевірити відображення статусів процедури, award'ів та відображення документів. 

Expected results

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

Після натискання кнопки "Перевірку документів завершено" замінювати документ уже неможливо. ЦБД змінює статус процедури на active_qualification (Очікується опублікування протоколу та підписання договору).

Додати документ з типом  x_verificationAct  можливо тільки на етапі перевірки документів учасника.

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/qualification/complete_awards_verification

Процедура знаходиться в статусі qualification (Перевірка документів учасників).

Хоча б один з award'ів знаходиться в статусі verification (Перевірка документів).

1. Замовник намагається завантажити - x_verificationAct (Загальний акт перевірки).
2. Замовник намагається натискає кнопку “Перевірку документів завершено”.

Expected results

1. Якщо є Учасники у статусі verification (Перевірка документів), в Замовника відсутня можливість завантажити - x_verificationAct (Загальний акт перевірки), та перевести процедуру до статусу active_qualification (Очікується опублікування протоколу та підписання договору).
2. Кнопка “Перевірку документів завершено” неактивна.

ЦБД api:

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

1. Перейти на сторінку процедури Майданчика, переглянути результати.

Expected results

1. Розрахований обсяг квоти складає 80% від сумарної величини потужностей вказаних у заявах Учасників (попередньо кваліфікованих award'ів у статусі waiting), але не більше за обсяг квоти, вказаний при публікації процедури Замовником. ЦБД розраховує обсяг квоти автоматично.

Квота розраховується один раз, в момент підтвердження документу x_verificationAct (Загальний акт перевірки) та не підлягає подальшій зміні.

ЦБД api:

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

Перейти на сторінку процедури Майданчика, переглянути результати.

Expected results

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

Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД.

• Статус pending (Переможець. Очікується протокол) отримують учасники, які йдуть першими по ціновому рейтингу і загальний обсяг яких знаходиться в межах розрахованого обсягу квоти.
• Статус pending_waiting (Очікується рішення) отримують учасники що знаходяться нижче по рейтингу, обсяг яких виходить за межі обсягу, що був розподілений між учасниками в статусі pending.
  Якщо учасника в статусі pending було дискваліфіковано, то його обсяг розподіляється між учасниками, що йдуть першими по рейтингу в статусі pending_waiting.
• Статус pending.admission (Підтвердження набуття статусу переможця) отримує учасник, який по рейтингу знаходиться найвище серед усіх award'ів в статусі pending_waiting та його обсяг частково покриває залишок розрахованого обсягу квоти.

ЦБД api:

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

Наявні один або декілька award'ів в статусі pending_waiting (Очікується рішення) та існує залишок нерозподіленої квоти.

Steps To Reproduce

1. Перейти на сторінку процедури на  Майданчику, дочекатися  завершення waitingPeriod та настання admissionPeriod. Переглянути результати.
2. Перевірити автоматичне присвоєння award'у з найвищим рейтингом в статусі pending_waiting статусу pending.admission (Підтвердження набуття статусу переможця).
3. Перевірити, що інші аward'и набувають статусу cancelled (Учасник не став переможцем).

Expected results

1. Аward'у з найвищим рейтингом в статусі pending_waiting присвоєно статус pending_admission.
2. Award в статусі  pending.admission лише один.
3. Усі award'и в статусі pending_waiting які знаходились по рейтингу нижче - набувають статусу cancelled (Учасник не став переможцем).

ЦБД api:

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

Award учасника в статусі pending (Переможець. Очікується протокол)

1. Перейти Учасником на сторінку кваліфікації. Завантажити/оновити документ - auctionProtocol (Протокол аукціону).
2. Перевірити відображення документів на Майданчику.  

Expected results

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

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

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/add_award_document

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

Award учасника в статусі pending (Переможець. Очікується протокол)

1. Перейти Замовником на сторінку кваліфікації.  Завантажити/оновити документ - auctionProtocol (Протокол аукціону).
2. Натиснути кнопку "Протокол затверджено". Перевірити статус award’у. 

Expected results

1. Завантажений документ  auctionProtocol (Протокол аукціону) передається в ЦБД та коректно відображається на майданчику, при заміні попередні версії документів відображаються перекресленими.
2. Після підтвердження протоколу Майданчик змінює статус award’у на active (Переможець. Протокол підписано).

У Замовника є можливість замінити протокол аукціону до моменту натискання кнопки "Протокол затверджено".

ЦБД api:

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/add_award_document

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_award_status

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

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

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

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

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. Натиснути кнопку "Підтвердити договір". Перевірити статус процедури та award'у. 

4. Перевірити відображення інформація щодо підписаного договору.

Expected results

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

Додатково відображається:

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

Подальші дії з award'ом та contract'ом заблоковані (валідація на стороні Майданчика).

ЦБД api:

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/add_contract_document

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_contract_document

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_contract_status

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

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

Перейти Замовником на сторінку кваліфікації award'у. Натиснути кнопку "Підтвердити договір".

Документ contractSigned (Підписаний договір) не завантажено/не заповнені усі обов'язкові поля.

Expected results

Відсутня можливість підтвердити договір.

Замовнику виводиться сповіщення про необхідність коректного внесення інформації. 

Валідація на стороні Майданчика.

ЦБД api:

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

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

1. Перейти в award Учасника. Завантажити документ act (Акт про відмову)
2. Вказати одну чи декілька причин зі списку: 

• Подання неповного пакету документів або відомостей
• Надання недостовірної інформації
• Не розкриття інформації про кінцевих бенефіціарних власників
• Поширюються обмежувальні заходи
• Перевищення обсягу річної квоти (25%)

• Відмовився від підписання протоколу

• Відмовився від підписання договору

Є можливість замінити завантажений документ в інтерфейсі Майданчика

3. Перевірити статус award'у . Натиснути кнопку “Дискваліфікувати учасника”.

4. Перевірити, що Майданчик інформує поштою/в особистий кабінет Учасника та Замовника  про виконані дії. 

Expected results

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

Подальші дії з award'ом заблоковані (валідація на стороні Майданчика)

ЦБД api: 

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/add_award_document

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_award_status

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

В ЦБД завантажений документ auctionProtocol (Протокол аукціону).

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

1. Перейти в award Учасника. Завантажити документ act (Акт про відмову).
2. Вказати одну чи декілька причин зі списку: 

• Подання неповного пакету документів або відомостей
• Надання недостовірної інформації
• Не розкриття інформації про кінцевих бенефіціарних власників
• Поширюються обмежувальні заходи
• Перевищення обсягу річної квоти (25%)

• Відмовився від підписання протоколу

• Відмовився від підписання договору

Є можливість замінити завантажений документ в інтерфейсі Майданчика до зміни статусу contract'у на cancelled (Договір скасовано).

3. Перевірити статус award'у та contract'у на cancelled (Договір скасовано). Натиснути кнопку “Дискваліфікувати учасника”.

4. Перевірити, що Майданчик інформує поштою/в особистий кабінет Учасника та Замовника  про виконані дії. 

Expected results

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

Подальші дії з award'ом заблоковані (валідація на стороні Майданчика)

ЦБД api: 

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_contract_status

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/add_contract_document

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

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

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

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

1. Перейти в award Учасника. Завантажити документ act (Акт про відмову).
2. Вказати одну чи декілька причин зі списку: 

• Подання неповного пакету документів або відомостей
• Надання недостовірної інформації
• Не розкриття інформації про кінцевих бенефіціарних власників
• Поширюються обмежувальні заходи
• Перевищення обсягу річної квоти (25%)

• Відмовився від підписання протоколу

• Відмовився від підписання договору

Є можливість замінити завантажений документ в інтерфейсі Майданчика до зміни статусу contract'у на cancelled (Договір скасовано).

3. Перевірити статус award'у та contract'у на cancelled (Договір скасовано). Натиснути кнопку “Дискваліфікувати учасника”.

4. Перевірити, що Майданчик інформує поштою/в особистий кабінет Учасника та Замовника  про виконані дії. 

Expected results

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

Подальші дії з award'ом заблоковані (валідація на стороні Майданчика)

ЦБД api:

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_contract_status

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/add_contract_document

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

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

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

1. Перейти Замовником в award учасника на Майданчику. Вибрати функцію дискваліфікації Учасника.

Expected results

1. Функція дискваліфікації Учасника заблокована

ЦБД api:

Після завершення waitingPeriod в разі наявності award'a в статусі pending_waiting (Очікується рішення), ЦБД автоматично змінює його статус на pending.admission (Підтвердження набуття статусу переможця)

Для цього award'a формується новий admissionPeriod протягом якого він має можливість відмовитись від запропонованого залишку квоти

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

Award учасника знаходиться в статусі pending.admission (Підтвердження набуття статусу переможця)

1. Перейти в award Учасника на Майданчику. У випадку відмови від обсягу, що залишився протягом admissionPeriod Учасник натискає кнопку "Відмовитись від участі".
2. Перевірити статус award'a Учасника. 
3. Перевірити повідомлення  від Майданчика Учаснику та Замовнику. 

Expected results

1. Подальші дії з award'ом заблоковані (валідація на стороні Майданчика).
2. Статус award'a змінюється з pending.admission (Підтвердження набуття статусу переможця) на cancelled (Учасник не став переможцем).
3. Майданчик інформує поштою/в особистий кабінет Учасника та Замовника про виконані дії.

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/awards/cancel_admission

Після завершення waitingPeriod в разі наявності award'a в статусі pending_waiting (Очікується рішення), ЦБД автоматично змінює його статус на pending.admission (Підтвердження набуття статусу переможця).

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

Award учасника знаходиться в статусі pending.admission (Підтвердження набуття статусу переможця).

1. Учасник протягом admissionPeriod не здійснює ніякої дії стосовно запропонованої йому квоти.
2. Перевірити статус award'a Учасника. 
3. Перевірити повідомлення  від Майданчика Учаснику та Замовнику. 

Expected results

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

ЦБД api: https://procedure-sandbox.prozorro.sale/api/doc#/awards/update_award_status

Award знаходиться в статусі verification (Перевірка документів)

1. Перейти в award Учасника на Майданчику Замовником і перевірити доступні операції. 
2. Перейти в award Учасника на Майданчику Учасником і перевірити доступні операції. 

Expected results

1. Для Замовника "Підтвердження документів Учасника" та "Відхилення документів Учасника". 
2. Для Учасника - "Можливість довантаження документів учасника після завершення аукціону".

Всі результати дій відповідають описаним сценаріям.

Всі інші дії для award'у в статусі verification (Перевірка документів) заблоковані.

ЦБД api: 

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/add_bid_document

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/update_bid_document

https://procedure-sandbox.prozorro.sale/api/doc#/awards/update_award_status

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/add_award_document

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/update_award_document

Award знаходиться в статусі waiting (Документи перевірено).

1. Перейти в award Учасника на Майданчику Учасником/Замовником і перевірити доступні операції.

Expected results

1. Для усіх ролей операції з award'ом в статусі waiting (Документи перевірено) є заблоковані.

ЦБД api:

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

1. Перейти в award Учасника на Майданчику Замовником і перевірити доступні операції. 
2. Перейти в award Учасника на Майданчику Учасником і перевірити доступні операції. 

Expected results

Для Замовника  - "Завантаження та підтвердження протоколу Замовником" та "Дискваліфікація до завантаження Протоколу".

Для Учасника - "Завантаження протоколу Учасником".

Усі результати дій відповідають описаним сценаріям.

Всі інші Для award'у в статусі pending  дії заблоковані.

ЦБД api: 

https://procedure-sandbox.prozorro.sale/api/doc#/awards/update_award_status

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/add_award_document

https://procedure-sandbox.prozorro.sale/api/doc#/qualification/update_award_document

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

1. Перейти в award Учасника на Майданчику Замовником/Учасником і перевірити доступні операції. 

Expected results

1. Для усіх ролей операції з award'ом в статусі pending_waiting (Очікується рішення) є заблоковані.

ЦБД api:

Award знаходиться в статусі unsuccessful (Дискваліфіковано)

1. Перейти в award Учасника на Майданчику Замовником/Учасником і перевірити доступні операції. 

Expected results

1. Для усіх ролей операції з award'ом в статусі unsuccessful (Дискваліфіковано) є заблоковані.

ЦБД api:

Award знаходиться в статусі cancelled (Учасник не став переможцем).

1. Перейти в award Учасника на Майданчику Замовником/Учасником і перевірити доступні операції. 

Expected results

1. Для усіх ролей операції з award'ом в статусі cancelled (Учасник не став переможцем) є заблоковані.

ЦБД api:

Award знаходиться в статусі  pending.admission (Підтвердження набуття статусу переможця).

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

Expected results

1. Вказана Учасником квота не може бути більшою ніж залишок нерозподіленої квоти (валідація на стороні майданчика)
2. Інформація передається в ЦБД та коректно відображається на Майданчику.
3. Статус award'а змінюється на pending (Переможець. Очікується протокол). Відображається значення поля award.quantity.
4. Майданчик надсилає повідомлення та листа про виконані дії. 

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

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

ЦБД api:

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/confirm_admission

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_award_status

Award знаходиться в статусі pending.admission (Підтвердження набуття статусу переможця).

1. Перейти Учасником в award  відмововитись від підтвердження набуття статусу переможця натискаючи кнопку "Відмовитись".
2. Перевірити статус award'у.
3. Перевірити надходження повідомлення та листа Учаснику. 

Expected results

1. В Учасника зникає можливість подальшої кваліфікації.
2. Статус award'a Майданчик змінює на cancelled (Учасник не став переможцем).
3. Майданчик надсилає повідомлення та листа про виконані дії. 

ЦБД api:  https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_award_status

Award знаходиться в статусі active (Переможець. Протокол підписано)

Contract знаходиться в статусі pending (Очікується договір)

1. Перейти Замовником в award на Майданчику. Перевірити доступні дії з award'м.

Expected results

1. Для award'у в статусі active (Переможець. Протокол підписано), contract в статусі pending (Очікується договір) для ролі Замовник доступні лише наступні операції:

• Завантаження та підтвердження документів договору
• Дискваліфікація після підтвердження Протоколу
• Дискваліфікація після завантаження і передачі в ЦБД підписаного договору та дати його підписання

Усі результати дій відповідають описаним сценаріям

Всі інші дії заблоковані

ЦБД api:

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/add_contract_document

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_contract_document

https://procedure-sandbox.prozorro.sale/api/doc#/awards/update_award_status

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/update_contract_status

Award знаходиться в статусі active (Переможець. Протокол підписано).

Contract знаходиться в статусі active (Очікується договір).

1. Перейти Учасником/Замовником в award на Майданчику.

Expected results

1. Для усіх ролей операції з award'ом в статусі active (Переможець. Протокол підписано), contract в статусі active (Очікується договір) є заблоковані.

ЦБД api:

Процедура не знаходиться в статусі active_auction (Процедура) або термінальному: 

• unsuccessful (Процедура не відбувся)
• cancelled (Процедура відмінено)
• complete (Процедура завершено. Договір підписано)

1. Перейти Замовником Процедурау на сторінку процедури та обрати функцію скасування.
2. Обов'язково завантажити документ - cancellationDetails (Причини скасування). 
3. Обов'язково обрати причину скасування:

• Скасування або внесення змін до рішення Кабінету Міністрів України щодо встановлення річних квот підтримки та графіка аукціонів на відповідний рік
• Виникнення непередбачуваних технічних чи програмних неполадок, що унеможливлюють роботу електронної торгової системи та проведення аукціону.

 4. Обов'язково Замовник вводить фактичну дату скасування вручну, валідація на рівні ЦБД (дата створення < фактична дата скасування < фактична дата). Натиснути кнопку "Скасувати Процедура".

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

Expected results

1. У Замовника є можливість обрати функцію скасування процедури.

2. Присутня можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати Процедура".

2. Причина скасування коректно відображається на Майданчику.

4. Статус процедури та причина скасування, документ та дата відображається коректно. Після натискання кнопки "Скасувати Процедура" Майданчик передає в ЦБД статус Процедурау - cancelled (Процедура відмінено), можливість заміни файлу cancellationDetails (Причини скасування) - в ЦБД відсутня.

5. Майданчик інформує поштою/в особистий кабінет Учасників та Замовника Процедурау про виконані дії.

При скасуванні Процедурау в статусі active_tendering (Прийняття заяв на участь) - ставки Учасників не розкриваються.

ЦБД api:

https://procedure-sandbox.prozorro.sale/api/doc#/procedure-documents/add_procedure_document

https://procedure-sandbox.prozorro.sale/api/doc#/.../upload_cancellation

Процедура не знаходиться в статусі active_auction (аукціон) або термінальному: 

• unsuccessful (Аукціон не відбувся)
• cancelled (Аукціон відмінено)
• complete (Аукціон завершено. Договір підписано)

1. У тілі процедури обрати  Замовником функцію“Скасування процедури ”:

• НЕ завантажив файл з офіційною причиною скасування процедури - cancellationDetails (Причини скасування).
• НЕ ввів текст-опис причини скасування.  
• НЕ ввів дату скасування. 

 2. Натиснути кнопку “Скасувати аукціон”. Перевірити статус процедури. 

Expected results

1. Замовник отримує сповіщення про некоректно виконані дії (валідація відбувається на стороні Майданчика). Відсутня можливість скасування  без завантаженого файлу cancellationDetails та/або введеної причини скасування/заповненої дати скасування.
2. Статус статус процедури не змінюється. 

ЦБД api:

Процедура знаходиться в статусі active_auction (Процедура) або термінальному: 

• unsuccessful (Процедура не відбувся)
• cancelled (Процедура відмінено)
• complete (Процедура завершено. Договір підписано)

1. Перейти Замовником на сторінку процедури обрати функцію скасування.

Expected results

1. Функція скасування Процедурау заблокована.

ЦБД api:

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

Award'и кваліфікованих учасників - в статусі active (Переможець. Протокол підписано), contract'и - в статусі active (Договір підтверджено)..

Відсутні award'и у статусі pending (Переможець. Очікується протокол), pending_waiting (Очікується рішення) та pending.admission (Підтвердження набуття статусу переможця).

1. Перейти Замовником на сторінку процедури і натиснути на кнопку “Завершити аукціон”.
2. Перевірити статус процедури.
3. Перевірити надходження сповіщення листів Замовнику та Учасникам. 

Expected results

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

ЦБД api: 

https://procedure-sandbox.prozorro.sale/api/doc#/active_qualification/procedure_completion