...
Посилання на конфігураційний файл з періодами та статусами
Перелік схем:
- Timeline процедури
- Схема "Загальний процес аукціонів"
- Схема "Публікація оголошення та прийняття заяви про участь"
- Схема "Аукціон"
- Схема "Кваліфікація (робота з договором та протоколом)"
Особливості процедури
Загальні
...
| Info | ||
|---|---|---|
| ||
Учавсник Учасник має переважне право в ході аукціону на продовження договору оренди за умови, що він бере участь в такому аукціоні та зробив закриту цінову пропозицію, яка є не меншою, ніж розмір стартової орендної плати. Дані учасників з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod. Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. |
...
Технічна назва | Статус процедури | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар |
|---|---|---|---|---|---|---|
| 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-го учасника). |
Статуси процедури
...
Схема "Статуси процедури"
...
- Інформація про Організатора (sellingEntity)
- Ідентифікатори Організатора аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
- Місцезнаходження Організатора аукціону (повна адреса) (address)
- Інформація про контактну особу (contactPoint)
- Номер лоту (lotId)
- Повну назву Аукціону (заголовок) (title)
- Опис аукціону (description)Вимоги до оформлення документів (x_documentRequirements)
- Стартову ціну аукціону (value)
- Розмір гарантійного внеску (x_guarantee)
- Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description)
- Документи
- Дата та час проведення аукціону (auctionPeriod.startDate)
- Мінімальна кількість учасників (minNumberOfQualifiedBids)
...
Повний перелік полів для 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 | Цифровий підпис | Ні | Набуває значення документу з яким позв'язаний |
Повідомлення при публікації оголошення
...
| Info | ||
|---|---|---|
| ||
Реалізовано функціонал для одного Учасника з переважним правом
Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні. Учаснику який втратив набув ознаку учасника з переважним правом (до цього не було ознаки) (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного праваз переважним правом, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні. У разі внесення змін в будь-які дані учасника з переважним правом (currentTenants) крім ідентифікатора (ЄДРПОУ/ІПН/ID) - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була. Також протягом періоду ratificationPeriod. Організато може змінювати кількість учасників з переважним правом:
Вимоги до повідомлень Майданчика Для біда Учасника, що набув active - Ваша заява на участь отримала ознаку “Учасник з переважним правом”. При деактивації біда Учасника, що набув inactive - Ваша заява втратила ознаку “Учасник з переважним правом”. |
...
| 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 |
...
| Info | ||
|---|---|---|
| ||
Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. Для реалізації переважного права чинний орендар надає згоду сплачувати орендну плату, що є рівною ціновій пропозиції учасника, який подав найвищу цінову пропозицію за лот, після чого чинний орендар набуває статусу переможця аукціону на продовження договору оренди. У разі відмови чинного орендаря сплачувати таку орендну плату він може надати попередню згоду сплачувати орендну плату, що є рівною ціновій пропозицій учасника з наступною за величиною ціновою пропозицією (за умови наявності такої пропозиції) або надати попередню згоду на очікування кваліфікації учасника, який подав найвищу цінову пропозицію за лот у разі якщо чинний орендар під час одного із перших 3-х раундів зробив крок аукціону (за умови відсутності учасника з наступною за величиною ціновою пропозицією або якщо такий учасник не зробив крок під час аукціону). Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі. У разі відмови чинного орендаря сплачувати орендну плату, що є рівною ціновій пропозиції учасника, що подав найвищу цінову пропозицію за лот, або у випадку невідповідності вимогам аукціону, переможцем аукціону визнається учасник, що подав найвищу цінову пропозицію за лот. Якщо чинний орендар погоджується із найвищою ціновою пропозицією - за результатами аукціону чинний орендар набуває статусу переможця. Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця або надає попередню згоду на очікування кваліфікації потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting). У разі відмови або бездіяльності чинного орендаря під час 4-го раунду - і за результатами аукціону він не посідає 1ше або 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 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending |
| awards.verificationPeriod | Період підписання протоколу | В момент набуття Авардом статуса pending | verificationPeriod.endDate ==verificationPeriod.startDate+10 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending. |
...
Після підписання договору Організатор має завантажити договір (documentType:contractSigned), заповнити обов'язкові поля договору (крім обов'язкових при створенні, для активації необхідно заповнити поля dateSigned, title, contractNumber, description, contractTotalValue) та підтвердити договір (переведення contract в статус active)
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується договір | Момент створення Awards[] у статусі active | Автоматично. Якщо будь-який Авард набуває статусу active, то ЦБД автоматично створює повʼязаний contracts у статусі pending. | Організатор має можливість:
|
| active | Договір підтверджено | pending | Ручна дія. Організатор завантажує документ contracts[x].documents.documentType: contractSigned та заповнює обов'язкові поля і після цього надсилає запит на зміну contracts.status: pending → active | Повʼязаний Авард має бути у статусі active. З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active. Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned) |
| cancelled | Договір скасовано | pending | Автоматична. За умови дискваліфікації Аварда із active → unsuccessful | Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful |
...