Посилання:
Мета створення процедури та нормативні засади
Відповідно до Постанови від 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 - Електрична, теплова, сонячна та атомна енергія. Посиланняна словник
При публікації процедури, Організатор може вказати (не обовʼязково) Додатковий класифікатор "Вид джерела енергії" (одне значення з словника)
Посилання на legalName endpoint
legalName endpoint (ЗАМІНИТИ + ПРОВАЛІДУВАТИ)
...
Page Tree |
---|
Голосарій
Аукціон закритого типу - аукціон, в якому з моменту активації модуля аукціону до моменту завершення аукціону електронною торговою системою не відображається (не публікується) жодна інформація, що подана учасниками в заявах про участь або доданих до них документах, а також цінові пропозиції, які були змінені протягом часу, відведеного на оновлення таких пропозицій;
Величина потужності - встановлена потужність, щодо якої учасник має намір набути право на підтримку;
Оголошення - процедура продажу річної квоти
Організатор - замовник аукціону
Переможець - учасник, який набуває право на підтримку у виробництві електричної енергії за результатами аукціону.
Умовний переможець - учасник, що йде наступним за останнім у рейтингу переможцем відповідно до протоколу про результати аукціону і якому надається можливість набути право на підтримку в обсязі частини величини потужності;
Учасник - суб’єкт господарювання, який має намір взяти участь в аукціоні, пройшов процедуру реєстрації в електронній торговій системі, отримав відповідне підтвердження про реєстрацію для участі в аукціоні та індивідуальний код учасника відповідно до Регламенту роботи електронної торгової системи;
Цінова пропозиція - ціна продажу 1 кВт·год електричної енергії, яка декларується учасником та інформація про яку подається в електронній торговій системі до закінчення кінцевого строку подання заяв про участь в аукціоні або в ході проведення аукціону шляхом оновлення такої цінової пропозиції.
Максимальний розмір цінової пропозиції учасника - найбільша ціна у євроцентах за 1 кВт·год, яку може вказати учасник в своїй заявці на участь.
Мета створення процедури та нормативні засади
Відповідно до Постанови від 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 - Електрична, теплова, сонячна та атомна енергія. Посиланняна словник
При публікації процедури, Організатор може вказати (не обовʼязково) Додатковий класифікатор "Вид джерела енергії" (одне значення з словника)
Посилання на legalName endpoint
legalName endpoint (ЗАМІНИТИ + ПРОВАЛІДУВАТИ)
Timeline процедури
draw.io Diagram border true diagramName Main_diagram_renewables_multiAwards simpleViewer false width links auto tbstyle top lbox true diagramWidth 1382 revision 8
Періоди процедури
Технічна назва | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар |
---|---|---|---|---|---|
rectificationPeriod | Період редагування | Дата та час публікації процедури в ЦБД | rectificationPeriod.startDate + 2 р.д., завершення о 20:00 (завжди припадає на робочий день) | Статус процедури змінюється: active_rectification → active_tendering Редагування полів процедури більше недоступне | ст.28 "Прийом заяв про участь в аукціоні починається з моменту розміщення оголошення про проведення аукціону..." |
tenderPeriod | Період подання пропозицій | tenderPeriod.startDate == rectificationPeriod.endDate | о 20:00 в день, що передує дню початку аукціону auctionPeriod.startDate (може припадати на НЕробочий день) | Статус процедури змінюється: active_tendering → active_auction | |
questionPeriod | Період запитань | Дата та час публікації процедури в ЦБД | Може припадати на НЕробочий день. о 20:00 за 1 р.д. до початку аукціону | - | |
enquiryPeriod | Період відповідей | Дата та час публікації процедури в ЦБД | о 20:00 за 1 р.д. до початку аукціону | - | |
auctionPeriod | Аукціон | Завжди припадає на робочий день. Вказується організатором при публікації процедури. ЦБД приймає тільки auctionPeriod.startDate >= datePublished + 30 к.д. | Момент завершення роботи модуля аукціону | Статус процедури змінюється: active_auction → qualification | Період auctionPeriodприсутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) в період подання пропозицій (tenderPeriod) |
verificationPeriod | Період перевірки документів | verificationPeriod.startDate == auctionPeriod.endDate | verificationPeriod.endDate == verificationPeriod.startDate + 10 р.д. о 18:00 | Статус процедури змінюється: qualification → active_qualification | УТОЧНИТИ + Ручна дія. Організатор натискає кнопку "Перевірку документів завершено", на ЦБД надсилається запит на зміну статуса Процедури. verificationPeriod.endDate не змінюється в API |
qualificationPeriod | Період кваліфікації | qualificationPeriod.startDate == auctionPeriod.endDate | qualificationPeriod.endDate == qualificationPeriod.startDate + 29 р.д. о 18:00 | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | зараз має назву waitingPeriod |
Статуси процедури
Main draw.io Diagram border true diagramName
diagramStatuses_
renewables_multiAwardsrenewable_
1382MultiAwards simpleViewer false width links auto tbstyle top lbox true diagramWidth 612 revision
...
4
Технічна назва | Бізнесова назва |
---|
Перехід з | За умови |
---|
Коментар |
---|
active_rectification | Редагування доступне | момент публікації оголошення в ЦБД | Ручна дія. Заповнені всі обовʼязкові поля для створення |
процедури в ЦБД |
rectificationPeriod.startDate + 2 р.д., завершення о 20:00
(завжди припадає на робочий день)
Статус процедури змінюється:
active_rectification → active_tendering
Редагування полів процедури більше недоступне
tenderPeriod.startDate == rectificationPeriod.endDate
о 20:00 в день, що передує дню початку аукціону auctionPeriod.startDate
(може припадати на НЕробочий день)
Статус процедури змінюється:
active_tendering → active_auction
Дата та час публікації процедури в ЦБД
Може припадати на НЕробочий день.
о 20:00 за 1 р.д. до початку аукціону
Дата та час публікації процедури в ЦБД
Завжди припадає на робочий день.
Вказується організатором при публікації процедури.
ЦБД приймає тільки auctionPeriod.startDate >= datePublished + 30 к.д.
Статус процедури змінюється:
active_auction → qualification
Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус "Редагування доступне" (active_rectification). | ||||
active_tendering | Прийняття заяв на участь | active_rectification | Автоматично. Настав момент rectificationPeriod.endDate | Завершився Період редагування (rectificationPeriod), почався період Прийняття заяв на участь (tenderPeriod) |
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 (обовʼязково документ awards.documents: documentType: rejectionProtocol) |
active_qualification | Очікується оприлюднення протоколу та підписання договору | qualification | Автоматично. Завершився verificationPeriod, що тривав 10 р.д |
verificationPeriod.startDate == auctionPeriod.endDate
verificationPeriod.endDate == verificationPeriod.startDate + 10 р.д. о 18:00
Статус процедури змінюється:
qualification → active_qualification
+ Ручна дія. Організатор натискає кнопку "Перевірку документів завершено" |
На рівні ЦБД: відсутній
На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації.
зараз має назву waitingPeriod
Статуси процедури
...
У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).
...
по кожному учаснику, що мав bids[].status == active на момент auctionPeriod.startDate, в обʼєкті процедури створюється Award у статусі verification
За умови успішної превірки документів, Організатор змінює статус Awards[].status: verification → waiting (обовʼязкових документів немає)
За умови НЕ успішної перевірки документів, Організатор змінює статус Awards[].status: verification → unsuccessful (обовʼязково документ awards.documents: documentType: rejectionProtocol)
...
Автоматично. Завершився verificationPeriod, що тривав 10 р.д
...
+ Ручна дія. Організатор натискає кнопку "Перевірку документів завершено", на ЦБД надсилається запит на зміну статуса Процедури.
verificationPeriod.endDate не змінюється в API.
Всі Awards, що знаходяться у статусі verification набувають статусу waiting
Аварди, що на момент зміни статуса процедури перебували у статусі waiting АБО verification автоматично змінюють статус на pending АБО pending_waiting (деталі в розділі Статуси Awards). Awards[].status: [waiting,verification] → pending OR pending_waiting
Аварди в статусі unsuccessful свій статус не змінюють.
...
Термінальний статус.
Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити аукціон”. зміни статусу процедури на “Аукціон завершено”.
...
active_tendering
qualification
active_qualification
...
Автоматично.
- Якщо на момент tenderPeriod.endDate подано менше 2-х заяв на участь;
- Якщо в рамках кваліфікації Замовник дискваліфікував усіх учасників.
...
Термінальний статус.
...
active_rectification
active_tendering
qualification
active_qualification
...
Ручна дія.
Організатору у всіх статусах Процедури, окрім procedure.status: active_auction, доступна опція "Скасування" Процедури.
Для скасування процедури, Організатору необхідно:
- Завантажити документ в cancellations[].documents з documentType: cancellationDetails
- Вказати причину скасування (cancellations.reason) довільним текстом
- Вказати дату прийняття рішення про скасування (cancellations.datePublished)
Після цього, при натисканні кнопки, надсилається запит на скасування. Статус процедури автоматично змінюється → cancelled
...
Термінальний статус.
Для зміни статусу процедури на “Аукціон відмінено” Замовник зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати аукціон”, завантажити документ з причинами скасування та обрати одну з нижчезазначених причин скасування, після чого майданчик Замовника передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”.
, на ЦБД надсилається запит на зміну статуса Процедури. verificationPeriod.endDate не змінюється в API. Всі Awards, що знаходяться у статусі verification набувають статусу waiting | Аварди, що на момент зміни статуса процедури перебували у статусі waiting АБО verification автоматично змінюють статус на pending АБО pending_waiting (деталі в розділі Статуси Awards). Awards[].status: [waiting,verification] → pending OR pending_waiting Аварди в статусі unsuccessful свій статус не змінюють.
| ||||||
complete | Аукціон завершено | active_qualification | Ручна дія. Присутній хоча б один Contract у статусі active | Термінальний статус. Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити аукціон”. зміни статусу процедури на “Аукціон завершено”. | |||
unsuccessful | Аукціон не відбувся | active_tendering qualification active_qualification | Автоматично.
| Термінальний статус. | |||
cancelled | Аукціон скасовано | active_rectification active_tendering qualification active_qualification | Ручна дія. Організатору у всіх статусах Процедури, окрім procedure.status: active_auction, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит на скасування. Статус процедури автоматично змінюється → cancelled | Термінальний статус. Для зміни статусу процедури на “Аукціон відмінено” Замовник зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати аукціон”, завантажити документ з причинами скасування та обрати одну з нижчезазначених причин скасування, після чого майданчик Замовника передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”. |
Anchor | ||||
---|---|---|---|---|
|
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для публікації процедури | Публічність | |||||
---|---|---|---|---|---|---|---|---|---|---|
illustration | Ілюстрації | Illustration | Зображення, що можуть додаватися Організатором до процедури | Ні | Так | |||||
technicalSpecifications | Технічні специфікації | Technical specifications | Технічні параметри об’єкта електроенергетики | Так | Так | |||||
evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Перелік документів, необхідних для участі в аукціоні, та вимоги до їх оформлення | Так | Так | |||||
contractProforma | Типова форма договору про надання послуги | Contract proforma | Типова форма договору про надання послуги | Так | Так | |||||
x_lotInfoEN | Документ, що містить оголошення англійською мовою | Announcements in English | Документ, що містить оголошення англійською мовою | Так | Так | |||||
x_verificationAct | Акт про результати перевірки документів учасників | Verification act | Загальний акт про результати перевірки документів усіх учасників, в якому зазначається перелік учасників, що успішно пройшли перевірку, і тих, що втратили статус учасника | Ні * * має бути можливість завантажити документ коли procedure.status: qualification або active_qualification
| Так | |||||
clarifications | Погодження змін до опису лоту. Опис причин редагування. | Clarifications | Документ НЕ обовʼязковий при публікації процедури. Документ НЕ обовʼязковий для редагування процедури. | Ні | Так | |||||
digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
Документи скасування процедури (cancellations.documents)
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для скасування процедури | Публічність |
---|---|---|---|---|---|
cancellationDetails | Причини скасування | Cancellation details | Інформація щодо причин скасування аукціону | Так | Так |
digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
Публікація процедури
Створення оголошення
Anchor | ||||
---|---|---|---|---|
|
- Інформація про Замовника (sellingEntity)
- Ідентифікатори Замовника аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
- Місцезнаходження Замовника аукціону (повна адреса) (address)
- Інформація про контактну особу (contactPoint)
- Номер лоту (lotId)
- Повну назву Аукціону (заголовок) (title)
- Вимоги до оформлення документів (x_documentRequirements)
- Максимальний розмір цінової пропозиції учасника (value)
- Розмір банківської гарантії за 1 кВт (guarantee)
- Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.unit.code, items.classification == CAV 09300000-2, items.desctiption)
- Документи
- Дата та час проведення аукціону (auctionPeriod.startDate)
Повний перелік полів в Swagger
Замовник аукціону може зберегти чернетку оголошення без публікації в ЦБД - для внесення змін, видалення та перегляду (чернетка). Це - обов’язковий функціонал, що має бути присутній на майданчику.
Майданчик забезпечує можливість видалення та редагування сформованого оголошення на проведення Електронних торгів (чернетки) до моменту публікації оголошення про проведення Електронних торгів у ЦБД. У Замовника аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).
Редагування оголошення
Протягом періоду редагування (rectifiactionPeriod) Замовник аукціону має право самостійно вносити зміни в опис лоту та оголошення щодо продажу лота в ЕТС.
Замовник має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім орієнтовного часу початку аукціону.
Для підтвердження внесених змін Замовник має можливість завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), має містити перелік змін, які вносяться в оголошення, причину внесення таких змін. Він має бути доступний для завантаження в період редагування (rectificationPeriod) та не є обов'язковим.
Протягом періоду відповідей (enquiryPeriod) Замовник аукціону може завантажувати та замінювати документи оголошення.
Типи і опис документів
Документи процедури
...
Обовʼязковіть для публікації процедури
...
Ні *
* має бути можливість завантажити документ коли procedure.status: qualification або active_qualification
Expand | ||
---|---|---|
| ||
"гарантований покупець складає та оприлюднює загальний акт про результати перевірки документів усіх учасників, в якому зазначає перелік учасників, що успішно пройшли перевірку, і тих, що втратили статус учасника" |
...
Документ НЕ обовʼязковий при публікації процедури.
Документ НЕ обовʼязковий для редагування процедури.
...
Ні
...
Документи скасування процедури (cancellations.documents)
...
Обовʼязковіть для скасування процедури
...
Документи заяви на участь (bids.documents)
...
Результат: 4800 повністю закритий Учасником_1 у розмірі 3000, Учасником_2 у розмірі 1000, Учасником_3 у розмірі 800
Зміни, які необхідно внести в процедуру:
accessDetails - не обовʼязкове поле (зараз обовʼязкове, хоча я не бачу в Постанові нічого про "Порядок та можливий час ознайомлення з лотом")
x_additionalInformation - не обовʼязкове поле (зараз обовʼязкове, хоча я не бачу в Постанові нічого про те, що треба ОБОВʼЯЗКОВО надавати "Додаткові відомості". Навпаки: "Оголошення про проведення аукціону може містити інші відомості, необхідні для його проведення")