CBD3-GE-UC-003

Роль

ЦБД

Передумови

Очікуваний результат

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

Актуальний результат:

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

ЦБД: 

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

CBD3-GE-UC-004

Роль

Гарантований покупець - Організатор

Передумови

Очікуваний результат

Лише Організатор може оголосити електронні торги, сформувавши їх параметри та опублікувавши умови продажу майна\права користування та вимоги до учасників.

Актуальний результат

Тільки користувач з роллю Організатор торгів може оголосити торги створивши та опублікувавши процедуру, після заповнення всіх обов'язкових полів

Майданчик:
Лише власник облікового запису з типом "Організатор - Гарантований покупець" має право завести, оформити та оголосити торги за процедурою ЗЕ. 

CBD3-GE-UC-005

Роль

Гарантований покупець - Організатор

Передумови

Очікуваний результат

Організатор може зберегти аукціон без публікації в ЦБД - для внесення змін та перегляду (чернетка). Це - обов’язковий функціонал, що має бути присутній на майданчику.

Актуальний результат

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

Майданчик:  

Організатор до публікації має право зберегти процедуру у статусі draft. 
Це - обов’язковий функціонал, що має бути присутній на майданчику.

CBD3-GE-UC-006

Функціонал або задачі майданчику

Роль

Гарантований покупець - Організатор

Передумови

Очікуваний результат

Майданчик забезпечує можливість редагування сформованої заявки на проведення Електронних торгів (чернетки) до моменту публікації оголошення про проведення Електронних торгів у ЦБД. У Організатора є можливість оголосити аукціон на основі попереднього аукціону (створити копію аукціону)

Актуальний результат

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

Майданчик:

Організатор до публікації має право зберегти процедуру у статусі draft. Така процедура редагується, повторно зберігається та видаляється без обмежень. Наявна можливість публікації процедури з раніше створенного/збереженного/попередньо відредагованої чернетки. 

ЦБД:

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

CBD3-GE-UC-007

Роль

Гарантований покупець - Організатор

Передумови

Очікуваний результат

При публікації оголошення про проведення аукціону, Організатором  вноситься наступна інформація (частина полів заповнюються системою автоматично):

• Назва аукціону
• Опис аукціону
• Дата початку торгів 
• Встановлення “Зеленого тарифу” (граничний розмір ставки учасника)
• Розміри гарантійного внеску;
• Інформація про лот (мінімум 1)
  • Обмежити вибір класифікаторами по типам генерації. Можливо потрібно буде розширити стандарт
  • Завжди МВт
• опис лоту
• код відповідного класифікатору лоту: CAV, CPV
• одиниці виміру активу\активів
• кількість активів (обсяг квоти)
• Адреса розташування активу (не обов'язково до заповнення)
• Документація до торгів 
• Та інші обов’язкові поля

Актуальний результат

Майданчик:

Публікація оголошення про проведення аукціону можлива лише після заповнення всіх обов’язкових полів та завантаження документів до item. 

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

ЦБД: 

CBD3-GE-UC-008

Роль

Учасник

Передумови

Очікуваний результат

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

Актуальний результат

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

Майданчик: 

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

CBD3-GE-UC-010 

                                                                                                                                                                                                     Входить до скоупу функціональних тестів API ЦБД

Роль

Передумови

Status: active.rectification (Період редагування)

Очікуваний результат

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

Актуальний результат

Майданчик:

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

Після натискання кнопки “Опублікувати” система автоматично визначає дату початку періоду редагування та кінець періоду редагування. Дата відображається на: 

• сторінці  аукціону на майданчику
• сторінці  аукціону на сайті ДП ПП
• у полях startDate та endDate в арі

ЦБД: 

Після натискання кнопки "Опублікувати"  Організатором - гарантованим покупцем до ЦБД передаються наступні автогенеровані поля:

1. ata.id

2. data.auctionID
3. data.owner
4. data.items.id
5. Масив полей документу, якщо він був завантажений під час створення оголошення
data.documents.id
data.documents.url
data.documents.datePublished
data.documents.dateModified

 ЦБД розраховує, повертає майданчику та відображає в api startDate та endDate  active.rectification (Період редагування)

CBD3-GE-UC-011

Роль

ЦБД

Передумови

Status: active.rectification (Період редагування)

Очікуваний результат

Створена процедура набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. 

Актуальний результат

ЦБД:

статус  процедури одразу по публікації  active.rectification, окрім статусу процедури в api фіксується  startDate та endDate  active.rectification

CBD3-GE-UC-012

Роль

Передумови

Очікуваний результат

Період редагування завжди триває 48 годин. rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД. rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)

Актуальний результат:

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

• сторінці  аукціону на майданчику
• сторінці  аукціону на сайті ДП ПП
• у полі rectificationPeriod.startDate в арі

Дата закінчення періоду редагування відображається на:
сторінці  аукціону на майданчику

• сторінці  аукціону на сайті ДП ПП
• у полі rectififcationPeriod.endDate  в арі

Та завжди розраховується як rectificationPeriod.startDate + 48 годин

Майданчик: 

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

• сторінці  аукціону на майданчику
• сторінці  аукціону на сайті ДП ПП
• у полі rectificationPeriod.startDate в арі

Дата закінчення періоду редагування відображається на:
сторінці  аукціону на майданчику

• сторінці  аукціону на сайті ДП ПП
• у полі rectififcationPeriod.endDate  в арі

Та завжди розраховується як rectificationPeriod.startDate + 48 годин

ЦБД: 

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

• сторінці  аукціону на майданчику
• сторінці  аукціону на сайті ДП ПП
• у полі rectificationPeriod.startDate в арі

Дата закінчення періоду редагування відображається на:
сторінці  аукціону на майданчику

• сторінці  аукціону на сайті ДП ПП
• у полі rectififcationPeriod.endDate  в арі

Та завжди розраховується як rectificationPeriod.startDate + 48 годин

CBD3-GE-UC-013

                                                                                                                               Входить до скоупу функціональних тестів API ЦБД

Роль

Передумови

Очікуваний результат

Документи аукціону є можливість завантажувати\змінювати і після завершення періоду редагування.

Актуальний результат: 

Завершення періоду редагування не блокує можливості довантажити/замінити документи до аукціону. Видалення документів неможливе. Документ що

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

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

ЦБД:
і замінений і документ на який замінили відображаються в арі
тип та інші параметри, окрім посилання на документ, дати та часу завантаження, ідентичні

CBD3-GE-UC-014

Роль

Передумови

Очікуваний результат

Під час rectificationPeriod’у Організатор має змогу відредагувати окремі поля, інформація про це міститься у таблиці зі структурою даних.

Актуальний результат

Протягом періоду редагування можливо редагувати поля  згідно таблиці