...
- Вимоги до майданчиків (ДОДАТИ)
Голосарій
Аукціон відкритого закритого типу - аукціон, в якому з моменту активації модуля аукціону до моменту завершення аукціону для авторизованих Учасників відображається обсяг пропозиції та ціна (електронною торговою системою не відображається (не публікується) жодна інформація, що подана учасниками в заявах про участь або доданих до них документах, а також цінові пропозиції, які були змінені протягом часу, відведеного на оновлення таких пропозицій) за тонну кожного учасника без інформації щодо учасника. Спостерігач бачить дані про аукціон, учасників, їх ставки і обсяг тільки після завершення роботи Модуля аукціону; Роль спостерігача на МА передбачена і протягом перебігу МА відображає в полі інформації тільки текст "Учасники подають закриті цінові пропозиції". Після завершення МА, інформація щодо ставок відкривається і Спотерігач може побачити Учасників і їх ставки.
Обсяг активу - встановлена Організатором кількість матеріалу, щодо якої учасник має намір набути право на підтримку; Одиниці виміру із словника unitCode
...
За результатами періоду подання пропозицій (tenderPeriod), процедура переходить у період аукціону (auctionPeriod). У протилежному випадку аукціон визнається таким, що не відбувся. Статус аукціону автоматично змінюється на unsuccessful.Запускати МА, якщо прийшов один учасник? Це може бути корисно у випадку, якщо учасники не бачать в МА інших учасників протягом МА.
За умовчанням, мінімальна кількість заяв для проведення торгів = 2. (minNumberOfQualifiedBids default == 2), але є можливість при публікації замінити на 1
За результатами аукціону пропозиції учасників сортуються по ціні та кваліфікуються ті учасники, яким вистачило запропонованого Організатором аукціону обсягу. У випадку дискваліфікації одного з учасників, кваліфікація переходить до наступного учасника в черзі.
...
Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в опис лоту та оголошення щодо продажу лота в ЕТС.
Організатор має можливість внести зміни в поля які він заповнював самостійно під час публікації аукціону, окрім Дата проведення аукціону (auctionPeriod.startDate):
...
Протягом періоду редагування (rectificationPeriod) та періоду відповідей (enquiryPeriod) Організатор аукціону може завантажувати та замінювати документи процедури (procedure.documents[])
ВАЖЛИВО: Якщо на момент редагування полів\документів процедури вже існують Біди у статусі draft або active, то вони набувають статус inactive. Anchor inactive_bid inactive_bid
Перелік полів, при редагуванні яких відбувається інактивація бідів:
Expand |
---|
previousAuctionId tenderAttempts sellingEntity lotId title description accessDetails bankAccounts x_documentRequirements x_additionalInformation value valueAddedTaxCharged discount guarantee minimalStep minNumberOfQualifiedBids items registrationFee documents minimalPart |
Періоди процедури
Технічна назва | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
rectificationPeriod | Період редагування | Дата та час публікації процедури в ЦБД | За 5 к.д. о 18:00 до auctionPeriod.startDate (може припадати на НЕ робочий день) Приклад: якщо auctionPeriod.startDate == 07.10.2024, то rectificationPeriod.endDate == 01.10.2024 о 18:00 | Редагування полів процедури більше недоступне |
| ||||||||||
tenderPeriod | Період подання пропозицій | Дата та час публікації процедури в ЦБД | о 20:00 в день, що передує дню початку аукціону auctionPeriod.startDate (може припадати на НЕробочий день) | Статус процедури змінюється: active_tendering → active_auction |
| ||||||||||
questionPeriod | Період запитань | Дата та час публікації процедури в ЦБД | Може припадати на НЕробочий день. о 20:00 за 1 р.д. до початку аукціону | - |
| ||||||||||
enquiryPeriod | Період відповідей | Дата та час публікації процедури в ЦБД | о 20:00 за 1 р.д. до початку аукціону | - |
| ||||||||||
auctionPeriod | Період аукціону | Завжди припадає на робочий день. Якщо розрахована дата - вихідний, то стар Аукціону буде в найближчий будній. Дата вказується організатором при публікації процедури. ЦБД приймає тільки auctionPeriod.startDate >= datePublished + 8 к.д. Верхню кількість днів - не обмежуємо Приклад: якщо datePublished == 25.09.2024, то auctionPeriod.startDate >= 03.10.2024 АБО якщо Організатор передав параметр isPerishable == true, то ЦБД приймає тільки auctionPeriod.startDate >= datePublished + 2 к.д. Верхню кількість днів - не обмежуємо Приклад: якщо datePublished == 25.09.2024, то auctionPeriod.startDate >= 27.09.2024 | Момент завершення роботи модуля аукціону | Статус процедури змінюється: active_auction → qualification OR unsuccessful | Залежить від наявності поданих заяв на участь (за умови наявності не менш ніж 2-х заяв на участь).
| ||||||||||
qualificationPeriod | Період кваліфікації | qualificationPeriod.startDate == auctionPeriod.endDate | qualificationPeriod.endDate == qualificationPeriod.startDate + 20 р.д. о 18:00 | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. |
|
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар | ||||
---|---|---|---|---|---|---|---|---|
active_tendering | Прийняття заяв на участь | - | Автоматично. В момент створення процедури | |||||
active_auction | Аукціон | active_tendering | Автоматично. Завершився період прийому заяв на участь. В момент auctionPeriod.startDate | У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction). | ||||
active_qualification | Очікується опублікування протоколу | active_auction АБО active_tendering АБО active_awarded | Автоматично. Завершився Аукціон АБО Автоматично. Завершився tenderPeriod і на момент tenderPeriod.endDate присутній тільки один валідний бід. АБО Автроматично. Якщо попередній Бід дискваліфіковано на етапі підписання договору і наступний Бід не відмовився від очікування, то починається його кваліфікація з підписання нового протоколу. Процедура повторно набуває статусу active_qualification | В момент набуття процедурою вперше статуса active_qualification в обʼєкті процедури створюються Awards[] | ||||
active_awarded | Очікується підписання договору | active_qualification | Ручна дія. Організатор завантажує протокол, наступним надсилає запит на зміну статусу Award.status → active Після цього ЦБД автоматично формує contracts[] та змінює статус процедури на active_awarded | В момент набуття процедурою статуса active_awarded в обʼєкті процедури створюється Contracts[] Статус active_awarded процедура має, якщо в ній присутній хоч один contracts[] у статусі pending Якщо в процедурі присутні тільки contracts[] у статусах active, cancelled, при цьому існують awards[] у статусі pending, то статус процедури - active_qualification На ЦБД перевірка на зміну статуса процедури на active_awarded відбувається в момент, коли в обʼєкті процедури змінює статус будь який contracts[]
| ||||
complete | Аукціон завершено | active_awarded | Ручна дія. Організатор | complete | Аукціон завершено | active_awarded | Ручна дія. Організатор надсилає запит на зміну procedure.status: active_qualification → complete | Термінальний статус. Після завершення роботи із договором (contracts[]), Організатор аукціону натискає на кнопку “Завершити аукціон”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено”. При виконанні дії зміни статуса на complete ЦБД перевіряє:
|
unsuccessful | Аукціон не відбувся | active_tendering active_qualification active_awarded | Автоматично. Якщо на момент tenderPeriod.endDate відсутні заяви на участь; АБО Якщо Організатор дискваліфікував всіх Учасників на етапі підписання протоколів АБО Якщо Організатор дискваліфікував Учасника на етапі підписання договору | Термінальний статус. | ||||
cancelled | Аукціон скасовано | active_tendering active_auction active_qualification active_awarded | Ручна дія. Організатору доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит на скасування. Статус процедури автоматично змінюється → cancelled | Термінальний статус. Для зміни статусу процедури на “Аукціон скасовано” Організатор зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати аукціон”, завантажити документ з причинами скасування, вказати причину скасування довільним текстом (не словник), після чого майданчик надсилає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”. |
...
- Ідентифікатори організації або особи (bids.bidders.identifier)
- Адреса (bids.bidders.address)
- Контактна особа (bids.bidders.contactPoint)
- Цінова пропозиція (bids.value)
- bids.value.amount >= procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку.
- Обсяг (bids.quantity)
- bids.quantity
- bids.quantity не може бути менше procedure.items[0].minimalPart. Може дорівнювати чи бути більше.
bids.value - (цінова пропозиція) зазначається в євроцентах за 1 кВт·год (євроцентів/кВт·год) із двома знаками після комиbids.value.amount <= procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку.
Один учасник може , з точки зору системи, подати декілька заявок подати тільки одну заяву на участь. Бізнесово, це виглядає як, Субʼєкт господарювання має декілька обʼєктів, які можуть генерувати електроенергію.
До закінчення tenderPeriod учасники мають право анулювати заяви про на участь в аукціоні або внести до них зміни, зокрема шляхом завантаження оновлених редакцій доданих до заяви документів.
У разі коли в момент закінчення кінцевого строку подання заяв про участь в аукціоні подано менше двох заяв, ЦБД автоматично присвоює аукціону статус “аукціон не відбувся” (unsuccessful)МА все одно запускається (чи не запускається?) і після нього відбувається кваліфікація одного учасника.
Статуси заяви на участь
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
---|---|---|---|---|
draft | Чернетка заяви | момент публікації заявки в ЦБД | Ручна дія. Учасник надсилає запит на публікацію Bid-а | Публікація заяви на участь доступна тільки протягом tenderPeriod-а процедури. Мають бути заповнені:
Опублікувати бід можна без документів, але без обовʼязкових документів не буде можливості активувати Біда. |
active | Підтверджена заява | draft | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Мають бути заповнені обовʼязкові поля:
та обовʼязкові документи | deleted | Видалена заява | active | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod
активувати Біда. | ||||
active | Підтверджена заява | draft АБО inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Мають бути заповнені обовʼязкові поля:
та обовʼязкові документи |
deleted | Видалена заява | active АБО inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod |
inactive | Деактивована заява | draft АБО active | Автоматично. За умови, що Організатор вніс зміни в процедуру згідно опису тут | Учасник, після вивчення змін, які вніс Організатор, може надіслати запит на повторну активацію своєї заяви, або запит на видалення заяви. |
Деактивація заяви на участь
У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive.
Таку заяву на участь можна повторно перевести у статус active.
Note | ||
---|---|---|
| ||
Майданчики зобов’язані відслідковувати редагування полів в заведених процедурах\деактивацію заяв на участь своїх учасників. У випадку редагування, Майданчик інформує про факт редагування користувачів, які вже подали заяви на участь або задавали питання до аукціону, на e-mail та в особистому кабінеті Сповіщення має містити такий текст: Організатор торгів змінив умови проведення аукціону, всі заяви на участь деактивовано. Вам необхідно підтвердити або змінити свою заяву для участі в аукціоні. Якщо користувач не активував свою пропозицію, наступного дня за 24 години необхідно надсилати повторне сповіщення на e-mail та в особистий кабінет. Сповіщення повторювати до активації заяви на участь або до завершення прийому заяв на участь В учасника має бути можливість анулювати свою заяву на участь після деактивації. Необхідно виводити інформацію про факт редагування та історичні дані на Майданчику. |
Anchor | ||||
---|---|---|---|---|
|
...
В Постанові п. 37 зазначено, що учасник має мати можливість "завантаження оновлених редакцій доданих до заяви документів ДО закінчення кінцевого строку подання заяв про участь"
Деактивація заяви на участь
Кваліфікація
За результатами періоду аукціону (auctionPeriod) пропозиції сортуються від меншої ціни до більшої, а у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. По завершенню аукціону, процедура переходить у статус qualification - фазу перевірки документів учасників. ЦБД генерує award'и для N учасників у статусі verification. award'и формуються для всіх учасників, відповідно до поданих кількості заяв на участь. Валідною ставкою вважається та, що рівна або менша за значення value.amount.
...