Посилання:
Мета створення процедури та нормативні засади
Відповідно до Постанови від 27 грудня 2019 р. № 1175 КМУ "Про запровадження конкурентних умов стимулювання виробництва електричної енергії з альтернативних джерел енергії".
Визначається механізм процедури підготовки та проведення аукціону з розподілу квоти підтримки для стимулювання виробників електричної енергії з альтернативних джерел енергії з використанням електронної торгової системи, порядок функціонування електронної торгової системи та визначення переможця за результатами проведення аукціону, порядок укладення та публікації договору купівлі-продажу в електронній торговій системі, розмір та порядок сплати винагороди операторам авторизованих електронних майданчиків та інші питання проведення аукціонів.
З метою проведення аукціонів з розподілу квот підтримки для електричної енергії з альтернативних джерел енергії в межах системи ProZorro.Sale реалізовано sellingMethod: timber-multiAwards. Така процедура надає змогу Замовнику здійснити продаж квот підтримки для електричної енергії, в рамках аукціону, необмеженій кількості учасників, а учаснику придбати частину заявленої квоти підтримки для електричної енергії у лоті Замовником, саме ту кількість обсягу, що потрібна учаснику.
Загальна інформація про роботу процедури
Критерієм вибору переможця є цінова пропозиція, що складається з ціни за 1 кВт*годину та обсяг генерації у кВт, за умови відповідності пропозиції учасника кваліфікаційним критеріям, визначеним Замовником аукціону.
Кваліфікація відбувається після завершення аукціону, попередньої кваліфікації немає.
За наявності 2-х та більше заяв на участь за результатами періоду подання пропозицій (tenderPeriod), процедура переходить у період аукціону (auctionPeriod). У протилежному випадку аукціон визнається таким, що не відбувся. Статус аукціону автоматично змінюється на unsuccessful.
За результатами аукціону пропозиції учасників сортуються по ціні та кваліфікуються ті учасники, яким вистачило запропонованого Замовником аукціону обсягу квоти. У випадку дискваліфікації одного з учасників, кваліфікація переходить до наступного учасника в черзі.
Особливості процедури
- На етапі публікації Процедури:
- В одній процедурі може бути тільки один item (ДОДАТИ ВАЛІДАЦІЮ)
- На етапі подання заяв на участь:
- учасник може подати одну або більше заяв на участь в одному аукціоні, відповідно до кількості об'єктів електроенергетики наявних у нього.
- Аукціон:
- для запуску МА на момент tenderPeriod.endDate має бути мінімум два bids[] у статусі active (minNumberOfQualifiedBids==2). Якщо менше двух статус процедури змінюється на unsuccessful
- "сліпий" аукціон (детально описано в ТЗ "сліпого" МА) (ДОДАТИ ПОСИЛАННЯ)
- Кваліфікація:
- кількість переможців необмежена
- наявність учасників, що очікують
- наявність умовного переможця
Опис класифікаторів
Під час публікації процедури ЦБД автоматично генерує значення для (ДОДАТИ ЦЕ В ФУНКЦІОНАЛ)
itmes[0].classification.scheme == CAV
- itmes[0].classification.id == 09300000-2
Основний класифікатор (код) - 09300000-2 - Електрична, теплова, сонячна та атомна енергія. Посиланняна словник
При публікації процедури, Організатор може вказати (не обовʼязково) Додатковий класифікатор "Вид джерела енергії" (одне значення з словника)
Посилання на схему Timeline процедури
Timeline процедури renewables-multiAwards ЦБД-3
Посилання на legalName endpoint
legalName endpoint (ЗАМІНИТИ + ПРОВАЛІДУВАТИ)
Статуси Процедури
| Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| - | Чернетка | - | - | Поза ЦБД. Чернетка процедури на стороні майданчика |
| active_rectification | Редагування доступне | момент публікації оголошення в ЦБД | Ручна дія. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус “Редагування доступне” (active_rectification) |
| active_tendering | Прийняття заяв на участь | active_rectification | Автоматично. Завершився період редагування. В момент tenderPeriod.startDate | Після завершення періоду редагування, ЦБД змінює статус процедури на "Прийняття заяви на участь (active_tendering). |
| active_auction | Аукціон | active_tendering | Автоматично. Завершився період прийому заяв на участь. В момент auctionPeriod.startDate | У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction). |
| qualification | Перевірка документів учасників | active_auction | Автоматично. Завершився auctionPeriod | по кожному учаснику, що мав bids[].status == active на момент auctionPeriod.startDate, в обʼєкті процедури створюється Award у статусі verification За умови успішної превірки документів, Організатор змінює статус Awards[].status: verification → waiting За умови НЕ успішної перевірки документів, Організатор змінює статус Awards[].status: verification → unsuccessful |
| active_qualification | Очікується оприлюднення протоколу та підписання договору | qualification | Автоматично. Завершився verificationPeriod
+ Ручна дія. додати ручну дію зміни статуса, якщо Організатор раніше закінчення 10 днів завершив перевірку документів | По завершенню періоду перевірки документів учасників (verificationPeriod), ЦБД автоматично змінює procedure.status: qualification → active_qualification Статус awards[].status: waiting → pending (“Очікується протокол”) Подальша кваліфікація переможців, відбувається в частині роботи із протоколом та договором, статус award’у змінюється на “Очікується протокол” (pending). |
| complete | Аукціон завершено | active_qualification | Ручна дія. Присутній хоча б один Contract у статусі active | Термінальний статус. Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити аукціон”. зміни статусу процедури на “Аукціон завершено”. |
| unsuccessful | Аукціон не відбувся | active_tendering qualification active_qualification | Термінальний статус. Відсутність учасників або дискваліфікація всіх учасників. Можливі наступні автоматичні варіанти зміни статусу процедури на “Аукціон не відбувся” в ЦБД, у разі:
| |
| cancelled | Аукціон скасовано | active_rectification active_tendering qualification active_qualification | Термінальний статус. Для зміни статусу процедури на “Аукціон відмінено” Замовник зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати аукціон”, завантажити документ з причинами скасування та обрати одну з нижчезазначених причин скасування, після чого майданчик Замовника передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”. |
- Є можливість при публікації Процедури задати Класифікатор для кожного айтема (сонячна, вітер і т.д.). Класифікатори можуть бути різні у різних айтемів в одній процедурі.
- Ціна максимальна вказується один раз для всієї процедури, хоча в нормативці "У разі оголошення технологічно нейтрального аукціону зазначаються розміри максимальної цінової пропозиції для кожного виду альтернативного джерела енергії"
- Це схоже на те, що ціну треба виносити на рівень айтему і вказувати для кожного айтема окремо - ВІДПОВІДЬ: НЕ МОЖЕ БУТИ В ОДНІЙ ПРОЦЕДУРІ ДВА АЙТЕМА З РІЗНИМИ КЛАСИФІКАТОРАМИ. Тому треба додати валідацію на публікацю такого.
- При публікації Біда неможливо передати Класифікатор. Але після публікації до кожного Біда автоматично додається Класифікатор, значення якого копіюється із procedure.items[0].additionalClassification
- Ціна максимальна вказується один раз для всієї процедури, хоча в нормативці "У разі оголошення технологічно нейтрального аукціону зазначаються розміри максимальної цінової пропозиції для кожного виду альтернативного джерела енергії"