...
| Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| active_rectification | Редагування доступне | момент публікації оголошення в ЦБД | Ручна дія. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус "Редагування доступне" (active_rectification). | |||||||||||
| active_tendering | Прийняття заяв на участь | active_rectification | Автоматично. Настав момент rectificationPeriod.endDate | Завершився Період редагування (rectificationPeriod), почався період Прийняття заяв на участь (tenderPeriod) | |||||||||||
| active_auction | Аукціон | active_tendering | Автоматично. Завершився період прийому заяв на участь. В момент auctionPeriod.startDate | У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction). | |||||||||||
| qualification | Перевірка документів учасників | active_auction | Автоматично. Завершилась робота Модуля аукціону (настав момент auctionPeriod.endDate) | Для кожного учасника, що мав bids[].status == active на момент auctionPeriod.startDate, в обʼєкті процедури створюється Award у статусі verification Подальша робота Організатора і учасників відбувається з Awards[] | |||||||||||
| active_qualification | Очікується оприлюднення протоколу та підписання договору | qualification | Автоматично. Завершився verificationPeriod, що тривав 10 р.д
Ручна дія. Організатор натискає кнопку "Перевірку документів завершено", на ЦБД надсилається запит на зміну статуса Процедури. | В момент зміни procedure.status: qualification → active_qualification, всі Аварди,що знаходяться у статусі verification автоматично набувають статусу waiting ("Мовчазна згода") Після цього ЦБД автоматично змінює статус всіх Авардів, що знаходяться у статусі waiting на pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards). Аварди в статусі rejected свій статус не змінюють.
Тобто, x_quantityLimit включає в себе 80% від quantity тільки тих Авардів, які успішно пройшли перевірку документів АБО Організатор не виконав дій, що вказують на успішну перевірку документів Учасника ("Мовчазна згода"). І не включає quantity Авардів, які явно не пройшли перевірку документів і мали статус rejected
ВАЖЛИВО! ЦБД має взяти менше із двох значень. Приклад1: Квота = 10000 Учасник_1 запропонував = 10000 Учасник_2 запропонував = 10000 Обидва учасники успішно пройшли перевірку документів. ЦБД розраховує x_quantityLimit == (10000+10000) * 0.8 = 16000 x_quantityLimit == 10000 Приклад2: Квота = 10000 Учасник_1 запропонував = 5000 Учасник_2 запропонував = 7000 Обидва учасники успішно пройшли перевірку документів. ЦБД розраховує x_quantityLimit == (5000+7000) * 0.8 = 9600 x_quantityLimit == 9600 Якщо Організатор надіслав запит на зміну статуса процедури, то verificationPeriod.endDate в API не змінюється. | |||||||||||
| complete | Аукціон завершено | active_qualification | Ручна дія. Організатор надсилає запит на зміну status: active_qualification → complete | Термінальний статус. При виконанні дії зміни статуса на complete ЦБД перевіряє:
| |||||||||||
| unsuccessful | Аукціон не відбувся | active_tendering qualification active_qualification | Автоматично.
| Термінальний статус. | |||||||||||
| Аукціон скасовано | active_rectification active_tendering qualification active_qualification | Ручна дія. Організатору у статусах Процедури active_rectification та active_tendering, доступна qualification та active_qualification доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит на скасування. Статус процедури автоматично змінюється → cancelled | Термінальний статус. Для зміни статусу процедури на “Аукціон скасовано” Організатор зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати аукціон”, завантажити документ з причинами скасування, вказати причину скасування, після чого майданчик надсилає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”. ВАЖЛИВО звернути увагу, що нормативно скасувати процедуру можна тільки до МА, але ми залишаємо таку можливість і після МА тільки для форс-мажорних обставин. Технічно скасування доступне і в qualification та active_qualification |
| Anchor | ||||
|---|---|---|---|---|
|
| documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для публікації процедури | Публічність | |||||
|---|---|---|---|---|---|---|---|---|---|---|
| illustration | Ілюстрації | Illustration | Зображення, що можуть додаватися Організатором до процедури | Ні | Так | |||||
| technicalSpecifications | Технічні специфікації | Technical specifications | Технічні параметри об’єкта електроенергетики | Ні | Так | |||||
| evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Перелік документів, необхідних для участі в аукціоні, та вимоги до їх оформлення | ТакНі | Так | |||||
| contractProforma | Типова форма договору про надання послуги | Contract proforma | Типова форма договору про надання послуги | Так | Так | |||||
| x_lotInfoEN | Документ, що містить оголошення англійською мовою | Announcements in English | Документ, що містить оголошення англійською мовою | Так
| Так | |||||
| x_verificationAct | Акт про результати перевірки документів учасників | Verification act | Загальний акт про результати перевірки документів усіх учасників, в якому зазначається перелік учасників, що успішно пройшли перевірку, і тих, що втратили статус учасника | Ні * * має бути можливість завантажити документ коли procedure.status: qualification або active_qualification
P.S.: x_verificationAct - це протокол, який генерується після перевірки документів. Псля "перевірки документів" - це коли процедура набула статусу active_qualification. Тільки в цьому протоколі відображено хто пройшов перевірку документів і які учасники втратили статус учасника, бо не пройшли перевірку документів. Можливість завантажити x_verificationAct є в статусі процедури qualification, але згідно Постанови, вантажити потрібно саме протокол, який генерується після перевірки документів. | Так | |||||
| guaranteeTemplate | Примірна форма банківської гарантії для участі в аукціоні | Bank guarantee template | Примірна форма банківської гарантії для участі в аукціоні | Ні | Так | |||||
| clarifications | Погодження змін до опису лоту. Опис причин редагування. | Clarifications | Документ НЕ обовʼязковий при публікації процедури. Документ НЕ обовʼязковий для редагування процедури. | Ні | Так | |||||
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
...
| documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для активації bid-а | Публічність | |||||
|---|---|---|---|---|---|---|---|---|---|---|
| auctionProtocol | Протокол аукціону | Auction protocol | Переможець в особистому кабінеті має можливість завантажити протокол
Технічно завантажити Протокол в Біда учасник може тільки коли його повʼязаний Авард знаходиться в статусі pending. Тобто, наприклад, якщо Організатор вже завантажив підписаний протокол в Авард і змінив статус Аварда pending → protocol_signed, то Бід вже не може завантажити свою версію Протоколу в свій Бід. Він отримає помилку: "Forbidden state - {{award_status_name}}. Cannot add bid document in current state" Бізнесово - вантажити потрібно індивідуальний протокол, який генерується, як тільки процедура набуває статусу active_qualification | Ні | Так | |||||
| x_guarantee | Фінансове забезпечення | Financial support | Банківська гарантія для участі в аукціоні подається учасником, який має намір взяти участь в аукціоні | Так | Так | |||||
| х_ultimateBeneficiaryInfo | Інформація про кінцевого бенефіціарного власника | Ultimate beneficiary information | Інформація про кінцевого бенефіціарного власника. У разі коли особа не має кінцевого бенефіціарного власника, зазначається інформація про відсутність кінцевого бенефіціарного власника та причина його відсутності | Так | Так | |||||
| x_governingBodyInfo | Інформація про органи управління | Governing bodies information | Копії документів, що містять інформацію про органи управління учасника, який має намір взяти участь в аукціоні, та їх персональний склад (статут, протоколи, накази, інші документи, що містять інформацію про органи управління та їх персональний склад) | Ні | Так | |||||
| x_relatedParties | Інформація про пов'язаних осіб | Related parties information | Інформацію про осіб, пов’язаних із учасником, який має намір взяти участь в аукціоні, відносинами щодо здійснення контролю | Ні | Так | |||||
| x_generationType | Довідка із зазначенням виду альтернативного джерела енергії | Generation type certificate | У разі участі в технологічно нейтральному аукціоні довідку в довільній формі, підписану уповноваженою особою суб’єкта господарювання, із зазначенням виду альтернативного джерела енергії, щодо якого він має намір набути право на підтримку | Ні | Так | |||||
| eligibilityDocuments | Договір про приєднання об'єкта електроенергетики | Eligibility document | Договір з оператором електричних мереж включно з технічними умовами до нього. Інформація щодо технічних параметрів (характеристик) установки зберігання енергії (встановлена потужність, ємність, інші параметри) | Ні | Так | |||||
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
Необхідно Протягом tenderPeriod необхідно передбачити можливість Учаснику додавати і замінювати документи в bids[x].documents, коли бід знаходиться у статусі active. Після завершення роботи МА у Учасника такожм
Протягом періоду Процедури qualification та active_qualification у Учасника також має бути можливість додавати і замінювати документи протягом періоду Процедури qualification та active_qualification. нові додані документи .
Документи, які були додані до заяви на участь ДО проведення аукціону не має бути можливість замінювати (оновлювати).
В Постанові п. 37 зазначено, що учасник має мати можливість "завантаження оновлених редакцій доданих до заяви документів ДО закінчення кінцевого строку подання заяв про участь"
Кваліфікація
За результатами періоду аукціону (auctionPeriod) пропозиції сортуються від меншої ціни до більшої, а у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. По завершенню аукціону, процедура переходить у статус qualification - фазу перевірки документів учасників. ЦБД генерує award'и для N учасників у статусі verification. award'и формуються для всіх учасників, відповідно до поданих кількості заяв на участь. Валідною ставкою вважається та, що рівна або менша за значення value.amount.
...