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

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

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

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

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

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

landSell-english

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

Відмінності:

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

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

Особливості структури даних

  1. В корені процедури з'явилася структура currentTenant, значення якої вказує Організатор.
  2. В біда з'явився вказівник на переважне право (Bid.isCurrentTenant).

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

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

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

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

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

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

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

Timeline процедури

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

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

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

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

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

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

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

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

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

  1. Очікується договір
  2. Договір підписано
  3. Оплату за договором здійснено
  4. Договір скасовано

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

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

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

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

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

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

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

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

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

Період передачі переважного права - transferPriorityPeriod

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Процедура

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

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

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

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

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

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

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

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

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

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

Договір

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

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

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

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

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

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

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

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

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

Схеми процедури landSell-priorityEnglish

Перелік схем

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Недопуск учасника

Список причин дискваліфікації для недопуску на наступні аукціони:

  1. Відмовився від підписання протоколу (причина 1 з словника landSellTerminationReason).
  2. Відмовився від укладення договору (причина 2 з словника landSellTerminationReason).
  3. Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу (причина 4 з словника landSellTerminationReason).

Якщо учасника дискваліфікували через вищевказаний список причин, то в наступних аукціонах ЦБД не дозволяє активувати бід даного учасника. Для активації біда необхідно довантажити документ "Підстави для допуску дискваліфікованого учасника" (documentType:admissionReason).

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

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

Особливості роботи з учасником з переважним правом

Для визначення учасника з переважним правом в системі, Організатор повинен зазначити дані учасника з переважним, заповнивши структуру currentTenant. Під час реєстрації учасника з переважним правом, як учасника, на майданчику (обов'язково повинен зазначити ЄДРПОУ/ІПН/ID) та активації заяви на участь, система за ЄДРПОУ/ІПН/ID ідентифікує заяву на участь (тільки у статусі заяви на участь active) такого учасника та надає майданчику підтвердження, що такий учасник є учасником з переважним правом (за допомогою поля Bid.isCurrentTenant). За наявності такого підтвердження:

Схема "Передача переважного права"

Дані учасника з переважним правом (currentTenant) можуть редагуватися протягом періоду передачі переважного права (transferPriorityPeriod). У разі внесення змін в ідентифікатор (ЄДРПОУ/ІПН/ID) учасника з переважним правом (currentTenant):

У разі внесення змін в будь-які дані учасника з переважним правом (currentTenant) крім ідентифікатора (ЄДРПОУ/ІПН/ID) - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у біда, в якого вона була.

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

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

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

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

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

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

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

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

Аукціон

Аукціон

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

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

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

Ознайомча пауза

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

Пауза між раундами

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

Розкриття

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

Переважне право

Під час періоду аукціону учасник з переважним правом має право не робити ставки до 4-го раунду аукціону.

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

У разі відмови учасника з переважним правом сплатити таку ціну він може надати попередню згоду сплатити ціну, що є рівною ціновій пропозицій учасника з наступною за величиною ціновою пропозицією (за умови наявності такої пропозиції) або надати попередню згоду на очікування кваліфікації учасника, який подав найвищу цінову пропозицію за лот у разі якщо учасник з переважним правом під час одного із перших 3-х раундів зробив крок аукціону (за умови відсутності учасника з наступною за величиною ціновою пропозицією або якщо такий учасник не зробив крок під час аукціону).

Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі.

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

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

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

У разі відмови або бездіяльності учасника з переважним правом під час 4-го раунду - за результатами аукціону учасник з переважним правом не допускається на етап кваліфікації.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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