CBD3-GE-UC-001

Роль

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

Передумови

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

Організатор вказує єдину дату при заведенні процедури - орієнтовний час початку аукціону (auctionPeriod.startDate у запиті, auctionPeriod.shouldStartAfter у api після створення процедури). Точну дату початку торгів визначає система з огляду на поточну завантаженість, інформація про точну дату фіксується автоматично у полі auctionPeriod.startDate. 

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

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

Дата не редагується

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

CBD3-GE-UC-002

Роль

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

Передумови

Завантаження clarifications - Уточнення до питань заданих учасниками. Опис причин редагування

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

Дата початку торгів не може змінюватись Організатором після публікації.

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

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

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

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

Для збереження виправлень обов'язково завантажується документ clarifications ( Уточнення до питань заданих учасниками. Опис причин редагування)

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

Роль

Учасник

Передумови

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

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

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

Майданчик:

До завершення аукціону відсутній зв’язок замовника та потенційних переможцем/ями. Всі консультації надає майданчик.

ЦБД: 

До завершення аукціону відсутній зв’язок замовника та потенційних переможцем/ями. Всі консультації надає майданчик.

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, окрім статусу процедури в 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’у Організатор має змогу відредагувати окремі поля, інформація про це міститься у таблиці зі структурою даних.

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

Майданчик:

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

ЦБД:

поля відредаговані в період active.rectification (періоду редагування)  перезаписуються, попередні значення не зберігаються

CBD3-GE-UC-015

Тести API ЦБД

Роль

Учасник

Передумови

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

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

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

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

Майданчик: 

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

ЦБД:

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

CBD3-GE-UC-016

Роль

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

Передумови

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

Значення rectificationPeriod.endDate не може змінюватись Організатором.

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

Дата завершення періоду завершення  періоду редагування rectificationPeriod.endDate завжди визначається автоматично та не може бути відредаговане Організатором 

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

ЦБД: 

rectificationPeriod.endDate не може бути выдредаговано стандартними методами

CBD3-GE-UC-017

Роль

Організатором

Передумови

Настання Період уточнень: rectificationPeriod

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

Значення rectificationPeriod.endDate не може змінюватись Організатором.

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

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

Майданчик:

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

ЦБД: 

rectificationPeriod.endDate  розраховується автоматотично та не може бути відредаговано.

CBD3-GE-UC-018

                                                                                                                                                                                                                      Тести API ЦБД

Роль

Організатором

Передумови

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

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

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

Майданчик:

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

ЦБД:

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

CBD3-GE-UC-019

Роль

Організатор

Передумови

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

Для видалення items змінюємо кількість (items.quantity) на 0. При необхідності, 0 можна знову змінити на потрібне значення.

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

Для видалення items змінюємо кількість (items.quantity) на 0. При необхідності, 0 можна знову змінити на потрібне значення.

Майданчик:

ЦБД:

CBD3-GE-UC-020

Роль

Організатор

Передумови

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

Для редагування\додавання items необхідно передавати повний перелік існуючих items (їх id). У випадку додавання item, якщо не передати попередній перелік, буде пропатчено перший item. 

Для редагування доступні поля items: address, description і т.д.

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

Для редагування\додавання items необхідно передавати повний перелік існуючих items (їх id). У випадку додавання item, якщо не передати попередній перелік, буде пропатчено перший item. 

Для редагування доступні поля items: address, description і т.д

Майданчик:

ЦБД:

Для редагування\додавання items необхідно передавати повний перелік існуючих items (їх id). У випадку додавання item, якщо не передати попередній перелік, буде пропатчено перший item. 

Для редагування доступні поля items: address, description і т.д

CBD3-GE-UC-021

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

Роль

Організатор

Передумови

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

У Виконавця присутня можливість виправити мета інформацію і вкладені файли (виклик  PUT /documents/{did} ) і після завершення періоду редагування. При цьому, змінені файли відображаються на веб-сайті Майданчика перекресленими.

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

У Виконавця присутня можливість виправити мета інформацію і вкладені файли (виклик  PUT /documents/{did} ) і після завершення періоду редагування. При цьому, змінені файли відображаються на веб-сайті Майданчика перекресленими. Повне видалення інформації неможливе.

Майданчик:

виконавець має змогу відредагувати мета інформацію та вкладені файли  (виклик  PUT /documents/{did} ) після завершення active.rectification (Період редагування)

замінені документи доступні для завантаження та перегляду, відображаються в інтерфейсах перекресленим

повне видалення інформації неможливе

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

повне видалення інформації недоступне

CBD3-GE-UC-017/1

Роль

Передумови

Настання Період уточнень: enquiryPeriod

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

Період уточнень - час, коли учасники задають питання, а Організатор відповідає на них - називається enquiryPeriod. enquiryPeriod.startDate співпадає з rectificationPeriod.startDate. enquiryPeriod.endDate співпадає з tenderPeriod.endDate

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

Початок періоду уточнень  enquiryPeriod співпадає з початком періоду редагування rectificationPeriod, а дата завершення періоду уточнень співпадає з кінцем періоду подачі закритих пропозицій tenderPeriod 

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

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

Майданчик:

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

•  Період уточнень, при цьому дата початка періоду уточнень  починається з початком періодом редагування 
• Дата завершення періоду уточнень співпадає з кінцем періоду подачі закритих пропозицій

ЦБД/API: 

enquiryPeriod.startDate = rectificationPeriod.startDate

enquiryPeriod.endDate = tenderPeriod.endDate

CBD3-GE-UC-018/1

Роль

Передумови

Настання Період уточнень: enquiryPeriod

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

Особливості Періоду уточнень: enquiryPeriod

1. можливість учаснику задати питання закінчується за 1 день (о 18:00 попереднього дня) до enquiryPeriod.endDate

2. організатор може надавати відповіді в рамках всього enquiryPeriod

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

У учасника немає бути можливості задати питання після 18:00 дня що передує дню проведення торгів 

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

Приклад роботи з питаннями у туторіалі api-docs:   https://procedure-prozorro-sale.raccoongang.com/api/doc#/questions 

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

ЦБД:

з моменту  настання 20:00 дня що передує дню проведення аукціону учасник втрачає можливість   

CBD3-GE-UC-019/1

Роль

Передумови

Настання Період уточнень: enquiryPeriod

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

Майданчики зобов’язані:

• надсилати Організатору аукціону сповіщення про нові питання. 
• сповіщати Організатора раз на 24 години про наявність питань без відповідей.

Всі питання / відповіді зберігаються в ЕТС і є доступними всім для перегляду, незалежно від статусу Електронних торгів. 

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

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

Майданчик: 

при наявності питання до лоту/аукціону майданчик надсилає Гарантованому покупцеві сповіщення про таке питання
при наявності питання БЕЗ відповіді до лоту/аукціону майданчик надсилає Гарантованому покупцеві сповіщення про таке питання один раз на добу 

CBD3-GE-UC-020/1

Тести API ЦБД

Роль

Передумови

Настання Період уточнень: enquiryPeriod

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

Запитання Учасників є анонімними до закінчення  Електронного аукціону. З метою збереження анонімності, ЕТС не надає можливості приєднання файлів до питання. Запитання має бути сформульоване виключно в текстовому вигляді. Запитання можливо задавати виключно до лоту, не до окремих items

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

Майданчик попереджає (в інструкції) та слідкує за тим, щоб питання не містило вкладених файлів, було сформоване виключно текстовим та задавалося до лоту, а не окремих items 

Майданчик:

в окремій або загальній інструкції (залежить від реалізації майданчика) окремим пунктом вказано що:

запитання задається ло лоту, а не окремих items 

запитапитання до лоту не має містити вкладень (вкладених файлів)

запитання до лоту мають виключно текстовий формат

ЦБД:  

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 дня, що передує дню проведення аукціону (крім тих випадків, коли auction.Period.startDate був змінений штатними механізмами роботи системи). В момент настання tenderPeriod.endDate статус процедури змінюється на active.auction. 

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

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

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

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

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

Майданчик:

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

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

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

ЦБД:

CBD3-GE-UC-026

Роль

Учасник

Передумови

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

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

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

Учасник подає заяву у довільній формі, та, визначений організатором набір документів з переліку:

Типи документів

Майданчик:

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

Типи документів

ЦБД:

Роль

Передумови

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

Майданчик розміщує ставку bid у ЦБД у статусі draft. У випадку успішного розміщення отримує від ЦБД токен bid`a (access token) і переводить ставку у статус active. Майданчик несе відповідальність за збереження access token та його нерозголошення. 

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

Майданчик: 

розміщує ставку bid у ЦБД у статусі draft. У випадку успішного розміщення отримує від ЦБД токен bid`a (access token) і переводить ставку у статус active. Майданчик несе відповідальність за збереження access token та його нерозголошення. 

Майданчик розміщує ставку bid у ЦБД у статусі draft. У випадку успішного розміщення отримує від ЦБД токен bid`a (access token) і переводить ставку у статус active. Майданчик несе відповідальність за збереження access token та його нерозголошення. 

Роль

Передумови

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

Якщо розміщення ставки у статусі draft не відбулось або ЦБД не повернула токен доступу, майданчик надсилає повторний запит для розміщення. Якщо запит на переведення ставки у статус active був не успішний, майданчик надсилає повторний запит для активації ставки. 

Важливо не розміщувати bid одразу у статусі active, так як у випадку, якщо майданчик не отримає або втратить токен для цього bid`a, ставка буде розміщена у ЦБД але у майданчика не буде до неї доступу. https://procedure-prozorro-sale.raccoongang.com/api/doc#/bids

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

Якщо розміщення ставки у статусі draft не відбулось або ЦБД не повернула токен доступу, майданчик надсилає повторний запит для розміщення. Якщо запит на переведення ставки у статус active був не успішний, майданчик надсилає повторний запит для активації ставки. 

Важливо не розміщувати bid одразу у статусі active, так як у випадку, якщо майданчик не отримає або втратить токен для цього bid`a, ставка буде розміщена у ЦБД але у майданчика не буде до неї доступу. https://procedure-prozorro-sale.raccoongang.com/api/doc#/bids

Роль

Учасник 

Передумови

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

Учасник має право вносити зміни та уточнення до поданої ним цінової  пропозиції до закінчення періоду прийому пропозицій, визначених для даних Електронних торгів (tenderPeriod.endDate).

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

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

Майданчик: 

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

ЦБД:

Роль

Учасник, Організатор

Передумови

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

Вся історія змін, внесених в період подачі пропозицій tenderPeriod, зберігається в ЦБД.

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

Всі зміни внесені в період внесення пропозицій  tenderPeriod мають зберігатися  в ЦБД

 Майданчик: 

всі зміни внесені в період подачі пропозицій передаються до ЦБД та зберігаються там 

Роль

Учасник

Передумови

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

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

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

Майданчик:

Всі дії з заявкою (анулювання та редагування) учасник виконує виключно через майданчик, з якого заявку було подано

ЦБД:

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

Роль

Учасник

Передумови

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

Анулювати можна тільки пропозицію в аукціоні, що має статус в Електронних торгах - "Прийняття заяв на участь" (active.tendering). 

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

Виключно протягом періоду "Прийняття заяв на участь" (active.tendering) Учасник має змогу анулювати заявку на участь

Майданчик: 

протягом періоду "Прийняття заяв на участь" (active.tendering) учасник має змогу анулювати свою заґвку

ЦБД:

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

Роль

Передумови

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

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

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

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

Майданчик: 

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

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

ЦБД:

Роль

Передумови

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

Для видалення майданчик відправляє наступний запит до ЦБД: DELETE auctions/auction_id/bids/bid_id?acc_token=your_access_token

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

Для видалення майданчик відправляє наступний запит до ЦБД: DELETE auctions/auction_id/bids/bid_id?acc_token=your_access_token

Майданчик:

в разі видалення видалення пропозиції з майданчика передається  (після ручних маніпуляцій по видаленню пропозиції) передає запит до ЦБД: DELETE auctions/auction_id/bids/bid_id?acc_token=your_access_token

ЦБД:

після отримання та успішної обробки запиту : DELETE auctions/auction_id/bids/bid_id?acc_token=your_access_token  запис по пропозиції може бути видалена/прихована

Роль

Передумови

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

Якщо на етапі active.tendering було розміщено 2 і більше закритих цінові пропозиції, після завершення етапу статус процедури змінюється на active.auction.  У протилежному випадку аукціон визнається таким, що не відбувся. Статус змінюється на unsuccessful.

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

Мінімальна кількість учасників 2 і більше, в цьому випадку
В разі  наявності 1 і менше учасників що подали закриті цінові пропозиції аукціон змінює статус на unsuccessful. Подання закритої цінової пропозиції поза межами tenderPeriod неможливе.

Майданчик:

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

у разі наявності 2 і більше закритих заявок процедура набуває статус Аукціон (active.auction)

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

ЦБД:

у разі наявності 2 і більше закритих заявок процедура набуває статус Аукціон (active.auction)

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

Роль

Передумови

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

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

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

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

Майданчик: 

за 5-15 хвилин після зміни статусу на Аукціон (active.auction) всі продуктивні учасники на пошту отримують унікльні посилання 

ЦБД: 

за 5-15 хвилин після зміни статусу на Аукціон (active.auction) для всіх продуктивних учасників фармуються унікальні посилання для участі, які передаються через майданчики учасникам

Роль

Передумови

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

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

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

До завершення аукціону (продуктивного чи не продуктивного)  ставки та закриті пропозиції доступні лише майданчику з якого зроблені та учаснику який їх зробив. 

Майданчик:

До завершення аукціону (продуктивного чи не продуктивного)  ставки та закриті пропозиції доступні лише майданчику з якого зроблені та учаснику який їх зробив. 

ЦБД:

До завершення аукціону (продуктивного чи не продуктивного)  ставки та закриті пропозиції доступні лише майданчику з якого зроблені та учаснику який їх зробив. 

CBD3-GE-UC-039

Роль

Передумови

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

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

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

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

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

Майданчик:

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

ЦБД: 

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

Роль

Учасник 

Передумови

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

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

Учасник торгів, після отримання цього посилання від Майданчика, переходить за url на свою індивідуальну сторінку і бере участь в Аукціоні. Аукціон проводиться централізовано, у модулі аукціону, який є частиною ЦБД.

Особливості проведення аукціону за посиланням: https://docs.google.com/document/d/1thjxU87HIkXD1PgQKpShMpV46UYBB3xvStW5Mb8Gegc/edit CBD3-GE-UC-

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

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

Майданчик:

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

Завчасний перехід за почиланням учасника не призводить до запуску модуля

Роль

Передумови

Status: qualification

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

endDate періодів в процесі Awarding’у фіксуються на рівні 18:00.

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

endDate періодів в процесі Awarding’у фіксуються на рівні 18:00.

Майданчик:
майданчик відображає що всі періоди в Awarding завжди закінчуються о 18:00

ЦБД:  

endDate періодів в процесі Awarding’у фіксуються на рівні 18:00.

Роль

Передумови

Status: qualification

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

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

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

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

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

Майданчик:

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

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

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

Роль

Передумови

Status: qualification

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

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

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

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

Роль

Передумови

Status: qualification

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

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

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

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

Майданчик: 

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

ЦБД:

Роль

Передумови

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`

CBD3-GE-UC-047

Роль

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

Передумови

Status: qualification

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

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

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

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

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

Майданчик: 

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

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