Page History

Table of Contents

Голосарій

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

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

Посилання на ТЗ 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 і ЦБД його проставить автоматично.
     • Розмір банківської гарантії для участі в аукціоні за 1 кВт (guarantee.amount, guarantee.currency (only EUR))
     • Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description.uk_UA)
       • items.unit.code при публікації оголошення заповнювати НЕ треба (заповнється на ЦБД автоматично значенням: KWT із словника )
       • items.classification при публікації оголошення заповнювати НЕ треба (заповнюється на ЦБД автоматично значенням: CAV 09300000-2 - Електрична, теплова, сонячна та атомна енергія)
       • Альтернативне джерело енергії вказується на рівні ЦБД Додатковим класифікатором (items.additionalClassifications)
         • Поле не обовʼязкове для заповнення
         • Замовник має вибрати із переліку, що міститься у словнику
       • Області, у яких відбувається розподіл обсягу лота (items.itemProps.regions[])
         • параметр НЕ обовʼязковий до заповнення
         • у Замовника має бути можливість вибрати одну чи більше областей із переліку областей України (на ЦБД це Enum)
           
     • Дата проведення аукціону (auctionPeriod.startDate)
       • На продуктивному середовищі - майданчик не повинен надавати можливість Замовнику передавати час початку аукціону, Замовник повинен обирати/зазначати виключно дату
         • Час проведення аукціону, заповнюються ЦБД автоматично після публікації оголошення
     • Документи

...

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

   ...

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

   
   

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

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

   Наприклад:

   
   

   Note

   Увага! Якщо ви подали кілька заяв на участь в одному аукціоні та отримали кілька окремих унікальних посилань для участі, переконайтеся, що кожне посилання відкривається в окремому браузері. Не відкривайте кілька посилань на один аукціон в одному браузері, навіть якщо це різні вкладки! Чому це важливо? Через технічні особливості з'єднання по WebSocket, використання одного браузера з різними вкладками для одного аукціону може призвести до некоректної роботи системи. Для забезпечення стабільної участі в аукціоні, будь ласка, дотримуйтеся цієї інструкції.

   
   

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

   ...

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

   Аукціон

   Важливо: 

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

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

   ...

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

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

   ...

   Технчна назва	Бізнесова назва	Дії, які може виконати Замовник	Дії, які може виконати Учасник
   verification	Перевірка документів	Завантажити документи до awards.documents[] Натиснути кнопку "Перевірено" Натиснути кнопку "Відхилено"	Завантажити документи до bids.documents[]: documentType: [auctionProtocol, x_guarantee, х_ultimateBeneficiaryInfo, x_governingBodyInfo, x_relatedParties, x_generationType, eligibilityDocuments, digitalSignature] (бо протягом перевірки документів Замовник може попросити Учасника додати потрібні йому доки)відсутні
   waiting	Документи перевірено	Завантажити документи до awards.documents[]	відсутні
   pending	Очікується протокол	Завантажити документи до awards.documents[] Натиснути кнопку "Протокол підписано" Натиснути кнопку "Дискваліфікувати"	Завантажити документи до bids.documents[]: auctionProtocol x_guarantee digitalSignature відсутні
   pending_waiting	Очікується рішення	Завантажити документи до awards.documents[]	відсутні
   pending_admission	Підтвердження набуття статусу переможця	Завантажити документи до awards.documents[]	Натиснути кнопку "Погоджуюсь" разом з цим вказати обсяг, на який погоджується (нерозподілений залишок) Натиснути кнопку "Відмовляюсь" Завантажити документи до bids.documents[]: auctionProtocol x_guarantee digitalSignature
   protocol_signed	Підписано протокол	Завантажити документи до awards.documents[] Натиснути кнопку "Дискваліфікувати" Натиснути кнопку "Договір підписано"	відсутні
   unsuccessful	Дискваліфіковано	відсутні	відсутні
   cancelled	Учасник не став переможцем	відсутні	відсутні
   active	Договір підписано	відсутні	відсутні

   !!! Протягом всього життєвого циклу процедури, до набуття нею термінального статуса у Замовника має бути можливість завантажати документ до 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. Для скасування Замовник аукціону має натиснути кнопку “Відмінити аукціон” та завантажити документ “Причини відміни” (cancellations[].documents з documentType: cancellationDetails)  із зазначенням причини скасування аукціону (cancellations.reason) із словника та вказує фактичну дату скасування (cancellations.datePublished)

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