Загальний огляд процедури (smallPrivatization-priorityEnglish)

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

Відповідно до ЗУ “Про приватизацію державного і комунального майна” та постанови КМУ від 10.05.2018 року № 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу” та постанови КМУ від 20.05.2026 року № 632 "Про внесення змін до Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу" розробити функціонал реєстру інформаційних повідомлень та розробити процедури: проведення електронних аукціонів з продажу об’єктів малої приватизації. В рамках Prozorro.Sale буде реалізовано sellingMethod: smallPrivatization-englishPriority (SPP).

Глосарій процедури

Крок аукціону — мінімальна надбавка, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції
Лот — об’єкт продажу, який виставляється на електронний аукціон
Закрита цінова пропозиція — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні
Учасник — фізична особа або юридична особа в особі уповноваженого представника, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний ключ (token) учасника;
Учасник з переважним правом - Учасник, який є чинним орендарем та має право на першочерговий викуп лоту за ціною вказаною учасником без такого права
Цінова пропозиція — сума коштів, сплата якої декларується учасником у ході електронного аукціону
Валідна ставка - ставка, за умови якої аукціон вважаєтсья успішним = стартова ціна + мінімальний крок аукціону.

Особливості процедури та відмінності від smallPrivatization-english

На етапі роботи із Процедурою:
- Процедура публікується автоматично відповідно до умов, які вказані в Інформаційне повідомлення приватизації об’єкта оренди з невід’ємними поліпшеннями
- Один аукціон може містити кілька items (активів). Ця інформація при створенні Процедури копіюється із Об'єкту реєстру (asset).
- minNumberOfQualifiedBids = 1 (одна валідна заява на участь для початку кваліфікації)
- Порядковий номер Процедури (tenderAttempts) заповнюється автоматично при авто-публікації процедури із Інформаційного Повідомлення.
- Присутні поля "Інформація про чинного орендаря", який в даній процедурі одночасно є учасником з переважним правом (в цій процедурі може бути тільки один учасник з переважним правом). Значення полів заповнюються автоматично при авто-публікації процедури Jobber-ом із Інформаційного повідомлення
- Даний тип процедури використовується для Першої та Другої процедури (в разі виконання умов її публікації) створених з Інформаційне повідомлення приватизації об’єкта оренди з невід’ємними поліпшеннями
Аукціон:
- англійський аукціон
- додатковий, 4-й раунд для учасника з переважним правом
Кваліфікація:
- кількість переможців = 1 переможець
- можлива присутність одного "учасника, що очікує" кваліфікацію переможця (awards[1].status = pending_waiting)
Додаткові особливості:
- можливі відмінності у протоколі

Учасник має переважне право в ході аукціону за умови, що він бере участь в такому аукціоні та зробив закриту цінову пропозицію, яка є не меншою, ніж розмір стартової ціни.

Якщо протягом періоду прийому пропозицій прийшов учасник з переважним правом, то для початку кваліфікації (під час МА) його ставка має бути розміром: стартова+мінімальник крок. Інакше його ставка буде не валідною і в разі якщо всі інші учасники також не мають ставки (стартова+мінімальник крок) процедура після завершення періоду прийому пропозицій перейде в статус unsuccessful
Якщо протягом періоду прийому пропозицій прийшов учасник з переважним правом і також інші учасники, то ставка хоч одного учасника має бути розміром: стартова+мінімальний крок. Інакше четвертого раунда для учасника з переважним правом не відбудеться і після завершення аукціону процедура набуде статусу unsuccessful
Якщо протягом періоду прийому пропозицій прийшов учасник з переважним правом і також інші учасники. Хоч один учасник зробив ставку, що дорівнює, або більша за стартову+мінімальний крок, то в четвертому раунді учаснику з переважним правом запропонується "виграти лот" за найбільшою запропонованою іншим учасником ціною, або за наступною по величині (конкурувати з тим, хто очікує рішення в разі дискваліфікації переможця аукціону)

Під час аукціону (auctionPeriod) учасник з переважним правом має право не робити ставки до 4-го раунду аукціону

Дані учасника з переважним правом (relatedOrganizations.currentTenants) можуть редагуватися Організатором протягом rectificationPeriod у Інформаційному повідомленні.

Після завершення rectificationPeriod у ІП і публікації процедури, дані про чинного орендаря (учасника з переважним правом) Організатор редагувати не може

Посилання на legalNames - ТУТ

Ось готовий файл з legal_names

Класифікатори та словники

Для даної процедури items копіюються із Об'єкта реєстру (asset).

Всі класифікатори Об'єкту вказуються на етапі створення Об'єкту або редагуються поки Об'єкт (asset) знаходиться у статусі pending.

На рівні ЦБД має відбуватись валідація відповідності двох класифікаторів згідно логіки, яка описана тут

Значення полів з класифікаторами передаються при створенні Процедури із Об'єкту реєстру (asset) і не доступні для редагування Організатору у Процедурі взагалі.

Статуси процедури

Схема “Модель статусів процедури (1 заява - викуп)”

Схема “Модель статусів процедури (2 та більше учасників - аукціон)”

Тех назва	Назва	Умови зміни статусу	Опис	Функціонал
active_tendering	Прийняття заяв на участь	При настанні rectificationPeriod.endDate Інформаційного Повідомлення автоматично створюється Перша Процедура. Для створення Процедури використовуються значення полів пов'язаного Об'єкту реєстру та Інформаційного Повідомлення. ЦБД передає майданчику Організатора token створеної Процедури та Процедура набуває статусу “Прийняття заяв на участь” (active_tendering) Токени на створення Процедури будуть зберігатися в ІП (так як він родитель Процедур) і Майданчик, через Міррор сервіса ІП, буде отримувати оновлення про зміну у ІП та брати з нього токени, якщо вона Власник або не отримувати, якщо НЕ Власник	Для подання заяв для участі в аукціоні (tenderPeriod), публікація питань щодо лоту (questionPeriod) та відповідей (enquiryPeriod).	Активація заяви на участь учасника (в тому числі тих учасників, які були дискваліфіковані у попередньому аукціоні (перевірка всіх аукціонів, що повязані з Об'єктом реєстру), але завантажили документ (admissionReason), що підтверджує допуск цього учасника. Відповідальність за активацію заяви раніше дискваліфікованого учасника несе Оператор учасника).
active_auction	Аукціон	Після створення Процедури ЦБД визначає точну дату та час початку періоду аукціону (auctionPeriod). У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).	Дата початку першого Аукціону зазначається Організатором у Інформаційному Повідомленні і копіюється у Першу Процедуру. Логіка і граничні значення Дати старту модулю Аукціону описані у ТЗ по ІП. Для Другої і подальших Процедур auctionPeriod.startDate визначається згідно значенню, що вказав Організатор у ІП у полі announcement.tenderPeriodDuration
active_qualification	Очікується опублікування протоколу	По завершенню періоду аукціону (auctionPeriod) за умови 2-х або більше bid-ів та за умови наявності хоча б однієї валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону), АБО за наявності лише 1-ї заяви на участь в періоді прийняття заяв на участь (tenderPeriod); ЦБД змінює статус процедури на “Очікується опублікування протоколу” (active_qualification) - 1 фаза кваліфікації переможця (award:pending), відбувається в частині роботи із протоколом, статус award’у змінюється на “Очікується протокол” (pending).	Для публікації Організатором рішення про приватизацію шляхом викупу під час періоду (admissionPeriod), тільки якщо була подана лише 1-на заява на участь в періоді прийняття заяв на участь (tenderPeriod). Для роботи із протоколом, а саме завантаження з боку Учасника та Оператора майданчика переможця (опціонально), завантаження та публікації підписаного Учасником й Оператором та затвердженого органом приватизації протоколу Організатором (обов’язково) під час періоду (verificationPeriod).
pending_payment	Очікується оплата	По завершенню роботи із протоколом, Організатор опубліковує протокол, статус процедури змінюється на “Очікується оплата” (pending_payment) - 2 фаза кваліфікації переможця, а саме в частині отримання інформації щодо оплати ціни продажу.	Для підтвердження Організатором факту оплати переможцем ціни за придбане на аукціоні майно. Для підтвердження Оператором переможця факту сплати повної суми за участь, яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.
active_awarded	Очікується підписання договору	Після підтвердження факту оплати ціни продажу, статус процедури змінюється на “Очікується підписання договору” (active_awarded) - 3 фаза кваліфікації переможця, а саме в частині роботи із договором.	Для роботи із договором, а саме завантаження договору та внесення необхідної інформації щодо договору та його підтвердження Організатором. Оператором переможця повинна бути підтверджена оплата за участь Переможцем, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.
complete	Аукціон завершено. Договір підписано	Термінальний статус. Після отримання інформації про оплату, Організатор аукціону натискає на кнопку “Завершити аукціон”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на complete.
unsuccessful	Аукціон не відбувся	Термінальний статус. Можливі наступні автоматичні варіанти зміни статусу процедури на unsuccessful в ЦБД, у разі: Якщо в рамках tenderPeriod немає жодної поданої заяви; Якщо в рамках періоду публікації рішення про викуп (admissionPeriod) не опубліковано рішення про викуп; Якщо за результатами auctionPeriod, немає жодної валідної ставки. Валідна ставка - рівна стартової ціни лота (у випадку одного учасника), рівна або вище суми стартової ціни лота та кроку аукціону (у випадку 2 та більше учасників); Якщо в рамках кваліфікації Організатор дискваліфікував єдиного переможця; Якщо в рамках кваліфікації Організатор дискваліфікував учасника з другою ціновою пропозицією, який став Переможцем після дискваліфікації учасника з найвищою ціновою пропозицією.
cancelled	Аукціон відмінено	Можливість скасування аукціону у Організатора присутня у всіх не термінальних статусах процедури. Для зміни статусу процедури на “Аукціон відмінено” Організатор зобов’язаний натиснути кнопку “Скасувати”, завантажити документ з причинами скасування (cancellationDetails) та обрати причину скасування із довідника, після чого майданчик Організатора передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”.

Статуси заяви на участь Учасника

Схема “Модель статусів заяви на участь (біда)”

Чернетка заяви
- Технічний ідентифікатор - draft
- Майданчик:
  - Можливість активувати заяву на участь
  - Умови зміни статусу - Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).
Підтверджена заява
- Технічний ідентифікатор - active
- Учасник:
  - відсутній
- Умови зміни статусу - Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД. ЦБД робить перевірку заяви: чи був дискваліфікований учасник у попередніх аукціонах, пов'язаних із об'єктом реєстру з причин:
  - Відмовився від підписання протоколу про результати електронного аукціону;
  - Відмовився від укладення договору;
  - Відмовився від підписання протоколу аукціону або договору купівлі-продажу в аукціоні з продажу того самого об’єкта приватизації, що підтверджується відповідним актом;
  - Не сплатив ціну продажу об'єкта приватизації у встановлений строк;
  - Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом.
- якщо учасник був раніше дискваліфікований з перелічених вище причин, то перевірити чи завантажений у заяву документ з типом “admissionReason”. Тільки заяви тих учасників, які не були раніше дискваліфіковані АБО були дискваліфіковані та мають завантажений документ з типом “admissionReason”, змінюють статус на “Підтверджена заява” (active) та вважаються опублікованими
Видалена заява
- Технічний ідентифікатор - deleted
- Учасник:
  - відсутній
- Умови зміни статусу - У разі анулювання заяви на участь учасником АБО якщо Організатор скасував процедуру до завершення роботи МА

Статуси аварда

Схема "Модель статусів аварда (1 заява - викуп)" Схема "Модель статусів аварда (2 та більше учасників - аукціон)"

Очікується рішення про викуп
- Технічний ідентифікатор - pending_admission
- Учасник
  - Завантаження підписаного учасником протоколу під час періоду (admissionPeriod) (не обов'язкова дія - з можливістю замінити протокол)
- Оператор майданчика учасника
  - Завантаження підписаного учасником та Оператором майданчика учасника протоколу під час періоду (admissionPeriod) (не обов'язкова дія - з можливістю замінити протокол)
- Організатор
  - Завантаження та публікація обов’язкового документу “Рішення про приватизацію шляхом викупу (redemptionDecision)” під час періоду (admissionPeriod) відбувається автоматична зміна статуса з pending_admission на pending
  - Дискваліфікація учасника;
- Умови зміни статусу - автоматично присвоюється переможцю під час генерації аварду (тільки якщо була подана лише 1-на заява на участь в періоді прийняття заяв на участь (tenderPeriod)).
Очікується протокол
- Технічний ідентифікатор - pending
- Організатор
  - Завантаження підписаного та затвердженого протоколу під час періоду (verificationPeriod) (обов'язкова дія - з можливістю замінити протокол);
  - Переведення статусу учасника до наступного статусу "Очікується оплата" (pending_payment);
  - Дискваліфікація учасника;
- Учасник
  - Можливість завантажити та замінити протокол (не обов'язкова дія).
- Умови зміни статусу
  - Після публікації рішення про приватизацію шляхом викупу зі статусу penging.admission (1-на заява на участь в періоді прийняття заяв на участь (tenderPeriod));
  - Автоматично присвоюється переможцю під час генерації авардів (за умови 2-х або більше bid-ів на момент завершення періоду аукціону (auctionPeriod));
  - Зі статусу pending_waiting (якщо переможцем став учасник з наступною по величині ціновою пропозицією)
Очікується оплата
- Технічний ідентифікатор - pending_payment
- Організатор
  - Для підтвердження факту оплати ціни продажу Організатором (натискання кнопки “Договір оплачено”, обов’язково);
  - Дискваліфікація учасника.
- Оператор майданчика переможця
  - Підтвердження Оператором переможця факту сплати повної суми за участь, яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь (не обов’язково).
- Учасник - відсутній
- Умови зміни статусу - після підтвердження протоколу Оператором Організатора, авард змінює статус з "Очікується протокол" (pending) на "Очікується оплата" (pending_payment).
Очікується рішення
- Технічний ідентифікатор - pending_waiting
- Організатор - відсутній.
- Учасник - відсутній.
- Умови зміни статусу - автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів
Переможець. Очікується договір
- Технічний ідентифікатор - active
- Організатор
  - Завантаження договору (з можливістю замінити);
  - Дискваліфікація учасника (до завершення аукціону);
  - Підтвердження оплати ціни продажу (натискання кнопки);
- Учасник - відсутній.
- Оператор майданчика переможця
  - Підтвердження Оператором переможця факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь (не обов’язково, до публікації договору)
- Умови зміни статусу - Організатор підтверджує факт оплати ціни лоту натисканням кнопки “Договір оплачено”, award змінює свій статус на active.
- Коментар - Дискваліфікувати переможця можливо до завершення аукціону.
Дискваліфіковано
- Технічний ідентифікатор - unsuccessful
- Організатор - функціонал відсутній
- Учасник - функціонал відсутній
- Умови зміни статусу - дискваліфікація учасника на будь-якому етапі кваліфікації. Обов’язковою умовою для зміни статусу є:
  - а) завантажений один із документів “Рішення про відмову у затвердженні протоколу або договору” (rejectionProtocol) або “Акт про відмову переможця” (act);
  - б) обрати причину дискваліфікації зі словника Посилання
  - в) підтвердити дискваліфікацію
Учасник не став переможцем -
- Технічний ідентифікатор - cancelled
- Організатор - функціонал відсутній
- Учасник - функціонал відсутній
- Умови зміни статусу
  - за умови участі лише одного Учасника, якщо не завантажено документ award.redemptionDecision протягом admissionPeriod
  - аукціон перейшов в термінальний статус (complete), у зв’язку з чим 2-й учасник не набув статусу переможця.

Статуси контракту

Схема “Модель статусів контракту”

Очікується договір
- Технічний ідентифікатор - pending
- Організатор
  - Завантаження підписаного договору з учасником;
  - Підтвердження підписання договору;
  - Дискваліфікація учасника.
- Учасник - відсутній
- Умови зміни статусу - автоматично присвоюється переможцю під час генерації авардів.
Договір підтверджено
- Технічний ідентифікатор - active
- Організатор
  - Завершення аукціону.
- Учасник - відсутній
- Умови зміни статусу - Організатор підтвердив договір.
Договір скасовано
- Технічний ідентифікатор - cancelled
- Організатор - відсутній
- Учасник - відсутній
- Умови зміни статусу - Організатор аукціону дискваліфікував учасника через неможливість підписання договору або неотримання оплати ціни.

Опис періодів

Період запитань - questionPeriod

Статус процедури - active_tendering

Умови формування дати початку та кінця періоду
- Особливості періоду - відсутні
- Дата початку: може припадати на неробочий день, відповідає початку періоду подання пропозицій (tenderPeriod.startDate).
- Дата завершення: може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону о 18:00.
- Функціонал Організатора - відсутній
- Функціонал Учасника
  - Можливість задати запитання;
  - Можливість відредагувати запитання (протягом 2-х годин після публікації та якщо ще не була надана відповідь Організатором)

Період відповідей - enquiryPeriod

Статус процедури - active_tendering

Умови формування дати початку та кінця періоду
- Особливості періоду - відсутні
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod.startDate).
- Дата завершення: може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону о 18:00.
- Функціонал Організатора
  - Відповіді на запитання учасників.
  - Можливість завантажувати нові документи в оголошення.
- Функціонал Учасника
  - Ознайомлення із отриманими відповідями.

Період уточнень - clarificationPeriod

Статус процедури - active_tendering

Умови формування дати початку та кінця періоду
- Особливості періоду - цей період має бути відсутній для першої Процедури із ланцюжка Інформаційних Повідомлень.
  - Якщо Procedure.tenderAttempts == 1, то clarificationPeriod.startDate == clarificationPeriod.endDate.
  - Якщо Procedure.tenderAttempts > 1, то clarificationPeriod.endDate == clarificationPeriod.startDate + 48 годин.
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod.startDate).
- Дата завершення: може припадати на неробочий день, завершується через 48 годин після Дати початку (clarificationPeriod.startDate).
- Функціонал Організатора
  - Можливість редагувати поля Procedure.guarantee
- Функціонал Учасника
  - Відсутній

Період подання пропозицій - tenderPeriod

Статус процедури - active_tendering

Умови формування дати початку та кінця періоду
- Особливості періоду - тривалість tenderPeriod визначається організатором в Інформаційному Повідомленні.
  - Для Першої Процедури tenderPeriod починається з моменту Створення Першої Процедури і завершується у Дату, яку вказав Організатор у Інформаційному Повідомленні у полі announcement.extraSpecs.periods."periodName": "auctionPeriod" -> auctionPeriod.startDate;
  - Для Другої і подальших Процедур tenderPeriod починається з моменту створення Процедури і триває таку кількість днів, яку вказав Організатор у ІП у полі announcement.extraSpecs.periods."periodName": "tenderPeriod" -> tenderPeriod.duration.quantity + tenderPeriod.duration.unit;

З точки зору користувача він має внести два значення: - Дата початку першого Аукціону
- Кількість днів, які триває tenderPeriod для другої і подільших Процедур.

Не робимо на рівні ЦБД у Процуедурі валідацію кількості днів тривалості tenderPeriod.

- **Дата початку:** може припадати на неробочий день, співпадає з датою публікації Процедури (datePublished).
- **Дата завершення:** може припадати на неробочий день, в 20:00 дня, що передує дню початку auctionPeriod.startDate.
- **Функціонал Організатора**
    - Скасування аукціону;
    - Редагування окремих полів оголошення: 
        - Procedure.sellingEntity
        - Procedure.accessDetails
        - Procedure.bankAccounts
        - Procedure.assetHolder
        - та всі дочірні сутності;
    - Можливість завантажувати нові документи в оголошення та заміна завантажених нових документів.
- **Функціонал Учасника**
    - Можливість подання заяв на участь;
    - Можливість внесення змін в заяву на участь протягом всього tenderPeriod;
    - Можливість завантажувати та замінювати документи заяви на участь протягом всього tenderPeriod;
    - Можливість анулювати заяву на участь.

Період аукціону - auctionPeriod

Статус процедури - active_auction

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - починається у визначену Організатором дату та визначений ЦБД час, залежить від наявності не менше 2-х bid's в статусі active.
  - в разі присутності учасника з переважним правом наявний додатковий раунд (4й) в кінці аукціону для учасника з переважним правом, для можливості ним погодитись на першу або другу найвищу ставку.
- Дата початку: завжди припадає на робочий день, точна дата та час (часовий діапазон з 11:00 - 13:00) визначається ЦБД з огляду на встановлену в інформаційному повідомленні Організатором дату початку аукціону
- Дата завершення: може припадати на неробочий день, подія завершення аукціону.
- Функціонал Організатора
  - Скасування аукціону.
- Функціонал Учасника
  - Участь в аукціоні.

Період публікації рішення про викуп - admissionPeriod

Статус процедури - active_qualification

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Починається за умови наявності лише 1 заяви на участь в момент завершення періоду подання пропозицій (tenderPeriod.endDate).
  - Тривалість admissionPeriod - 5 робочих днів з дня, наступного за tenderPeriod.endDate.
  - Якщо рішення про викуп опубліковано, має відбуватись кваліфікація учасника згідно зазначених у qualificationPeriod термінів;
  - Якщо рішення про викуп НЕ опубліковано, то процедура набуває термінального статусу “Аукціон не відбувся. ЦБД автоматично переводить Процедуру у статус Unsuccessful.
- Дата початку: може припадати на неробочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod.endDate).
- Дата завершення: завжди припадає на робочий день.
- Функціонал Організатора:
  - Публікація рішення про викуп;
  - Можливість завантажувати нові документи в оголошення;
  - Редагування окремих полів оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder
    - Procedure.bankAccounts
      та всі дочірні сутності;
  - Скасування аукціону.
- Функціонал Учасника:
  - Завантаження протоколу (дія не обов'язкова).
- Функціонал майданчика переможця:
  - Завантаження протоколу (дія не обов'язкова).

Період кваліфікації - qualificationPeriod*

Статус процедури - active_qualification, pending_payment, active_awarded

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Формується за наявності переможця за результатами проведеного аукціону (тривалість періоду = 35 р.д. з дня формування протоколу про результати електронного аукціону (25 днів дається Організатору на підписання Протоколу + 10 днів на завантаження його у ЕТС)), або за наявності 1-єї активованої заяви на участь в момент завершення періоду прийняття заяв на участь (tenderPeriod) (тривалість періоду = 35 р.д. з дня формування протоколу про результати електронного аукціону (25 днів дається Організатору на підписання Протоколу + 10 днів на завантаження його у ЕТС));
  - Дата завершення періоду може перераховуватись (збільшуватись на 60 робочих днів з дня укладання попереднього договору); Період завершується вручну;
  - Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
- Дата початку:
  - Може припадати на неробочий день;
  - Відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв;
  - Відповідає даті та часу завершення періоду прийняття заяв на участь (tenderPeriod), за наявності 1-єї активованої заяви на участь.
- Дата завершення:
  - Може припадати на неробочий день. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне кнопку “Аукціон завершено”);
- Функціонал Організатора:
  - Скасування аукціону (можливо до завершення аукціону);
  - Редагування окремих полів оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder
      та всі дочірні сутності;
  - Можливість завантажувати нові документи в оголошення;
  - Завершення аукціону (auction.complete).
- Функціонал Учасника: - відсутній.

Період підписання протоколу - award.verificationPeriod*

Статус процедури - active_qualification

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - тривалість періоду - 7 робочих днів з дня, наступного за днем формування протоколу.
- Дата початку:
  - Може припадати на неробочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв АБО припадати на не робочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod), за умови подання лише 1 заяви.
- Дата завершення:
  - Завжди припадає на робочий день, тривалість періоду до 7 робочих днів з дня, наступного за днем формування протоколу. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне "Протокол затверджено").
- Функціонал Організатора:
  - Робота із протоколом (завантаження, заміна);
  - Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
  - Можливість редагувати окремі поля оголошення (банківські рахунки, контактні дані Огранізатора);
  - Можливість завантажувати нові документи в contract та award у всіх нетермінальних статусах;
  - Дискваліфікація переможця.
- Функціонал Учасника:
  - Робота із протоколом (необов'язкова дія - можливість завантажити та замінити протокол).

Період оплати - award.paymentPeriod*

Статус процедури - active_qualification, pending_payment

Умови формування дати початку та кінця періоду:
- Особливості періоду:
  - Тривалість періоду до 20-ти робочих днів з дня формування протоколу, період завершується вручну Організатором аукціону.
- Дата початку:
  - Може припадати на неробочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв АБО припадати на не робочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod.endDate), за умови подання лише 1 заяви.
- Дата завершення:
  - Припадає на робочий день. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне “Договір оплачено”).
- Функціонал Організатора:
  - Підтвердження оплати ціни продажу об'єкта;
  - Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
  - Можливість редагувати окремі поля оголошення (банківські рахунки, контактні дані);
  - Дискваліфікація переможця (можливо до завершення аукціону);
  - Редагування окремих полів оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder
    - Procedure.bankAccounts
      та всі дочірні не технічні поля.
- Функціонал Учасника:
  - Відсутній.
- Функціонал майданчика переможця:
  - Підтвердження факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.

Період опублікування договору - award.signingPeriod*

Статус процедури - active_awarded

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Тривалість періоду 25 р.д. + 10 к.д. (не включаючи день проведення аукціону). Дії в цьому періоді можуть здійснюватися тільки за умови завершення періоду підписання протоколу (award.verificationPeriod). Тривалість періоду може збільшуватись на 60 робочих днів з дня укладання попереднього договору.
- Дата початку:
  - Може припадати на неробочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв АБО припадати на не робочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod.endDate), за умови подання лише 1 заяви.
- Дата завершення:
  - Завжди припадає на робочий день. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД і триває доти, доки Організатор не завершить період вручну (натисне “Підтвердити договір”).
- Функціонал Організатора:
  - Завантаження попереднього договору (заповнення обов’язкових полів);
  - Завантаження договору (заповнення обов’язкових полів);
  - Можливість редагувати окремі поля оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder;
  - Дискваліфікація переможця (можливо до завершення аукціону).
- Функціонал Учасника:
  - Відсутній.
- Функціонал майданчика переможця:
  - Підтвердження факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.

Період підписання договору - award.signaturePeriod*

Статус процедури - active_awarded

Умови формування дати початку та кінця періоду
- Особливості періоду:
  - Тривалість періоду 25 р.д. (не включаючи день проведення аукціону)
- Дата початку:
  - Дата та час початку qualificationPeriod.startDate
- Дата завершення:
  - Через 25 робочих днів з дня наступного за днем початку періоду. Завершення Періоду ніяк не впливає на функціонал Організатора у ЦБД
- Функціонал Організатора:
  - Завантаження попереднього договору (заповнення обов’язкових полів);
  - Завантаження договору (заповнення обов’язкових полів);
  - Можливість редагувати окремі поля оголошення:
    - Procedure.sellingEntity
    - Procedure.accessDetails
    - Procedure.assetHolder;
  - Дискваліфікація переможця (можливо до завершення аукціону).
- Функціонал Учасника:
  - Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).
- Функціонал майданчика переможця:
  - Підтвердження факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.

*Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія)

Типи, опис документів та робота з ними

При авто-створенні процедури в неї копіюються документи із повʼязаного Asset та Announcement згідно таблиці нижче

documentType	x-legalNameUa	x-legalNameEn	Обовʼязковість	Публічність	Опис
Документи із Об'єкта реєстру МП
illustration	Ілюстрації	Illustration	Ні (Обовʼязковий тільки для оголошень із Типом активу itemType == ‘asset’ (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)	Так	Зображення, що можуть додаватися Організатором до оголошення
technicalSpecifications	Інформація про об’єкт малої приватизації	Technical specifications	Ні	Так	Детальна інформація про об’єкт малої приватизації
assetNotice	Рішення про затвердження переліку об’єктів МП	Decision on approval of the list of objects	Ні	Так	Рішення про затвердження переліку об’єктів, що підлягають приватизації / внесення змін до переліку об’єктів
x_presentation	Презентація	Presentation	Ні	Так	Презентація
Документи із Інформаційного повідомлення
notice	Інформаційне повідомлення	Auction notice	Ні	Так	Інформаційне повідомлення про приватизацію об'єкта малої приватизації
evaluationCriteria	Рішення про затвердження умов продажу	Evaluation criteria	Ні	Так	Рішення аукціонної комісії про затвердження умов продажу
contractProforma	Проєкт договору	Contract proforma	Ні	Так	Документ містить умови договору
сonstructionExpertise	Висновок будівельної експертизи	Construction expertise conclusion	Ні	Так	Висновок будівельної експертизи
Документи процедури
clarifications	Рішення про виправлення технічних помилок	Decision on correction of technical errors	Ні (Обовʼязковий тільки в разі внесення змін під час періоду редагування)	Так	Рішення про виправлення технічних помилок, що були виявлені після публікації інформаційного повідомлення Важливо: цей документ Не копіюється із ІП в процедуру при авто-публікації Процедури
Документи Заяви на участь
commercialProposal	Заява на участь	Bid	Ні	Так	Заява на участь
x_passport	Копія паспорта або документу, що посвідчує особу	Passport or identity document	Ні	Ні	Паспорт або інший документ, що посвідчує особу (для фізичної особи нерезидента)
x_tenderersRegisterExtract	Витяг з ЄДРПОУ або копія документа про реєстрацію	Register extract	Ні	Так	Копія витягу з ЄДРПОУ або копію документа про реєстрацію (витяг із торговельного, банківського або судового реєстру тощо)
x_ultimateBeneficiaryInfo	Інформація про кінцевого бенефіціарного власника або інформація про відсутність кінцевого бенефіціарного власника і про причину його відсутності	Ultimate beneficiary information	Ні	Так	Інформація про кінцевого бенефіціарного власника
x_registrationFeeApproval	Документ, що підтверджує сплату реєстраційного внеску	Registration fee approval	Так	Так	Документ, що підтверджує сплату реєстраційного внеску
x_guaranteeApproval	Документ, що підтверджує сплату гарантійного внеску	Guarantee approval	Так	Так	Документ, що підтверджує сплату гарантійного внеску
admissionReason	Підстави для допуску дискваліфікованого учасника	Reasons for admission for previously disqualified	Так, для переводу bid-а в статус active для учасника який був дискваліфікований на попередньому аукціону	Так	Підстави для допуску дискваліфікованого учасника
writtenConsent	Письмова згода потенційного покупця щодо взяття на себе зобов’язань, визначених умовами продажу	Written consent with commitments	Ні	Так	Згода потенційного покупця щодо взяття на себе зобов’язань, визначених умовами продажу
financialStatements	Остання річна або квартальна фінансова звітність	Last financial statements	Ні	Так	Документи про річну або квартальну фінансову звітність
auctionProtocol	Протокол аукціону	Auction protocol	Ні	Ні	Протокол аукціону, який учасник має можливість завантажити в рамках кваліфікації
noRestrictionsStatement	Заява про те, що потенційний покупець не підпадає під обмеження, передбачені статтею 8 ЗУ “Про приватизацію державного майна”	Buyer is not under restrictions of article 8 of the Law statement	Так, для процедури під час дії військового стану	Так	Додаткові документ, який потрібен тільки в процедурах малої приватизації під час дії військового стану
objectAcquaintance	Заява про ознайомлення з об’єктом	Statement of acquaintance with the object	Так, для процедури під час дії військового стану	Так	Додаткові документ, який потрібен тільки в процедурах малої приватизації під час дії військового стану
Документи для Скасування процедури
cancellationDetails	Рішення про скасування інформаційного повідомлення	The decision to cancel the announcement	Ні	Так	Рішення про скасування інформаційного повідомлення
Документи Авард (об’єкт кваліфікації учасника)
auctionProtocol	Протокол про результати електронного аукціону	Auction protocol	Так	Так	Протокол аукціону
rejectionProtocol	Рішення про відмову у затвердженні протоколу або договору	Rejection protocol	Так, для дискваліфікації учасника	Так	Завантажується у разі дискваліфікації учасника (окремо зазначається причина) за умови прийняття рішення Організатором
act	Акт про відмову переможця	Refusal act	Так, для дискваліфікації учасника	Так	Завантажується у разі відмови переможця аукціону від підписання протоколу аукціону або від укладення договору купівлі-продажу, або несплати ним ціни продажу у встановлений строк (окремо зазначається причина)
redemptionDecision	Рішення про приватизацію шляхом викупу	Redemption Decision	Так (якщо на момент закінчення кінцевого строку прийняття заяв на участь подано 1 заяву)	Так	Рішення органу приватизації про приватизацію шляхом викупу
Документи Договору
contractNotice	Повідомлення про договір	Contract notice	Ні	Так	Офіційне повідомлення, що містить деталі договору
preliminaryContract	Попередній договір	Preliminary contract	Ні	Так	Попередній договір
contractSigned	Підписаний договір	Signed contract	Так	Так	Підписаний договір
contractAnnexe	Додатки до договору	Contract annexe	Ні	Так	Додатки до договору
Загальні документи
digitalSignature	Цифровий підпис	Digital signature	Ні	Набуває значення документу з яким пов'

Етапи процедури

Створення та редагування оголошення

Публікація оголошення

Створення та публікація оголошення відбувається автоматично з використанням полів інформаційного повідомлення.

Редагування оголошення

Організатор має можливість внести зміни в тільки в поля, які не впливають на рішення учасників про участь в аукціоні та не призводять до деактивації заяв. А саме:

Організатор має можливість вносити зміни у процедурі до переходу її у термінальний статус у поля з переліку:
- Procedure.sellingEntity
- Procedure.accessDetails
- Procedure.assetHolder
- та всі дочірні до вищевказаних моделей не технічні поля
Організатор має можливість вносити зміни у процедурі до переходу в період підписання договору (award.signingPeriod) у не технічні поля:
- Procedure.bankAccounts.*

Протягом tenderPeriod Організатор аукціону може завантажувати нові документи, замінювати нові документи та не може змінювати документи Процедури, які були перенесені з Інформаційного Повідомлення та Об'єкту реєстру при автоматичному створенні Процедури.

Повідомлення при публікації оголошення

Організатору
- Коли - Публікація процедури
- Що - Оголошення про проведення аукціону опубліковане.
- Коментарі - Повідомлення надходить Організатору протягом 5 хв.

Повідомлення при редагуванні оголошення

Організатору
- Коли - Редагування процедури
- Що - Оголошення про проведення аукціону відредаговано.
- Коментарі - Повідомлення надходить Організатору протягом 5 хв.

Запитання-Відповідь

Схема "Обговорення аукціонів"

Функціонал стандартний. Опис тут - Запитання/Відповіді

Повідомлення при обговоренні аукціону (запитання-відповідь)

Організатору аукціону
- Коли - Отримання нового запитання
- Що - Надійшло запитання щодо аукціону
- Коментарі - Повідомлення надходить Організатору протягом 5 хв., а потім раз на 24 години щодо запитань, які залишилися без відповідей
Учаснику
- Коли - Отримання відповіді на запитання
- Що - Надано відповідь на запитання щодо аукціону
- Коментарі - Повідомлення надходить протягом 5 хв.

Розміщення заяви на участь

Функціонал стандартний. Опис тут - Робота з заявою на участь (bid)

Робота із заявою на участь

Учасник, що подав пропозицію в період дії статусу процедури active_tendering, має можливість вносити зміни в поля заяви на участь, анулювати заяву та завантажувати, замінювати документи в рамках статусу процедури active_tendering.

У випадку переходу Процедури у статус "Аукціон не відбувся" (unsuccessful) або "Аукціон відмінено" (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.

Повідомлення при розміщенні заяв на участь

Так як інформація має бути доступною лише конкретному учаснику, нотифікацію майданчики реалізовують самостійно базуючись на відповідях АРІ, під час роботи із заявами на участь.

Коли інформація про Учасників стає публічною, то поля, які містять Конфіденційну Інформацію (адреса, контактні дані) мають бути приховані для публічного доступу. Цю інформацію буде бачити Організатор та власник заяви на участь (бачить свої дані).

Це реалізовано на рівні моделі base.Organization

Публічно КІ буде повертатися у вигляді "******"

Скасування аукціону

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

Для скасування Організатор аукціону зобов’язаний завантажити документ (documentType:cancellationDetails) та обрати причину скасування (cancellation.reason). Фактичну дату скасування (cancellations.date) Організатор аукціону вказує вручну.

Перелік причин скасування процедури:
- Включення об’єкта приватизації до переліку об’єктів права державної власності, що не підлягають приватизації;
- Ухвалення місцевою радою рішення про скасування попереднього рішення про приватизацію відповідного об’єкта комунальної власності;
- Порушено порядок підготовки до аукціону;
- Виникнення технічного збою, підтвердженого адміністратором електронної торгової системи;
- Рішення суду або інші підстави.

Повідомлення при скасування аукціону

Організатору аукціону
- Коли - Скасування аукціону
- Що - Аукціон скасовано
- Коментарі - Повідомлення надходить протягом 5 хв.
Учаснику
- Коли - Скасування аукціону
- Що - Аукціон скасовано Організатором аукціону. Інформація щодо причин скасування
- Коментарі - Повідомлення надходить протягом 5 хв.

Інформація про отримання посилання на аукціон - Перенести на conf та змінити посиланя

Повідомлення щодо аукціону що не відбувся

Організатору аукціону
- Коли - Аукціон не відбувся
- Що - Аукціон не відбувся.
- Коментарі - Повідомлення надходить протягом 5 хв.

Повідомлення щодо аукціону

Учаснику
- Коли - В момент генерації посилання
- Що - Для участі в аукціоні перейдіть за посиланням
- Коментарі - Повідомлення надходить протягом 5 хв.

Аукціон

Як тільки завершується tenderPeriod, ЦБД автоматично генерує унікальні посилання для кожного учасника. Посилання доступне за авторизованим GET запитом даних біда.

Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (Модуль аукціону)

Детальний опис проходження аукціону ТУТ

Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону.

Для реалізації переважного права чинний орендар надає згоду сплатити суму, що є рівною ціновій пропозиції учасника, який подав найвищу цінову пропозицію за лот, після чого чинний орендар набуває статусу переможця аукціону.

У разі відмови чинного орендаря сплачувати таку ціну, він може надати попередню згоду сплатити ціну, що є рівною ціновій пропозицій учасника з наступною (другою) за величиною ціновою пропозицією (за умови наявності такої пропозиції)

Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі.

Протягом четвертого раунду МА запитає Учасника з переважним правом:

"Чи погоджується він на найвищу ставку, яку зробив інший учасник?" Якщо ні, то - "Чи погоджується він на другу за величиною ставку?"

У разі відмови чинного орендаря сплачувати ціну, що є рівною ціновій пропозиції учасника, що подав найвищу цінову пропозицію за лот, або у випадку невідповідності вимогам аукціону, переможцем аукціону визнається учасник, що подав найвищу цінову пропозицію за лот.

Якщо чинний орендар погоджується із найвищою ціновою пропозицією - за результатами аукціону чинний орендар набуває статусу переможця.

Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting).

У разі відмови або бездіяльності чинного орендаря під час 4-го раунду і за результатами аукціону він не посідає 1ше або 2ге місце → чинний орендар не допускається на етап кваліфікації.

Формування протоколу Аукціону

Посилання - буде змінено коли будуть погоджено новий формат

Шаблони електронного протоколу аукціону:
- Аукціон відбувся (TODO)
- Аукціон не відбувся (викуп) (TODO)
- Аукціон не відбувся (TODO)

Кваліфікація

За результатами періоду аукціону (auctionPeriod) (за умови наявності 2-х та більше заяв в рамках періоду подання пропозицій), або за результатами періоду прийняття заяв на участь (tenderPeriod) (за умови наявності 1-ї заяви) процедура переходить на етап кваліфікації.

Пропозиції сортуються від більшої ціни до меншої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (tenderPeriod), час фіксації змін у заяві у ЦБД.

ЦБД формує award'и тільки для двох учасників з найвищими валідними ставками (другий award за наявності такого учасника). Авард учасника з найвищою валідною ставкою отримує статус pending, а авард учасника з другою найвищою ставкою (за наявності) отримує статус pending_waiting. Авард єдиного учасника отримує статус pending_admission.

Якщо за результатами періоду прийняття заяв на участь (tenderPeriod) наявна лише 1-на заява, то формується додатковий період публікації рішення про викуп (admissionPeriod).

Публікація рішення про викуп

За умови наявності лише 1-ї заяви після завершення періоду прийняття заяв на участь (tenderPeriod) процедура переходить у період кваліфікації та розпочинається період публікації рішення про викуп (admissionPeriod), статус процедури змінюється на active_qualification. Починається робота із протоколом для єдиного учасника та оператора електронного майданчика, з якого цей учасник подав цінову пропозицію, та робота з рішенням про викуп - для Організатора:
- Протокол підписується (за допомогою кваліфікованого електронного підпису уповноваженої особи або у письмовій формі) єдиним учасником та оператором електронного майданчика, з якого учасник подав цінову пропозицію, передаються оператором Організатору поза системою та можуть бути завантажені до bid`a (не обов’язкова дія) як учасником так і оператором майданчика. Завантаження цього документу не призводить до зміни статусів в системі.
- Організатор приймає (поза системою) та опубліковує рішення про викуп в ЕТС протягом 5-ти робочих днів після формування відповідного протоколу.
- Після завантаження рішення про викуп організатор натискає кнопку "Опублікувати рішення про викуп", після чого майданчик передає award’у такого учасника статус pending (“Очікується протокол”), статус процедури залишається у active_qualification.
- Якщо протягом 5-ти робочих днів після формування протоколу рішення про викуп не опубліковане, то ЦБД автоматично змінює статус award’у та процедури на unsuccessful

Перевірка документів учасників та підписання протоколу

За умови успішного проведення аукціону, процедура переходить у період кваліфікації та розпочинається період підписання протоколу, статус Процедури змінюється на active_qualification, починається робота із протоколом (verificationPeriod). За умови наявності лише 1-ї заяви після завершення періоду прийняття заяв на участь (tenderPeriod), Процедура вже має статус active_qualification, період кваліфікації вже розпочато, починається робота із протоколом (verificationPeriod).

Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.

Після періоду аукціону (auctionPeriod) або періоду публікації рішення про викуп (admissionPeriod) Організатор здійснює перевірку документів (поза системою) всіх учасників аукціону та приймає рішення щодо кваліфікації учасників:

Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 7-ми робочих днів після дня його завершення.
В Організатора є можливість підтвердити протокол і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус pending_payment (“Переможець. Очікується оплата”).
У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bida (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
Якщо перший award дискваліфіковано, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив факт оплати ціни та умов продажу для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор не підтвердить протокол.

Отримання оплати за участь

Після підтвердження протоколу (переводу статусу аварду в "Очікується оплата" pending_payment) - процедура автоматично переводиться в статус "Очікується оплата" pending_payment.

Якщо розмір гарантійного внеску менший ніж суми плати за участь, то Переможець повинен сплатити залишок повної суми за участь (поза системою), а Оператор майданчика переможця заповнити поле awards.participationPayment (не обов’язкова дія). Інформація про факт сплати повної суми за участь повинна відображатись Організатору

Отримання оплати ціни продажу

Після підтвердження протоколу (переводу статусу аварду в "Очікується оплата" pending_payment) - процедура автоматично переводиться в статус "Очікується оплата" pending_payment.

Для підтвердження факту оплати ціни продажу Організатор переводить статус аварду в "Переможець. Очікується договір" active.

Підписання та публікація договору

Після підписання договору Організатор має завантажити договір (documentType:contractSigned), заповнити обов'язкові поля: dateSigned, title, contractNumber. Необов'язкове поле - description та підтвердити договір. ЦБД має заповнити автоматично стандартні поля (id, url, datePublished,index, format і т.д.), як це відбувається у інших існуючих процедурах.

Після цього майданчик переводить contract в статус active.

Тривалість періоду публікації договору (signingPeriod) дорівнює 25 робочих днів + 10 календарних днів з дня формування протоколу про результати електронного аукціону.

В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.

Підписання та публікація попереднього договору (preliminaryContract)

Якщо Організатором прийняте рішення про укладання попереднього договору, потрібно:

завантажити до обʼєкта contracts[] Попередній договір (documentType:preliminaryContract)
заповнити обов'язкові поля попереднього договору: preliminaryContractDateSigned:true, title, preliminarycontractNumber. Не обовязкове поле description.

Після підтвердження попереднього договору (preliminaryContractDateSigned:true) період підписання договору (signingPeriod) збільшується на 60 робочих днів з дня укладення попереднього договору (preliminaryContractDateSigned). Відповідно, qualificationPeriod також збільшується на +60 робочих днів.

documentType:preliminaryContract НЕ обов'язковий документ. Організатор може одразу укладати основний Договір. documentType:preliminaryContract НЕ заміняє documentType:contractSigned documentType:preliminaryContract і documentType:contractSigned можуть завантажувати обидва, але documentType:contractSigned має бути обовязково для завершення процедури.

Якщо дата preliminaryContract.dateSigned + 60 р.д. менша за раніше встановлену signingPeriod.endDate і qualificationPeriod.endDate, то в меншу сторону signingPeriod.endDate і qualificationPeriod.endDate не перерахуються, а залишаться із значенням розрахованим раніше.

До переведення договору в статус active, Організатор повинен мати можливість виправити поля договору та вкладені файли.

Завершення аукціону (переведення у статус complete)

Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.

Умови дискваліфікації

Дискваліфікація Організатором

У разі дискваліфікації переможця на етапі роботи із договором (signingPeriod), Організатор аукціону складає та оприлюднює в електронній торговій системі “Рішення про відмову” (rejectionProtocol) або “Акт про відмову” (act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину зі словника (причина записуються в поле award.terminationReason)

Перелік причин дискваліфікації:
- Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
- Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна;
- Подав неправдиві відомості про себе;
- Відмовився від підписання протоколу про результати електронного аукціону; - причина для недопуску до наступних аукціонів
- Відмовився від укладення договору; - причина для недопуску до наступних аукціонів
- Відмовився від підписання протоколу аукціону або договору купівлі-продажу в аукціоні з продажу того самого об’єкта приватизації, що підтверджується відповідним актом; - причина для недопуску до наступних аукціонів
- Не сплатив ціну продажу об'єкта приватизації у встановлений строк; - причина для недопуску до наступних аукціонів
- Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом. - причина для недопуску до наступних аукціонів

Після чого Майданчик передає статус unsuccessful award`у учасника, внаслідок чого ЦБД автоматично переводить договір у статус cancelled. Вказана причина, а також статус учасника, повинні відображатися на майданчику.

До переведення статусу award`у учасника в unsuccessful, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документи.

Структура даних

systemName x-legalNameUa x-legalNameEn Type readOnly Обовʼязковість Коментар

sellingMethod

Тип процедури

Procedure type

string

false

+

Автоматично заповнюється при авто-публікації процедури згідно сценарію.

Для ПРОД sellingMethod = smallPrivatization-priorityEnglish

Enum:
[ smallPrivatization-priorityEnglish, smallPrivatization-priorityEnglish-fast, smallPrivatization-priorityEnglish-ultra-fast, smallPrivatization-priorityEnglish-fast-manual, smallPrivatization-priorityEnglish-fast-auction-manual-qualification, smallPrivatization-priorityEnglish-fast-auction-prod, smallPrivatization-priorityEnglish-initial-auction, smallPrivatization-priorityEnglish-initial-auction-manual, smallPrivatization-priorityEnglish-initial-qualification, smallPrivatization-priorityEnglish-initial-qualification-prod ]

owner Ідентифікатор майданчика Owner ID string true Автоматично копіюється із announcement.owner

ownerToken

string($uuid)

true

Майданчик може отримати токени від авто-створених процедур запитом:

{{baseUrl}}/api/jobber/announcements/jas/{{announcement_id}}/produced_entities?acc_token={{announcement_acc_token}}

з 'Authorization: **********'

Приклад відповіді:

[
    {
        "_id": "6a27f19df8fdb613b3ba1462",
        "objectId": "SPE001-UA-20260609-10199",
        "type": "procedure",
        "acc_token": "2481e1bf-ada6-479a-8a4e-1c48c090dc23"
    },
    {
        "_id": "6a27f20ff8fdb613b3ba1464",
        "objectId": "SPE001-UA-20260609-10305",
        "type": "procedure",
        "acc_token": "a94d7e30-bc32-4064-aca9-a5f83b4fca4f"
    }
]

_id

Внутрішній ідентифікатор аукціону

ID

string

true

Автогенерується при авто-публікації

x-default: object_id
x-serialize_when_none: false
x-format: object-id

datePublished Дата публікації процедури Published date string($date-time) true Автогенерується при авто-публікації

dateModified Остання дата зміни процедури Procedure date modified string($date-time) true Автогенерується при авто-публікації

spec

multidict

Автогенерується при авто-публікації

Береться по sellingMethod тут

auctionId

Ідентифікатор аукціону

Auction ID

string

true

+

Автогенерується при авто-публікації

Example: SPP001-UA-20200220-12345

disqualifiedBids

string

true

-

Автогенерується при авто-публікації

Використовується стандартна логіка, яка описана тут: disqualifiedBids - Формування списку недопущених учасників

default: List []

tenderAttempts

Лот виставляється

Attempt number

integer($int64)

true

+

Автоматично заповнюється jobber-ом при авто-публікації Процедури.

Логіка описана в ТЗ по ІП: Інформаційне повідомлення з умовами щодо компенсації орендарю невід’ємних поліпшень (JCS)

minimum: 1

previousAuctionId

Ідентифікатор попереднього аукціону

Previous auction Id

string

true

-

Якщо tenderAttempts = 1, то поле previousAuctionId не заповнюється
Якщо tenderAttempts > 1, то в полі previousAuctionId при авто-публікації процедури ЦБД має автоматично заповнити значенням попередньої процедури цього ланцюжка

example: SPE000-UA-YYYYMMDD-00000
pattern: ^(SP[EDP][0-9]{3}-UA-[0-9]{8}-[0-9]{5}$
minLength: 1

sellingEntity

base.SellingEntity

Інформація про Організатора аукціону

Organizer information

+

Для tenderAttempts = 1: Автоматично копіюється із asset.assetCustodian

Для tenderAttempts > 1: Автоматично копіюється із попередньої процедури (бо поля цієї моделі можна відредагувати в процедурі)

name Повна юридична назва організації або ПІБ Legal name or Full Name base.MultiLang false

identifier Ідентифікатор Організатора аукціону Organizer ID base.SellingEntityIdentifier false +

address Місцезнаходження Організатора Organizer address base.AddressUa

representativeInfo Інформація щодо підтвердження повноважень Representative information string

contactPoint Контактна особа Main contact base.ContactPoint

currentTenants

base.OrganizationWithoutContacts

Дані про чинного орендаря

Data about Current tenant

list-object

-

Автоматично копіюється із announcement.initialProps.currentTenants[]

id Ідентифікатор учасника з пріорітетним правом Current tenant ID string true

name Повна юридична назва організації або ПІБ Legal name or Full Name base.MultiLang false

identifier Ідентифікатори організації або особи Identifier base.Identifier false +

address

Адреса

Address

base.Address or base.AddressUa

false

+

representativeInfo Інформація щодо підтвердження повноважень Representative information string false -

priority Пріорітет учасника Participant's priority integer($int32) true +

contract Інформація про договір Contract Information model false

essentialImprovements Інформація про невідʼємні поліпшення Information about essential improvements model false

title

Назва аукціону

Auction title

base.MultiLang

true

+

Автоматично копіюється із announcement.title

auctionUrl

Веб-адреса для перегляду аукціону

Auction link

string

true

Генерується в процедурі, якщо виконуються умови створення МА

description

Опис аукціону

Auction description

base.MultiLang

+

Автоматично копіюється із announcement.description

ownershipType

Тип власності об’єкта малої приватизації

Ownership type

string

Автоматично копіюється із asset.ownershipType

Enum: [ state, municipal, compatible ]

accessDetails

Порядок ознайомлення з майном, час і місце проведення огляду об’єкта

Auction access details

base.MultiLang

-

Для tenderAttempts = 1: Автоматично копіюється із announcement.initialProps.accessDetails

Для tenderAttempts > 1: Автоматично копіюється із попередньої процедури (бо це поле можна відредагувати в процедурі)

bankAccounts

smallPrivatization.BankAccountsByType

Банківські рахунки організатора

Bank accounts

+

Для tenderAttempts = 1: Автоматично копіюється із announcement.bankAccounts[]

Для tenderAttempts > 1: Автоматично копіюється із попередньої процедури (бо поля цієї моделі можна відредагувати в процедурі)

accountType

string

x-dictionaries: List [ "accountType" ]

Посилання на словник https://procedure-sandbox.prozorro.sale/api/dictionaries/accountType

Enum:[ registrationFee, guarantee, payment, improvementCompensation]

accounts

smallPrivatization.BankAccountWithCurrency

default: List []

value

Стартова ціна лота

Start lot price

base.ValueWithTax

+

Автоматичний розрахунок згідно опису в ТЗ по ІП

valueAddedTaxCharged

На фінальну суму нараховується ПДВ

Value added tax charged

boolean

default: true

saleCondition

Наявність умов продажу

Sale conditions

string

true

+

Автоматично із announcement.saleCondition

Enum:
[ yes, no, notSpecified ]

bids

smallPrivatization-english.Bid

Заява на участь

Bid

list-object

default: List []

Bid model
Містить дані заяви на участь, її автора (учасника) та цінову пропозицію

x-baseClass "prozorro_sale.procedure.models.base.Bid"

owner

Ідентифікатор майданчика

Broker ID

string

true

ownerToken

string($uuid)

true

x-default: hex

id

Ідентифікатор заяви на участь

Bid ID

string

true

x-default: hex

bidders

Інформація про учасника

Bidder

base.Organization

+

minItems: 1
maxItems: 1

x-baseClass "prozorro_sale.procedure.models.base.OrganizationWithoutContacts"

datePublished

Дата заяви на участь

Bid date

string($date-time)

true

x-default: now

dateModified

Остання дата редагування ставки

Bid modified date

string($date-time)

true

status

Статус заяви на участь

Bid status

string

default: draft

Enum: [ draft, active, deleted ]

value

base.Value

+

Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д.

documents

Документи до заяви про участь

Documents

list-object

base.Document

default: List []

participationUrl

Веб-адреса для участі в аукціоні

Bidder participation link

string

true

example: /api/auth/auction?token=token
x-format: rel-auth-url

Веб-адреса, яка доступна тільки для учасника, що подав заяву на участь в аукціоні.
Час генерації посилання відповідає моменту набуття процедурою статусу active.auction

order

integer($int64)

true

initialValueAmount

Закрита цінова пропозиція

Initial amount

number($float)

true

example: 10
minimum: 0
x-format: decimal-float

contracts

smallPrivatization.Contract

Договір

Contract

list-object

true

default: List []

id

Внутрішній ідентифікатор контракту

Contract ID

string

true

x-default: hex

awardId

Ідентифікатор переможця

Award ID

string

true

+

contractNumber

Номер договору

Contract's number

string

false

minLength: 1

title

Назва договору

Contract's title

base.MultiLang

description

Опис договору

Contract's description

base.MultiLang

value

base.Value

contractTotalValue

base.Value

items

list-object

smallPrivatization.Item

default: List []

buyers

Переможець

Contract's winners

list-object

base.Organization

true

default: List []

status

Статус договору

Contract's status

string

true

default: pending

Enum:
[ pending, active, cancelled ]

dateSigned

Дата підписання договору

Signing date

string($date-time)

datePublished

Дата створення об'єкта договору

Contract's creation date

string($date-time)

true

x-default: now

dateModified

Остання дата редагування договору

Contract's modified date

string($date-time)

true

x-default: now

documents

Документи та додатки пов’язані з договором

Contract's documents

list-object

base.Document

default: List []

contractTime

Строк виконання умов приватизації

The terms for fulfilling the conditions of privatization

base.LifeTime

"prozorro_sale.procedure.models.base.LifeTime"

preliminaryContract

Попередній договір

Preliminary сontract

smallPrivatization.PreliminaryContract

preliminaryContractSigned

Попередній договір підписано

Preliminary сontract signinged

boolean

default: false

contractTimeAdded

Строк дії договору

Contract's terms

base.LifeTime

awards

smallPrivatization.Award

Рішення щодо кваліфікації учасників

Award

list-object

true

default: List []

id

Ідентифікатор кваліфікації учасника аукціону

Award ID

string

true

x-default: hex

title

Назва рішення щодо кваліфікації учасника аукціону

Award title

base.MultiLang

description

Опис рішення щодо кваліфікації учасника аукціону

Award description

base.MultiLang

status

Статус кваліфікації учасника аукціону

Award status

string

Enum:
[ penging_admission, pending, pending_payment, pending_waiting, active, cancelled, unsuccessful ]

terminationReason

Причина дискваліфікації/відмови учаснику

Disqualification reason

string

List [ "smallPrivatizationTerminationReason" ]

Посилання на словник https://procedure-sandbox.prozorro.sale/api/dictionaries/smallPrivatizationTerminationReason

datePublished

Дата початку кваліфікації учасника аукціону

Award date

string($date-time)

true

x-default: now

value

base.Value

+

buyers

Інформація про учасника

Successful bidders

list-object

base.Organization

true

default: List []

items

Склад лота

Lot composition

list-object

smallPrivatization.Item

default: List []

documents

Документи до аварду

Award Documents

list-object

base.Document

default: List []

bidId

Ідентифікатор заяви на участь учасника аукціону

Award bid ID

string

true

+

participationPayment

Оплата за участь

Participation payment

boolean

default: false

signaturePeriod

Період підписання договору

Signature period

base.Period

signingPeriod

Період публікації договору

Signing period

base.Period

verificationPeriod

Період підписання протоколу

Verification period

base.Period

paymentPeriod

Період оплати

Payment period

base.Period

guarantee

Гарантійний внесок

Guarantee

base.Value

false

+

Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д.

minimum: 0.01

currentTenantGuaranteeFee

Гарантійний внесок чинного орендаря

Guarantee fee for current tenant

base.Value

false

-

Value model Містить дані щодо вартості. За замовчуванням: валюта - гривня. Може використовуватися для реєстраційного і гарантійного внесків і т.д.

minimum: 0.01

items

smallPrivatization.Item

Склад лота

Lot composition

list-object

false

+

minItems: 1
default: List []

id

Внутрішній ідентифікатор об'єкта

Item ID

string

true

x-default: hex

description

Опис об'єкта

Item description

base.MultiLang

false

+

classification

Класифікатор об'єкта

Item classification

smallPrivatization.Classification

+

unit

Одиниці виміру

Item unit

base.Unit

+

x-baseClass "prozorro_sale.procedure.models.base.Unit"

quantity

Кількість одиниць

Item quantity

number($float)

+

minimum: 0
example: 11.1126
x-strict: 4

address

Місцезнаходження

Item address

base.AddressUa

x-baseClass "prozorro_sale.procedure.models.base.Address"

additionalClassifications

Додатковий класифікатор

Item additional Classification

list-object

smallPrivatization.AdditionalClassification

+

default: List []
minItems: 1

location

Географічні координати місця розташування

Geo position

base.Location

smallPrivatizationItemType

Тип активу

Item type

string

true

x-dictionaries: List [ "smallPrivatizationItemType" ]

Значення може автогенеруватися відповідно до обраного значення в smallPrivatization.Classification, якщо воно наявне у переліку
Перелік та взаємозв'язок значень щодо автогенерації зазначено у ТЗ
Посилання на словник https://procedure-sandbox.prozorro.sale/api/dictionaries/smallPrivatizationItemType

itemProps

Технічні характеристики, нерухомість

Technical characteristics, real estate

polymodel

x-claim-func "prozorro_sale.procedure.packages.smallPrivatization.utils.smallPrivatization_claim_func"

Значення може автогенеруватися відповідно до обраного значення в smallPrivatization.Classification, якщо воно наявне у переліку
Перелік та взаємозв'язок значень щодо автогенерації зазначено у ТЗ

anyOf ->
smallPrivatization.LandProps{...}
smallPrivatization.RealEstateProps{...}
smallPrivatization.JointPropertyComplexProps{...}
smallPrivatization.VehicleProps{...}

registrationDetails

Інформація щодо реєстрації

Registration details

smallPrivatization.RequiredRegistrationDetails

Якщо зі словника registrationStatus в полі registrationStatus вибрано complete - поля registrationID та registrationDate обов'язкові

x-baseClass "prozorro_sale.procedure.packages.smallPrivatization.procedure.RequiredRegistrationDetails"

presentationUrl

Презентація обʼєкта

Presentation of the object

string

false

-

URL-посилання на файл

presentationUrlEN

Англомовна презентація об’єкта

English presentation of the object

string

false

-

URL-посилання на файл

documents

Всі документи аукціону та пов'язані додатки

Documents

list-object

base.Document

default: List []

questions

Сервіс обговорення аукціону (запитання-відповідь)

Q&A

list-object

base.Question

true

default: List []

timer

string($date-time)

true

час до наступної події

x-format: timer
x-serialize_when_none: false

archiveId

string

true

x-format: object-id
x-serialize_when_none: false

enquiryPeriod

Період відповідей

Enquiry period

base.Period