Page History

...

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

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

Посилання на ТЗ

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

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.regions[])
         • параметр НЕ обовʼязковий до заповнення
         • у Замовника має бути можливість вибрати одну чи більше областей із переліку областей України (на ЦБД це Enum)
           
     • Дата проведення аукціону (auctionPeriod.startDate)
       • На продуктивному середовищі - майданчик не повинен надавати можливість Замовнику передавати час початку аукціону, Замовник повинен обирати/зазначати виключно дату
         • Час проведення аукціону, заповнюються ЦБД автоматично після публікації оголошення
     • Документи

...

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

...

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

...

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

...

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

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

...

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

!!! Протягом всього життєвого циклу процедури, до набуття нею термінального статуса у Замовника має бути можливість завантажати документ до 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, бажано окремо відобразити Переможців ( всі Аварди , які отримали статус pending) змінять свій статус. Бажано окремо відобразити Переможців  та окремо Аварди, які очікують рішення (статус Авардів pending_waiting)Як тільки зʼявиться один Авард у статусі pending_admission, його бажано також відобразити окремо, одразу після переможців
      1. В блоці "Очікується підписання протоколу і договору" показуємо Аварди у статусах: pending, protocol_signed, active
      і поряд
      2. і поряд кожного - статус цього Аварда та документи Аварда (можна в модальному вікні)
      3. В блоці "Очікують рішення" показуємо Аварди, що мають статус pending_waiting і поряд кожного - статус цього Аварда
   4. Як тільки зʼявиться один Авард у статусі pending_admission, його бажано також відобразити окремо у тому самому вікні
      1. В блоці "Умовний переможець" показуємо Авард, що має статус pending_admission і поряд - статус цього Аварда
      2. В блоці "Дискваліфіковані" показуємо Аварди, що мають статус unsuccessful, cancelled і поряд кожного - статус цього Аварда і документи Аварда
3. Протокол підписується з кожним Авардом, який має статус pending - окремо. Тобто, в процедрі процедурі передбачено не один протокол, а безліч.
   1. Для кожного Аварду, який має статус pending має бути можливість завантажити документи, у тому числі обовʼязковий документ auctionProtocol. Після цього Організатору доступна Замовнику доступна можливість затвердити протокол
   2. Після завантаження протоколу
організатор натискає
4. 1. Замовник натискає кнопку "Протокол затверджено". До моменту натискання кнопки
Організатор має
5. 1. Замовник має можливість замінити протокол.
6. Повинен мати можливість дискваліфікувати потенційного переможця за необхідності натискаючи кнопку “Дискваліфікувати учасника” (має бути можливість завантажити відповідний документ awards.documents.documentType: act  та обрати причину із переліку словника):
   • Вказана причина, а також статус учасника, повинні відображатися на майданчику.
7. В процедурі доступна можливість підписати договір з декількома учасниками одразу. Відповідно, procedure.contracts[] буде містити більше одного обʼєкта.
8. Після завантаження договору, організатор заповнює Замовник заповнює поля contracts[х]
9. Організатор підтверджує договір із переможцем натискаючи кнопку “Підтвердити договір”.
10. До переведення підтвердження договору, Організатор Замовник повинен мати можливість виправити поля договору та вкладені файли.Повинен мати
11. можливість завершити аукціон, натиснувши кнопку “Завершити аукціон” (після завершення роботи із договором)У Замовника має бути можливсть завершити процедуру натиснувши кнопку "Завершити аукціон". На рівні ЦБД завершити аукціон є можливість тільки, якщо всі Awards[] в термінальному статусі: active, unsuccessful, cancelled

Учасник

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

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

1. Для скасування Замовник аукціону зобов’язаний натиснути кнопку “Відмінити аукціон” та завантажити документ “Причини відміни” із зазначенням причини скасування аукціону та обирає причину із словника
2. Фактичну дату скасування Організатор аукціону вказує вручнуВ кабінеті Учасника реалізовано кнопку “Відмовитись від очікування”.