Вимоги до майданчиків. Зелена енергетика

Голосарій

Аукціон - це процедура розподілу квоти підтримки. Також фігурує в документації як Оголошення.

Замовник - організатор аукціону з розподілу квот підтримки

Посилання на ТЗ renewables-multiAwards

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

1. Замовник публікує оголошення, яке містить в собі розмір квоти підтримки (procedure.items[0].quantity) в кіловатах, а також вказує максимальну ціну за 1 кВт, яку він готовий заплатити (procedure.value.*)
2. Максимальна ціна і ставки учасників вказуються тільки в євроцентах.
3. У процедурі може бути тільки один Лот (procedure.items[0])
4. У процедурі може бути декілька переможців, відповідно - декілька Протоколів і Договорів
5. У процедурі може бути визначений один умовний переможець

Створення процедури

1. Для створення аукціону Замовник в особистому кабінеті натискає кнопку “Створити аукціон”
2. Замовник аукціону повинен мати можливість зберегти чернетку оголошення без публікації в ЦБД.
3. Має бути можливість редагувати чернетку, переглядати, видаляти. Це - обов’язковий функціонал, що має бути присутній на майданчику.
4. У Замовника аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).

Замовник аукціону може зберегти чернетку оголошення без публікації в ЦБД - для внесення змін, видалення та перегляду (чернетка). Це - обов’язковий функціонал, що має бути присутній на майданчику.
Майданчик забезпечує можливість видалення та редагування сформованого оголошення на проведення Електронних торгів (чернетки) до моменту публікації оголошення про проведення Електронних торгів у ЦБД. У Організатора аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).

Публікація оголошення в ЦБД

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

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

При публікації оголошення про проведення аукціону присутні наступні дані:

1. Поля процедури, що заповнюються Замовником:
   • Для Renewables-multiAward поля наступні:
     • Інформація про Замовника (sellingEntity)
       • Ідентифікатори Замовника аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier.scheme та identifier.id)
       • Назва замовника аукціону (identifier.legalName.uk_UA)
       • Місцезнаходження Замовника аукціону (повна адреса) (address.*)
       • Інформація про контактну особу (contactPoint.*)
     • Номер лоту (lotId)
     • Повну назву Аукціону (заголовок) (title)
     • Опис аукціону (description)
     • Вимоги до оформлення документів (x_documentRequirements)
     • Максимальний розмір цінової пропозиції учасника (value) в євроцентах (без можливості вибору іншої валюти) (value.amount)
       • зверніть увагу, що парметр value.valueAddedTaxIncluded передавати НЕ потрібно. Має завжди значення false і ЦБД його проставить автоматично.
     • Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description.uk_UA)
       • items.unit.code при публікації оголошення заповнювати НЕ треба (заповнється на ЦБД автоматично значенням: KWT із словника )
       • items.classification при публікації оголошення заповнювати НЕ треба (заповнюється на ЦБД автоматично значенням: CAV 09300000-2 - Електрична, теплова, сонячна та атомна енергія)
       • Альтернативне джерело енергії вказується на рівні ЦБД Додатковим класифікатором (items.additionalClassifications)
         • Поле не обовʼязкове для заповнення
         • Замовник має вибрати із переліку, що міститься у словнику
       • Області, у яких відбувається розподіл обсягу лота (items.itemProps.regions[])
         • параметр НЕ обовʼязковий до заповнення
         • у Замовника має бути можливість вибрати одну чи більше областей із переліку областей України (на ЦБД це Enum)
           
     • Дата проведення аукціону (auctionPeriod.startDate)
       • На продуктивному середовищі - майданчик не повинен надавати можливість Замовнику передавати час початку аукціону, Замовник повинен обирати/зазначати виключно дату
         • Час проведення аукціону, заповнюються ЦБД автоматично після публікації оголошення
     • Документи

Для успішної публікації оголошення мають бути заповнені всі обов’язкові дані та завантажені усі обов’язкові документи

Редагування опублікованого оголошення

1. Майданчик забезпечує можливість редагування оголошення після публікації в рамках Періоду редагування (rectificationPeriod)
   • Для редагування доступні поля, які передав майданчик замовника під час оголошення процедури, крім дати початку аукціону (auctionPeriod.startDate) та типу процедури (sellingMethod).
2. Для підтвердження внесених змін Замовник має можливість завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documents.documentType: clarification)
   • має містити перелік змін, які вносяться в оголошення, причину внесення таких змін. Він має бути доступний для завантаження в період редагування
   • НЕ обовʼязковий для редагування оголошення. Оголошення може бути відредаговано без цього документа
   • Для редагування Замовнику необхідно натиснути кнопку “Редагувати аукціон” та “Зберегти” для підтвердження змін
3. Протягом періоду редагування Замовник може завантажувати та замінювати документи оголошення
4. Необхідно виводити інформацію про історію змін документів

Період запитань

1. Майданчик повинен забезпечити можливість Учаснику задавати запитання до будь-якого з опублікованих аукціонів (кнопка “Задати запитання”)
2. Всі запитання зберігаються в особистому кабінеті учасника та Замовника і є доступними всім користувачам\учасникам для перегляду, незалежно від статусу аукціону.
3. Запитання має бути сформульоване виключно в текстовому вигляді, без можливості прикріплення файлів.
   • У учасника є можливість редагувати запитання протягом 2 годин з моменту його публікації на рівні ЦБД (кнопка “Редагувати запитання”).
4. Запитання користувачів\учасників є анонімними до закінчення періоду аукціону або періоду подання пропозицій, у разі відсутності періоду аукціону.
5. Майданчик надсилає сповіщення учаснику про отримані відповіді та надає можливість ознайомитися із ними

Період відповідей

1. Майданчик повинен забезпечити Замовнику можливість відповідати на отримані запитання (кнопка “Відповісти”)
2. Всі відповіді зберігаються в особистому кабінеті учасника та замовника і є доступними всім користувачам\учасникам для перегляду, незалежно від статусу аукціону.
3. Відповідь має бути сформульована виключно в текстовому вигляді, без можливості прикріплення файлів. 
   1. У Організатора є можливість редагувати відповідь на запитання (кнопка “Редагувати відповідь”)
4. Майданчик надсилає сповіщення Замовнику про отримані запитання та надає можливість ознайомитися із ними

Створення заяви на участь

1. Для створення заяви на участь Учасник натискає кнопку “Подати заяву на участь”
2. Учасник повинен мати можливість зберегти чернетку заяви на участь до її публікації в ЦБД
3. Майданчик забезпечує можливість видалення та редагування сформованої заяви на участь до моменту публікації заяви в ЦБД

Особливість процедури: Один учасник може подавати декілька заяв на участь до одного аукціону, якщо він має декілька обʼєктів, які мають намір виробляти та/або виробляють електричну енергію з альтернативних джерел енергії.

Зі сторони Майданчика, коли Учаснику надаються посилання на Модуль Аукціону для участі, обовʼязково зазначати, що для кожної окремої заяви на участь необхідно відкривати вікно в різних браузерах.

Наприклад:

Публікація заяви на участь

Для публікації заяви на участь Учасник натискає кнопку “Опублікувати заяву на участь”

При публікації заяви на участь про проведення аукціону присутні наступні дані:

1. Обовʼязкові поля заяви на участь
   1. Ідентифікатор організації чи особи (bids.bidders.identifier.scheme, bids.bidders.identifier.id, bids.bidders.identifier.legalName.*)
   2. Адреса (bids.bidders.address.*)
   3. Контактна особа (bids.bidders.contactPoint.*)
   4. Цінова пропозиція за 1 кВт*год (bids.value.*)
   5. Розмір частки квоти в заяві (bids.quantity)
2. Обовʼязкові документи заяви про участь
   1. Фінансове забезпечення
   2. Інформація про кінцевого бенефіціарного власника
   3. Повний перелік документів і їх "обовʼязковість" тут
3. Під час подання заяви, від учасника надається (у вигляді дисклеймеру, попереднього підписання договору-оферти або галочки під час подання заяви):
   
   1. Згода на обробку персональних даних

!!! Має бути реалізовано сповіщення\інформування щодо початку аукціону за 24 години для Замовника та Учасника

Аукціон

Важливо: 

Кваліфікація

Відображення інформації про учасників, що кваліфікуються

На майданчиках відображається інформація про учасників (awards):

1. Виводиться блок
   • з усіма учасниками
   • з учасниками, що пройшли верифікацію документів \ кваліфікацію
2. Повна юридична назва Учасника
3. Ідентифікатор учасника
4. Розмір цінової пропозиції (value)
5. Розмір закритої цінової пропозиції (initialValue)
6. Статус award'у 
7. Документи учасника
8. Терміни на завантаження протоколу\договору (awards.signingPeriod)
9. Після появи контракту або документів про дискваліфікацію учасника - інформація про такі документи відображається в основному блоці або окремому блоці

Відображення заяви на участь учасника

ВИКОРИСТОВУЄМО СТАНДРАТНИЙ, РЕАЛІЗОВАНИЙ НА МАЙДАНЧИКУ ФУНКЦІОНАЛ!

Приклад:

1. На сторінці кваліфікації учасника в кабінеті Замовника (в кабінеті Учасника та для глядача за бажанням майданчика) відображати інформацію про учасника у зведеному вигляді
   • Посилання або кнопка “Заява на участь” біля учасника\учасників, що проходить кваліфікацію
     • Обов'язково - для учасників, що проходять кваліфікацію, для інших учасників - опціонально, за бажанням майданчика.
   • Після натискання на посилання або кнопку “Заява на участь” відображається поп-ап або розкривається інформація про заяву учасника (залежно від поточної реалізації на майданчику)
   • Блок з заявою на участь містить наступну інформацію:
     • Реквізити учасника: ПІБ\Юридична назва, ЄДРПОУ\ІПН або інший ідентифікатор
     • Закрита цінова пропозиція: Розмір початкової цінової пропозиції (bids[x].value.*)
     • Обсяг квоти в заявці: обсяг в кВт, який учасник запропонував в своїй заявці (bids[x].quantity)
     • Перелік документів учасника

Інформація з контактними даними учасників присутня у JSON після завершення аукціону, але рекомендуємо не відображати її для глядачів та інших учасників

Статуси Аварда протягом періоду кваліфікації і дії, які можуть виконати Замовник та Учасник в певному статусі Аварда:

!!! Протягом всього життєвого циклу процедури, до набуття нею термінального статуса у Замовника має бути можливість завантажати документ до procedure.documents[] з documentType: x_verificationAct

Замовник

1. Сповіщення про початок процесу кваліфікації
2. В процедурі передбачається наявність декількох переможців та одного умовного переможця (деталі визначення описані в ТЗ)
   1. ВАЖЛИВО! Відображати Аварди в тій послідовності, яку повертає ЦБД. Замовнику має бути наглядно видно хто запропонував найменшу ціну і до найбільшої. ЦБД в JSON буде повертати вже сортовану послідовність Авардів. 
   2. На початку кваліфікації, поки триває період перевірки документів (verificationPeriod) Замовнику необхідно відобразити всі Awards і інформацію про кожен із них та їх документи. Можна завʼязатись на статус процедури: qualification
      1. В блоці "Період перевірки документів" відображати всі Аварди, що мають статус verification, waiting і поряд статус навпроти кожного Аварда, щоб Огранізатор бачив чиї документи вже перевірені, а чиї - ні.
         1. Для Авардів у статусі verification має бути передбачена кнопка, яка дозволяє підтвердити, що документи успішно перевірені. Ніякі awards.documents від Замовника не вимагаються.
         2. Для Авардів у статусі verification має бути передбачена також кнопка, яка дозволяє відхилити учасника. Це означає, що документи перевірені НЕ успішно. При відхиленні має бути можливість прикріпити документи. Поле awards.terminationReason (Причина дискваліфікації) в даному випадку заповнювати не обовʼязково
   3. Коли процедура набуває статусу active_qualification, всі Аварди змінять свій статус. Бажано окремо відобразити Переможців  та окремо Аварди, які очікують рішення
      1. В блоці "Очікується підписання протоколу і договору" показуємо Аварди у статусах: pending, protocol_signed, active і поряд кожного - статус цього Аварда та документи Аварда (можна в модальному вікні)
      2. В блоці "Очікують рішення" показуємо Аварди, що мають статус pending_waiting і поряд кожного - статус цього Аварда
   4. Як тільки зʼявиться один Авард у статусі pending_admission, його бажано також відобразити окремо у тому самому вікні
      1. В блоці "Умовний переможець" показуємо Авард, що має статус pending_admission і поряд - статус цього Аварда
      2. В блоці "Дискваліфіковані" показуємо Аварди, що мають статус unsuccessful, cancelled і поряд кожного - статус цього Аварда і документи Аварда
3. Протокол підписується з кожним Авардом, який має статус pending - окремо. Тобто, в процедурі передбачено не один протокол, а безліч.
   1. Для кожного Аварду, який має статус pending має бути можливість завантажити документи, у тому числі обовʼязковий документ auctionProtocol. Після цього Замовнику доступна можливість затвердити протокол
   2. Після завантаження протоколу Замовник натискає кнопку "Протокол затверджено". До моменту натискання кнопки Замовник має можливість замінити протокол.
4. Повинен мати можливість дискваліфікувати потенційного переможця за необхідності натискаючи кнопку “Дискваліфікувати учасника” (має бути можливість завантажити документ awards.documents.documentType: act  та обрати причину із словника):
   • Вказана причина, а також статус учасника, повинні відображатися на майданчику.
5. В процедурі доступна можливість підписати договір з декількома учасниками одразу. Відповідно, procedure.contracts[] буде містити більше одного обʼєкта.
6. Після завантаження договору, Замовник заповнює поля contracts[х]
7. Організатор підтверджує договір із переможцем натискаючи кнопку “Підтвердити договір”.
8. До переведення підтвердження договору, Замовник повинен мати можливість виправити поля договору та вкладені файли.
9. У Замовника має бути можливсть завершити процедуру натиснувши кнопку "Завершити аукціон". На рівні ЦБД завершити аукціон є можливість тільки, якщо всі Awards[] в термінальному статусі: active, unsuccessful, cancelled

Учасник

1. Отримує сповіщення про початок процесу кваліфікації
2. Учасник, що очікує (pending_waiting), НЕ має можливість відмовитися від очікування кваліфікації переможців
3. Учасник, що набув статусу Умовного переможця (pending_admission) має можливість погодитись і закрити нерозподілений залишок річної квоти АБО відмовитись

Скасування аукціону

1. Для скасування Замовник аукціону має натиснути кнопку “Відмінити аукціон” та завантажити документ “Причини відміни” (cancellations[].documents з documentType: cancellationDetails)  із зазначенням причини скасування аукціону (cancellations.reason) із словника та вказує фактичну дату скасування (cancellations.datePublished)

ВАЖЛИВО! Нормативно скасувати процедуру має бути можливість тільки до проведення Аукціону. Але ми залишаємо технічну можливість скасувати і після, але це виключно для форс-мажорних обставин.
Рекомендуємо не відображати кнопку скасування Процедури Організатору під час кваліфікації учасників