Загальний огляд
...
Мета створення та нормативні засади
Відповідно до ЗУ “Про приватизацію державного і комунального майна” та постанови КМУ від 10.05.2018 року № 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу” розробити функціонал реєстру інформаційних повідомлень. В рамках Prozorro.Sale буде реалізовано сутність priority_announcement.
ЗУ "Про приватизацію державного та комунального майна"
Документ з вимогами до майданчиків
(Додати посилання)
Особливості реєстру
Особливості реєстру Інформаційних Повідомлень приватизації обʼєкта оренди з невідʼємними поліпшеннями
- Створення та робота із Інформаційним Повідомленням:
- При створенні Інформаційного Повідомлення має відбуватись перевірка, чи не задіяний пов'язаний Asset у інших сутностях Інформаційних Повідомлень, Пріоритетного Викупу, які перебувають на момент створення у активному стані;
- При створенні Інфорамаційного Інформаційного Повідомлення має відбуватись перевірка:
- якщо обраний для створення ІП Asset має itemType == ‘asset’, то чи додані у Asset.documents.documentType == 'Illustration'. Створити Asset є можливість без документів illustration, але створити ІП із Asset, який не має таких документів - не має бути можливості.
- При створенні Інформаційного Повідомлення в ньому зберігається посилання на Об’єкт реєстру (announcement.relatedEntities.type == asset), в Об’єкт реєстру передається посилання на Інформаційне Повідомлення;
- Зміни полів та документів Об'єкта реєстру, зберігаються як окремі версії Об’єкта;
- Інформаційне Повідомлення має поле announcement.relatedEntities.archiveId - це версія Об’єкта реєстру, яка була останньою на момент створення Інформаційного Повідомлення.
- Гарантійний внесок не перераховується внесок перераховується автоматично, якщо будь-які 2 попередні Процедури не відбулись з причини дискваліфікації учасників.
- Поле saleCondition автоматично генерується зі значенням "Так" без можливості редагування
- Поле Наявність переважного права у чинного орендаря автоматично генерується зі значенням "Так" без можливості редагування
- Обов'язкові поля для заповнення при Публікації Announcement:
- всі три initialProps.bankAccounts.accountType: guarantee, registrationFee, payment та currentTennant
- Інформація про орендаря (учасника з пп) - базова модель даних
- Інформація про орендодавця - базова модель даних
- Інформація про договір оренди
- дата укладання
- дата завершення
- строк дії - чи треба нам вказувати дане поле якщо в нас є Дата укладання та Дата завершення ?
- місячна оренда плата
- Інформація про невідʼємні поліпшення
- вартість невідʼємних поліпшень
- висновок будівельної експертизи
- дата завершення - дата завершення невідʼємних поліпшень ?
- умови компенсації
- рішення про згоду на невідʼємні поліпшення
- наказ про затвердження висновку про вартість об’єкта приватизації
- Додаткові документи
- висновок будівельної експертизи
- згода на здійснення невідʼємних поліпшень - можливо будуть реквізити документу
- наказ про затвердження висновку про вартість об’єкта приватизації -- можливо будуть реквізити документу
...
- При створенні сутності Execution (Контрактинг) в ньому зберігається посилання на пов'язане Інформаційне Повідомлення (execution.relatedEntities.type == execution), а у пов'язаного Інформаційного Повідомлення має створитись посилання на сутність Контрактингу (announcement.relatedEntities.type == execution).
- Інформаційне повідомлення перебуває у статусі active_contracting протягом всього періоду виконання умов приватизації і автоматично має змінити статус з active_contracting на sold як тільки пов'язана сутність Execution набула успішного Термінального статусу execution.status == sold.
Структура даних
| Expand | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Expand | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Класифікатори та словники
Інформаційне Повідомлення має посилання (relatedEntities) на пов’язаний Об’єкт реєстру МП. При створенні Об’єкту реєстру МП використовуються обов’язкові словники: - основний класифікатор: CAV - додатковий класифікатор державного майна: dm
Логіка роботи з Класифікаторами описана у ТЗ по Об’єктам реєстру МП:
Посилання на ТЗ по Об'єкта реєстру МП
Періоди і статуси
Конфігураційний файл з періодами и статусами
Загальна схема процесу публікації Інформаційного Повідомлення
Схема “Загальний процес продажу об'єктів малої приватизації”
Функціонал ролей в рамках періодів
Timeline
Схема “Timeline Інформаційного Повідомлення”
Статуси Інформаційного Повідомлення
Схема “Модель статусів Інформаційного Повідомлення”
Опубліковано Інформаційне Повідомлення
- Технічний ідентифікатор: 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.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 протягом всього періоду аукціонів.
у ланцюжку ІП анонсується три Процедури. Але четверта може згенеруватися автоматично за умови, що третій Аукціон завершився з причини дискваліфікації всіх учасників.
Виконання умов приватизації
- Технічний ідентифікатор: 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:
У Об’єкта реєстра МП:
- title
- description
- ownershipType
- assetHolder та всі дочірні не технічні поля
- assetCustodian та всі дочірні не технічні поля
- documents та всі дочірні не технічні поля
- items та всі дочірні не технічні поля
У Інформаційного Повідомлення
- title
- description
- documents та всі дочірні не технічні поля
- initialProps та всі дочірні не технічні поля
- decisions
- extraSpecs.auctionPeriod_startDate
- extraSpecs.tenderPeriodDuration
Типи, опис документів та робота з ними
Під час публікації Інформаційного Повідомлення або під час періода виправлення помилок (rectificationPeriod), окрім додавання нових документів або заміни раніше доданих документів безпосередньо у Інформаційне Повідомлення, доступна можливість додати нові або оновити існуючі документи Об'єкта реєстру МП.
Перелік документів
| Expand | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
| ||||||||||||
...
| |||||||
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
Документи Об'єкта реєстру МП:
...
Наступні типи документів Об'єкта реєстру можуть бути додані до Об’єкта або замінені у Об’єкті під час публікації Інформаційного Повідомлення або під час rectificationPeriod Інформаційного Повідомлення:
- illustration
- Legal Name UA - Ілюстрації
- Legal Name EN - Illustration
- Опис - Зображення, що можуть додаватися Організатором до оголошення
- Обов'язковість - Так (для оголошень із Типом активу itemType == ‘asset’ (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)
- Публічність - Так
- technicalSpecifications
- Legal Name UA - Інформація про об’єкт малої приватизації
- Legal Name EN - Technical specifications
- Опис - Детальна інформація про об’єкт малої приватизації
- Обов'язковість - Ні
- Публічність - Так
- x_presentation
- Legal Name UA - Презентація
- Legal Name EN - Presentation
- Опис - Презентація
- Обов'язковість - Ні
- Публічність - Так
...
Загальні документи:
- digitalSignature
- Legal Name UA - Цифровий підпис
- Legal Name EN - Digital signature
- Опис - Цифровий підпис
- Обов'язковість - Ні
- Публічність - Набуває значення документу з яким пов'язаний
Перелік документів
...
| title | documentType |
|---|
...
сonstructionExpertise
...
essentialImprovements
...
Згода на здійснення невідʼємних поліпшень
...
valueConclusion
...
Наказ про затвердження висновку про вартість об’єкта приватизації
...
| |||||||||||||||||||||||||||||||||||||||||||||||||
...
| ||||||||||||
Загальні документи по розробці
Робота із сутностями та документами сутностей
В даному документі описані загальні та базові принципи та особливості роботи із сутностями (bid, award, documents, items, questions) та документами сутностей.
Індивідуальні особливості та характеристики (технічні ідентифікатори, назви українською/англійською, опис документу, обов'язковість, публічність і т.і.) описані в кожному окремому ТЗ процедури.
Робота із сутностями
Для роботи із сутностями (bid, award, documents, items, questions) процедури буде закладено 2 режими:
- Режим 1 - робота з усім переліком сутностей одного типу. Для видалення, редагування або додавання сутності, майданчик передає повний перелік сутностей одного типу, який замінює попередній.
- Режим 2 - робота з окремою сутністю, можливість звернутися до ID сутності та відредагувати всі або окремі її поля або видалити таку сутність.
Робота із документами
Будь-який публічний документ який користувач завантажив до відповідної сутності, має бути доступний для ознайомлення будь-якому користувачу на будь-якому із підключених майданчиків, у відповідний період процедури.
Будь-який приватний документ, який учасник завантажив до заяви на участь, має бути доступний для ознайомлення учаснику, який його завантажив та Замовнику аукціону, в якому учасник бере участь, у відповідний період процедури.
Етапи роботи із документами:
1-й етап: Користувач системи завантажує документ\документи в особистому кабінеті, після чого майданчик - завантажує документ\документи до DS та додає до відповідної сутності (завантажені документи зберігаються в ЦБД та відображаються на майданчику).
...
* Після завершення аукціону, протягом періоду підписання протоколу (verificationPeriod), учасники мають можливість довантажити до bid'а набір документів для усунення формальних недоліків (усі типи документів, що дозволені для bid`а) - ТІЛЬКИ ДЛЯ RENEWABLES.
- У разі довантаження оновленої версії документу, тип документу (documentType) та його неймінг (legalName) має співпадати, з документом, який на етапі розміщення заяви було додано до bid'а. Можливо тільки довантажити документи, всю інформацію bid`а (поля та документи), яка була збережена в період подання пропозицій (tenderPeriod), змінювати неможливо.
- Видалення документів bid'а, які були завантажені в період подання пропозицій (tenderPeriod), на етапі кваліфікації заборонено.
Особливості роботи із цифровим підписом
Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService.
...
Цифровий підпис документу необов'язковий, обов'язковість вказується в ТЗ процедури, за умови відповідних вимог в нормативних документах.
Технічні особливості роботи із цифрового підпису
ПЗ за рахунок якого створюється цифровий підпис - за бажанням майданчика, централізоване рішення поки не пропонуємо, заплановано у беклог, проте строки поки невідомі.
Обмежень щодо розширення файлу на стороні ЦБД відсутні
Вимоги до майданчиків
Можливі 2 варіанти реалізації цифрового підпису:
- Окремо документ цифрового підпису та назву/посилання на оригінальний документ
- Поряд з оригінальним документом виводити пов'язані файли цифрового підпису
Схеми по роботі з Інформаційним Повідомленням
Порядок малої приватизації під час дії воєного стану
Повідомлення
Повідомлення щодо публікації інформаційного повідомлення
- Організатору
- Коли - після створення Інформаційного Повідомлення в ЦБД та набуття їм статуса “Опубліковано” (pending)
- Що - Інформаційне повідомлення опубліковане. Ви можете виправити технічні помилки протягом 48 годин після публікації.
- Коментарі - Повідомлення надходить протягом 5 хв.
Повідомлення щодо редагування Інформаційного Повідомлення
- Організатору
- Коли - після збереження змін у Інформаційному Повідомленні або Об’єкті, які зроблені протягом rectificationPeriod
- Що - Зміни в Інформаційному Повідомленні успішно виконані
- Коментарі - Повідомлення надходить протягом 5 хв.
Повідомлення щодо розформування Інформаційного Повідомлення
- Організатору
- Коли - після набуття Інформаційним Повідомленням статусу “Об’єкт не продано” (dissolved)
- Що - Інформаційне повідомлення розформовано. Для продовження продажу Об'єкта малої приватизації створіть нове Інформаційне Повідомлення
- Коментарі - Повідомлення надходить протягом 5 хв.
Послідовність створення ланцюжка Процедур аукціонів
Послідовність та кількість аукціонів
| Expand | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Для продажу Об'єктів малої приватизації під час воєнного стану визначена наступна послідовність аукціонів та типи аукціонів: - Перший аукціон - англійський з переважним правом - Другий аукціон - англійський з переважним правом - Третій аукціон - англійський - Четвертий аукціон - англійський - Четвертий аукціон - англійський зі знижкою 50% - Пʼятий аукціон - голландський - Шостий аукціон - голландський зі знижкою 50%
Умови для створення наступної Процедури
Перша Процедура створюється автоматично по завершенню announcement.rectificationPeriod (Як тільки наступає announcement.rectificationPeriod.endDate)
Друга (можлива), Третя, Четверта, Пʼята та можлива Шоста Процедура аукціону автоматично створюється одразу, якщо попередня Процедура набула статусу unsuccessful.
- Друга Процедура аукціону створюється тільки у випадку, коли Перша Процедура аукціону перейшла в статус unsuccessful. внаслідок дискваліфікації учасників де один з учасників, учасник з переважним правом з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності), то такий аукціон вважається зірваним і це є причиною створення Другої Процедури. Тобто, логіка наступна: якщо Процедура-1 має статус unsuccessful і у неї 1 або 2 awardи(але обовʼязково учасник з переважним правом) у статусі unsuccessful, то має створитись Процедура-2, якщо серед учасників в статусі unsuccessful немає учасника з переважним правом, тоді створюється Процедура - 3.
Шоста Процедура аукціону створюється тільки у випадку, коли Пʼята Процедура аукціону перейшла в unsuccessful внаслідок дискваліфікації учасників з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності) то такий аукціон вважається зірваним і це є причиною створення шостої Процедури. Тобто, логіка наступна: якщо Процедура-5 має статус unsuccessful і у неї 1 або 2 awardи у статусі unsuccessful, то має створитись Процедура-6.
Якщо статус Процедури змінено на cancelled, то наступна Процедура не створюється, а Інформаційне Повідомлення автоматично набуває статусу dissolved.
За замовчуванням кількість аукціонів - 4. Мінімальна кількість -1 (якщо Перша процедура успішна), Можливий 2й та 6й аукціон за умови, що Перший та Пʼятий відповідно завершився з причини дискваліфікації Учасників.
В залежності від значення tenderAttempts, відображати назву аукціону:
- 1 - "Аукціон з переважним правом"
- 2 - "Повторний аукціон з переважним правом"
- 3 - "Аукціон без умов або аукціон з умовами"
- 4 - "Аукціон із зниженням стартової ціни"
- 5 - "Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
- 6 - "Повторний аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
Особливості часових параметрів
Для автоматичного створення та публікації Процедур аукціонів використовуються наступні параметри:
...
- Перша Процедура набула статусу Procedure.status: unsuccessful у п’ятницю 15.05.2026
- Друга Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу.
- У Другої Процедури розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Другої Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- Якщо Дата початку Модулю Аукціону припадає на вихідний або святковий день, то Аукціон буде перенесений вперед на найближчий робочий день.
Стартова ціна
- Для аукціонів з продажу об’єктів малої приватизації під час воєнного стану визначені наступні розміри стартової ціни:
- Перший аукціон - стартова ціна першого аукціону вважається 100%
- Другий аукціон - стартова ціна першого аукціону вважається 100%
- Третій аукціон - стартова ціна першого аукціону вважається 100%
- Четвертий аукціон - 50% стартової ціни першого аукціону
- Пʼятий аукціон - 50% стартової ціни першого аукціону
- Шостий аукціон - 50% стартової ціни першого аукціону
Організатор задає значення стартової ціни першого аукціону (допускається тільки валюта - ГРН). Стартові ціни для наступних аукціонів розраховуються автоматично без можливості редагування.
Автоматичний перерахунок гарантійних внесків
При створенні ІП у запиті на ЦБД мають передаватись заповнені поля guarantee та currentTenantGuaranteeFee. де guarantee заповнює Організатор а currentTenantGuaranteeFee за замовчуванням дорівнює guarantee але Організатор має право редагувати це поле. Подальша логіка розповсюджується на два поля однаково.
На стороні ЦБД валідація лише на "обов'язковість заповнення".
На майданчику можна пропонувати Організатору автозаповнення полей guarantee, що == 20% стартової ціни поточного аукціона (20% від announcement.InitialProps.value).
Протягом 48 годин, доки у ІП триває rectificationPeriod поле guarantee можна редагувати.
Для першої процедури у ланцюжку ГВ завжди копіюється із announcement.initialProps.guarantee.
Для другої і наступних Процедур у ланцюжку, якщо будь які попередні два аукціона* з продажу цього Об’єкта не відбулись (статус процедури “unsuccessful”) з наступних причин дискваліфікації учасників (статус аварду “unsuccessful”):
- Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
- Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна”;
- Подав неправдиві відомості про себе;
- Відмовився від підписання протоколу про результати електронного аукціону;
- Відмовився від укладення договору;
- Відмовився від підписання протоколу аукціону або договору купівлі-продажу щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
- Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
- Не сплатив ціну продажу об'єкта приватизації у встановлений строк.
...
У разі автоматичного розрахунку суми плат та/або внесків у випадках, якщо розмір відповідної суми включає числове значення менше копійки, ЦБД автоматично заокруглює відповідну суму за такими правилами: сума, що закінчується від 0,0001 до 0,4999 копійки, заокруглюється в бік зменшення до найближчої суми, яка дорівнює цілій копійці; сума, що закінчується від 0,5 до 0,9999 копійок, заокруглюється в бік збільшення до найближчої суми, яка дорівнює цілій копійці.
Логіка відображення створених та не створених Процедур у структурі відповіді Інформаційного Повідомлення (_specs.calculatedData)
1. Коли тільки створено ІП (announcement.status: pending), відповідь на запит по ІП має містити:
...
Якщо в результаті дій Організатора виявилося, що guarantee перерахувалося згідно логіки Автоматичний перерахунок гарантійних внесків, то відповідні значення мають змінитись і в _specs.pipeline.stages[].calculatedData.guarantee.
Тобто, значення параметрів мають бути однакові в Процедурі і в Інформаційному повідомленні.
pipelineMethod
- announcement - rectificationPeriod: 2days, процедура smallPrivatization-english
- announcement-fast - rectificationPeriod: 2mins, процедура smallPrivatization-english-fast
- announcement-manual - rectificationPeriod: 10mins, процедура smallPrivatization-english-manual
- announcement-ultrafast - rectificationPeriod: 5secs, процедура smallPrivatization-english-fast