Загальний процес аукціонів за процедурою з продажу майна боржників у справах про банкрутство:
Відмінності та особливості даної процедури наступні:
1. На майданчику необхідно створити окрему роль Замовника при реєстрації для роботи з новою процедурою.
Якщо на майданчику реалізована можливість організації різних типів аукціонів для 1 акаунту, додати новий параметр у налаштування. Назва ролі: “Замовник аукціонів з продажу майна банкрутів”.
2. Загальна логіка роботи повністю збігається зі стандартними процедурами. Замовник має право обирати тип процедури, за якою хоче проводити аукціон. Оголошення про проведення аукціону повинно містити інформацію щодо способу його проведення:
без можливості зниження початкової ціни - dgfOtherAssets
з можливістю зниження початкової ціни - appraisal.insider
Замовник обирає в переліку наступний тип аукціону - Аукціони з продажу майна банкрутів та додатково уточнює тип аукціону відповідно до нижче вказаного переліку.
При публікації оголошення в інтерфейсі майданчика має бути реалізований наступний перелік аукціонів (Замовник обирає один з чотирьох варіантів у випадаючому переліку):
Тип аукціону | Поля в ЦБД | Коментар |
1. аукціон - без можливості зниження початкової ціни | procurementMethodType:dgfOtherAssets tenderAttempts:1 | При виборі такого типу аукціону майданчик перевіряє що в ЦБД відсутні аукціони зі співпадаючим lotIdentifier або dgfID. У випадку наявності співпадіння майданчик виводить попередження замовнику - “У системі знайдено аукціони зі вказаним ідентифікатором лоту. Прохання опублікувати повторний аукціон або перевірити коректність введеного ідентифікатору”. |
2. перший повторний аукціон - без можливості зниження початкової ціни | procurementMethodType:dgfOtherAssets tenderAttempts:2 | При виборі такого типу аукціону майданчик перевіряє наявність в ЦБД аукціону зі співпадаючим lotIdentifier або dgfID та tenderAttempts:1. У випадку відсутності співпадіння майданчик виводить попередження замовнику - “У системі відсутні попередні аукціони зі вказаним ідентифікатором лоту. Прохання опублікувати повторний аукціон або перевірити коректність введеного ідентифікатору” |
3. перший повторний аукціон - з можливістю зниження початкової ціни* | procurementMethodType:appraisal.insider tenderAttempts:2 | При виборі такого типу аукціону майданчик перевіряє наявність в ЦБД аукціону зі співпадаючим lotIdentifier або dgfID та tenderAttempts:1. У випадку відсутності співпадіння майданчик виводить попередження замовнику - “У системі відсутні попередні аукціони зі вказаним ідентифікатором лоту. Прохання опублікувати повторний аукціон або перевірити коректність введеного ідентифікатору” |
4. другий повторний аукціон - з можливістю зниження початкової ціни | procurementMethodType:appraisal.insider tenderAttempts:3 | При виборі такого типу аукціону майданчик перевіряє наявність в ЦБД аукціону зі співпадаючим lotIdentifier або dgfID та tenderAttempts:2. У випадку відсутності співпадіння майданчик виводить попередження замовнику - “У системі відсутні попередні аукціони зі вказаним ідентифікатором лоту. Прохання опублікувати повторний аукціон або перевірити коректність введеного ідентифікатору” |
*Лише за згодою забезпеченого кредитора щодо майна (отримання згоди відбувається поза системою).
3. Робота з класифікаторами:
При публікації аукціонів з продажу майна боржників у справах про банкрутство (неплатоспроможність). При публікації англійського або голландського аукціону, майданчик повинен передати до ЦБД крім основного (на вибір замовника), додатковий класифікатор:
"additionalClassifications": [
{
"scheme": "CPVS",
"id": "QB23-5",
"description": "З питань законодавства у сфері банкрутства"
}
Критично: Не має бути можливості створювати процедури на англійському та голландському аукціонах без ознаки CPVS: `QB23-5: З питань законодавства у сфері банкрутства`
4. Робота з полем minNumberOfQualifiedBids:
При публікації англійського аукціону, майданчик повинен передати до ЦБД поле minNumberOfQualifiedBids:1 (вказане значення впливає на можливість кваліфікувати учасника за наявності 1 (однієї) заяви). У Організатора немає бути можливості вказувати або змінювати це поле.
5. Після опублікування оголошення про проведення аукціону з продажу права вимоги, у разі якщо зобов’язання було частково виконане, замовник аукціону має право до початку аукціону, але не пізніше ніж за 5 (п’ять) днів до дати проведення аукціону, змінити розмір початкової ціни лоту. У випадку часткового виконання зобов’язань після завершення періоду редагування, внести зміни у процедуру в ЦБД немає можливості, Замовник через майданчик передає таку інформацію адміністратору для публікації на публічному порталі.
На майданчиках нічого не змінюється, якщо відредагувати потрібно після завершення періоду редагування
6. Кваліфікація. На етапі кваліфікації розглядається максимум 1 переможець. Учаснику в статусі pending.waiting майданчик учасника автоматично має передати статус аварду cancelled.
В інтерфейсі майданчика такі учасники відображаються в загальному переліку учасників, але не відображаються в переліку учасників, які проходять кваліфікацію.
7. Майданчик в особистому кабінеті учасника відображає посилання на сформований протокол на публічному порталі, приклад за посиланням:
https://prozorro.sale/auction/UA-PS-2019-09-16-000061-1/print/protocol/pdf
8. Дедлайн завантаження протоколу в систему складає 3 робочі дні (підписання учасником) + 5 календарних днів (підписання та завантаження оператором майданчика). Потрібно врахувати це при надсиланні сповіщень учасникам та відображенні строків на майданчику
Текст сповіщення для учасника - “Протягом трьох робочих днів з дня оприлюднення протоколу в Системі переможець аукціону зобов’язаний підписати протокол та передати його Оператору”
До системи підписаний протокол вантажить майданчик. Через окремий адміністративний інтерфейс або через особистий кабінет з правами тільки на завантаження протоколу. Робота з файлом стандартна: з можливістю завантаження, заміни або додавання нового документу
Строки майданчик відраховує самостійно від дати генерації аварду.
Строки завантаження протоколу в Систему Оператором, Оператор контролює самостійно
Оператор підтверджує наявність протоколу у системі “Опублікувати протокол”, після чого майданчик змінює статус на наступний, аналогічно до базових процедур
В Замовника в кабінеті відсутня можливість завантажити та підтвердити протокол торгів.
9. Переможець аукціону зобов’язаний на підставі протоколу сплатити запропоновану ним ціну на рахунок боржника протягом 10 робочих днів з дня формування протоколу аукціону.
Замовник аукціону через свій особистий кабінет повідомляє Оператора про повний розрахунок переможцем аукціону за придбане на аукціоні майно не пізніше наступного робочого дня з дня надходження коштів на рахунок боржника. Для повідомлення про сплату Замовник натискає на кнопку “Повідомити про розрахунок”. Після натискання завантажує документ з відомостями про повний розрахунок або про часткову сплату ціни. Та вказує назву документу title і вносить деталі сплати до description документу.
Тип документу - contractAnnexe.
Назва типу документу: “Відомості про сплату”
Назва поля description для цього документу: “Відомості про сплату та сплачена сума”
Після появи документу contracts з типом contractAnnexe, майданчики сповіщають своїх учасників про факт сплати за аукціоном, у якому вони брали участь.
До наявності документу contracts з типом contractAnnexe у ЦБД, майданчик не надає можливості завантажити акт contractSigned. Інші типи документів завантажити можливо.
10. Замість договору замовник аукціону та переможець аукціону підписують акт про придбання майна на аукціоні. Такий акт підписується продавцем та покупцем не пізніше 3 (трьох) робочих днів після повної сплати переможцем запропонованої ним ціни (поза системою). Замовник аукціону не пізніше 5 (п’яти) календарних днів з дня підписання акту опубліковує його у Системі та натискає електронну кнопку “Завершити аукціон” в інтерфейсі особистого кабінету, за результатом чого аукціону автоматично присвоюється статус «Аукціон завершено».
Тип документу: contractSigned
Назва документу: Акт про придбання майна на аукціоні
11. Протягом 10 (десяти) робочих днів з моменту визнання аукціону таким, що не відбувся, замовник оголошує про проведення нового аукціону. Авторизовані електронні майданчики автоматично надсилають інформацію про публікацію нового аукціону учасникам аукціону який було визнано таким, що не відбувся. Повідомлення має містити посилання на новий аукціон.
Для сповіщення учасників майданчики орієнтуються на поле dgfID або lotIdentifier нового та попередніх аукціонів
Якщо оголошується перший або другий повторний аукціон, в інтерфейсі особистого кабінету Замовника потрібно відображати в полі лоту аукціону підказку, щодо необхідності вносити номер попереднього аукціону. На стороні майданчика відбувається валідація в частині номеру лота
12. Відомості про визнання аукціону таким, що не відбувся, внесені замовником аукціону в Систему, мають містити обґрунтування визнання аукціону таким, що не відбувся.
Інформація вноситься при дискваліфікації переможця
Тип та назва документу залежить від етапу, на якому відбувається дискваліфікація (робота з протоколом або договором)
Поряд з кнопкою “Дискваліфікувати” виводиться текст “Оприлюднити відомості про визнання аукціону таким, що не відбувся”
13. Детальний опис процедури у ТЗ за наступним посиланням:
https://docs.google.com/document/d/1so41Keje2KIwA6oahkSR7bAshqyDaZDeRIwxHpRAYSw/edit#