Зведена таблиця зі статусами і періодами процедури та авардів
Статус | Період | Роль | Коментар | |
Замовник аукціону | Учасник | |||
- | - | Публікація лота в ЦБД | - | |
active.rectification* Редагування доступне | rectificationPeriod (період процедури) | Можливість внесення змін до лота | - | Учасник на цьому етапі не може розміщувати закриті цінові пропозиції |
questionPeriod (період процедури) | - | Можливість задати запитання Замовнику аукціону | ||
enquiryPeriod (період процедури) | Відповіді на запитання учасників\користувачів | - | ||
active.tendering* Прийняття заяв на участь | tenderPeriod (період процедури) | Можливість завантажувати\замінювати документи аукціону | Розміщення цінових пропозицій | |
questionPeriod (період процедури) | - | Можливість задати запитання Замовнику аукціону | ||
enquiryPeriod (період процедури) | Відповіді на запитання учасників | - | ||
active.auction Аукціон | auctionPeriod (період процедури) | - | Участь в аукціоні | |
qualification* Перевірка документів учасників | verificationPeriod (період процедури) | Кваліфікація або дискваліфікація учасника та переведення процедури до наступного статусу | Можливість завантажити інші документи до документів кваліфікації | Перевірку документів проходить одночасно декілька учасників. Award`и учасників, що пройшли перевірку отримують наступний статус в рамках verificationPeriod |
waitingPeriod (період процедури) | - | - | Дії в межах періоду аукціону виконуються після зміни статусу процедури на active.qualification | |
active.qualification* Очікується опублікування протоколу та підписання договору | signingPeriod (період аварду) | Завантаження протоколу та договору або дискваліфікація учасника. Завершення торгів(можливе тільки після кваліфікації\дискваліфікації всіх учасників) | Можливість завантажити протокол торгів | Має бути можливість дискваліфікувати до переведення contracts до статусу active, в тому числі після завантаження contractSigned та\або заповнення dateSigned |
waitingPeriod (період процедури) | - | Очікування кваліфікації/дискваліфікації переможців | Учасники, що очікують кваліфікації\дискваліфікації переможців, не можуть відмовитись від очікування. У разі дискваліфікації переможця\ців, система здійснює послідовний розподіл обсягу, що звільнився між учасниками наступними у рейтингу. Наступний учасник у разі перерозподілу: а) може набути статусу переможця, якщо обсяг, що звільнився повністю задовольняє його заяву (в рамках періоду) б) може набути статусу умовного переможця, якщо обсяг, що звільнився частково задовольняє його заяву (після закінчення періоду) | |
admissionPeriod (період аварду) | - | Прийняття рішення щодо:
| Умовний переможець має: 1. підтвердити набуття статусу переможця - award учасника переходить до статусу pending (учасник має вручну зазначити обсяг, на який він погоджується) 2. відмовитися від набуття статусу переможця - cancelled. | |
unsuccessful Аукціон не відбувся | - | - | - | Термінальний статус, відсутність учасників або відхилення\дискваліфікація всіх учасників. Зміна статусу процедури на unsuccessful відбувається автоматично. |
cancelled Аукціон відмінено | - | - | - | Термінальний статус, скасування аукціону Замовником аукціону |
сomplete Аукціон завершено. Договір підписано. | - | - | - | Термінальний статус, успішне завершення торгів |
* У Замовника аукціону є можливість скасувати торги (можливість присутня у будь-якому не термінальному статусі, окрім active.auction)
Status: active.rectification (Редагування лота доступне)
Період редагування: rectificationPeriod
Схема "Публікація оголошення та прийняття заяви про участь" renewables (ЦБД-3).
Після публікації аукціону, система визначає startDate та endDate періоду редагування з урахуванням дати, переданої при публікації до ЦБД.
Створена процедура набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 2 робочі дні (не враховуючи день публікації процедури в ЦБД). rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД. rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 2 робочі дні) та завершується о 18:00
Документи аукціону є можливість завантажувати\замінювати і після завершення періоду редагування, а саме до завершення періоду прийому пропозицій - tenderPeriod.endDate.
При редагуванні полів оголошення та документів аукціону Замовник аукціону має можливість завантажувати документ з описом причин редагування та переліком змін до лоту та його документів - documentType:clarifications (Погодження змін до опису лоту. Опис причин редагування.) Завантаження documentType:clarifications є необов'язковим.
Під час rectificationPeriod’у Замовник аукціону має змогу відредагувати окремі поля https://procedure-staging.prozorro.sale/api/doc#
На час rectificationPeriod вводиться обмеження на рівні ЦБД по розміщенню закритих цінових пропозицій. Публікація закритих цінових пропозицій можлива після завершення цього періоду.
Значення rectificationPeriod.endDate не може змінюватись Замовником аукціону.
Додаткові питання по редагуванню
Тип процедури (procurementMethodType) неможливо змінити.
Для роботи із сутностями (bid, award, documents, items, questions) процедури буде закладено 2 режими:
Режим 1 - робота з усім переліком сутностей одного типу. Для видалення, редагування або додавання сутності, майданчик передає повний перелік сутностей одного типу, який замінює попередній.
- Режим 2 - робота з окремою сутністю, можливість звернутися до ID сутності та відредагувати всі або окремі її поля або видалити таку сутність.
У Замовника аукціону присутня можливість виправити мета інформацію (поля оголошення, які Замовник аукціону може змінити самостійно) і вкладені файли - документи, які були завантажені Замовником аукціону до лота, (виклик PUT /documents/{did} ) і після завершення періоду редагування, але до переведення contract`y до статусу active. При цьому, змінені файли відображаються на веб-сайті Майданчика перекресленими.
Періоди уточнень: questionPeriod (період запитань) та enquiryPeriod (період відповідей)
Періоди уточнень: questionPeriod - час, коли Учасники задають питання, enquiryPeriod - час, коли Замовник аукціону відповідає на запитання учасників.
questionPeriod.startDate співпадає з rectificationPeriod.startDate, questionPeriod.endDate завершується о 20:00 дня, що передує дню tenderPeriod.endDate
enquiryPeriod.startDate співпадає з rectificationPeriod.startDate, enquiryPeriod.endDate співпадає з tenderPeriod.endDate
Майданчики зобов’язані:
надсилати Замовнику аукціону сповіщення про нові питання.
сповіщати Замовника аукціону раз на 24 години про наявність питань без відповідей.
Всі питання\відповіді зберігаються в ЕТС і є доступними всім для перегляду, незалежно від статусу Електронних торгів. Запитання Учасників та користувачів є анонімними до закінчення Електронного аукціону. З метою збереження анонімності, ЕТС не надає можливості приєднання файлів до питання. Запитання має бути сформульоване виключно в текстовому вигляді. Запитання можливо задавати виключно до лоту, не до окремих items.
Status: active.tendering (Прийняття заяв на участь)
Період подачі пропозицій: tenderPeriod
Після створення аукціону, система визначає startDate та endDate періоду подачі пропозицій учасниками. tenderPeriod.startDate починається одразу після завершення rectificationPerod.endDate. tenderPeriod.endDate завершується о 20:00 дня, що передує дню проведення аукціону. В статусі active.tendering учасникам дозволяється подавати закриті початкові пропозиції (bids).
Закриті пропозиції містять:
величину потужності об’єкта електроенергетики або черги (пускового комплексу) об’єкта електроенергетики, щодо якого учасник аукціону має намір набути право на підтримку; Мінімум 1кВт
цінову пропозицію. Ціна зазначається у євроцентах за 1 кіловат-годину (євроцентів/кВт⋅год) з двома знаками після коми. Цінова пропозиція учасника аукціону не може бути вищою за рівень "зеленого" тарифу (value.amount). Граничний рівень задається Замовником аукціону на етапі публікації процедури у системі.
tenderPeriod.startDate завжди рівний rectificationPerod.endDate
tenderPeriod.endDate завжди наступає о 20.00 дня, що передує дню проведення аукціону. В момент настання tenderPeriod.endDate статус процедури змінюється на active.auction.
Для участі в аукціоні учасники разом із заявою довільної форми обов’язково подають набір документів. Деталі та типи документів в розділі "Структура даних".
В рамках одного аукціону учасник може подати більше 1-ї заяви на участь в аукціону за умови, що кожна заява відповідає різному об’єкту електроенергетики та має окремий набір документів. З кожною заявою робота Учасника та Замовника аукціону відбувається окремо (валідації заяв на рівні ЦБД немає, перевірка коректності документів відбувається поза системою на стороні майданчика).
Майданчик розміщує ставку bid у ЦБД у статусі draft. У випадку успішного розміщення отримує від ЦБД токен bid`a (access token) і переводить ставку у статус active. Майданчик несе відповідальність за збереження access token та його нерозголошення. Якщо розміщення ставки у статусі draft не відбулось або ЦБД не повернула токен доступу, майданчик надсилає повторний запит для розміщення. Якщо запит на переведення ставки у статус active був не успішний, майданчик надсилає повторний запит для активації ставки. Важливо не розміщувати bid одразу у статусі active, так як у випадку, якщо майданчик не отримає або втратить токен для цього bid`a, ставка буде розміщена у ЦБД але у майданчика не буде до неї доступу.
Учасник має право вносити зміни та уточнення до поданої ним цінової пропозиції до закінчення періоду прийому пропозицій, визначених для даних Електронних торгів (tenderPeriod.endDate). Вся історія змін, внесених в цей період, зберігається в ЦБД. Запит на анулювання пропозиції та внесення змін до пропозиції може надійти тільки на Майданчику, через який було зареєстровано пропозицію від відповідного Учасника. У разі анулювання заяви учасником, майданчик надсилає запит до ЦБД щодо зміни статусу пропозиції на deleted. Анулювати можна тільки пропозицію в аукціоні, що має статус в Електронних торгах - "Прийняття заяв на участь" (active.tendering). Після розкриття цінових пропозицій, інформація про анульовані пропозиції Учасників не розкривається у публічному api. Майданчик повертає Учаснику гарантійний внесок.
Для видалення майданчик відправляє наступний запит до ЦБД: PATCH auctions/auction_id/bids/bid_id/status?acc_token=your_access_token та передати статус deleted.
Bid зі статусом draft та deleted не з'являється у публічному АРІ після розкриття цінової пропозиції. Інформацію щодо bid’ів у статусі draft та deleted може побачити тільки майданчик учасника та адміністратор у логах ЦБД.
Якщо на етапі active.tendering було розміщено 2 і більше закритих цінових пропозицій, після завершення етапу статус процедури змінюється на active.auction. У протилежному випадку аукціон визнається таким, що не відбувся. Статус аукціону автоматично змінюється на unsuccessful.
Модуль аукціонів генерує унікальні посилання на участь в аукціоні для кожного учасника, які майданчики отримують з ЦБД шляхом синхронізації та передають своїм учасникам.
До завершення аукціону або переходу аукціону у статус unsuccessful ставки учасників залишаються закритими для всіх, включаючи Замовника аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Status: active.auction (Аукціон)
Після настання active.auction у ЦБД з'являється публічне посилання для глядачів аукціону і приватне посилання для кожного учасника у його закритій пропозиції. Фактично посилання стають доступними за 5 - 15 хвилин після зміни статусу, що пов’язано з технічними особливостями роботи ЦБД.
Учасник торгів, після отримання цього посилання від Майданчика, переходить за url на свою індивідуальну сторінку і бере участь в Аукціоні. Аукціон проводиться централізовано, у модулі аукціону, який є частиною ЦБД.
Особливості проведення аукціону за посиланням: