...
З метою проведення електронних аукціонів з передачі в оренду майна, відповідно до Регламенту, в рамках Prozorro.Sale реалізовано sellingMethod: regulationsPropertyLease-priorityEnglish.
Процедура, на яку найбільше схожа:
legitimatePropertyLease-priorityEnglish
...
- Крок аукціону — мінімальна надбавка, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції
- Лот — об’єкт оренди, який виставляється на електронний аукціон;
- Закрита цінова пропозиція — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні;
- Учасник — фізична особа або юридична особа в особі уповноваженого представника, у тому числі фізична та юридична особа іноземної держави, міжнародна організація та особа без громадянства, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний код ключ (token) учасника;
- Учасник з переважним правом - Учасник, який є чинним орендарем та має право на першочергову/другочергову оренду лоту за ціною вказаною учасником без такого права.
- Цінова пропозиція — сума коштів, сплата якої декларується учасником у ході електронного аукціону;
- Орендодавець - фізична або юридична особа, яка на підставі договору оренди передає майно у користування за плату на певний строк;
- Стартова орендна плата - плата за користування майном, яка зазначається в оголошенні про передачу майна в оренду.
Загальна інформація про роботу процедури
Особливості процедури
- На етапі роботи публікації Процедури:
- Обмеження по роботі з класифікаторами.
- мінімальна кількість заяв для можливості успішного проведення аукціону (організатор може визначити самостійно значення за замовченням 1):
- minNumberOfQualifiedBids==1 - 1 заява на участь
- В банківських рахунках лише валюта UAH.
- Зміни в списку документів.
- Деактивація заяв при редагування лише певних полів.
- Внесення інформації про учасників з переважним правом (максимальна кількість 2).
- На етапі подання заяв на участь:
- Учасник з переважним правом (currentTenant) має поле гарантійного внеску (currentTenantGuaranteeFee), яке вказується Організатором
- Аукціон:
- англійський аукціон
- додатковий раунд для учасників з переважним правом
- Кваліфікація:
- кількість переможців - 1 переможець
- присутність 1-го учасника, що очікує кваліфікацію переможця
Опис класифікаторів та їх словників
Для даної процедури обов'язково використовуємо один основний класифікатор (CAV) та один додатковий (CPVS).
Додаткові класифікатори автогенеруються та приймають значення "PA01-7 - Оренда"
Посилання на legalName endpoint (Додати задачу)
Посилання на конфігураційний файл з періодами та статусами
Перелік схем:
- Схема "Загальний процес аукціонів"
- Схема "Публікація оголошення та прийняття заяви про участь"
- Схема "Аукціон"
- Схема "Кваліфікація (робота з договором та протоколом)"
Особливості процедури
Загальні
- На етапі роботи публікації Процедури:
- Обмеження по роботі з класифікаторами.
- мінімальна кількість заяв для можливості успішного проведення аукціону (організатор може визначити самостійно значення за замовченням 1):
- minNumberOfQualifiedBids==1 - 1 заява на участь
- В банківських рахунках лише валюта UAH.
- Зміни в списку документів.
- Деактивація заяв при редагування лише певних полів.
- Внесення інформації про учасників з переважним правом (наразі реалізовано для 1 учасника).
- На етапі подання заяв на участь:
- Учасник з переважним правом (currentTenant) має поле гарантійного внеску (currentTenantGuaranteeFee), яке вказується Організатором
- Аукціон:
- англійський аукціон
- додатковий раунд для учасників з переважним правом
- Кваліфікація:
- кількість переможців - 1 переможець
- присутність 1-го учасника, що очікує кваліфікацію переможця
| Info | ||
|---|---|---|
| ||
Учасник має переважне право в ході аукціону на продовження договору оренди за умови, що він бере участь в такому аукціоні та зробив закриту цінову пропозицію, яка є не меншою, ніж розмір стартової орендної плати. Дані учасників з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod. Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. |
Опис класифікаторів та їх словників
Для даної процедури обов'язково використовуємо один основний класифікатор (CAV) та один додатковий (CPVS).
Додаткові класифікатори автогенеруються та приймають значення "PA01-7 - Оренда"
Особливості роботи із основним класифікатором наступні:
Основний класифікатор заповнюється із нижчезазначеного переліку:
- 04000000-8 – Нерухоме майно та усі вкладені коди;
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди;
- 16000000-5 – Сільськогосподарська техніка та усі вкладені коди;
- 18000000-9 – Одяг, взуття, сумки та аксесуари та усі вкладені коди;
- 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, окрім меблів та пакетів програмного забезпечення та усі вкладені коди, крім:
- 30124000-4 - Частини та приладдя до офісної техніки та усі вкладені коди;
- 30160000-8 - Магнітні картки та усі вкладені коди;
- 30192000-1 - Офісне приладдя та усі вкладені коди;
- 30194000-5 - Креслярське приладдя;
- 30196000-9 - Планувальні системи;
- 30197000-6 - Дрібне канцелярське приладдя;
- 30199000-0 - Паперове канцелярське приладдя та інші паперові вироби;
- 30234100-9 - Магнітні диски;
- 30234700-5 - Магнітні стрічки;
- 30237000-9 - “Частини, аксесуари та приладдя до комп’ютерів та усі вкладені коди;
- 31000000-6 – Електротехнічне устаткування, апаратура, обладнання та матеріали; освітлювальне устаткування
Особливості роботи із основним класифікатором наступні:
Основний класифікатор заповнюється із нижчезазначеного переліку:
- 04000000-8 – Нерухоме майно та усі вкладені коди;
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди;
- 16000000-5 – Сільськогосподарська техніка та усі вкладені коди;
- 18000000-9 – Одяг, взуття, сумки та аксесуари та усі вкладені коди;
- 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, окрім меблів та пакетів програмного забезпечення та усі вкладені коди, крім:
- 30124000-4 - Частини та приладдя до офісної техніки та усі вкладені коди;
- 30160000-8 - Магнітні картки та усі вкладені коди;
- 30192000-1 - Офісне приладдя та усі вкладені коди;
- 30194000-5 - Креслярське приладдя;
- 30196000-9 - Планувальні системи;
- 30197000-6 - Дрібне канцелярське приладдя;
- 30199000-0 - Паперове канцелярське приладдя та інші паперові вироби;
- 30234100-9 - Магнітні диски;
- 30234700-5 - Магнітні стрічки;
- 30237000-9 - “Частини, аксесуари та приладдя до комп’ютерів та усі вкладені коди;
- 31000000-6 – Електротехнічне устаткування, апаратура, обладнання та матеріали; освітлювальне устаткування та наступні вкладені коди, крім:
- 31157000-1 - Індуктивні котушки;
- 31160000-5 - Частини електродвигунів, генераторів і трансформаторів та всі вкладені коди;
- 31220000-4 - Елементи електричних схем та всі вкладені коди;
- 31230000-7 - Частини електророзподільної чи контрольної апаратури та всі вкладені коди;
- 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та наступні вкладені коди, крім:
- 32350000-1 - Частини до аудіо- та відеообладнання та всі вкладені коди;
- 33000000-0 – Медичне обладнання, фармацевтична продукція та засоби особистої гігієни та наступні вкладені коди, крім:
- 33140000-3 - “Медичні матеріали” та всі вкладені коди;
- 33600000-6 - “Фармацевтична продукція” та всі вкладені коди;
- 33700000-7 - “Засоби особистої гігієни” та всі вкладені коди;
- 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та наступні вкладені коди, крім:
- 34300000-0 - “Частини та приладдя до транспортних засобів і їх двигунів” та всі вкладені коди;
- 35000000-4 – Охоронне, протипожежне, поліцейське та оборонне обладнання та наступні вкладені коди, крім:
- 31157000-1 - Індуктивні котушки;
- 31160000-5 - Частини електродвигунів, генераторів і трансформаторів та всі вкладені коди;
- 31220000-4 - Елементи електричних схем35300000-7 - “Зброя, боєприпаси та супутні деталі” та всі вкладені коди;
- 31230000-7 - Частини електророзподільної чи контрольної апаратури та всі вкладені коди;
- 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання37000000-8 – Музичні інструменти, спортивні товари, ігри, іграшки, ремісничі, художні матеріали та приладдя та наступні вкладені коди, крім:
- 37820000-2 - “Приладдя для образотворчого мистецтва”32350000-1 - Частини до аудіо- та відеообладнання та всі вкладені коди;
- 3800000033000000-5 0 – Лабораторне, оптичне та високоточне обладнання (крім лінз) та усі Медичне обладнання, фармацевтична продукція та засоби особистої гігієни та наступні вкладені коди, крім:
- 33140000-3 - “Медичні матеріали” та всі вкладені коди;
- 33600000-6 - “Фармацевтична продукція” та всі вкладені коди;
- 33700000-7 - “Засоби особистої гігієни”
- 39800000-0 - Продукція для чищення та полірування та всі вкладені коди;
- 4200000034000000-6 – Промислова техніка7 – Транспортне обладнання та допоміжне приладдя до нього та усі наступні вкладені коди;43000000-3 – Гірничодобувне та будівельне обладнання та усі , крім:
- 34300000-0 - “Частини та приладдя до транспортних засобів і їх двигунів” та всі вкладені коди;
- 4400000035000000-0 – Конструкції та конструкційні матеріали; допоміжна будівельна продукція (крім електроапаратури)4 – Охоронне, протипожежне, поліцейське та оборонне обладнання та наступні вкладені коди, крім:
- 4411100035300000-1 - “Будівельні матеріали”7 - “Зброя, боєприпаси та супутні деталі” та всі вкладені коди;44800000
- 37000000-8 – Музичні інструменти, спортивні товари, ігри, іграшки, ремісничі, художні матеріали та приладдя та наступні вкладені коди, крім:
- 37820000-2 - “Приладдя для образотворчого мистецтва” - “Фарби, лаки, друкарська фарба та мастики” та всі вкладені коди;44900000-9 - “Будівельний камінь, вапняк, гіпс і сланець” та всі вкладені коди;
- 45000000-7 - “Будівельні роботи та поточний ремонт”38000000-5 – Лабораторне, оптичне та високоточне обладнання (крім лінз) та усі вкладені коди;
- 4800000039000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди;Всі коди надання послуг (всі коди після 50000000-5) крім:2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та наступні вкладені коди, крім:
- 39800000-0 - Продукція для чищення та полірування
- 70340000-6 - “Послуги з надання нерухомості у спільне користування в режимі розподілу часу” та всі вкладені коди;70130000-1 - “Послуги зі надання в оренду власної нерухомості” та всі
- 42000000-6 – Промислова техніка та усі вкладені коди;70200000-3 - “Послуги з надання в оренду чи лізингу власної нерухомості”
- та всі 43000000-3 – Гірничодобувне та будівельне обладнання та усі вкладені коди;
- 70300000-4 - “Послуги агентств нерухомості, надавані на платній основі чи на договірних засадах” та всі вкладені коди;
В залежності від обраного значення із переліку основного класифікатора ЦБД автогенерує значення для Типу активу (itemType). Для значень основного класифікатора, які не описані нижче, нічого не автогенеруємо.
- 44000000-0 – Конструкції та конструкційні матеріали; допоміжна будівельна продукція (крім електроапаратури) та наступні вкладені коди, крім:
- 44111000-1 - “Будівельні матеріали” та всі вкладені коди;
- 44800000-8 - “Фарби, лаки, друкарська фарба та мастики” та всі вкладені коди;
- 44900000-9 - “Будівельний камінь, вапняк, гіпс і сланець” та всі вкладені коди;
- 45000000-7 - “Будівельні роботи та поточний ремонт” та усі вкладені коди;
- 48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди;
- Всі коди надання послуг (всі коди після 50000000-5) крім:
- 70340000-6 - “Послуги з надання нерухомості у спільне користування в режимі розподілу часу” та всі вкладені коди;
- 70130000-1 - “Послуги зі надання в оренду власної нерухомості” та всі вкладені коди;
- 70200000-3 - “Послуги з надання в оренду чи лізингу власної нерухомості” та всі вкладені коди;
- 70300000-4 - “Послуги агентств нерухомості, надавані на платній основі чи на договірних засадах” та всі вкладені коди;
- 04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно);
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно);
- 16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно);
- 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно);
- 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно);
- 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно);
- 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно);
- 42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно).
В залежності від обраного значення із переліку основного класифікатора ЦБД визначає необхідну itemProps схемуавтогенерує значення для Типу активу (itemType). Для значень основного класифікатора, які не описані нижче, нічого не визначаємо.автогенеруємо.
- 04000000-8 – Для типу об'єкта "Нерухоме майно" realEstate:04000000-8 – Нерухоме майно та усі вкладені коди .Для типу об'єкта "ЄМК" jointPropertyComplex:- asset (Майно);
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди
- Для типу об'єкта "Транспортний засіб" vehicle:
- 34100000-8 – Мототранспортні засоби;
- 34400000-1 – Мотоцикли, велосипеди та коляски;
- 34500000-2 – Судна та човни;
- 34600000-3 – Залізничні та трамвайні локомотиви і рейковий рухомий склад та супутні деталі;
- 34700000-4 – Повітряні та космічні літальні апарати;
В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Item. Для всіх кодів з надання робіт та послуг (всі перелічені коди після 45000000-7, які включені в основний класифікатор) поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення.
В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Item. Для наступних значень поле Географічні координати місця розташування ОБОВ'ЯЗКОВЕ для заповнення:
- 04000000-8 – Нерухоме майно та усі вкладені коди.
Ендпоінти з класифікаторами:
Посилання на legalName endpoint (Додати задачу)
Посилання на конфігураційний файл з періодами та статусами
Перелік схем:
- Timeline процедури
- Схема "Загальний процес аукціонів"
- Схема "Публікація оголошення та прийняття заяви про участь"
- Схема "Аукціон"
- Схема "Кваліфікація (робота з договором та протоколом)"
Інформація про процедуру
Загальні дані процесу процедури
Схема "Загальний процес regulationsPropertyLease-priorityEnglish
...
Timeline процедури
Схема "Timeline regulationsPropertyLease-priorityEnglish "
...
Періоди процедури
...
Технічна назва
...
Статус процедури
...
Бізнесова назва
...
Дата початку
...
Дата завершення
...
Результат завершення
...
Коментар
...
Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день
...
Редагування полів після завершення періоду процедури більше недоступне
...
Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день
...
о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate
(може припадати на НЕробочий день)
...
Статус процедури змінюється автоматично:
active_tendering → active_auction
...
Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день
...
Може припадати на НЕробочий день.
о 18:00 за 1 р.д. до початку аукціону
...
Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день
...
Може припадати на НЕробочий день.
о 18:00 за 1 р.д. до початку аукціону
...
Завжди припадає на робочий день.
Вказується організатором при публікації процедури.
Точна дата та час (часовий діапазон з 11:00 - 13:00)
...
Не раніше ніж за 7 календарних днів з моменту публікації оголошення
...
Статус процедури змінюється автоматично:
active_auction → active_qualification
active_auction → unsuccessful
active_auction → cancelled
auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate
...
При відсутності auctionPeriod та наявності лише 1ї заявки:
qualificationPeriod.startDate == auctionPeriod.startDate
При наявності auctionPeriod:
qualificationPeriod.startDate == auctionPeriod.endDate
...
Не може припадати на НЕробочий день.
qualificationPeriod.endDate == qualificationPeriod.startDate + 20 р.д. о 18:00
На рівні ЦБД: відсутній
...
Статус процедури змінюється автоматично при умові відсутності awards в статусі active :
active_qualification→ active_awarded→ complete
...
Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, тривалість періоду до 20 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
- - asset (Майно);
- 16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно);
- 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно);
- 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно);
- 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно);
- 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно);
- 42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно).
В залежності від обраного значення із переліку основного класифікатора ЦБД визначає необхідну itemProps схему. Для значень основного класифікатора, які не описані нижче, нічого не визначаємо.
- Для типу об'єкта "Нерухоме майно" realEstate:
- 04000000-8 – Нерухоме майно та усі вкладені коди.
- Для типу об'єкта "ЄМК" jointPropertyComplex:
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди
- Для типу об'єкта "Транспортний засіб" vehicle:
- 34100000-8 – Мототранспортні засоби;
- 34400000-1 – Мотоцикли, велосипеди та коляски;
- 34500000-2 – Судна та човни;
- 34600000-3 – Залізничні та трамвайні локомотиви і рейковий рухомий склад та супутні деталі;
- 34700000-4 – Повітряні та космічні літальні апарати;
- Для типу об'єкта "Нерухоме майно" realEstate:
В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Item. Для всіх кодів з надання робіт та послуг (всі перелічені коди після 45000000-7, які включені в основний класифікатор) поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення.
В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Item. Для наступних значень поле Географічні координати місця розташування ОБОВ'ЯЗКОВЕ для заповнення:
- 04000000-8 – Нерухоме майно та усі вкладені коди.
Ендпоінти з класифікаторами:
Інформація про процедуру
Загальні дані процесу процедури
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Періоди процедури
Технічна назва | Статус процедури | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар |
|---|---|---|---|---|---|---|
| rectificationPeriod | active_tendering | Період редагування | Дата та час публікації процедури в ЦБД. | може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00 | Редагування полів після завершення періоду процедури більше недоступне | Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна. |
| tenderPeriod | active_tendering | Період подання пропозицій | Дата та час публікації процедури в ЦБД. | о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate (може припадати на НЕробочий день) | Статус процедури змінюється автоматично: active_tendering → active_auction
| Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступна робота з документами процедури додавання/заміна. |
| questionPeriod | active_tendering | Період запитань | Дата та час публікації процедури в ЦБД. | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону | - | |
| enquiryPeriod | active_tendering | Період відповідей | Дата та час публікації процедури в ЦБД. | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону | - | |
| auctionPeriod | active_auction | Аукціон | Завжди припадає на робочий день. Вказується організатором при публікації процедури. | Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день. Не раніше ніж за 7 календарних днів з моменту публікації оголошення | Статус процедури змінюється автоматично: active_auction → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled | auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate |
| qualificationPeriod | active_qualification active_awarded | Період кваліфікації | При відсутності auctionPeriod та наявності лише 1ї заявки: qualificationPeriod.startDate == auctionPeriod.startDate При наявності auctionPeriod: qualificationPeriod.startDate == auctionPeriod.endDate | Не може припадати на НЕробочий день. | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника). |
Статуси процедури
Схема "Статуси процедури"
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| active_tendering | Прийняття заяв на участь | момент публікації оголошення в ЦБД | Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус "Прийняття заяв на участь" (active_tendering). |
| active_auction | Аукціон | active_tendering | Автоматично. Завершився період Прийняття заяв на участь (мінімальна кількість учасників 2) | Після активації процедури ЦБД визначає auctionPeriod.startDate.
|
| active_qualification | Очікується опублікування протоколу | active_auction active_tendering | Автоматично. Завершилась робота Модуля аукціону(auctionPeriod.endDate) Автоматично. Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана 1 заява на участь (при умові minNumberOfQualifiedBids=1) | Для двох учасників, що мають bids[].status == active та найвищі bids.value.amount+minimalStep на момент auctionPeriod.endDate, в обʼєкті процедури створюється Award у статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards). Для одного учасника bids[].status == active та виконана bids.value.amount+minimalStep момент tenderPeriod.endDate в обʼєкті процедури створюється Award у статусі pending (деталі розподілу в розділі Статуси Awards). Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом) |
| active_awarded | Очікується підписання договору | active_qualification | Ручна дія. Організатор надсилає запит на зміну status: active_qualification → active_awarded | По завершенню роботи із протоколом, Організатор змінює статус award'у з pending на active при цьому статус процедури змінюється автоматично на “Очікується підписання договору” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором. |
| complete | Аукціон завершено | active_awarded | Ручна дія. Організатор надсилає запит на зміну status: active_awarded → complete | Термінальний статус. При виконанні дії зміни статуса на complete ЦБД перевіряє: Статус учасника
|
cancelled | Аукціон скасовано | active_rectification active_tendering active_qualification active_awarded active_auction | Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled | Термінальний статус. |
| unsuccessful | Аукціон не відбувся | active_tendering active_qualification active_awarded active_auction | Автоматично.
| Термінальний статус. |
Опис періодів + функціонал ролей+ Повідомлення
Публікація процедури
Створення оголошення
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
При публікації оголошення про проведення аукціону, Організатором аукціону необхідно заповнити обовʼязкові поля:
- Інформація про Організатора (sellingEntity)
- Ідентифікатори Організатора аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
- Місцезнаходження Організатора аукціону (повна адреса) (address)
- Інформація про контактну особу (contactPoint)
- Номер лоту (lotId)
- Повну назву Аукціону (заголовок) (title)
- Опис аукціону (description)
- Стартову ціну аукціону (value)
- Розмір гарантійного внеску (x_guarantee)
- Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description)
- Документи
- Дата та час проведення аукціону (auctionPeriod.startDate)
- Мінімальна кількість учасників (minNumberOfQualifiedBids)
| Info | ||
|---|---|---|
| ||
Реалізовано функціонал для одного Учасника з переважним правом |
Повний перелік полів для Swagger openapi RLP.yaml та ТЗ з вимогами до майданчиків.
Документи процедури
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для публікації процедури | Публічність |
|---|---|---|---|---|---|
| illustration | Ілюстрації | Illustration | Зображення, що можуть додаватися Організатором до процедури | Так | Так |
| notice | Паспорт торгів | Auction notice | Офіційне повідомлення, що містить деталі аукціону | Ні | Так |
| technicalSpecifications | Копії документів та матеріалів на лот | Technical specificatons | Детальна інформація про лот | Ні | Так |
| evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Вимоги до потенційних учасників аукцціону | Ні | Так |
| contractProforma | Проєкт договору оренди | Contract proforma | Типова форма договору про надання послуги | Так | Так |
| x_presentation | Презентація | Presentation | Презентація | Ні | Так |
| x_documentRequirements | Перелік та вимоги до оформлення документів | List and requirements of registration documents | Вимоги до оформлення документів | Ні | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при публікації оголошення
Редагування оголошення. RectificationPeriod
Редагування оголошення
Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в опис лоту та оголошення щодо продажу лота в ЕТС.
Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім auctionPeriod.startDate.
Для підтвердження внесених змін Організатор повинен завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), має містити перелік змін, які вносяться в оголошення, причину внесення таких змін. Він має бути доступний для завантаження в період редагування (rectificationPeriod) та є обов'язковим при внесенні змін в поля процедури.
Протягом періоду редагування (rectificationPeriod) Організатор процедури може завантажувати та замінювати документи оголошення (procedure.documents[])
| Info | ||
|---|---|---|
| ||
Реалізовано функціонал для одного Учасника з переважним правом
Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні. Учаснику який набув ознаку учасника з переважним правом (до цього не було ознаки) (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника з переважним правом, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні. У разі внесення змін в будь-які дані учасника з переважним правом (currentTenants) крім ідентифікатора (ЄДРПОУ/ІПН/ID) - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була. Також протягом періоду ratificationPeriod. Організато може змінювати кількість учасників з переважним правом:
Вимоги до повідомлень Майданчика Для біда Учасника, що набув active - Ваша заява на участь отримала ознаку “Учасник з переважним правом”. При деактивації біда Учасника, що набув inactive - Ваша заява втратила ознаку “Учасник з переважним правом”. |
Документи для редагування оголошення
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для публікації процедури | Публічність |
|---|---|---|---|---|---|
| clarifications | Погодження змін до опису лоту. Опис причин редагування. | Clarifications | Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в rectificationPeriod | Ні (обов'язковий лише для внесення змін в поля лоту) | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при редагуванні оголошення (загальні)
Обговорення аукціону (запитання-відповідь). QuestionPeriod-EnquiryPeriod
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Повідомлення при обговоренні аукціону (запитання-відповідь)
Публікація заяви на участь. TenderPeriod
Періоди у заяви на участь відсутні.
Можливість подавати заяви на участь є тільки протягом періоду процедури tenderPeriod
При публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:
- bids.bidders.identifier
- bids.bidders.address
- bids.bidders.contactPoint
- bids.value - (цінова пропозиція)
bids.value.amount >= procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку.
| Info | ||
|---|---|---|
| ||
Під час реєстрації чинного орендаря, як учасника, на майданчику (обов'язково повинен зазначити ЄДРПОУ/ІНН/ID) для активації заяви на участь, система за ЄДРПОУ/ІНН/ID ідентифікує заяву на участь (тільки у статусі active) такого учасника та надає майданчику підтвердження, що такий учасник є чинним орендарем. |
До закінчення tenderPeriod (статус процедури active_tendering) учасники мають право анулювати заяви про участь в аукціоні або внести до них зміни, зокрема шляхом завантаження оновлених редакцій доданих до заяви документів.
У разі коли в момент закінчення кінцевого строку подання заяв про участь в аукціоні подано менше зазначеної організатором мінімальної кількості заяв, ЦБД автоматично присвоює аукціону статус “аукціон не відбувся” (unsuccessful)
У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон відмінено (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Робота із заявою на участь
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Деактивація заяви на участь
У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted). Майданчик надсилає сповіщення/лист Учасникам про внесення змін в процедуру Організатором та необхідність повторно активувати ставки.
Статуси заяви на участь (біда)
Схема "Статуси bid"
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| draft | Чернетка заяви | момент публікації заявки в ЦБД | Ручна дія. Учасник надсилає запит на публікацію Bid-а | Публікація заяви на участь доступна тільки протягом tenderPeriod-а процедури. Мають бути заповнені:
Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft). |
| active | Підтверджена заява | draft | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Мають бути заповнені обовʼязкові поля:
Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою. |
| inactive | Деактивована заява | draft active | Автоматична дія. Учасник має можливість:
| У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або анулювати за бажанням учасника. |
| deleted | Видалена заява | draft active inactive | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod |
Документи заяви на участь (bids.documents)
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть для активації bid-а | Публічність |
|---|---|---|---|---|---|
| commercialProposal | Заява на участь | bid | Заява на участь | Ні | Так |
| x_passport | Копія паспорта або документу, що посвідчує особу | Passport or identity document | Паспорт або інший документ що посвідчує особу (для фізичної особи нерезидента) | Ні | Ні |
| x_IPN | Копія РНОКПП | RNTRC | Копія ІПН | Ні | Ні |
| x_tenderersRegisterExtract | Витяг ЄДРПОУ | Register extract | Копія витягу з ЄДРПОУ або копыю документа про реэстрацію у державі її місцезнаходження (витяг із торговельного, банківського або єдиного реєстру, тощо) | Ні | Так |
| x_nonResidentRegistrations | Документ про реєстрацію у державі її місцезнаходження (для юридичних осіб - нерезидентів) | Non Resident Registrations | Копія документа про реєстрацію у державі її місцезнаходження (для юридичної особи-нерезидента) | Ні | Так |
| x_registrationFeeApproval | Документ, що підтвкрджує сплату реєстраційного внеску | Registration fee approval | Документ, що підтвкрджує сплату реєстраційного внеску | Ні | Так |
| x_guaranteeApproval | Документ, що підтверджує сплату гарантійного внеску | Guarantee approval | Документ, що підтверджує сплату гарантійного внеску | Ні | Так |
| qualificationDocuments | Документи, що підтверджують відповідність вимогам | Qualification document | Документи, що підтверджують відповідність вимогам | Ні | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при розміщення заяви на участь
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь
- lotId
- title
- description
- previousAuctionId
- tenderAttempts
- sellingEntity
- bankAccounts
- x_documentRequirements
- x_additionalInformation
- discount
- accessDetails
- value
- valueAddedTaxCharged
- minimalStep
- minNumberOfQualifiedBids
- items
- guarantee
- registrationFee
- documents
- schedule
- valuePeriod
- leaseDuration
| Info | ||
|---|---|---|
| ||
Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь учасників з переважним правом
|
Аукціон. AuctionPeriod
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (модуль аукціону).
| Info | ||
|---|---|---|
| ||
Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. Для реалізації переважного права чинний орендар надає згоду сплачувати орендну плату, що є рівною ціновій пропозиції учасника, який подав найвищу цінову пропозицію за лот, після чого чинний орендар набуває статусу переможця аукціону на продовження договору оренди. У разі відмови чинного орендаря сплачувати таку орендну плату він може надати попередню згоду сплачувати орендну плату, що є рівною ціновій пропозицій учасника з наступною за величиною ціновою пропозицією (за умови наявності такої пропозиції) або надати попередню згоду на очікування кваліфікації учасника, який подав найвищу цінову пропозицію за лот у разі якщо чинний орендар під час одного із перших 3-х раундів зробив крок аукціону (за умови відсутності учасника з наступною за величиною ціновою пропозицією або якщо такий учасник не зробив крок під час аукціону). Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі. У разі відмови чинного орендаря сплачувати орендну плату, що є рівною ціновій пропозиції учасника, що подав найвищу цінову пропозицію за лот, або у випадку невідповідності вимогам аукціону, переможцем аукціону визнається учасник, що подав найвищу цінову пропозицію за лот. Якщо чинний орендар погоджується із найвищою ціновою пропозицією - за результатами аукціону чинний орендар набуває статусу переможця. Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця або надає попередню згоду на очікування кваліфікації потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting). У разі відмови або бездіяльності чинного орендаря під час 4-го раунду і за результатами аукціону він не посідає 1ше або 2ге місце → чинний орендар не допускається на етап кваліфікації. |
Інформація про отримання посилання на аукціон
ТЗ з модулю аукціону
Формування протоколу Аукціону
Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
Майданчик має відображати посилання для завантаження (друкування) протоколу у HTML | PDF | DOC форматах
Шаблони електронного протоколу аукціону:
Аукціон відбувся
Аукціон не відбувся
Повідомлення щодо аукціону
Кваліфікація (Підписання протоколу). QualificationPeriod
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
**
Статуси процедури
Всі статуси процедури в періоді кваліфікації(qualificationPeriod змінюються Організатором аукціону вручну (не автоматична дія)
Схема "Статуси процедури"
...
Технічна назва
...
Бізнесова назва
...
Перехід з
...
За умови
...
Коментар
...
Автоматично.
Заповнені всі обовʼязкові поля для створення процедури в ЦБД
...
Автоматично.
Завершився період Прийняття заяв на участь (мінімальна кількість учасників 2)
...
Після активації процедури ЦБД визначає точну дату та час початку періоду аукціону (auctionPeriod). У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).
При невиконанні умови процедура набуває статусу Аукціон не відбувся (unsuccessful)
...
Автоматично.
Завершилась робота Модуля аукціону(auctionPeriod.endDate)
...
Для кожного учасника, що мав bids[].status == active на момент auctionPeriod.startDate, в обʼєкті процедури створюється Award у статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards).
Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом)
...
Ручна дія.
Організатор надсилає запит на зміну status: active_qualification → active_awarded
...
По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, статус процедури змінюється на “Очікується підписання договору” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором.
...
Ручна дія.
Організатор надсилає запит на зміну status: active_awarded → complete
...
Термінальний статус.
При виконанні дії зміни статуса на complete ЦБД перевіряє:
Статус учасника
- Статус award'у - active.
- Статус contract - active.
...
cancelled
...
active_rectification
active_tendering
active_qualification
active_awarded
active_auction
...
Ручна дія.
Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.
Для скасування процедури, Організатору необхідно:
- Завантажити документ в cancellations[].documents з documentType: cancellationDetails
- Вказати причину скасування (cancellations.reason)
- Вказати дату прийняття рішення про скасування (cancellations.datePublished)
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled
Термінальний статус.
...
active_tendering
active_qualification
active_awarded
active_auction
...
Автоматично.
- Якщо на момент tenderPeriod.endDate кількість поданих заяв:
- менше за встановлене Організатором значення minNumberOfQualifiedBids;
- Якщо в рамках періоду кваліфікації (qualification Period) за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону);
- Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників.
- Дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів
- Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;
...
Термінальний статус.
Опис періодів + функціонал ролей+ Повідомлення
Публікація процедури (Створення оголошення)
Створення оголошення
Схема "Публікація оголошення та прийняття заяви про участь"
При публікації оголошення про проведення аукціону, Організатором аукціону необхідно заповнити обовʼязкові поля:
- Інформація про Організатора (sellingEntity)
- Ідентифікатори Організатора аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
- Місцезнаходження Організатора аукціону (повна адреса) (address)
- Інформація про контактну особу (contactPoint)
- Номер лоту (lotId)
- Повну назву Аукціону (заголовок) (title)
- Опис аукціону (description)
- Учасника з переважним правом (Код ЄДРПОУ або ІПН) (identifier)
- Кількість учасників з переважним правом (default = 1, max =2)
- Вимоги до оформлення документів (x_documentRequirements)
- Стартову ціну аукціону (value)
- Розмір гарантійного внеску (x_guarantee)
- Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description)
- Документи
- Дата та час проведення аукціону (auctionPeriod.startDate)
- Мінімальна кількість учасників (minNumberOfQualifiedBids)
Повний перелік полів для Swagger
та ТЗ з вимогами до майданчиків.View file name openapi RLP.yaml height 250
Документи процедури
...
documentType
...
Назва Укр
...
Назва Анг
...
Опис
...
Обовʼязковіть для публікації процедури
...
Публічність
...
Презентація
...
Ні
...
Повідомлення при публікації оголошення
Публікація процедури (Редагування оголошення). RectificationPeriod
Редагування оголошення
Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в опис лоту та оголошення щодо продажу лота в ЕТС.
Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім орієнтовного часу початку аукціону.
Для підтвердження внесених змін Організатор має можливість завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), має містити перелік змін, які вносяться в оголошення, причину внесення таких змін. Він має бути доступний для завантаження в період редагування (rectificationPeriod) та є обов'язковим при внесенні змін в поля процедури.
Протягом періоду редагування (rectificationPeriod) Організатор процедури може завантажувати та замінювати документи оголошення (procedure.documents[])
...
documentType
...
Назва Укр
...
Назва Анг
...
Опис
...
Обовʼязковіть для публікації процедури
...
Публічність
...
Повідомлення при редагуванні оголошення (загальні)
Обговорення аукціону (запитання-відповідь). QuestionPeriod-EnquiryPeriod
Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»
Повідомлення при обговоренні аукціону (запитання-відповідь)
Публікація заяви на участь. TenderPeriod
Періоди у заяви на участь відсутні.
Можливість подавати заяви на участь є тільки протягом періоду процедури tenderPeriod
При публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:
- bids.bidders.identifier
- bids.bidders.address
- bids.bidders.contactPoint
- bids.value - (цінова пропозиція)
bids.value.amount >= procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку.
До закінчення tenderPeriod (статус процедури active_tendering) учасники мають право анулювати заяви про участь в аукціоні або внести до них зміни, зокрема шляхом завантаження оновлених редакцій доданих до заяви документів.
| Info |
|---|
Особливості роботи в ЦБД та вимоги до майданчиківДля визначення чинного орендаря в системі, Організатор повинен зазначити дані чинного орендаря у тому числі його ЄДРПОУ/ІНН/ID. Під час реєстрації чинного орендаря, як учасника, на майданчику (обов'язково повинен зазначити ЄДРПОУ/ІНН/ID) та активації заяви на участь, система за ЄДРПОУ/ІНН/ID ідентифікує заяву на участь (тільки у статусі active) такого учасника та надає майданчику підтвердження, що такий учасник є чинним орендарем. За наявності такого підтвердження:
|
У разі коли в момент закінчення кінцевого строку подання заяв про участь в аукціоні подано менше зазначеної організатором мінімальної кількості заяв, ЦБД автоматично присвоює аукціону статус “аукціон не відбувся” (unsuccessful)
У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон відмінено (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Робота із заявою на участь
Схема "Публікація оголошення та прийняття заяви про участь"
Деактивація заяви на участь
У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted). Необхідно виводити інформацію про факт редагування та історичні дані на Майданчику.
Статуси заяви на участь (біда)
Схема "Статуси bid"
...
Технічна назва
...
Бізнесова назва
...
Перехід з
...
За умови
...
Коментар
...
Ручна дія.
Учасник надсилає запит на публікацію Bid-а
Майданчик має можливість активувати заяву на участь
...
Публікація заяви на участь доступна тільки протягом tenderPeriod-а процедури.
Мають бути заповнені:
- value
bidders
Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).
...
Ручна дія.
Учасник надсилає запит на зміну статуса Bid-а
Мають бути заповнені обовʼязкові поля:
- value
bidders
Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою.
...
draft
active
...
Автоматична дія.
Учасник має можливість:
- активувати заяву на участь
- анулювати заяву на участь
...
draft
active
inactive
...
Ручна дія.
Учасник надсилає запит на зміну статуса Bid-а
...
У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted).
Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod
Документи заяви на участь (bids.documents)
...
documentType
...
Назва Українською
...
Назва Англійською
...
Опис
...
Обовʼязковіть для активації bid-а
...
Публічність
...
Повідомлення при розміщення заяви на участь
Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь
- lotId
- title
- description
- previousAuctionId
- tenderAttempts
- sellingEntity
- bankAccounts
- x_documentRequirements
- x_additionalInformation
- discount
- accessDetails
- value
- valueAddedTaxCharged
- minimalStep
- minNumberOfQualifiedBids
- items
- guarantee
- registrationFee
- documents
- schedule
- valuePeriod
- leaseDuration
Аукціон. AuctionPeriod
Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (модуль аукціону).
Інформація про отримання посилання на аукціон
ТЗ з модулю аукціону
Формування протоколу Аукціону
Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
Майданчик має відображати посилання для завантаження (друкування) протоколу у PDF та HTML форматах
Шаблони електронного протоколу аукціону:
Аукціон відбувся
Аукціон не відбувся
Повідомлення щодо аукціону
Кваліфікація (Підписання протоколу). QualificationPeriod
Схема Схема "Кваліфікація (робота з договором та протоколом)"
...
За результатами періоду аукціону (auctionPeriod), за умови наявності 2-х та більше заяв в рамках періоду подання пропозицій, основні умови відбору переможців Організатором аукціону - найвища валідна ставка та відповідність учасника кваліфікаційним вимогам.
...
- Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
- Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня завершення аукціону.
- В Організатора є можливість підтвердити протокол і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
- Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).
- В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
- У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
- Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
- У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
- Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
- Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
- Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
- У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
- Завершення періоду підписання протоколу (verificationPeriod) - період триває дотизавершується автоматично, але статус процедури не змінюється на active_awarded, доки Організатор не підтвердить і завантажить протокол в процедуру.
Періоди Awards
Технічна назва | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар | ||
|---|---|---|---|---|---|---|---|
| awards.signingPeriod | Період підписання договору | В момент набуття Авардом статуса pending | signingPeriod.endDate == signingPeriod.startDate + 15 р.д. 18:00 | На рівні ЦБД: відсутній | р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending Період формується в Аварді з моменту набуття Авардом статусу pending Якщо Авард був у статусі pending і отримав signingPeriod, то після зміни статуса на інший (active OR unsuccessful) період залишається незмінним. Аварди в інших статусах цей період не отримують. |
| awards.verificationPeriod | Період підписання протоколу | В момент набуття Авардом статуса pending | verificationPeriod.endDate ==verificationPeriod.startDate+10 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending. Аварди в інших статусах цей період не отримують. |
Статуси Awards
Схема "Статуси awards"
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується протокол | МА (переможець) pending_waiting | Автоматично.: Присвоюється переможцю під час генерації авардів Автоматично: Присвоюється 2-му (після переможця) після дискваліфікації переможця | Організатор має можливість:
Учасник має можливість:
|
| pending_waiting | Очікується рішення | Автоматично. Присвоюється 2-му (після переможця) учаснику під час генерації авардів | Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів 2й учасник має можливість відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі) | |
| active | Переможець. Очікується договір | pending | Організатор підтверджує підписання протоколу і award змінює свій статус з pending на active. | Термінальний статус. Організатор має можливість:
2й Учасник має можливість:
|
| cancelled | Учасник не став переможцем | pending_waiting |
| Термінальний статус. |
| unsuccessful | Дискваліфіковано | pending active | Ручна дія. Організатор надсилає запит на зміну award.status: pending → unsuccessful Організатор надсилає запит на зміну award.status: active → unsuccessful | Термінальний статус. `1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol/act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника Обовʼязково завантажити документ act "про відмову" в Авард. 2. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol/act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled Обовʼязково завантажити документ rejectionProtocol/act "про відмову" в Авард. |
Документи обʼєкта кваліфікації (awards.documents)
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть | Публічність |
|---|---|---|---|---|---|
| rejectionProtocol | Документ, що підтверджує дискваліфікацію | Rejection protocol | Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором; | Так Для зміни awards.status: pending/active → unsuccessful | Так |
| auctionProtocol | Протокол аукціону | Auction protocol | Протокол підписується і завантажується для кожного учасника окремо | Так Для зміни awards.status: pending → active | Так |
| act | Документ, що підтверджує відмову | Refusal act | Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful | Так Для зміни awards.status: pending/active → unsuccessful | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
...
Кваліфікація (Підписання контракту з переможцем (contracts)). QualificationPeriod
Схема Схема "Кваліфікація (робота з договором та протоколом)"
...
Після підписання договору Організатор має завантажити договір (documentType:contractSigned), заповнити обов'язкові поля договору (крім обов'язкових при створенні, для активації необхідно заповнити поля dateSigned, title, contractNumber, description, contractTotalValue) та підтвердити договір . Після цього майданчик переводить (переведення contract в статус active.)
В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.
...
Завершення аукціону (переведення у статус complete)
Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.
Статуси Contracts
Схема "Статуси Contracts"
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується договір | Момент створення Awards[] у статусі active | Автоматично. Якщо будь-який Авард набуває статусу active, то ЦБД автоматично створює повʼязаний contracts у статусі pending. | Організатор має можливість:
contracts створюються не після того, як Award набув статусу active |
| active | Договір підтверджено | pending | Ручна дія. Організатор завантажує документ contracts[x].documents.documentType: contractSigned contractSigned та заповнює обов'язкові поля і після цього надсилає запит на зміну contracts.status: pending → active | Повʼязаний Авард має бути у статусі active. З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active. Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned) |
| cancelled | Договір скасовано | pending | Автоматична. За умови дискваліфікації Аварда із active → unsuccessful | Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful |
Документи контракту (contracts.documents)
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть | Публічність |
|---|---|---|---|---|---|
| contractSigned | Підписаний договір | Signed contract | Підписаний договір | Так | Так |
| contractAnnexe | Додатки до договору | Contract annexe | Додатки до договору | Ні | Так |
| contractNotice | Повідомлення про договір | Contract notice | Офіційне повідомлення, що містить деталі договору | Ні | Так |
| paymentInformation | Інформація про розрахунки | Payment Information | Відомості про розрахунки переможцем аукціону | Ні | Так |
| transferAct | Акт приймання - передачі | Transfer act | Акт приймання - передачі | Ні | Так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Умови дискваліфікації
Дискваліфікація Організатором
У разі дискваліфікації переможця на етапі роботи із договором (signingPeriod), Організатор , Організатор аукціону складає та оприлюднює в електронній торговій системі протокол відхилення (documentType:rejectionProtocol) або/та акт про відмову (documentType:act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину з переліку причин (причина записуються в поле terminationReason аварду):
...
Обмежень щодо розширення файлу на стороні ЦБД відсутні
Вимоги до майданчиків
Можливі 2 варіанти реалізації цифрового підпису:
...