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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Схема “Загальний процес (1 заява - викуп)”

Схема “Загальний процес (2 і більше заяв)”

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

Timeline процедури

Схема “Timeline процедури (1 заява - викуп)”

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

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

Схема “Модель статусів процедури (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-го учасника та за умови, що процедура у не термінальному статусі).
  • Функціонал майданчика переможця:
    • Підтвердження факту сплати повної суми за участь (натискання кнопки), яку повинен зробити Переможець, якщо розміру гарантійного внеску не вистачає для сплати повної суми за участь.

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

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

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

• Схеми для випадку з 1 заявою на участь (викуп):

  • Схема “Загальний процес (1 заява - викуп)”
  • Схема “Високорівневий бізнес-процес (1 заява - викуп)”
  • Схема “Timeline процедури (1 заява - викуп)”
  • Схема “Модель статусів процедури (1 заява - викуп)”
  • Схема “Модель статусів аварду (1 заява на участь - викуп)”
  • Схема “Модель статусів контракту (1 заява на участь - викуп)”

• Схеми для випадку з 2 та більше заявами на участь (аукціон):

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

• Схеми, які не залежать від кількості заяв на участь:

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

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

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

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

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

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

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

• Організатор має можливість вносити зміни у процедурі до переходу її у термінальний статус у поля з переліку:

  • Procedure.sellingEntity
  • Procedure.accessDetails
  • Procedure.assetHolder
  • та всі дочірні не технічні

• Організатор має можливість вносити зміни у процедурі до переходу в період підписання договору (award.signingPeriod) у не технічні поля:

  • Procedure.bankAccounts

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

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

• Організатору

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

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

• Організатору

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

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

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

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

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

• Організатору аукціону

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

• Учаснику

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Організатору аукціону

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

• Учаснику

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

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

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

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

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

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

Аукціон 

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

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

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

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

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

• Шаблони електронного протоколу аукціону:
  • Аукціон відбувся (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, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документи.

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

• Повідомлення щодо кваліфікації
  • Організатору аукціону
    • Коли - Розпочалася кваліфікація
    • Що - Розпочато кваліфікацію по аукціону. На підтвердження протоколу _____
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Організатору аукціону
    • Коли - Закінчується період роботи із протоколом (за 24 години)
    • Що - Період роботи з протоколом аукціону закінчується за 24 години.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Організатору аукціону
    • Коли - Закінчується період роботи із договором (за 24 години)
    • Що - Період роботи з договором по аукціону закінчується за 24 години.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Учаснику, що очікує
    • Коли - Учасник, що очікує, не набув статусу переможця, оскільки 1-й учасник успішно пройшов кваліфікацію
    • Що - Ви не стали переможцем аукціону, 1-й учасник успішно пройшов кваліфікацію.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Організатору аукціону, Учаснику
    • Коли - Початок роботи із договором
    • Що - Період роботи з договором по аукціону розпочато.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Учаснику
    • Коли - Учасника дискваліфіковано
    • Що - Вас дискваліфіковано з аукціону без можливості повернення внесків
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Учаснику, що очікує
    • Коли - Першого Учасника дискваліфіковано
    • Що - Першого учасника дискваліфіковано. Ви стали переможцем аукціону. Розпочато період роботи з протоколом аукціону
    • Коментарі - Повідомлення надходить протягом 5 хв.

Перелік sellingMethods

• 'smallPrivatization-englishPriority'
• 'smallPrivatization-englishPriority-fast'
• 'smallPrivatization-englishPriority-ultra-fast'
• 'smallPrivatization-englishPriority-fast-auction-manual-qualification'
• 'smallPrivatization-englishPriority-fast-auction-prod'
• 'smallPrivatization-englishPriority-fast-manual'
• 'smallPrivatization-englishPriority-initial-auction'
• 'smallPrivatization-englishPriority-initial-auction-manual'
• 'smallPrivatization-englishPriority-initial-qualification'
• 'smallPrivatization-english-initial-qualification-prod'