...

Мета створення та нормативні засади

Відповідно до:

• ЗУ “Про приватизацію державного і комунального майна”

...

• постанови КМУ від 10.05.2018 року № 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу”

...

• постанови КМУ від 20.05.2026 року № 632 "Про внесення змін до Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу"

доповнити розробити функціонал реєстру інформаційних повідомлень. В рамках Prozorro.Sale буде реалізовано сутністьІнформаційних повідомлень сутністю сompensation_announcement(JCS). Технічна назва сompensationAnnouncementSmallPrivatization

ЗУ “Про приватизацію державного і комунального майна”

№ 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу”

Особливості реєстру Інформаційних Повідомлень приватизації обʼєкта оренди з невідʼємними поліпшеннями

...

• Дата початку Першого аукціону (extraSpecs[].periods.periodName: auctionPeriod startDate)
  • Особливості:
    • Дата аукціону визначається Організатором;
    • Час аукціону визначається ЦБД в період з 11:00 - 13:00 при автоматичному створенні Першої Процедури;
    • Перша Процедура буде буде створена автоматично, як тільки завершиться announcement.rectificationPeriod. Модуль Аукціону буде запущено у дату, яку вказав Організатор у Дата початку Першого аукціону та час визначений ЦБД при створенні процедури. У період між датою створення Першої Процедури і “Дата початку Першого аукціону” триває tenderPeriod Першої Процедури, який завершується о 20:00 дня, що передує дню “Дата початку Першого аукціону”.
    • Період між створенням Першої Процедури і “Дата початку Першого аукціону” не може бути менше 4 робочих днів (auctionPeriod_startDate >= currentDate + 4 wd);
    • Максимальна кількість днів між створенням Першої Процедури і “Дата початку Першого аукціону” 366 календарних днів.
    • Друга та наступні Процедури створюються автоматично одразу, тільки якщо попередня Процедура із ланцюжка ІП набула статусу Procedure.status: unsuccessful

Приклад: якщо Перша Процедура набула статусу Procedure.status: unsuccessful, то Друга, Третя, Четверта, Пʼята та Шоста Процедури (в залежності від виконання умов відповідно до кожної процедури) буде створена автоматично одразу.

• Період на подачу пропозицій (робочих днів) (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

...

*- враховуються будь які попередні 2 аукціона з продажу об'єкта протягом поточного та всіх попередніх ІП в не залежності від типу ІП. Гарантійний внесок також може бути відредагований вручну Організатором безпосередньо у Процедурі (для другої та наступних процедур ланцюжка) під час clarificationPeriod (48 годин після публікації процедури)

Anchor
guarantee_calc guarantee_calc

Логіка розрахунку guarantee та currentTenantGuaranteeFee при створенні Процедур у ланцюжку ІП

...

1. У Announcement Організатор заповнює поля guarantee та currentTenantGuaranteeFee (де значення currentTenantGuaranteeFee можна передзаповнити на Майданчику автоматично = guarantee але з можливістю редагування користувачем)
2. При автоматичному створенні 1-ї Процедури SPЕ поля guarantee та currentTenantGuaranteeFee мають скопіюватись у SPЕ.
   1. В нас закладено, що у Першій Процедурі не має бути можливості редагувати поля guarantee та currentTenantGuaranteeFee, які скопіювались із Announcement
3. При автоматичному створенні 2-,3-,4-ї Процедур SPE поля guarantee та currentTenantGuaranteeFee == 20%  від Поточної ціни Аукціона (поточна ціна ==  Стартовова ціна аукцінону)
   1. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee у 2-,3-,4-й  Процедурі SPE. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
4. При автоматичному створенні 5ї та 6-Ї Процедури SPD поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
   1. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee  у 5-й та 6-й Процедурі SPD. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтні, з можливістю змінити.

...