CBD3-GE-UC-011

Роль

ЦБД

Передумови

Status:  

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

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

ЦБД:

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

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

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

Майданчик:
Після публікації процедура не набуває статусу active.rectification, не формується  значення  startDate та endDate  active.rectification (Період редагування) та статус процедури - Період редагуванння  не відображається на майданчику

ЦБД:

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

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

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

ЦБД:

Після публікації процедура набуває статусу active.rectification який фіксується в арі
 значЗння  startDate та endDate  active.rectification (Період редагування) та статус процедури - Період редагуванння   заповнюється не валідними датами, сформовані невалідні строки  передаються майданчику

CBD3-GE-UC-012

Роль

Передумови

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

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

Створена процедура  набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 48 один. 
rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД.   rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)

Майданчик: 

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

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

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

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

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

ЦБД:

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

Дата закінчення періоду редагування фіксується в арі та  завжди розраховується як rectificationPeriod.startDate+ 48 годин

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

Створена процедура  набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 48 один. 
rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД.   rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)

Майданчик: 

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

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

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

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

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

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

Дата закінчення періоду редагування фіксується в арі та  завжди розраховується як rectificationPeriod.startDate+ 48 годин

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

Створена процедура  набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 48 один. 
rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД.   rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)

Майданчик:

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

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

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

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

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

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

Дата закінчення періоду редагування фіксується в арі та  розраховується як rectificationPeriod.startDate +/- 48 годин

CBD3-GE-UC-015

Роль

Учасник

Передумови

Період редагування: rectificationPeriod

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

На час rectificationPeriod вводиться обмеження на рівні ЦБД по розміщенню закритих цінових пропозицій. Публікація закритих цінових пропозицій можлива після завершення цього періоду. 

Майданчик: 

До завершення rectificationPeriod (Періоду редагування)  розміщенню закритих цінових пропозицій заборонено. Публікація закритих цінових пропозицій можлива після завершення цього періоду. 

ЦБД:

До завершення rectificationPeriod (Періоду редагування)  на рівні ЦБД заблоковано розміщення закритих пропозицій

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

На час rectificationPeriod вводиться обмеження на рівні ЦБД по розміщенню закритих цінових пропозицій. Публікація закритих цінових пропозицій можлива після завершення цього періоду. 

Майданчик:
При спробі розмішення  закритих цінових пропозицій до завершення rectificationPeriod (Періоду редагування) формується повідомлення про недопустимість таких дій, розміщення закритої цінової пропозиції не відбувається

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

Роль

Організатор

Передумови

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

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

Тип процедури (procurementMethodType) неможливо змінити.

Майданчик:

Тип процедури присвоюється автоматично системою та не може бути змінено

ЦБД:

Тип процедури procurementMethodType присвоюється автоматично системою та не може бути змінено

Роль

Організатор

Передумови

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

Очікуваний результат:
Для роботи із переліком сутностей (bid, award, documents, items, questions) одного типу майданчик передає повний перелік сутностей одного типу, який замінює попередній.

Майданчик:

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

ЦБД:

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

Очікуваний результат:
Для роботи із переліком сутностей (bid, award, documents, items, questions) одного типу майданчик передає повний перелік сутностей одного типу, який замінює попередній.

Стосується усіх сутностей

Майданчик:

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

ЦБД:

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

CBD3-GE-UC-022

Роль

Учасник

Передумови

Настання Період подачі пропозицій: tenderPeriod

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

Учасник заповнює поля описані в очікуваному результаті поля та розміщує закриту цінову пропозицію

Закриті пропозиції містять:

1. величину потужності об’єкта електроенергетики або черги (пускового комплексу) об’єкта електроенергетики, щодо якого учасник аукціону має намір набути право на підтримку; Мінімум 1МВт
2. цінову пропозицію. Ціна зазначається у євроцентах за 1 кіловат-годину (євроцентів/кВт⋅год) з двома знаками після коми. Цінова пропозиція учасника аукціону не може бути вищою за рівень "зеленого" тарифу (value.amount). Граничний рівень задається Організатором аукціону на етапі публікації процедури у системі.

Майданчик:

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

Закриті пропозиції містять:

1. величину потужності об’єкта електроенергетики або черги (пускового комплексу) об’єкта електроенергетики, щодо якого учасник аукціону має намір набути право на підтримку; Мінімум 1МВт
2. цінову пропозицію. Ціна зазначається у євроцентах за 1 кіловат-годину (євроцентів/кВт⋅год) з двома знаками після коми. Цінова пропозиція учасника аукціону не може бути вищою за рівень "зеленого" тарифу (value.amount). Граничний рівень задається Організатором аукціону на етапі публікації процедури у системі. 

CBD3-GE-UC-023

Роль

Учасник

Передумови

Настання Період подачі пропозицій: tenderPeriod

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

tenderPeriod.startDate завжди рівний rectificationPerod.endDate 

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

Майданчик

ЦБД: 

tenderPeriod.startDate = rectificationPerod.endDate 

CBD3-GE-UC-024

Роль

Передумови

Настання Період подачі пропозицій: tenderPeriod

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

tenderPeriod.endDate завжди наступає о 20.00 дня, що передує дню проведення аукціону. В момент настання tenderPeriod.endDate статус процедури змінюється на active.auction. 

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

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

В момент настання tenderPeriod.endDate процедура змінює статус на active.auction. 

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

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

Майданчик:

Майданчик відображає завершення періоду редагування о 20: 00 за київським часом, дня що передує дню проведення аукціону 

Після настання 20: 00 за київським часом, дня що передує аукціону подача закритих  пропозицій блокується

В момент настання кінця періоду прийняття пропозицій відображуваний статус процедури - Аукціон

ЦБД:

CBD3-GE-UC-039

Роль

Передумови

Status: active.auction (Аукціон)

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

Після настання active.auction у ЦБД з'являється публічне посилання для глядачів аукціону і приватне посилання для кожного учасника у його закритій пропозиції. Фактично посилання стають доступними за 5 - 15 хвилин після зміни статусу, що пов’язано з технічними особливостями роботи ЦБД.

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

Загальне посилання для глядачів, розміщений на сторінці аукціону ресурсу ДП ПП та на сторінці аукціону на майданчику та унікальні посилання для участі (унікальні посилання для учасників формуються та передаються на електронні адреси/особисті документи) формуються за 5-15 хвилин до початку торгів. Перехід за посиланням не призводить до запуску модуля аукціону

Майданчик:

Загальне посилання для глядачів, розміщений на сторінці аукціону ресурсу ДП ПП та на сторінці аукціону на майданчику та унікальні посилання для участі (унікальні посилання для учасників формуються та передаються на електронні адреси/особисті документи) формуються за 5-15 хвилин до початку торгів. Перехід за посиланням не призводить до запуску модуля аукціону

ЦБД: 

ЦБД формує та передає майданчику загальне посилання для глядачів, розміщений на сторінці аукціону ресурсу ДП ПП та на сторінці аукціону на майданчику та унікальні посилання для участі (унікальні посилання для учасників формуються та передаються на електронні адреси/особисті документи) формуються за 5-15 хвилин до початку торгів. Перехід за посиланням не призводить до запуску модуля аукціонуЗагальне посилання для глядачів, розміщений на сторінці аукціону ресурсу ДП ПП та на сторінці аукціону на майданчику та унікальні посилання для участі (унікальні посилання для учасників формуються та передаються на електронні адреси/особисті документи) формуються за 5-15 хвилин до початку торгів. Перехід за посиланням не призводить до запуску модуля аукціону

Роль

Передумови

Status: qualification

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

Валідною ставкою вважається та, що рівна або менша за значення value.amount. 

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

• Повна юридична назва Учасника
• Розмір цінової пропозиції
• Обсяг учасника
• Розмір з заяви учасника
• Фактичний розмір, який отримав учасник
• Статус award
• Документи учасника
• Терміни на перевірку документів та завантаження протоколу\договору

Майданчик:

Валідною ставкою вважається та, що рівна або менша за значення value.amount, відповідно, майданчик "підтягує" з ЦБД/АРІ  по всім таким учасникам, наступну інформацію:

1. Повна юридична назва Учасника
2. Розмір цінової пропозиції
3. Обсяг учасника
   1. Розмір з заяви учасника
   2. Фактичний розмір, який отримав учасник
4. Статус award
5. Документи учасника
6. Терміни на перевірку документів та завантаження протоколу\договору

ЦБД:  
Валідною ставкою вважається та, що рівна або менша за значення value.amount.  
 По всім учасникам, ставки яких визнано валідними, відображається наступна інформація:

1. Повна юридична назва Учасника
2. Розмір цінової пропозиції
3. Обсяг учасника
1. Розмір з заяви учасника
2. Фактичний розмір, який отримав учасник
4. Статус award
5. Документи учасника
6. Терміни на перевірку документів та завантаження протоколу\договору

Документ з переліком полів: 
https://docs.google.com/spreadsheets/d/1P3PDY0RPXewHPat0CTSXW_K3bq29bJDefCgzFWBDgAU/edit?ts=5dc421bd#gid=1870318207

1. Повна юридична назва Учасника
2. Розмір цінової пропозиції
3. Обсяг учасника
1. Розмір з заяви учасника
2. Фактичний розмір, який отримав учасник
4. Статус award
5. Документи учасника
6. Терміни на перевірку документів та завантаження протоколу\договору

Документ з переліком полів: 
https://docs.google.com/spreadsheets/d/1P3PDY0RPXewHPat0CTSXW_K3bq29bJDefCgzFWBDgAU/edit?ts=5dc421bd#gid=1870318207

1. Повна юридична назва Учасника
2. Розмір цінової пропозиції
3. Обсяг учасника
1. Розмір з заяви учасника
2. Фактичний розмір, який отримав учасник
4. Статус award
5. Документи учасника
6. Терміни на перевірку документів та завантаження протоколу\договору

Документ з переліком полів: 
https://docs.google.com/spreadsheets/d/1P3PDY0RPXewHPat0CTSXW_K3bq29bJDefCgzFWBDgAU/edit?ts=5dc421bd#gid=1870318207

Очікуваний результат:
ставка більша за значення value.amount вважається не валідними ставками не фіксуються і не передаються до ЦБД і не відображаються в АРІ

Роль

Передумови

Status: qualification

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

ЦБД формує аварди у статусі verification для N учасників з найнижчими ціновими пропозиціями, відповідно до їх обсягу. 

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

Роль

Передумови

Status: qualification

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

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

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

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

Майданчик: 

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

ЦБД:
Одразу після завершення роботи модуля аукціону  ЦБД  у вигляді структурованого машиночитаємого файлу (JSON або YAML)
Посилання на сформований  выдображається у API 

Роль

Передумови

Status: qualification

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

Учасниками вважаються користувачі, які подали повний пакет коректних документів і відповідають вимогам законодавства. Після аукціону Організатор протягом 10 робочих днів (verificationPeriod) здійснює перевірку документів всіх учасників аукціону і підтверджує наявність документів учасника (натискає на майданчику на кнопку “Підтвердити”, після чого майданчик передає award`у такого учасника статус waiting до ЦБД), або відхиляє учасника (завантажує документ - “Акт про невідповідність” - documentType: rejectionProtocol  та натискає на кнопку “Відхилити”, після чого майданчик передає статус “unsuccessful” award`u учасника).

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

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

•  підтверджує наявність документів учасника (натискає на майданчику на кнопку “Підтвердити”, після чого майданчик передає award`у такого учасника статус waiting до ЦБД), 

або 

• відхиляє учасника (завантажує документ - “Акт про невідповідність” - documentType: rejectionProtocol  та натискає на кнопку “Відхилити”, після чого майданчик передає статус “unsuccessful” award`u учасника).

Майданчик:

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

•  підтверджує наявність документів учасника (натискає на майданчику на кнопку “Підтвердити”, після чого майданчик передає award`у такого учасника статус waiting до ЦБД), 

або 

• відхиляє учасника (завантажує документ - “Акт про невідповідність” - documentType: rejectionProtocol  та натискає на кнопку “Відхилити”, після чого майданчик передає статус “unsuccessful” award`u учасника).

ЦБД:

Гарантований покупець перерівяє наданий пакет документів протягом verificationPeriod (10 робочих днів) та:

• у разі підтвердження віладність документів майданчик передає award`у такого учасника статус waiting
• у разі відхилення до ЦБД завантажується документ “Акт про невідповідність” - documentType: rejectionProtocol та  передається статус “unsuccessful” award`

Роль

Організатор, майданчик

Передумови

Status: qualification

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

Після того, як не залишилось учасників, документи яких розглядаються (всі документи або підтверджено, або відхилено), організатор повинен оприлюднити “Загальний акт  перевірки”  documentType: x_verificationAct щодо результатів перевірки документів.
Організатор завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено”, після чого майданчик змінює статус процедури на active.qualification.

Майданчик: 

після того, як Організатор - гарантований покупець опрацював всі документи всіх Учасників,  завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено”

документи  “Загальний акт перевірки” передається до ЦБД та відображається на майданчику статус процедури  Кваліфікація учасників

Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня.

Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус  active.qualification відсутня. 

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

Майданчик:
поза межами статусу qualification завантаження документу x_verificationAct заблоковано, поля/кнопки для завантаження документу відсутні, в разі спроби завантаження документу x_verificationAct виводиться помилка/текстове повідомлення про невідповідність статусу процедури діям, що виконуються, про неможливість завантажити докумен

Організатор, майданчик

Передумови

Status: qualification

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

Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня.

Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус  active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника.

Майданчик: 

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

Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус  active.qualification відсутня. 

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

ЦБД: 

Передумови

Status: qualification

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

Варіант А. 

Автоматичне завершення періоду - якщо по завершенню періоду присутні award`и у статусі verification, такі award`и автоматично змінюють свій статус на waiting, статус процедури автоматично змінюється на active.qualification. Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів.

Майданчик:

Варіант А.

Автоматичне завершення періоду:  якщо по завершенню періоду присутні award`и у статусі  Перевірка документів (verification), такі award`и автоматично змінюють свій статус на Документи перевірено (waiting), статус процедури автоматично змінюється на active.qualification.
Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів.

Варіант А.

Автоматичне завершення періоду:  якщо по завершенню періоду присутні award`и у статусі  Перевірка документів (verification), такі award`и автоматично змінюють свій статус на Документи перевірено (waiting), статус процедури автоматично змінюється на active.qualification.
Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів.

Передумови

Status: qualification

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

Варіант Б. 

Автоматичне завершення періоду відсутнє, Організатор має вручну змінити статус award`ів з verification на waiting та процедури з qualification на active.qualification. У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів

Майданчик:

Варіант Б.

Майданчик атоматично НЕ  передаэ інформацію про завершення періоду: Організатор має вручну змінити статус award`ів з  Перевірка документів (verification) на  Документи перевірено (waiting) та процедури з qualification на active.qualification.

У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів

ЦБД:

ЦБД по завершенню періоду майданчик в ручному режимі передає  зміну статусу award`ів з  Перевірка документів (verification) на  Документи перевірено (waiting) після чого  процедура змінюється  з qualification на active.qualification. 
Додатково передається значення додаткового поля з інформацією про порушення термінів

Роль

Передумови

Status: qualification

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

Після завершення аукціону, протягом verificationPeriod, поки award знаходиться у статусі verification, учасники мають можливість довантажити до bid`а набір документів для усунення формальних недоліків.

Типи документів та неймінг співпадають з документами, які на етапі розміщення заяви додаються до bid`а.

Майданчик:

з моменту завершення роботи модуля аукціону  і  до завершення verificationPeriod, а award має  статус verification учасники мають можливість використовуючи функціонал  майданчика  виключно щоб  довантажити до bid`а набір документів для усунення недоліків.

Типи документів та неймінг співпадають з документами, які на етапі розміщення заяви додаються до bid`а.  Дані збереженні на етапі  tenderPeriod  не редагуються

ЦБД:

від завершення роботи модулю аукціону  і до завершення verificationPeriod, а award має  статус verification майданчик передає довантажені документи які записуються до bid`а. 

Типи документів та неймінг співпадають з документами, які на етапі розміщення заяви додаються до bid`а.

Дані bid`а (поля та документи) збережені  на етапі tenderPeriod не змінюються

ЦБД: 

в разі якщо спроба довантажити до bid`а документи  відбувається протягом verificationPeriod,  поки award знаходиться у статусі verification, але неймінг та тип документів відрізняється від того, що був завантажений на етапі розміщення заяви ЦБДформіється повідомлення/помилка  про неможливість довантажити нові документи. Завантажувані документи  до ЦБД не фіксуються

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

Дані bid`а (поля та документи) збережені  на етапі tenderPeriod не змінюються

ЦБД

При спробі передати айданчиком доЦБД  змінити дані bid`а (поля та документи) збережені  на етапі tenderPeriod не змінюються, при спробі відредагувати такі дані  майданчик виводить повідомлення/помилку  про недопустимість таких дій. Відредаговані дані ані bid`а (поля та документи) збережені  на етапі tenderPeriod не змінюються не передаються до ЦБД

Роль

Передумови

Status: active.qualification

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

Після зміни статусу процедури на active.qualification, розраховується обсяг квоти, виходячи з сумарного обсягу учасників, які успішно пройшли перевірку документів. Розрахований обсяг квоти складає 80% від суми обсягів у заявах учасників, але не більше за обсяг квоти, вказаний при публікації аукціону організатором.

Після чого змінюється статус award`ів таких учасників і починається етап роботи з протоколом та договором. 

ЦБД:
варіанти розрахунку рейтингу: 
 - якщо бажаний  об'єм Гарантованого покупця (items.quantity)  менший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється бажаний  об'єм Гарантованого покупця 

 - якщо бажаний  об'єм Гарантованого покупця (items.quantity)  більший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється 80% від загальної суми всіх об'ємів
  - якщо бажаний  об'єм Гарантованого покупця (items.quantity)  дорівнює  80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється будьякий, так як вони рівні 

Майданчик:

ЦБД:
(items.quantity) < (x_quantityLimit) 

(items.quantity) розподіляється  між Учасниками, що пройшли перевірку документів, вишуковані у рейтинг,  починаючи з учасника, що запропонував найменшу ціну. Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending

ЦБД:
(items.quantity) >  (x_quantityLimit) 

(x_quantityLimit) розподіляється  між Учасниками, що пройшли перевірку документів, вишуковані у рейтинг,  починаючи з учасника, що запропонував найменшу ціну. Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending

ЦБД:
(items.quantity) = (x_quantityLimit) 

між учасниками розподіляється будьякий, так як вони рівні. Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending 

ЦБД:

Всім учасникам заявки яких не було задоволено до waitingPeriod.endDate набуває статус pending.waiting

Роль

Передумови

Status: active.qualification

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

signingPeriod.startDate періоду роботи з протоколом та договором формується:

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

ЦБД: 

з настанням signingPeriod.startDate  періоду роботи з протоколом та договором формується: 

• від дати завершення аукціону ("auctionPeriod": endDate), для учасників, обсяг заявок яких задовольняється одразу після завершення перевірки документів
• з дати такої дискваліфікації та оновлення статусу учасника, для учасників, які набувають право на отримання квоти після дискваліфікації одного з переможція 
• endDate фіксуються на рівні 18: 00 за київським часом

Status: active.qualification

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

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

Майданчик: 

ЦБД: 

одразу після завершення роботи модуля ЦБД формує рейтинг (проміжний) виходячи з вартості за 1 кВт  (від меншої до більшої)  та часу подання пропозиції: 
 - в разі редагування пропозиції, часом подання вважається час фіксації останіх змін
 - в разі наявності двох пропозицій однакових за вартісттю,  вища відображається та, що була розміщена раніше

Роль

Передумови

Status: active.qualification
Очікується опублікування протоколу та підписання договору signingPeriod

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

Первинно на SigningPeriod виділено до 15 робочих днів після закінчення verificationPeriod для кожного award`у, але період триває доти, доки Організатор не переведе процедуру в наступний статус (на рівні ЦБД необхідно реалізувати параметр автоматичної зміни статусу award`у

Майданчик: 

гарантований покупець протягом 

Автоматичний перехід процедури до наступного статусу відсутній.
SigningPeriod триває до 15 робочих днів з моменту закінчення verificationPeriod для кожного award`у
Перехід на наступний статус відбувається лише після того, як Організатор - гарантований покупец вручну переведе процедуру

ЦБД:

SigningPeriod.startDate  формується від  verificationPeriod.endDate та триває до тих пір коли Організатор натисне на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete. 

Майданчик:

До тих пір, поки наявні award`и в статусі  pending та/або  pending.waiting можливість  Організатором натиснути на кнопку “Завершити аукціон”  та перевести процедуру у статус complete заблокована (кнопка відсутня)

ЦБД:

В разі спроби перевести процедуру в статус complete при  наявності award`ів pending та/або  pending.waiting формується помилка про недопустимість таких дій, зміна статусу не відбувається і в АРІ не фіксуються

Майданчик:

В разі спроби перевести процедуру в статус complete при  наявності award`ів pending та/або  pending.waiting майданчик  формує/вичитує інтерпретує та виводить  помилку про недопустимість таких дій, зміна статусу не відбувається і в АРІ не фіксуються

ЦБД:

В разі спроби перевести процедуру в статус complete при  наявності award`ів pending та/або  pending.waiting формується помилка про недопустимість таких дій, зміна статусу не відбувається і в АРІ не фіксуються

Передумови

Status: active.qualification
Очікується опублікування протоколу та підписання договору signingPeriod

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

SigningPeriod це період який відноситься до award`у, він формується окремо для кожного учасника під час набуття таким учасником статусу pending. Дата початку та завершення періоду для різних учасників може відрізнятися.

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

ЦБД:

ЦБД формує SigningPeriod індивідуально з моменту  під час набуття таким учасником статусу pending. Дата початку та завершенняSigningPeriod  формується для кожного учасника