...
Посилання на конфігураційний файл з періодами та статусами
Перелік схем:
- Timeline процедури
- Схема "Загальний процес аукціонів"
- Схема "Публікація оголошення та прийняття заяви про участь"
- Схема "Аукціон"
- Схема "Кваліфікація (робота з договором та протоколом)"
Особливості процедури
Загальні
...
| Info | ||
|---|---|---|
| ||
Учавсник Учасник має переважне право в ході аукціону на продовження договору оренди за умови, що він бере участь в такому аукціоні та зробив закриту цінову пропозицію, яка є не меншою, ніж розмір стартової орендної плати. Дані учасників з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod. Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. |
...
- Інформація про Організатора (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 - Ваша заява втратила ознаку “Учасник з переважним правом”. |
...
- Протокол аукціону (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)
...