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

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

Відповідно до Кодексу України з процедур банкрутства та постанови КМУ від 02.10.2019 року № 865 “Питання функціонування електронної торгової системи з продажу майна боржників у справах про банкрутство (неплатоспроможність)” розробити процедури: проведення електронних аукціонів з продажу майна боржників у справах про банкрутство (неплатоспроможність). В рамках ProZorro.Sale буде реалізовано sellingMethod: bankRuptcy-dutch.

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

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

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

basicSell-dutch

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

  1. Можливість змінювати дані в деяких полях до переходу в термінальний статус.
  2. Можливість змінювати дані в деяких полях до періоду роботи з договором.
  3. Деактивація бідів лише при зміні стартової вартості (procedure.value).
  4. Можливість завантаження до процедури відео-документів.
  5. Період оплати може включати додатковий подперіод для оплати повної винагороди оператору, якщо раніше сплачений гарантійний внесок менше ніж винагорода оператора
  6. Один аукціон може містити кілька айтемів.
  7. За замовчуванням (minNumberOfQualifiedBids==1) - достатньо однієї заяви на участь для успішного завершення процедури.
  8. Строки періодів в кваліфікації складаються з робочих та з календарних днів.
  9. При переході в кваліфікацію дата завершення періоду кваліфікації не автогенерується. Вона рахується лише після завершення періоду оплати.
  10. В кваліфікацію потрапляють два учасника з найвищими валідними ставками.

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

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

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

Для даної процедури використовуємо класифікатори: один основний (CAV) та три додаткові класифікатори (CPVS, КВЦПЗ та КВЗУ).

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

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

Загальна схема процедури

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

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

Timeline процедури

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

Схема "Зміна статусів процедури"

Статуси заяви на участь (біда)

Схема "Зміна статусів заяви на участь (біда)"

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

Схема "Зміна статусів аварда"

2 award’и генеруються після заверешення аукціону: Переможець -pending; Учасник, що очікує - pending_waiting.

  1. Очікується рішення
  2. Очікується протокол
  3. Очікується оплата
  4. Переможець. Очікується акт/договір
  5. Дискваліфіковано
  6. Учасник не став переможцем

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

Схема "Зміна статусів контракту"

  1. Очікується акт/договір
  2. Акт/договір підтверджено
  3. Акт/договір скасовано

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

Період підготовки - preleminaryPeriod (off system)

Статус процедури - поза системою

Період редагування - rectificationPeriod

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

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

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

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

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

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

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

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

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

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

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

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

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

Період оплати повної винагороди оператору - award.brokerPaymentPeriod*

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

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

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

Період підписання акту/договору - award.signingPeriod*

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

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

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

Процедура

Створення оголошення

Cтатус процедури: active_tendering
Період процедури\аварду: rectificationPeriod

Редагування процедури

Cтатус процедури: active_tendering
Період процедури\аварду: rectificationPeriod

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

Cтатус процедури: active_tendering
Період процедури\аварду: tenderPeriod

Cтатус процедури: active_qualification
Період процедури\аварду: qualificationPeriod

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

Cтатус процедури: active_qualification Період процедури\аварду: qualificationPeriod

Cтатус процедури: active_qualification, pending_payment, active_awarded
Період процедури\аварду: qualificationPeriod (award.verificationPeriod, award.paymentPeriod, award.signingPeriod)

Cтатус процедури: pending_payment
Період процедури\аварду: qualificationPeriod (award.verificationPeriod, award.paymentPeriod, award.signingPeriod)

Договір

Cтатус процедури: active_awarded
Період процедури\аварду: qualificationPeriod (award.signingPeriod)

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

Cтатус процедури: active_tendering, active_auction, active_qualification, active_awarded
Період процедури\аварду: rectificationPeriod, auctionPeriod, tenderPeriod, qualificationPeriod

Цифровий підпис

Cтатус процедури: active_tendering, active_auction, active_qualification, active_awarded
Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.signingPeriod).

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

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

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

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

Перелік схем

  1. Timeline процедури
  2. Схема «Загальний процес»
  3. Схема «Публікація оголошення та прийняття заяви про участь»
  4. Схема "Аукціон"
  5. Схема "Кваліфікація (робота з договором та протоколом)"

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

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

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

Організатор аукціону, під час публікації оголошення, вказує необхідні поля процедури. Вони вказані в ТЗ з вимогами до майданчиків.

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

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

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

Протягом rectificationPeriod Організатор аукціону може завантажувати та замінювати документи оголошення. Для підтвердження внесених змін (поля оголошення) Організатор повинен обов'язково завантажити документ - clarifications. Протягом rectificationPeriod та enquiryPeriod Організатор аукціону може завантажувати та замінювати документи оголошення без завантаження документу - "Погодження змін до опису лоту. Опис причин редагування.".

За умови внесення змін в поле procedure.value Організатором заява на участь деактивується (статус inactive). Особливості деактивації заяви

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

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

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

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

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

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

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

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

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

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

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

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

``Учасник, що подав пропозицію в період дії статусу процедури "Аукціон" (active_auction), має можливість завантажувати та замінювати документи до закінчення голландського раунду (dutch).

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

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

Деактивація заяви на участь

У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted).

Якщо за результатами періоду акціону (auctionPeriod) учасник не зробив жодної дії, ЦБД, з початком періоду кваліфікації (qualificationPeriod.startDate, автоматично інвалідує його заяву на участь (bid:invalid).

Bid зі статусом active та invalid присутні у публічному АРІ та розкриваються після завершення періоду аукціону (auctionPeriod). Bid'и у статусі active та invalid повинні відображатися на майданчику.

Необхідно виводити інформацію про факт редагування та історичні дані на Майданчику.

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

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

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

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

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

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

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

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

Аукціон

Аукціон

ТЗ з модулю аукціону

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

Аукціон

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

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

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

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

Розкриття

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

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

Шаблони електронного протоколу аукціону:

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

Схема "Кваліфікація (робота з договором та протоколом)"

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

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

ЦБД формує award'и тільки для двох учасників з найвищими валідними ставками:

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

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

В наслідок того, що період оплати (paymentPeriod) може бути продовжений на 10 календарних днів дата завершення періоду кваліфікації (qualificationPeriod) не автогенерується. Вона генерується лише після підтвердження оплати.

Якщо переможця дискваліфіковано, ЦБД перевіряє чи є другий award panding_waiting:

  1. Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
  2. Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
  3. У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
  4. Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор не підтвердить протокол.

Отримання оплати

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

Для визначення наявності часткової оплати Організатор заповнює поле isPartiallyPaid.

  1. Якщо часткова оплата була проведена (isPartiallyPaid = true), то тривалість періоду оплати (paymentPeriod) 10 р.д. + 10 к.д.;
  2. Якщо часткова оплата не була проведена (isPartiallyPaid = false), то тривалість періоду оплати (paymentPeriod) 10 р.д..

Отримання повної оплати

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

Якщо в момент переводу статусу аварду в "Переможець. Очікується договір" active, поле isPartiallyPaid не заповнено, то воно автоматично встановлюється в false.

Перед цим необхідно проставити isPartiallyPaid для того щоб порахувалися дати завершення періоду кваліфікації (qualificationPeriod) і періоду оплати (paymentPeriod), та дати початку і завершення періоду підписання акту/договору (signingPeriod).

До цього дати закінчення періоду кваліфікації (qualificationPeriod) і періоду оплати (paymentPeriod), та дати початку і завершення періоду підписання акту/договору (signingPeriod) не заповнюються щоб не дезорієнтувати учасників.

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

Після підписання договору Організатор має завантажити договір (documentType:contractSigned), заповнити обов'язкові поля договору (крім обов'язкових при створенні, для активації необхідно заповнити поля dateSigned, title, contractNumber, description, contractTime.dateFrom, contractTime.dateTill) та підтвердити договір. Після цього майданчик переводить contract в статус active.

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

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

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

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

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

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

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

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

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

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

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

Поля в які можна вносити зміни після публікації аукціону

Поля, в які можна вносити зміни в період редагування (rectificationPeriod).

Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких не деактивуються заяви на участь

Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь

Поля, в які можна вносити зміни до переходи процедури в термінальний статус

Поля, в які можна вносити зміни до переходи в період підписання договору (award.signingPeriod)