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

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

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

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

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

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

basicSell-english

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

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

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

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

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

  1. Значення основного класифікатора заповнюється у відповідності до значення додаткового класифікатора.
  2. Є два обов'язкових додаткових класифікатори (КВЦПЗ та КВЗУ).
  3. Для біда не обов'язков вказувати contactPoint.
  4. Item містить лише landProps властивості. Поле landProps.landIntendedUse не потрібне в даній процедурі тому, що дана інформація заповнюється в класифікаторах.
  5. Поле previousAuctionBidder заповнюється з попереднього аукціону, якщо він не відбувся з причини подання єдиної заяви на участь. Використовується для рішення по переходу в період кваліфікації у випадку єдиної заяви на участь.
  6. Організатор аукціону може бути нерезидентом (тобто замість структури AddressUa використовується Address).

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

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

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

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

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

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

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

Timeline процедури

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Статус процедури - active_rectification, 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
Період процедури\аварду: 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).

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

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

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

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

Перелік схем

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

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

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

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

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

Присутня валідація на поле 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 - максимально допустиме значення, що дозволить опублікувати Процедуру.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Аукціон

Аукціон

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

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

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

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

Пауза

Розкриття

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

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

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

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

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

Пропозиції сортуються від більшої ціни до меншої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (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), обмеження на майданчику не мають встановлюватись.

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

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

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

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

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