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

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

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

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

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

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

Умови:

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

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

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

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

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

• На етапі роботи з оголошенням:
  • Додано новий період процедури - період передачі переважного права (transferPriorityPeriod). В цей період Організатор може змінити дані учасників з переважним правом, відповідно від цього змінюються вказівники на переважне право (bid.priority) в учасників.
  • Організатор вказує дані учасників з переважним правом currentTenants:
    • До моменту запуску універсального модулю аукціону (модулю аукціону, що може працювати з подвійним переважним правом):
      • може бути заповнений тільки 1 елемент списку з вказаним значенням currentTenants.priority == з переважним правом (0).
    • Після запуску універсального модулю аукціону:
      • можуть бути заповнені 2 елементи зі списку.
      • Має бути обов'язково заповнено поле numberOfCurrentTenants.
      • Якщо numberOfCurrentTenants == 1 може бути заповнений тільки один елемент масиву currentTenants.
      • Якщо numberOfCurrentTenants == 1, то значення поля currentTenants.priority значення "Учасник з переважним правом" (currentTenants.
  • В масиві currentTenants присутні наступні валідації:
    • значення identifier.id в масиві currentTenants не можуть повторюватися
    • значення поля priority в масиві currentTenants не можуть повторюватися
    • якщо заповнений тільки один елемент масиву currentTenants, numberOfCurrentTenants == 1, то значення поля currentTenants.priority значення "Учасник з переважним правом" (currentTenants.priority == 0).
• На етапі роботи з заявою на участь:
  • Учасник вказаний в currentTenants як учасник (priority == 0) з переважним правом при активації заяви отримує сповіщення що його заява прийнята як заява з переважним правом.
  • Учасник вказаний в currentTenants як учасник (priority == 1) з переважним правом другої черги при активації заяви отримує сповіщення що його заява прийнята як заява з переважним правом другої черги.
  • В учасників вказаних Організатором в currentTenants мають бути різні identifier.id.
  • При зміні Організатором ідентифікатора учасників вказаних в currentTenants bid;
    • якщо identifier.id учасника більше не вказаний в масиві currentTenants:
      • статус bid’а учасника змінюється на inactive.
    • якщо identifier.id вказаний в масиві currentTenants, але в нього змінилося значення поля priority:
      • з 0 на 1 статус bid’а учасника змінюється на inactive, учаснику надсилається сповіщення, про те, що він може продовжити участь в аукціоні як учасник з переважним правом другої черги, але для цього необхідно повторно активувати заяву на участь;
      • з 1 на 0, статус bid’а учасника не змінюється, учаснику приходить сповіщення про те, що його заява зареєстрована як заява учасника з переважним правом.
• На етапі аукціону:
  • На першому етапі робота з модулем аукціону з переважним правом.
  • На другому етапі робота з універсальним модулем аукціону.
• На етапі кваліфікації:
  • Відсутні

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

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

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

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

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

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

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

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

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

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

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

• Організатор - роль виділена на рівні ЦБД, що потребує окремого токену доступу
• Учасник - роль виділена на рівні ЦБД, що потребує окремого токену доступу
• Майданчик Переможця - роль виділена тільки на рівні майданчика, на рівні ЦБД до роботи з функціоналом Майданчика Переможця використовується той же токен доступу що і до функціоналу Учасника

Timeline процедури Timeline деталізований

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

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

• Редагування доступне
  • Технічний ідентифікатор - active_rectification
  • Умови набуття статусу - Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус “Редагування доступне” (active_rectification).
  • Функціонал Організатора:
    • Можливість внести зміни в поля оголошення заповнені Організатором.
    • Можливість завантажувати та змінювати документи оголошення.
    • Можливість скасувати аукціон.
    • Функціонал enquiryPeriod (відповіді на запитання учасників).
  • Функціонал Учасника:
    • Можливість знайти та переглянути оголошення.
    • Функціонал questionPeriod (можливість задати питання).
• Прийняття заяв на участь
  • Технічний ідентифікатор - active_tendering
  • Умови набуття статусу - Автоматично зі статусу процедури active_rectification після завершення rectificationPeriod.
  • Функціонал Організатора:
    • Функціонал tenderPeriod (можливість завантажити на замінити документи оголошення)
    • Можливість скасувати аукціон.
    • Функціонал enquiryPeriod (відповіді на запитання учасників).
    • Функціонал **transferPriorityPeriod (**редагування currentTenant)
  • Функціонал Учасника:
    • Функціонал tenderPeriod (робота з заявою на участь)
    • Функціонал questionPeriod (можливість задати питання).
• Земельні торги
  • Технічний ідентифікатор - active_auction
  • Умови набуття статусу - Автоматично з статусу active_tendering за умови кількості bid`s >= 2, при настанні дати та часу проведення аукціону (дата вказується Організатором в оголошенні, час визначається ЦБД).
  • Функціонал Організатора:
    • Можливість скасувати аукціон.
  • Функціонал Учасника:
    • Участь в аукціоні.
• Очікується оприлюднення протоколу
  • Технічний ідентифікатор - active_qualification
  • Умови набуття статусу:
    • Автоматично зі статусу active_auction після завершення auctionPeriod, якщо кількість bid`s >= 2, та зроблена хоча одна валідна ставка (стартова ціна +крок)
    • Автоматично зі статусу active_tendering після завершення tenderPeriod за умови 1-єї заяви на участь, якщо ця заява від учасника, що був єдиним учасником в попередньому аукціоні (bids.bidders.identifier.id == previousAuctionBidder.identifier.id).
    • Автоматично з будь-якого статусу qualificatinPeriod процедури за умови дискваліфікації учасника за наявності в процедурі учасника в статусі pending_waiting
  • Особливості:
    • при переході процедури в цей статус формується qualificatinPeriod з усіма вкладеними періодами для award в статусі pending, при переході
    • при переході award з статусу pending_waiting в статус pending qualificatinPeriod процедури та вкладені періоди для цього award формуються повторно.
  • Функціонал Організатора:
    • Функціонал qualificationPeriod.
    • Функціонал award в статусі pending.
  • Функціонал Учасника:
    • Функціонал award в статусі pending.
• Очікується підписання акту/договору
  • Технічний ідентифікатор - active_awarded
  • Умови набуття статусу - Автоматично з статусу active_qualification після переводу Організатором award з статусу pending в статус active.
  • Функціонал Організатора:
    • Функціонал qualificatinPeriod.
    • Функціонал contract в статусі pending.
  • Функціонал Учасника:
    • Відсутній.
  • Функціонал Майданчика Переможця*:
    • Підтвердження сплати забезпечувального платежу

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

• Очікується оплата
  • Технічний ідентифікатор - pending_payment
  • Умови набуття статусу - Автоматично з статусу active_awarded** після переводу Організатором contract з статусу pending в статус signed.
  • Функціонал Організатора:
    • Функціонал qualificationPeriod.
    • Функціонал contract в статусі signed.
  • Функціонал Учасника:
    • Відсутній.
• Торги завершено. Акт підписано
  • Технічний ідентифікатор - complete
  • Особливості: Термінальний статус.
  • Умови набуття статусу:
    • Ручна дія організатора з статусу процедури pending_payment - запит після запиту на завершення аукціону**.**
    • Дія доступна, якщо contract в статусі signed.
  • Функціонал Учасника:
    • Відсутній.
• Торги не відбулися
  • Технічний ідентифікатор - unsuccessful
  • Особливості: Термінальний статус.
  • Умови набуття статусу:
    • Якщо в рамках tenderPeriod немає жодної поданої заяви;
    • Якщо в рамках tenderPeriod подана 1 заява на участь
      • і в попередньому аукціоні було подано кількість заяв на участь відмінну від 1 (bids[] попереднього аукціону != 1)
      • в попередньому аукціоні подано 1 заяву на участь (bids[] попереднього аукціону == 1) але bids.bidders.identifier.id учасника поточного аукціону != previousAuctionBidder.identifier.id)
    • Якщо протягом auction_period жоден bid не перевищив стартову ціну лота + крок.
    • Якщо в рамках кваліфікації Організатор дискваліфікував всі сформовані award`и.
• Торги скасовано
  • Технічний ідентифікатор - cancelled
  • Особливості: Термінальний статус.
  • Умови зміни статусу - Ручна дія організатора з будь-якого не термінального статусу процедури - запит на скасування торгів.

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

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

• Чернетка заяви
  • Технічний ідентифікатор - draft
  • Учасник:
    • Можливість відредагувати заяву на участь
  • Майданчик учасника:
    • Можливість активувати заяву на участь
  • Умови набуття статусу - при створенні заява на участь стає чернеткою
• Підтверджена заява
  • Технічний ідентифікатор - active
  • Особливості статусу: заява бере участь в торгах.
  • Учасник:
    • відсутній
  • Умови набуття статусу - учасник активує заяву на участь
• Деактивована заява
  • Технічний ідентифікатор - inactive
  • Особливості статусу: заява НЕ бере участь в торгах.
  • Учасник:
    • можливість активувати заяву на участь
    • можливість анулювати заяву на участь
  • Умови набуття статусу - Для заяви учасника з переважним правом (bid.priority == 0 або bid.priority == 1):
    • якщо Організатор змінив ідентифікатор в масиві даних currentTenants внаслідок чого заява учасника перестала бути заявою учасника з переважним правом
    • стала заявою з переважним правом нижчого пріоритету ( значення bid.priority змінилося з 0 на 1)
• Видалена заява
  • Технічний ідентифікатор - deleted
  • Учасник:
    • відсутній
  • Умови набуття статусу - з статусу active або inactive, якщо учасник анулював свою заяву на участь

Важливо: При переході біда в статус deleted та invalid для учасника з переважним правом перестає відображатись поле priority

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

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

• Очікується протокол

  • Технічний ідентифікатор - pending
  • Організатор
    • Завантаження протоколу auctionProtocol (обов'язкова дія - з можливістю змінити документ до моменту зміни статусу award`у);
    • Підтвердження протоколу.
    • Дискваліфікація учасника.
  • Учасник:
    • Можливість завантажити та замінити протокол в bid (не обов'язкова дія - з можливістю замінити протокол).
  • Умови набуття статусу - автоматично присвоюється переможцю під час генерації авардів (після переходу процедури в статус active_qualification)

• Очікується рішення

  • Технічний ідентифікатор - pending_waiting
  • Організатор
    • Відсутній.
  • Учасник
    • Можливість відмовитися від очікування.
  • Умови набуття статусу - автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів (після переходу процедури в статус active_qualification)

• Переможець. Очікується Акт/Договір

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

• Дискваліфіковано

  • Технічний ідентифікатор - unsuccessful
  • Організатор - функціонал відсутній
  • Учасник - функціонал відсутній
  • Умови зміни статусу - Ручна дія Організатора з статусу award`у pending або active - запит на дискваліфікацію переможця (доступно до переходу процедури в термінальний статус)

• Учасник не став переможцем

  • Технічний ідентифікатор - cancelled
  • Організатор - функціонал відсутній
  • Учасник - функціонал відсутній
  • Умови зміни статусу
    • З статусу award`у pending_waiting за умови переходу процедури в статус complete.
    • З статусу award`у pending_waiting за умови відмови учасника від очікування.

Статуси акту (contract)

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

• Очікується акт/договір
  • Технічний ідентифікатор - pending
  • Організатор
    • Завантаження підписаного акту та внесення інформації про акт
    • Можливість завантажити та замінити документи
    • Можливість змінити інформацію про акт
    • Підтвердження підписання акту (за умови підтвердження забезпечувального платежу).
    • Функціонал award в статусі active (Дискваліфікація учасника)
• Учасник - відсутній
• Майданчик переможця (роль виділена тільки на боці майданчика):
  • Підтвердження сплати забезпечувального платежу
  • Умови набуття статусу - контракт створюється після переходу award в статус active, статус автоматично присвоюється створеному контракту
• Акт/договір підтверджено
  • Технічний ідентифікатор - signed
  • Організатор:
    • Підтвердження оплати за лот та підготовку лота.
    • Функціонал award в статусі active (Дискваліфікація учасника)
  • Учасник - відсутній
  • Умови набуття статусу - Ручна дія Організатора з статусу pending - підтвердження підписання акту з переможцем.
• Отримання оплати підтверджено
  • Технічний ідентифікатор - active
  • Організатор:
    • Завершення аукціону.
    • Функціонал award в статусі active (Дискваліфікація учасника)
  • Учасник - відсутній
  • Умови набуття статусу - Ручна дія Організатора з статусу signed - підтвердження оплати за лот та підготовку лота.
• Акт скасовано
  • Технічний ідентифікатор - cancelled
  • Організатор - відсутній
  • Учасник - відсутній
  • Умови набуття статусу - Автоматична дія з статусу pending, або signed, або active - дискваліфікація учасника, за умови дискваліфікації учасника Організатором.

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

Період підготовки - preliminaryPeriod (out of the system)

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

• Умови формування дати початку та кінця періоду - поза системою
• Функціонал Організатора:
  • Публікація оголошення
• Функціонал Учасника - відсутній

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: після завершення періоду статус процедури автоматично змінюється з active_rectification на active_tendering
  • Дата початку: може припадати на неробочий день (співпадає з датою публікації процедури);
  • Дата завершення: завжди припадає на робочий день, дата та час початку rectificationPeriod + 2 робочі дні, завершення о 18:00 (не враховуючи день публікації)
  • Функціонал користувачів:
    • Функціонал статусу процедури active_rectification.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: відсутні.
  • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod).
  • Дата завершення: може припадати на неробочий день, завершується за 5 робочих днів до завершення періоду подання пропозицій, час завершення о 23:59.
  • Функціонал Організатора:
    • Можливість внесення змін до даних учасника із переважним правом (currentTenant).
  • Функціонал Учасника:
    • Відсутній специфічний функціонал користувача доступний тільки в рамках вказаного періоду (див. функціонал Статуси bid`а)

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - відсутні
  • Дата початку: може припадати на неробочий день (співпадає з датою публікації процедури).
  • Дата завершення: може припадати на неробочий день, завершується за 1 робочий день до дня початку auctionPeriod о 18:00
  • Функціонал Організатора:
    • Відсутній.
  • Функціонал Учасника:
    • Можливість задати запитання
    • Ознайомлення із отриманими відповідями Організатора.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - відсутні
  • Дата початку: може припадати на неробочий день (співпадає з датою публікації процедури).
  • Дата завершення: може припадати на неробочий день, завершується за 1 робочий день до дня початку auctionPeriod о 18:00
  • Функціонал Організатора:
    • Відповіді на запитання учасників.
    • Ознайомлення з запитаннями учасників.
  • Функціонал Учасника:
    • Відсутні.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: відсутні
  • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення rectificationPeriod.
  • Дата завершення: може припадати на неробочий день, завершується о 20:00 дня, що передує дню початку auctionPeriod.
  • Функціонал Організатора:
    • Можливість завантажувати/замінювати документи процедури.
    • Можливість скасувати аукціон.
  • Функціонал Учасника:
    • Пошук та перегляд оголошення
    • Розміщення заяв на участь.
    • Активація заяви на участь.
    • Функціонал bid в статусі draft/active:
      • Можливість внесення змін в заяву на участь протягом усього tenderPeriod;
      • Можливість завантажувати та замінювати документи заяви на участь протягом усього tenderPeriod.
    • Функціонал bid в статусі draft/active/inactive:
      • Можливість анулювати заяву на участь.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - починається у визначений ЦБД день та час (але не раніше ніж через 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури в ЦБД), залежить від наявності не менше 2-х bid's в статусі active.
  • Дата початку: завжди припадає на робочий день вказаний Організатором в оголошенні, точний час (часовий діапазон з 11:00 - 13:00) визначається ЦБД з огляду на встановлену валідацію
  • Дата завершення: може припадати на неробочий день, подія завершення аукціону (торгів)
  • Функціонал Організатора:
    • Скасування аукціону.
  • Функціонал Учасника:
    • Участь в аукціоні.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду:
    • формується за наявності переможця за результатами проведеного аукціону або після tenderPeriod, за наявності лише 1 bid'а
    • Формується повторно з усіма вкладеними періодами аварду за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
  • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate);
  • Дата завершення: через 25 робочих днів після початку періоду.
  • Функціонал користувачів:
    • Відсутній функціонал прив’язаний до тривалості періоду до переходу процедури в термінальний статус. Організатору доступне скасування аукціону та дискваліфікація переможця.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: відсутні.
  • Дата початку: може припадати на неробочий день, відповідає даті та часу початку qualificationPeriod.
  • Дата завершення: через 6 робочих днів після початку періоду.
  • Функціонал користувачів:
    • Відсутній функціонал прив’язаний до тривалості періоду (робота з процедурою в статусі active_qualification)

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: період створений для нагадування Майданчику переможця та Учаснику про закінчення нормативного терміну на підтвердження сплати забезпечувального платежу.
  • Дата початку: може припадати на неробочий день, відповідає даті та часу початку qualificationPeriod.
  • Дата завершення: через 15 робочих днів після початку періоду.
  • Функціонал користувачів:
    • Відсутній функціонал прив’язаний до тривалості періоду (робота з процедурою в статусі active_awarded)

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: відсутні.
  • Дата початку: може припадати на неробочий день, відповідає даті та часу початку qualificationPeriod.
  • Дата завершення: через 20 робочих днів після початку періоду.
  • Функціонал користувачів:
    • Відсутній функціонал прив’язаний до тривалості періоду (робота з процедурою в статусі active_awarded)

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: відсутні.
  • Дата початку: відповідає даті та часу award.signingPeriod.endDate
  • Дата завершення: через 5 робочих днів після початку періоду. Завжди припадає на робочий день, час завершення о 18:00. Дату paymentPeriod.endDate відображаємо у API, але бізнесово період триває доти, доки Організатор не завершить процедуру вручну.
  • Функціонал користувачів:
    • Відсутній функціонал прив’язаний до тривалості періоду (робота з процедурою в статусі pending_payment)

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

Процедура

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

Cтатус процедури: active_rectification, active_tendering

Період процедури\аварду: tenderPeriod, rectificationPeriod

• illustration
  • Legal Name UA - Фотографічні зображення земельної ділянки та ілюстрації
  • Legal Name EN - Illustration
  • Опис - Зображення, що можуть додаватися Організатором до оголошення
  • Обов'язковість - Так
  • Публічність - Так
• notice
  • Legal Name UA - Паспорт торгів
  • Legal Name EN - Auction notice
  • Опис - Офіційне повідомлення, що містить деталі аукціону
  • Обов'язковість - Ні
  • Публічність - Так
• technicalSpecifications
  • Legal Name UA - Копії документів та матеріалів на лот
  • Legal Name EN - Technical specifications
  • Опис - Детальна інформація про лот
  • Обов'язковість - Так
  • Публічність - Так
• evaluationCriteria
  • Legal Name UA - Кваліфікаційні вимоги
  • Legal Name EN - Evaluation criteria
  • Опис - Вимоги до потенційних учасників аукціону
  • Обов'язковість - Ні
  • Публічність - Так
• contractProforma
  • Legal Name UA - Проєкт акту/договору
  • Legal Name EN - Act proforma
  • Опис -Документ містить умови акту
  • Обов'язковість - Ні
  • Публічність - Так

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

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

Період процедури\аварду: rectificationPeriod

• clarifications
  • Legal Name UA - Погодження змін до опису. Опис причин редагування
  • Legal Name EN - Clarifications
  • Опис - Документ не потрібно вносити до списку документів при створенні аукціону
  • Обов'язковість - Ні (обов'язковий лише внесення змін в поля лоту)
  • Публічність - Так

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

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

Період процедури\аварду: tenderPeriod

• commercialProposal
  • Legal Name UA - Заява на участь
  • Legal Name EN - Commercial proposal
  • Опис - Заява на участь
  • Обов'язковість - Так
  • Публічність - Так
• x_passport
  • Legal Name UA - Копія паспорта або документу, що посвідчує особу
  • Legal Name EN - Passport or identity document
  • Опис - Паспорт або інший документ, що посвідчує особу (для фізичної особи нерезидента)
  • Обов'язковість - Ні
  • Публічність - Ні
• x_IPN
  • Legal Name UA - Копія ІПН
  • Legal Name EN - IPN
  • Опис - Копія ІПН
  • Обов'язковість - Ні
  • Публічність - Ні
• x_registerExtract
  • Legal Name UA - Копія витягу з ЄДРПОУ або документ про реєстрацію у державі місцезнаходження
  • Legal Name EN - Register extract or information on registration at the location
  • Опис - Копія витягу з ЄДРПОУ або копію документа про реєстрацію у державі її місцезнаходження (витяг із торговельного, банківського або судового реєстру тощо)
  • Обов'язковість - Ні
  • Публічність - Так
• x_ultimateBeneficiaryInfo
  • Legal Name UA — Інформація про кінцевого бенефіціарного власника
  • Legal Name EN —Ultimate beneficiary information
  • Опис —Інформація про кінцевого бенефіціарного власника або причину його відсутності
  • Обов'язковість — Ні
  • Публічність — Так
• x_registrationFeeApproval
  • Legal Name UA - Документ, що підтверджує сплату реєстраційного внеску
  • Legal Name EN - Registration fee approval
  • Опис - Документ, що підтверджує сплату реєстраційного внеску
  • Обов'язковість - Ні
  • Публічність - Так
• x_guaranteeApproval
  • Legal Name UA - Документ, що підтверджує сплату гарантійного внеску
  • Legal Name EN - Guarantee approval
  • Опис - Документ, що підтверджує сплату гарантійного внеску
  • Обов'язковість - Ні
  • Публічність - Так
• qualificationDocuments
  • Legal Name UA - Документи що підтверджують відповідність вимогам
  • Legal Name EN - Qualification document
  • Опис - Документи що підтверджують відповідність учасника вимогам, вказаним Організатором в оголошенні
  • Обов'язковість - Ні
  • Публічність - Так
• admissionReason
  • Legal Name UA - Підстави для допуску дискваліфікованого учасника
  • Legal Name EN - Reasons for admission for previously disqualified
  • Опис - Підстави для допуску дискваліфікованого учасника
  • Обов'язковість - Так, для переводу bid-а в статус active для учасника який був дискваліфікований на попередньому аукціону з певних причин (вказано в блоці "Недопуск учасника")
  • Публічність - Так

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

Період процедури\аварду: qualificationPeriod

• auctionProtocol

  • Legal Name UA - Протокол про результати земельних торгів

  • Legal Name EN - Auction protocol

  • Опис - Протокол аукціону, який учасник має можливість завантажити в рамках кваліфікації

  • Обов'язковість - Ні

  • Публічність - Так

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

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

Період процедури\аварду: qualificationPeriod

• auctionProtocol
  • Legal Name UA - Протокол про результати земельних торгів
  • Legal Name EN - Auction protocol
  • Опис - Протокол аукціону
  • Обов'язковість - Так
  • Публічність - Так

Cтатус процедури: active_qualification, active_awarded, pending_payment

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

• rejectionProtocol
  • Legal Name UA - Рішення Організатора про відмову (дискваліфікацію)
  • Legal Name EN - Rejection protocol
  • Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;
  • Обов'язковість - Так, для зміни статусу аварду на unsuccessful
  • Публічність - Так
• act
  • Legal Name UA - Акт про відмову переможця
  • Legal Name EN - Refusal act
  • Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Учасником;
  • Обов'язковість - Так, для зміни статусу аварду на unsuccessful
  • Публічність - Так

Акт/договір

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

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

• contractSigned
  • Legal Name UA - Підписаний акт/договір
  • Legal Name EN - Act of electronic bidding
  • Опис - Акт про проведені електронні торги
  • Обов'язковість - Так
  • Публічність - Так
• contractAnnexe
  • Legal Name UA - Додатки до акту/договору
  • Legal Name EN - Act annexe
  • Опис - Додатки до акту
  • Обов'язковість - Ні
  • Публічність - Так
• securityPayment
  • Legal Name UA - Підтвердження сплати забезпечувального платежу
  • Legal Name EN - Security payment
  • Опис - Документ, що підтверджує сплату забезпечувального платежу учасником майданчику
  • Обов'язковість - Ні
  • Публічність - Так

Статус процедуры: pending payment

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

• paymentInformation
  • Legal Name UA - Відомості про сплату
  • Legal Name EN - Payment information
  • Опис - Відомості про сплату за лот
  • Обов'язковість - Ні
  • Публічність - Так

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

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)

• cancellationDetails
  • Legal Name UA - Причини скасування
  • Legal Name EN - Cancellation details
  • Опис - Інформація щодо причин скасування аукціону
  • Обов'язковість - Так, для скасування аукціону
  • Публічність - Так

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

Cтатус процедури: active_tendering, active_auction, active_qualification, active_awarded

Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.signingPeriod, award.paymentPeriod).

• digitalSignature
  • Legal Name UA - Цифровий підпис
  • Legal Name EN - Digital signature
  • Опис - Цифровий підпис
  • Обов'язковість - Ні
  • Публічність - Набуває значення документу з яким пов'язаний

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

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

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

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

Перелік схем

• Високорівневий бізнес процес
• Модель статусів процедури
• Timeline процедури
• Схема "Зміна статусів контракту"
• Зміна статусів заяви на участь

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

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

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

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

Присутня валідація на поле 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:

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

• Якщо tenderAttempts > 1 виконується перевірка кількості bid`ів процедури id якої вказано в previousAuctionId. Якщо в цій процедурі кількість bid[] = 1, тоді:
  • дані bid`а цієї процедури записуються в previousAuctionBidder процедури, що публікується.

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

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

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

Внесення інформації про учасника з переважним правом

Організатор обов’язково має вказати дані учасника з переважним правом:

До запуску універсального модуля аукціону:

• заповнити один елемент списку про учасників з переважним правом (currentTenants) minItems: 1 maxItems: 1
• значення поля currentTenants.priority default == 0.

Після запуску універсального модуля аукціону:

• заповнити один або два елементи списку про учасників з переважним правом (currentTenants) minItems: 1 maxItems: 2
• вказати пріоритет кожного учасника в полі” Учасник з пріоритетом” priority, обирається з словника.
• значення полів currentTenants.priority - не можуть повторюватися в масиві currentTenants.
• значення полів currentTenants.identifier.id - не можуть повторюватися в масиві currentTenants.
• Додано поле numberOfCurrentTenants, значення якого обов'язково заповнюється Організатором.
• Якщо numberOfCurrentTenants == 1 може бути заповнений тільки один елемент масиву currentTenants.
• Якщо numberOfCurrentTenants == 1, то значення поля currentTenants.priority значення "Учасник з переважним правом" (currentTenants.priority == 0)

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

Дані учасників з переважним правом (currentTenants) можуть редагуватися протягом періоду передачі переважного права (transferPriorityPeriod). У разі внесення змін в хоча б в один ідентифікатор identifier.id учасника з переважним правом (currentTenants):

• якщо identifier.id учасника більше не вказаний в масиві currentTenants:
  • статус bid’а учасника змінюється на inactive.
• якщо identifier.id залишився вказаним в масиві currentTenants, але змінилося значення поля priority:
  • якщо пріоритет учасника знизився (наприклад, з 0 → 1) - статус bid’а учасника змінюється на inactive.
  • якщо пріоритет учасника підвищився (наприклад, з 1 → 0) - статус bid’а учасника не змінюється, учаснику приходить сповіщення про те, що його заява зареєстрована як заява учасника з переважним правом першої черги.

Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

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

Також протягом періоду передачі переважного права transferPriorityPeriod Організатор може змінювати кількість учасників з переважним правом:

• Для того, щоб змінити кількість учасників з переважним правом, необхідно одним запитом надіслати:
  • Змінені дані в масиві currentTenants;
  • Змінене значення поля numberOfCurrentTenants.

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

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

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

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

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

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

• Учаснику
  • Коли - Редагування процедури
  • Що - Організатор торгів змінив умови проведення аукціону.
  • Коментарі - Повідомлення надходить Учаснику протягом 5 хв.

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

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

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

Передумови:

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

Кроки:

• Оператор Учасника надсилає запит на публікацію заяви.
• ЦБД перевіряє чи
  • завантажено всі обов’язкові документи до заяви:
    • commercialProposal
    • admissionReason (обов’язково, якщо identifier.bidders учасника потрапив в disqualifiedBids для цієї процедури)
  • заповнено всі обов’язкові поля блоків заяви:
    • bidders.identifier
    • bidders.address
    • bidders.contactPoint
    • value

Результат:

• ЦБД надсилає майданчику id та токен bid`a
• створюється ставка учасника (bid) в статусі draft.

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

Передумови:

• статус процедури active_tendering
• статус заяви учасника draft

Кроки:

• Оператор Учасника надсилає запит на активацію заяви.
• ЦБД перевіряє чи
  • завантажено всі обов’язкові документи до заяви:
    • commercialProposal
    • admissionReason (обов’язково, якщо identifier.bidders учасника потрапив в disqualifiedBids для цієї процедури)
  • заповнено всі обов’язкові поля блоків заяви:
    • identifier.bidders
    • address.bidders
    • contactPoint.bidders
    • value

Результат:

• ЦБД надсилає майданчику id та токен bid`a
• статус ставки учасника (bid’а) змінюється на active.

Активація деактивованої заяви (учасником, що втратив переважне право)

Передумови:

• статус процедури active_tendering
• статус заяви учасника inactive

Кроки:

• Учасник надсилає запит на активацію деактивованої заяви
• ЦБД перевіряє чи
  • завантажено всі обов’язкові документи до заяви:
    • commercialProposal
    • admissionReason (обов’язково, якщо identifier.bidders учасника потрапив в disqualifiedBids для цієї процедури)
  • заповнено всі обов’язкові поля блоків заяви:
    • identifier.bidders
    • address.bidders
    • contactPoint.bidders
    • value

Результат:

• статус ставки учасника (bid’а) змінюється на active.

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

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

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

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

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

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

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

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

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

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

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

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

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

Аукціон

Аукціон

Опис логіки роботи модулю аукціону з переважним правом

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

• Послідовність кроків:
  • пауза - pause - 5 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • пауза - pause - 3 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • пауза - pause - 3 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • пауза - pause - 3 хв.
  • пріоритетний раунд (складається з паралельних ходів учасників з переважним правом)
  • розкриття - final

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

• Системна назва
  • Значення - sequential
• Напрямок зміни ставок
  • Значення - На підвищення
• Обмеження ставки (масив)
  • Значення - Попередня ставка самого учасника (user)
• Тривалість
  • Значення - 3 хвилини
• Перелік учасників
  • Значення - Анонімний
• Відображення ставок
  • Значення - Значення ставок (масив) - Ціна: Так

Пауза

• Системна назва
  • Значення - pause
• Тривалість
  • Значення (ознайомча пауза) - 5 хвилини
  • Значення (пауза між раундами) - 3 хвилини

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

• Системна назва
  • Значення - precedence
• Напрямок зміни ставок
  • Значення - Погодження із найвищою ставкою послідовного раунду або другою за розміром ставкою послідовного раунду (sequential)
• Обмеження ставки (масив)
  • Значення - База - Попередня найвища та друга за розміром ставка учасників послідовного раунду (sequential)
• Тривалість
  • Значення - 3 хвилини на кожен блок дій
• Перелік учасників
  • Значення - Анонімний
• Відображення ставок
  • Значення - Значення ставок (масив) - Ціна: Так, тільки найвища та друга за розміром ставка послідовного раунду (sequential)

Розкриття

• Системна назва
  • Значення - final
• Подія для завершення
  • Значення - Час вичерпано
• Тривалість
  • Значення - 5 секунд (або менше, в залежності від завантаженості системи)
• Перелік учасників
  • Значення - Персоніфікований
• Відображення ставок
  • Значення - Значення ставок (масив) - Ціна: Так
• Пост-дії
  • Значення - Сортування - Так

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

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

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

Для реалізації переважного права учасники з переважним правом має погодитися з:

• найвищою ставкою за результатами 3-ох послідовних раундів
• другою за розміром ставкою за результатами 3-ох послідовних раундів

Після завершення раунду переважного права модуль аукціону сортує bid`и з урахуванням ставок зроблених в раунді переважного права за параметрами:

1. Розмір ставки
2. Пріоритет учасника (0,1 або відсутній)
3. Час ставки

Після повторного сортування bidів інформація про учасників з двома першими ставками передається в процедуру для створення awardів:

• перший bid - статус pending
• другий bid - статус pending_waiting

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

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

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

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

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

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

Передумови:

• статус процедури active_awarded
• статус award active
• статус contract pending

Кроки:

• Організатор заповнює/змінює поля сутності contract та завантажує документи
• Ініціює збереження внесених змін

Результат:

• ЦБД зберігає внесені організатором дані
• статуси процедури award та contract** залишаються незмінними.

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

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

Передумови:

• статус процедури active_awarded
• статус award active
• статус contract pending
• значення поля securityPaymentCofirmation == false

Кроки:

• Майданчик переможця:
  • надсилає запит на зміну значення поля securityPaymentCofirmation з false на true на (зміна незворотна)
  • завантажує документ securityPayment (не обов’язкова дія)

Результат:

• ЦБД змінює значення поля securityPaymentCofirmation з false на true
• статуси процедури award та contract** залишаються незмінними.

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

Підтвердження акту

Передумови:

• статус процедури active_awarded
• статус award active
• статус contract pending
• значення поля securityPaymentCofirmation == true

Кроки:

• Організатор надсилає запит на підтвердження акту (зміну статусу contract з pending на signed)
• ЦБД перевіряє чи:
  • заповнені обов’язкові поля contract
  • значення поля securityPaymentCofirmation== true
  • завантажено документ contractSigned

Результат:

• ЦБД змінює:
  • статус процедури на pending_payment
  • статус contract на signed
• статус award залишається незмінним.

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

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

• підтвердити оплату (змінити значення поля lotPaymentConfirmation на "true");

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

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

Завершення роботи з актом (переведення у статус active)

Передумови:

• статус процедури active_awarded
• статус award active
• статус contract signed
• значення поля lotPaymentConfirmation == true

Кроки:

• Організатор надсилає запит на завершення роботи з актом (зміну статусу contract з signed на active)

Результат:

• ЦБД змінює:
  • статус процедури на pending_payment
  • статус contract на active
• статус award залишається незмінним.

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

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

Дискваліфікація переможця

Хто: Організатор

Передумови:

• статус awad`y pending, pending_payment або active
• статус процедури active_qualification, pending_payment або active_awarded
• період процедури qualificationPeriod
• статус contract pending, signed або active

Кроки:

• завантажити один із документів “Рішення Організатора про відмову (дискваліфікацію)” (rejectionProtocol) або “ Акт, що підтверджує відмову переможця” (act);
• обрати причину дискваліфікації зі словника
• надіслати в ЦБД дані про дискваліфікацію
• підтвердити дискваліфікацію (створити запит на зміну статусу award`y)

Результат:

• статус дискваліфікованого awad`y змінюється на unsuccessful
• статус контракту змінився на cancelled
• якщо в процедурі наявний awad в статусі pending_waiting, то:
  • статус awad`y з pending_waiting змінюється на pending та формується для нього qualificationPeriod з усіма вкладеними періодами.
  • статус процедури змінюється на active_qualification.
• якщо в процедурі відсутній awad в статусі pending_waiting, то:
  • статус процедури змінюється на unsuccessful.

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

• Перелік причин дискваліфікації:
  • Відмовився від підписання протоколу
  • Відмовився від укладення акту/договору
  • Не сплатив належну суму за придбаний лот та/або суму забезпечувального платежу
  • Організатор не підписав протокол
  • Організатор не підписав акт/договір