Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Посилання:

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

...

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

...

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

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

  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 - Електрична, теплова, сонячна та атомна енергія. Посиланняна словник

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

Посилання на схему Timeline процедури

Timeline процедури renewables-multiAwards ЦБД-3

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

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

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

draw.io Diagram
bordertrue
diagramNameStatuses_renewable_MultiAwards
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth612
revision1


  • Чернетка процедури
    • Технічний ідентифікатор - поза системою
    • Умови зміни статусу - Чернетка процедури на стороні майданчика
  • Редагування доступне
    • Технічний ідентифікатор - active_rectification
    • Умови зміни статусу - Майданчик Замовника робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус “Редагування доступне” (active_rectification)
  • Прийняття заяв на участь
    • Технічний ідентифікатор - active_tendering
    • Умови зміни статусу - Після завершення періоду редагування, ЦБД змінює статус процедури на "Прийняття заяви на участь (active_tendering).
  • Аукціон
    • Технічний ідентифікатор - active_auction
    • Умови зміни статусу - Після активації процедури ЦБД визначає точну дату початку та час періоду аукціону. У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).
  • Перевірка документів учасників
    • Технічний ідентифікатор - qualification
    • Умови зміни статусу - По завершенню періоду аукціону (auctionPeriod), ЦБД змінює статус процедури на “Перевірка документів учасників” (qualification) - кваліфікація відбувається в частині перевірки документів учасників кваліфікації (award:verification), успішний результат перевірки документів учасника (award:waiting), нагативний результат перевірки документів учасника (award:unsuccessful).
  • Очікується опублікування протоколу та підписання договору
    • Технічний ідентифікатор - active_qualification
    • Умови зміни статусу - По завершенню періоду перевірки документів учасників (verificationPeriod), ЦБД змінює статус процедури на "Очікується опублікування протоколу та підписання договору" (active_qualification) - кваліфікації переможця, відбувається в частині роботи із протоколом та договором, статус award’у змінюється на “Очікується протокол” (pending).
  • Аукціон завершено
    • Технічний ідентифікатор - complete
    • Умови зміни статусу - Після завершення роботи із договором, Замовник аукціону натискає на кнопку “Завершити аукціон”. Після чого майданчик Замовника надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено”.
  • Аукціон не відбувся
    • Технічний ідентифікатор - unsuccessful
    • Умови зміни статусу - Термінальний статус, відсутність учасників або дискваліфікація всіх учасників. Можливі наступні автоматичні варіанти зміни статусу процедури на “Аукціон не відбувся” в ЦБД, у разі:
      • Якщо в рамках періоду подання пропозицій (tenderPeriod) подано менше 2-х заяв на участь;
      • Якщо в рамках кваліфікації Замовник дискваліфікував усіх учасників.
  • Аукціон відмінено
    • Технічний ідентифікатор - cancelled
    • Умови зміни статусу - Можливість скасування аукціону у Замовника присутня у не термінальному статусі процедури, окрім статусу процедури “Аукціон” (active_auction). Для зміни статусу процедури на “Аукціон відмінено” Замовник зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати аукціон”, завантажити документ з причинами скасування та обрати одну з нижчезазначених причин скасування, після чого майданчик Замовника передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”.




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