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

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

Відповідно до ЗУ “Про приватизацію державного і комунального майна” та постанови КМУ від 10.05.2018 року № 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу” розробити процедури: проведення електронних аукціонів з продажу об’єктів малої приватизації.

В рамках Prozorro.Sale буде реалізовано sellingMethod: smallPrivatization-dutch (SPD).

Документ з вимогами до майданчиків

TODO

Процедура, на яку найбільше схожа

basicSell-dutch

Відмінності від basicSell-dutch

Особливості процедури

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

Структура

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

При автоматичному створенні Процедури всі поля для items будуть заповнені автоматично. Інформація буде скопійована із Об’єкта реєстру Малої Приватизації і не доступна для редагування Організатору у Процедурі.

Періоди і статуси

Конфігураційний файл з періодами и статусами

Загальна схема процесу продажу Об'єктів малої приватизації

Схема “Загальний процес”

Функціонал ролей в рамках періодів

Схема “Timeline процедури”

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

Схема “Модель статусів процедури"

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

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

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

Схема "Модель статусів аварда"

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

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

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

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

Документи Об'єкта реєстру малої приватизації:

Документи Інформаційного повідомлення:

Скасування процедури:

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

Авард (об’єкт кваліфікації учасника):

Договір:

Загальні документи процедури:

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

Створення та редагування Процедури

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

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

Схема "Публікація оголошення та прийняття заяви про участь"

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

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

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

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

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

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

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

Аукціон не відбувся Аукціон

Схема "Аукціон"

Умови аукціону

Після переходу за посиланням, учасник потрапляє на сторінку проведення голландського аукціону, де відображається поточна вартість лота (об’єкта), що виставляється на продаж.

Голландський раунд

Одночасний раунд

Пріоритетний раунд

Розкриття

Послідовність раундів:

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

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

За результатами періоду аукціону (auctionPeriod) процедура переходить на етап кваліфікації.

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

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

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

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

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

Після періоду аукціону (auctionPeriod) Організатор здійснює перевірку документів (поза системою) всіх учасників аукціону та приймає рішення щодо кваліфікації учасників: - Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи. - Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 6-ти робочих днів з дня, наступного за днем формування протоколу. - В Організатора є можливість підтвердити протокол. Після завершення періоду підписання протоколу (verificationPeriod), обмеження по термінам на майданчику не мають встановлюватись. - Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”). В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.

- У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.

Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.

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

Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. В кабінеті Учасника реалізовано кнопку “Відмовитись від очікування”, натискання якої передає award'y статус cancelled.

Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу").

Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled. - У разі невідповідності переможця аукціону вимогам, Організатор аукціону натискає на кнопку “Дискваліфікувати учасника”, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.

Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор аукціону не натисне кнопку "Протокол затверджено".

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

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

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

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

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

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

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

В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned).

Після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.

Якщо Організатором прийняте рішення про укладання попереднього договору, в нього є можливість завантажити попередній договір (documentType:preliminaryContract), заповнити обов'язкові поля попереднього договору preliminaryContractDateSigned, title, preliminarycontractNumberа та підтвердити договір.

Після підтвердження попереднього договору період підписання договору (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)

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

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

Повідомлення щодо кваліфікації (загальні)

Загальні документи по розробці

Особливості роботи із сутностями та документами

Особливості роботи із цифровим підписом

Схеми процедури smallPrivatization-dutch

Схема “Загальний процес”

Схема “Високорівневий бізнес-процес”

Додаткова інформація