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

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

Продаж арештованої землі відрізняється від продажу іншого арештованого майна, оскільки, регулюється Земельним кодексом.З метою проведення електронних аукціонів з продажу арештованої землі на англійському аукціоні, в рамках ProZorro.Sale реалізовано sellingMethod: landArrested-english.

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

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

Умови:

  1. При створенні процедури автогенерується значення мінімальної кількості заяв на участь minNumberOfQualifiedBids=2.
  2. При створенні 1 процедури tenderAttempts = 1 значення minNumberOfQualifiedBids=2 не може змінюватися.
  3. Після завершення періоду прийняття пропозицій в процедурах з tenderAttempts > 1, за умови, що подана одна заява на участь bids.bidders.identifier.id = previousAuctionBidder.identifier.id значення minNumberOfQualifiedBids змінюється на minNumberOfQualifiedBids=1.

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

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

Відмінності від landSell-english

  1. На етапі роботи з оголошенням:
  1. На етапі роботи з заявою на участь:
    1. Відсутні.
  2. На етапі аукціону:
    1. Відсутні. Звичайний англійський аукціон з 3 раундами;
  3. На етапі кваліфікації:
    1. Майданчик переможця має можливість підтвердити сплату забезпечувального платежу (обов’язкова дія, роль менеджера майданчика виділяється тільки на боці майданчика).
    2. В legal name статусів та періодів слово “договір” замінено на “акт/договір”.

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

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

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

Обов'язково використовується один основний класифікатор (CAV) та два додаткових (КВЦПЗ та КВЗУ). Передбачена можливість вказати декілька кодів КВЗУ. Необхідні значення класифікаторів описані в структурі даних. Значення основного класифікатора заповнюється у відповідності до значення додаткового класифікатора.

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

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

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

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

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

Ролі користувачів

Timeline процедури

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

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

* роль виділяється на боці майданчика, токен доступу до ЦБД такий самий як для функціоналу Учасника)

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

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

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

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

Статуси акту/договору (contract)

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

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

Акт/договір підписано Технічний ідентифікатор - signed Організатор: - Підтвердження оплати за лот. Учасник - відсутній Умови зміни статусу - Організатор підтвердив підписання акту/договору з переможцем.

Отримання оплати підтверджено Технічний ідентифікатор - active Організатор: - Завершення аукціону. Учасник - відсутній Умови зміни статусу - Організатор підтвердив отримання оплати.

Акт/договір скасовано Технічний ідентифікатор - cancelled Організатор - відсутній Учасник - відсутній Умови зміни статусу - Організатор аукціону дискваліфікував учасник через неможливість підписання акту/договору або неотримання оплати.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Період сплати забезпечувального платежу - PREpaymentPeriod

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

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

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

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

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

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

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

Процедура

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

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

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

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

Акт/договір

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

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

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

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

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

Схеми процедури landArrested-english

Перелік схем

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

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

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

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

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

Присутня валідація на поле minimalStep.amount: значення мінімального кроку Аукціону має бути 1% (+/- 1 грн) від Стартової ціни (value.amount):
minimalStep.amount <= value.amount * 0.01 + 1
minimalStep.amount >= value.amount * 0.01 - 1

Поле minimalStep НЕ обовʼязкове для заповнення при публікації Процедури.
Якщо при публікації Процедури НЕ передається minimalStep, то значення автогенерується як 1% від Стартової ціни:
minimalStep.amount == value.amount * 0.01
minimalStep.currency == value.currency

Якщо при публікації Процедури передається НЕвалідне значення minimalStep.amount, ЦБД поверне помилку:

"message": {
        "minimalStep": "Wrong minimalStep value - {{передане при публікації значення minimalStep.amount}} Should be from {{X}} to {{Y}}"
    }

де Х - мінімально допустиме значення, що дозволить опублікувати Процедуру.
Y - максимально допустиме значення, що дозволить опублікувати Процедуру.

Формування списку previousAuctionBidder:

При публікації процедури ЦБД виконує наступні перевірки:

Формування списку недопущених учасників disqualifiedBids

Під час створення процедури ЦБД додає у список disqualifiedBids ідентифікатори учасників, що були дискваліфіковані у попередніх аукціонах (значення масиву disqualifiedBids процедури вказаної в previousAuctionId + (за наявності) buyers.identifier.id авардів, що були дискваліфіковані в цій процедурі** з причин:

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

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

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

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

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

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

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

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

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

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

Передумови:

Кроки:

Результат:

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

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

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

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

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

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

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

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

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

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

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

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

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

Аукціон

Аукціон

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

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

Послідовний раунд (англійський)

Пауза

Розкриття

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

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

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

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

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

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

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

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

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

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

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

Завантаження/редагування акту/договору

Передумови:

Кроки:

Результат:

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

Підтвердження сплати забезпечувального платежу

Передумови:

Кроки:

Результат:

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

Передумови:

Кроки:

Підтвердження оплати

Після переводу contract в статус signed, статус процедури стає pending_payment і в наступному етапі Організатор повинен підтвердити оплату коштів учасником.

Значення поля lotPaymentConfirmation можна змінити скільки завгодно разів до моменту зміни статусу contract з signed на active.

Під час підтвердження оплати коштів Організатор може завантажити в систему documentType:paymentInformation. До моменту зміни статусу contract з signed documentType:paymentInformation можна замінити.

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

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

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

Хто: Організатор Передумови:

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

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

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