You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 15 Next »

Посилання:

Мета створення процедури та нормативні засади

Відповідно до Постанови від 27 грудня 2019 р. № 1175 КМУ "Про запровадження конкурентних умов стимулювання виробництва електричної енергії з альтернативних джерел енергії".

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

З метою проведення аукціонів з розподілу квот підтримки для електричної енергії з альтернативних джерел енергії в межах системи ProZorro.Sale реалізовано sellingMethod: timber-multiAwards. Така процедура надає змогу Замовнику здійснити продаж квот підтримки для електричної енергії, в рамках аукціону, необмеженій кількості учасників, а учаснику придбати частину заявленої квоти підтримки для електричної енергії у лоті Замовником, саме ту кількість обсягу, що потрібна учаснику.

Загальна інформація про роботу процедури

Критерієм вибору переможця є цінова пропозиція, що складається з ціни за 1 кВт*годину та обсяг генерації у кВт, за умови відповідності пропозиції учасника кваліфікаційним критеріям, визначеним Замовником аукціону.

Кваліфікація відбувається після завершення аукціону, попередньої кваліфікації немає.

За наявності 2-х та більше заяв на участь за результатами періоду подання пропозицій (tenderPeriod), процедура переходить у період аукціону (auctionPeriod). У протилежному випадку аукціон визнається таким, що не відбувся. Статус аукціону автоматично змінюється на unsuccessful.

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

Особливості процедури

  1. На етапі публікації Процедури:
    • В одній процедурі може бути тільки один item (ДОДАТИ ВАЛІДАЦІЮ)
  2. На етапі подання заяв на участь:
    • учасник може подати одну або більше заяв на участь в одному аукціоні, відповідно до кількості об'єктів електроенергетики наявних у нього.
  3. Аукціон:
    • для запуску МА на момент tenderPeriod.endDate має бути мінімум два bids[] у статусі active (minNumberOfQualifiedBids==2). Якщо менше двух статус процедури змінюється на unsuccessful
    • "сліпий" аукціон (детально описано в ТЗ "сліпого" МА) (ДОДАТИ ПОСИЛАННЯ)
  4. Кваліфікація:
    • кількість переможців необмежена
    • наявність учасників, що очікують
    • наявність умовного переможця

Опис класифікаторів

  • Під час публікації процедури ЦБД автоматично генерує значення для (ДОДАТИ ЦЕ В ФУНКЦІОНАЛ)

    • itmes[0].classification.scheme == CAV

    • itmes[0].classification.id == 09300000-2

Основний класифікатор (код) - 09300000-2 - Електрична, теплова, сонячна та атомна енергія. Посиланняна словник

  • При публікації процедури, Організатор може вказати (не обовʼязково) Додатковий класифікатор "Вид джерела енергії" (одне значення з словника)

Посилання на legalName endpoint

legalName endpoint (ЗАМІНИТИ + ПРОВАЛІДУВАТИ)

Timeline процедури

Періоди процедури

Технічна назваБізнесова назваДата початкуДата завершенняРезультат завершенняКоментар
rectificationPeriodПеріод редагування

Дата та час публікації процедури в ЦБД

Завжди припадає на робочий день.

rectificationPeriod.startDate + 2 р.д., завершення о 20:00

Редагування полів процедури більше недоступне

ст.28 "Прийом заяв про участь в аукціоні починається з моменту розміщення оголошення про проведення аукціону..."
tenderPeriodПеріод подання пропозицій

о 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.endDatequalificationPeriod.endDate == qualificationPeriod.startDate + 30 р.д. о 18:00

На рівні ЦБД: відсутній

На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. 

зараз має назву waitingPeriod


Статуси процедури


Технічна назваБізнесова назваПерехід зЗа умовиКоментар
active_tenderingПрийняття заяв на участьмомент публікації оголошення в ЦБДРучна дія. Заповнені всі обовʼязкові поля для створення процедури в ЦБДМайданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус "Прийняття заяви на участь (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.endDate не змінюється в API

Всі Аварди, що на момент зміни статуса процедури перебували у статусі waiting АБО verification автоматично змінюють статус на pending. Awards[].status: [waiting,verification] → pending (пруф)!!!

Аварди в статусі unsuccessful свій статус не змінюють.

completeАукціон завершеноactive_qualificationРучна дія. Присутній хоча б один Contract у статусі active

Термінальний статус.

Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити аукціон”.  зміни статусу процедури на “Аукціон завершено”.

unsuccessfulАукціон не відбувся

active_tendering

qualification

active_qualification

Автоматично.

  • Якщо на момент tenderPeriod.endDate подано менше 2-х заяв на участь;
  • Якщо в рамках кваліфікації Замовник дискваліфікував усіх учасників.

Термінальний статус.

cancelledАукціон скасовано

active_rectification

active_tendering

qualification

active_qualification

Ручна дія.

Організатору у всіх статусах Процедури, окрім procedure.status: active_auction, доступна опція "Скасування" Процедури.

Для скасування процедури, Організатору необхідно:

  • Завантажити документ в cancellations[].documents з documentType: cancellationDetails
  • Вказати причину скасування (cancellations.reason) довільним текстом
  • Вказати дату прийняття рішення про скасування (cancellations.datePublished)

Після цього, при натисканні кнопки, надсилається запит на скасування. Статус процедури автоматично змінюється → cancelled

Термінальний статус.

Для зміни статусу процедури на “Аукціон відмінено” Замовник зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати аукціон”, завантажити документ з причинами скасування та обрати одну з нижчезазначених причин скасування, після чого майданчик Замовника передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”.


Періоди Аварду

Технічна назваБізнесова назваДата початкуДата завершенняРезультат завершенняКоментар
awards.signingPeriodПеріод підписання протоколу та договору

verificationPeriod.endDate

signingPeriod.endDate == signingPeriod.startDate + 15 р.д.На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending

Аварди в інших статусах цей період не мають

awards.admissionPeriodПеріод прийняття рішення щодо набуття статусу переможця

qualificationPeriod.endDate

admissionPeriod.endDate == admissionPeriod.startDate + 5 р.д.На рівні ЦБД: відсутнійПеріод формується для Авардів у статусі pending_waiting 


Документи процедури

documentTypeНазва УкрНазва АнгОпис

Обовʼязковіть для публікації процедури

Публічність
illustrationІлюстраціїIllustrationЗображення, що можуть додаватися Організатором до процедуриНіТак
technicalSpecificationsТехнічні специфікаціїTechnical specificationsТехнічні параметри об’єкта електроенергетикиТакТак
evaluationCriteriaКваліфікаційні вимогиEvaluation criteriaПерелік документів, необхідних для участі в аукціоні, та вимоги до їх оформленняТакТак
contractProformaТипова форма договору про надання послугиContract proformaТипова форма договору про надання послугиТакТак
x_lotInfoENДокумент, що містить оголошення англійською мовоюAnnouncements in EnglishДокумент, що містить оголошення англійською мовоюТакТак
x_verificationActАкт про результати перевірки документів учасниківVerification actЗагальний акт про результати перевірки документів усіх учасників, в якому зазначається перелік учасників, що успішно пройшли перевірку, і тих, що втратили статус учасника

Ні *

* документ обовʼязковий для кваліфікації Авардів

Так
digitalSignatureЦифровий підписDigital signatureЦифровий підписНіТак




  1. Є можливість при публікації Процедури задати Класифікатор для кожного айтема (сонячна, вітер і т.д.). Класифікатори можуть бути різні у різних айтемів в одній процедурі. 
    1. Ціна максимальна вказується один раз для всієї процедури, хоча в нормативці "У разі оголошення технологічно нейтрального аукціону зазначаються розміри максимальної цінової пропозиції для кожного виду альтернативного джерела енергії"
      1. Це схоже на те, що ціну треба виносити на рівень айтему і вказувати для кожного айтема окремо - ВІДПОВІДЬ: НЕ МОЖЕ БУТИ В ОДНІЙ ПРОЦЕДУРІ ДВА АЙТЕМА З РІЗНИМИ КЛАСИФІКАТОРАМИ. Тому треба додати валідацію на публікацю такого.
    2. При публікації Біда неможливо передати Класифікатор. Але після публікації до кожного Біда автоматично додається Класифікатор, значення якого копіюється із procedure.items[0].additionalClassification
  • No labels