| Table of Contents |
|---|
Мета створення та нормативні засади
Відповідно до:
- ЗУ “Про приватизацію державного і комунального майна”
- постанови КМУ від 10.05.2018 року № 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу”
- постанови КМУ від 20.05.2026 року № 632 "Про внесення змін до Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу"
доповнити функціонал реєстру Інформаційних повідомлень сутністю сompensation_announcement(JCS). Технічна назва сompensationAnnouncementSmallPrivatization
Особливості
...
Інформаційних Повідомлень приватизації обʼєкта оренди з невідʼємними поліпшеннями
...
Створення та робота із Інформаційним Повідомленням
...
- При створенні Інформаційного Повідомлення має відбуватись перевірка, чи не задіяний пов'язаний Asset у інших сутностях Інформаційних Повідомлень, Пріоритетного Викупу, які перебувають на момент створення у активному стані, відповідно asset.status = pending.
- При створенні Інформаційного Повідомлення має відбуватись перевірка:
- якщо обраний для створення ІП Asset має assetItems.assetItemType== ‘asset’, то чи додані у Asset.documents.documentType == 'Illustration'. Створити Asset є можливість без документів illustration, але створити ІП із Asset, який не має таких документів - не має бути можливості.
- При створенні Інформаційного Повідомлення в ньому зберігається посилання на Об’єкт реєстру (announcement.relatedEntities.type == asset), в Об’єкт реєстру передається посилання на Інформаційне Повідомлення (в relatedEntities)
- Зміни полів та документів Об'єкта реєстру, зберігаються як окремі версії Об’єкта
- Інформаційне Повідомлення має поле announcement.relatedEntities.archiveId - це версія Об’єкта реєстру, яка була останньою на момент створення Інформаційного Повідомлення
- Гарантійний внесок та Гарантійний внесок чинного орендаря перераховується автоматично відповідно до правил, якщо будь-які 2 попередні Процедури не відбулись з причини дискваліфікації учасників.
- Поле saleCondition автоматично генерується зі значенням "Так" без можливості редагування
- Поле Наявність переважного права у чинного орендаря автоматично генерується зі значенням "Ні" без можливості редагування (Поле обовʼязкове для ІП але не буде передаватись в Процедури)
- 2-а і 6-а Процедури можуть бути не створені в ланцюжку за виконання певних умов, які детально описані ніжче (2-,6-а Процедура в spec в такому випадку набувають статусу unpublished)
- Обов'язкові поля для заповнення при Публікації Announcement:
- всі чотири initialProps.bankAccounts.accountType: guarantee, registrationFee, payment та improvementCompensation
- Інформація про орендаря (currentTenants)
- Інформація про орендодавця (заповнене ще на етапі asset.assetCustodian - Інформація про розпорядника)
- Інформація про договір оренди
- дата укладання
- дата завершення
- строк дії
- місячна оренда плата
- площа що орендується
- Інформація про невідʼємні поліпшення
- вартість невідʼємних поліпшень
- висновок будівельної експертизи
- дата завершення невідʼємних поліпшень
- умови компенсації
- рішення про згоду на невідʼємні поліпшення
- наказ про затвердження висновку про вартість об’єкта приватизації
- Додаткові документи
- висновок будівельної експертизи
...
Створення та робота із Процедурою та Аукціоном
...
- В Інформаційному Повідомленні зберігаються ідентифікатори Процедур, які оголошені по цьому Об'єкту реєстру МП (producedEntities.type == procedure);
- Ланцюжок Процедур складається з послідовності аукціонів:
- англійський аукціон
- англійський аукціон (за умови якщо попередній аукціон не відбувся з причини дискваліфікації учасників) або перехід одразу до третьої процедури
- англійський аукціон
- англійський аукціон де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП
- голландський аукціон де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП
- голландський аукціон де стартова вартість знижена на 50% від початкової ціни зазначеної в ІП (за умови якщо попередній аукціон не відбувся з причини дискваліфікації учасників)
...
Виконання умов приватизації (контрактинг\execution):
- При створенні сутності Execution (Контрактинг) в ньому зберігається посилання на пов'язане Інформаційне Повідомлення (execution.relatedEntities.type == execution), а у пов'язаного Інформаційного Повідомлення має створитись посилання на сутність Контрактингу (announcement.relatedEntities.type == execution).
- Інформаційне повідомлення перебуває у статусі active_contracting протягом всього періоду виконання умов приватизації і автоматично має змінити статус з active_contracting на sold як тільки пов'язана сутність Execution набула успішного Термінального статусу execution.status == sold.
...
| Expand | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
...
Інформаційне Повідомлення Не не має полів Класифікаторів. ІП має посилання (в relatedEntities) на пов’язаний Об’єкт реєстру МП (asset).
...
Функціонал ролей в рамках періодів
Timeline
Схема “Timeline Інформаційного Повідомлення”
Статуси Інформаційного Повідомлення
Конфігураційний файл з періодами и статусами - Треба створити новий для даного ІП
Модель статусів Інформаційного Повідомлення малої приватизації
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
- Опубліковано Інформаційне Повідомлення
- Технічний ідентифікатор: pending
- Функціонал Організатора:
- Редагування полів опублікованого Інформаційного Повідомлення протягом 48 годин (rectificationPeriod). Для збереження змін потрібно завантажити документ announcement.documents.documentType: clarifications
- Редагування полів пов’язаного Об’єкту реєстру (asset.status: active_rectification) через інтерфейс Інформаційного Повідомлення на Майданчику протягом announcement.rectificationPeriod
- Завантаження або заміна документів Інформаційного Повідомлення та Об’єкта реєстру через інтерфейс Інформаційного Повідомлення на Майданчику протягом announcement.rectificationPeriod
- Розформування Інформаційного Повідомлення (завантажувати документи не потрібноможна без завантаження доп документів)
- Умови набуття статусу: натискання Організатором кнопки “Опублікувати Інформаційне Повідомлення”. ЦБД валідує всі обов’язкові поля та документи та публікує Інформаційне Повідомлення у статусі announcement.status: pending.
- Умови зміни статусу:
- Автоматично після завершення announcement.rectificationPeriod (48 годин) та створення Першої Процедури з ланцюжка статус ІП зміниться з pending на active_auction;
- Ручна дія. Натискання кнопки "Розформувати Інформаційне Повідомлення" змінить статус ІП з pending на → deleted.
- Опис: після набуття статусу pending Інформаційне Повідомлення стає доступним для всіх Спостерігачів
- Коментар:
- При публікації Інформаційного Повідомлення у ЦБД до Об’єкта реєстру МП повинно передаватись посилання на створене ІП (у Об’єкті реєстру (asset) мають фіксуватись параметри створеного обʼєкта: url, _id, objectId з типом asset.relatedEntities.type == announcement);
- Одночасно у Об’єкта МП може бути тільки одне Інформаційне Повідомлення у статусі pending/active_auction/active_contracting/sold та необмежена кількість у статусах deleted та dissolved.
Проведення Аукціону
- Технічний ідентифікатор: active_auction
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу: - По настанню announcement.rectificationPeriod.endDate автоматично створюється Перша Процедура із ланцюжка і Інформаційне Повідомлення набуває статусу active_auction.
- Умови зміни статусу:
- Статус ІП змінюється з active_auction на active_contracting автоматично після зміни статусу будь-якої Процедури з ланцюжка на complete;
- Статус ІП змінюється з active_auction на dissolved автоматично після зміни статусу Останньої Процедури із ланцюжка на unsuccessful;
- Статус ІП змінюється з active_auction на deleted автоматично після зміни статусу будь-якої Процедури із ланцюжка на cancelled.
- Опис: Організатор не взаємодіє з ІП. Всі дії відбуваються у активній Процедурі.
- Коментар: Інформаційне Повідомлення перебуває у статусі active_auction протягом всього періоду аукціонів. У ланцюжку ІП анонсується 6 Процедур. Але друга та четверта може згенеруватися автоматично за умови, що перший або пʼятий Аукціон завершився з причини дискваліфікації всіх учасників.
Виконання умов приватизації
- Технічний ідентифікатор: active_contracting
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу: статус ІП змінюється на active_contracting автоматично після набуття статусу complete будь-якої Процедури з ланцюжка ІП.
- Умови зміни статусу:
- Автоматично, як тільки сутність execution набуває статусу execution.status: sold, статус Інформаційного Повідомлення набуває статусу sold;
- Автоматично, як тільки сутність execution набуває статусу execution.status: deleted, статус Інформаційного Повідомлення набуває статусу deleted;
- Опис: Організатор не взаємодіє з ІП. Всі дії відбуваються у сутності Контрактинг (execution).
Об'єкт продано
- Технічний ідентифікатор: sold
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу: Автоматично, як тільки сутність execution набуває статусу execution.status: complete.
- Умови зміни статусу: термінальний статус
- Опис: Приватизація успішно завершена, умови приватизації виконані.
Об’єкт не продано
- Технічний ідентифікатор: dissolved
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу:
- Автоматично, коли остання Процедура із ланцюжка Інформаційних Повідомлень набула статусу procedure.status: unsuccessful;
- Умови зміни статусу: термінальний статус
- Опис: статус відповідає Інформаційному Повідомленню у якому продаж не відбувся. При набутті Інформаційним Повідомленням статусу dissolved статус Об'єкта реєстру автоматично змінюється на pending;
Інформаційне Повідомлення розформовано
- Технічний ідентифікатор: deleted
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу:
- Ручная дія. Натискання кнопки "Розформувати Інформаційне Повідомлення". Дія можлива до моменту створення Першої Процедури у ланцюжку Інформаційного Повідомлення; Не обов'язкова дія - завантаження документу cancellations.documents.documentType: cancellationDetails;
- Автоматично, коли будь-яка Процедура із ланцюжка Інформаційних Повідомлень набула статусу procedure.status: cancelled;
- Автоматично, як тільки сутність Контрактингу (Execution) набула статусу Execution.status: deleted
- Умови зміни статусу: термінальний статус
- Опис: статус відповідає розформованому Інформаційному Повідомленню. При набутті Інформаційним Повідомленням статусу deleted статус Об'єкта реєстру автоматично змінюється на pending;
Опис періодів
Період редагування інформаційного повідомлення:
...
rectificationPeriod
- Статус Інформаційного Повідомлення: pending
- Умови формування дати початку та кінця періоду:
- Дата початку: може припадати на неробочий день, відповідає даті та часу публікації Інформаційного Повідомлення в ЦБД;
- Дата завершення: може припадати на неробочий день, завершується через 48 годин після публікації Інформаційного Повідомлення.
- Функціонал Організатора:
- Редагування полів Інформаційного Повідомлення та полів Об’єкта реєстру (перелік вказано нижче);
- Завантаження або заміна документів Інформаційного Повідомлення;
- Редагування полів Об'єкта реєстру;
- Завантаження нових документів до Об’єкта реєстру;
- Розформування Інформаційного Повідомлення;
Поля, які доступні для редагування протягом announcement.rectificationPeriod:
У Об’єкта реєстру МП (asset):
- title
- description
- documents[]
- ownershipType
- assetHolder та всі дочірні не технічні поля
- assetCustodian та всі дочірні не технічні поляdocuments[] та всі дочірні не технічні поля
- items[] та всі дочірні не технічні поля
- presentationUrl
- presentationUrlEN
У Інформаційного Повідомлення (сompensationAnnouncement)
- title
- description
- documents та всі дочірні не технічні поля[]
- initialProps та всі дочірні не технічні поля
- decisions
- extraSpecs[].auctionPeriod _→ startDate
- extraSpecs[].tenderPeriodDurationtenderPeriod → duration
- presentationUrl
- presentationUrlEN
...
Під час публікації Інформаційного Повідомлення або під час періоду виправлення помилок (rectificationPeriod), окрім додавання нових документів або заміни раніше доданих документів безпосередньо у Інформаційне Повідомлення, доступна можливість додати нові або оновити існуючі документи Об'єкта реєстру МП (у asset).
Перелік документів Інформаційного повідомлення
| documentType | x-legalNameUa | x-legalNameEn | Обовʼязковість | Публічність | Опис |
|---|---|---|---|---|---|
| notice | Інформаційне повідомлення | Auction notice | Ні | Так | Інформаційне повідомлення про приватизацію об'єкта малої приватизації |
| evaluationCriteria | Рішення про затвердження умов продажу | Evaluation criteria | Ні | Так | Рішення аукціонної комісії про затвердження умов продажу |
| contractProforma | Проєкт договору | Contract proforma | Ні | Так | Документ містить умови договору |
| clarifications | Рішення про виправлення технічних помилок | Decision on correction of technical errors | Ні (обовʼязковий тільки в разі внесення змін під час rectificationPeriod) | Так | Рішення про виправлення технічних помилок, що були виявлені після публікації інформаційного повідомлення |
сonstructionExpertise | Висновок будівельної експертизи | Construction expertise conclusion | Так | Так | Висновок будівельної експертизи |
При скасуванні Інформаційного повідомлення | |||||
cancellations[].documents[].documentType: cancellationDetails | Рішення про скасування інформаційного повідомлення | The decision to cancel the announcement | Ні | Так | Рішення про скасування інформаційного повідомлення |
| Загальні документи | |||||
| digitalSignature | Цифровий підпис | Digital signature | Ні | Набуває значення документу з яким пов'язаний | Цифровий підпис |
Послідовність створення ланцюжка Процедур аукціонів
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Перша Процедура створюється автоматично по завершенню announcement.rectificationPeriod (як тільки наступає announcement.rectificationPeriod.endDate)
Друга (можлива), Третя, Четверта, Пʼята та Шоста (можлива Шоста Процедура ) Процедури автоматично створюється одразу, якщо попередня Процедура набула статусу unsuccessful
- Особливості:
- 2-а Процедура створюється тільки у випадку коли 1-а Процедура аукціону перейшла в статус unsuccessful, при цьому:
- На етапі кваліфікації award-ів відбулася дискваліфікація переможців: 1й та 2й учасник (в разі його наявності) мають статус unsuccessful
- 2-а Процедура не створюється і одразу створюється 3-я Процедура у випадку коли 1-а Процедура аукціону перейшла в статус unsuccessful, при цьому:
- В 1-й Процедурі не було жодного учасника АБО учасник під час admissionPeriod перейшов в статус cancelled
- 6-а Процедура створюється тільки у випадку, коли 5-а Процедура перейшла в unsuccessful внаслідок дискваліфікації учасників з будь-якої причини. Тобто, якщо Процедура-5 має статус unsuccessful і у неї є хоч один Award у статусі unsuccessful, то має створитись Процедура-6, в іншому випадку Процедура-6 не створюється.
- 2-а Процедура створюється тільки у випадку коли 1-а Процедура аукціону перейшла в статус unsuccessful, при цьому:
- Якщо статус Процедури змінено на cancelled, то наступна Процедура не створюється, а Інформаційне Повідомлення автоматично набуває статусу dissolved
За замовчуванням кількість аукціонів - 4. Мінімальна кількість -1 (якщо Перша процедура успішна), Можливий 2й та 6й аукціон за умови, що Перший та Пʼятий відповідно завершився з причини дискваліфікації Учасників.
В залежності від значення tenderAttempts, відображати на Майданчику назву аукціону:
- 1 - "Англійський аукціон з умовами"
- 2 - "Повторний англійський аукціон з умовами"
- 3 - "Англійський аукціон з умовами"
- 4 - "Англійський аукціон із зниженням стартової ціни"
- 5 - "Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
- 6 - "Повторний аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
...
- Період на подачу пропозицій (робочих днів) (extraSpecs[].periods.periodName: tenderPeriod duration)
- Особливості:
- Визначається Організатором
- Значення загальне для 2-*, 3-, 4-, 5-, 6-ї* Процедури із ланцюжка
- Період на подачу пропозицій - це tenderPeriod, який буде мати 2-*,3-,4-,5-, 6-ї*та Процедура
- ЦБД валідує тільки нижнє значення tenderPeriodDuration >= 3 р.д.
- ЦБД не валідує верхнє значення tenderPeriodDuration
- Якщо Дата початку Модулю Аукціону припадає на вихідний або святковий день, то Аукціон буде перенесений вперед на найближчий робочий день
- Технічна особливість: На інтерфейсі Майданчика при створенні ІП має бути одне поле, в якому Організатор може вказати тривалість "Періоду прийняття пропозицій". Організатор вказує кількість в днях один раз на інтерфейсі.
- Але коли Майданчик передає запит на ЦБД, то має це значення закопіювати і передати в пʼяти обʼєктах extraSpecs:
- extraSpecs[1].periods.periodName[tenderPeriod].duration
- extraSpecs[2].periods.periodName[tenderPeriod].duration
- extraSpecs[3].periods.periodName[tenderPeriod].duration
- extraSpecs[4].periods.periodName[tenderPeriod].duration
- extraSpecs[5].periods.periodName[tenderPeriod].duration
- Особливості:
Приклади
Приклад 1:
- 1-а Процедура набула статусу Procedure.status: unsuccessful у п’ятницю 15.05.2026 де було дискваліфіковано всіх учасників які приймали участь в кваліфікації
- 2-а Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу.
- У 2-ї Процедури розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- У 3-,4-,5-ї Процедури розпочинається tenderPeriod, за умови переходу попередньої опублікованої Процедури в статус unsuccessful, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- 5-а Процедура набула статусу Procedure.status: unsuccessful з причини:
- Не було учасників в 5-й Процедурі
- 6-а Процедура не публікується
- ІП набуває статусу dissolved
- В 5-й Процедурі було дискваліфіковано всіх учасників які приймали участь в кваліфікації:
- 6-а Процедура публікується і розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується. Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- ІП не змінює статус і залишається в active_auction
- Не було учасників в 5-й Процедурі
...