Технічне завдання на розробку процедури “Продаж землі на англійському аукціоні з переважним правом”

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

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

РинокПродаж землі (landSell)
Бізнес назваПродаж землі з переважним правом на англійському аукціоні
Тип аукціонуАнглійський аукціон з переважним правом (priorityEnglish)
Технічна назва процедуриlandSell-priorityEnglish
Буквений ідентифікатор процедуриLSP
Процедура найбільше схожа на

- landSell-English

- landArrested-priorityEnglish

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

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

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

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

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

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

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

Нижче описані зміни в структурі даних відносно базової процедури продажу землі:

  1. currentTenants:
    1. maxItems: 2
    2. Items:
      1. allOf:
        1. Priority:

          1. Не може бути два item з однаковим пріоритетом

          2. Maximum: 1
          3. Словник “priorityType”: Values [0,1]
          4. default: 0
          5. readonly: true
  2. В існуючій моделі “Заява на участь” (landSell-priorityEnglish.Bid) змінюється:
    1. allOf:
      1. Priority:

        1. Тільки у двох bid може бути заповнене поле пріоритет. Значення "0" - може бути лише у одного bid, Значення "1" - може бути лише у одного bid

        2. maximum: 1
  3. Словник “priorityType”:
    1. default: 0
    2. readonly: true
    3. Values [0,1]

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

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

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

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

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

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

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

https://drive.google.com/file/d/10S_lspGpgmdUMbSeFqRhez_uxUOMaaCT/view?usp=sharing

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

  • Редагування доступне
    • Технічний ідентифікатор - active_rectification
    • Умови зміни статусу - Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус “Редагування доступне” (active_rectification).
  • Прийняття заяв на участь
    • Технічний ідентифікатор - active_tendering
    • Умови зміни статусу - По завершенню періоду редагування (rectificationPeriod), ЦБД змінює статус процедури на “Прийняття заяв на участь” (active_tendering).
  • Земельні торги
    • Технічний ідентифікатор - active_auction
    • Умови зміни статусу - Після активації процедури ЦБД визначає точну дату початку та час періоду аукціону. У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).
  • Очікується оприлюднення протоколу
    • Технічний ідентифікатор - active_qualification
    • Умови зміни статусу - По завершенню періоду аукціону (auctionPeriod):
      • За умови 2-х або більше заяв на участь;
      • Якщо аукціон проводиться повторно, за умови 1-єї заяви на участь (якщо вона від учасника, який єдиний брав участь в попередньому аукціоні);
    • ЦБД змінює статус процедури на “Очікується оприлюднення протоколу” (active_qualification) - 1 фаза кваліфікації переможця (award:pending), відбувається в частині роботи із протоколом, статус award’у змінюється на “Очікується протокол” (pending).
  • Очікується підписання договору
    • Технічний ідентифікатор - active_awarded
    • Умови зміни статусу - По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, статус процедури змінюється на “Очікується підписання договору/акту” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором.
  • Очікується оплата
    • Технічний ідентифікатор - pending_payment
    • Умови зміни статусу - По завершенню роботи із договором, Організатор натискає кнопку “Договір завантажено”, статус процедури змінюється на “Очікується оплата” (pending_payment) - 3 фаза кваліфікації переможця, а саме в частині підтвердження оплати.
  • Торги завершено. Договір підписано
    • Технічний ідентифікатор - complete
    • Умови зміни статусу - Термінальний статус. Після отримання інформації про оплату, Організатор аукціону натискає на кнопку “Завершити аукціон”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на complete.
  • Торги не відбулися
    • Технічний ідентифікатор - unsuccessful
    • Умови зміни статусу - Термінальний статус. Можливі наступні автоматичні варіанти зміни статусу процедури на unsuccessful в ЦБД, у разі:
      • Якщо в рамках tenderPeriod немає жодної поданої заяви;
      • Якщо в рамках tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids;
      • Якщо в рамках qualificationPeriod за результатами auctionPeriod, немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону);
      • Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;
      • Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників.
  • Торги скасовано
    • Технічний ідентифікатор - cancelled
    • Умови зміни статусу - Можливість скасування аукціону у Організатора присутня у всіх не термінальних статусах процедури. Для зміни статусу процедури на “Торги скасовано” Організатор зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати”, завантажити документ з причинами скасування та обрати причину скасування, після чого майданчик Організатора передає запит до ЦБД на зміну статусу процедури на “Торги скасовано”.

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

https://drive.google.com/file/d/1EdQmIw0jUbibfJeQ-MQjZO-3E6Qxhr4S/view?usp=sharing

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

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

https://drive.google.com/file/d/1ePvBLfTrEcAoqzbCbvBb2xXag97nFHTn/view?usp=sharing

  1. Очікується протокол
    1. Технічний ідентифікатор - pending
    2. Організатор
      1. Завантаження протоколу (обов'язкова дія - з можливістю замінити протокол);
      2. Переведення статусу учасника до наступного статусу “Переможець. Очікується договір”;
      3. Дискваліфікація учасника;
    3. Учасник:
      1. Можливість завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити протокол).
    4. Умови набуття статусу - автоматично присвоюється переможцю під час генерації авардів.
  2. Очікується рішення
    1. Технічний ідентифікатор - pending_waiting
    2. Організатор - відсутній
    3. Учасник
      1. Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі)
    4. Умови набуття статусу - автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів
  3. Переможець. Очікується договір
    1. Технічний ідентифікатор - active
    2. Організатор:
      1. Завантаження договору (з можливістю замінити);
      2. Дискваліфікація учасника (до завершення аукціону);
      3. Підтвердження оплати;
      4. Завершення аукціону.
    3. Учасник
      1. Можливість 2-му учаснику відмовитися від очікування до моменту дискваліфікації 1-го переможця.
    4. Умови набуття статусу - Організатор підтверджує підписання протоколу і award змінює свій статус на active.
    5. Коментар - Дискваліфікувати переможця можливо до завершення аукціону. Відмовитися від очікування 2-му учаснику можливо до моменту дискваліфікації 1-го учасника або завершення аукціону.
  4. Дискваліфіковано
    1. Технічний ідентифікатор - unsuccessful
    2. Організатор - функціонал відсутній
    3. Учасник - функціонал відсутній
    4. Умови набуття статусу - дискваліфікація учасника на будь-якому етапі кваліфікації
  5. Учасник не став переможцем
    1. Технічний ідентифікатор - cancelled
    2. Організатор - функціонал відсутній
    3. Учасник - функціонал відсутній
    4. Умови набуття статусу
      1. 2-й учасник відмовився від очікування
      2. Організатор аукціону підтвердив оплату 1-им учасником (статус договору active), у зв’язку з чим 2-й учасник не набув статусу переможця (за умови, що 2-й учасник, не самодискваліфікувався).

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

https://drive.google.com/file/d/1W5Ysc5bAu1AvZDzr5CQXhUYhImK4pwGn/view?usp=sharing

  1. Очікується договір
    1. Технічний ідентифікатор - pending
    2. Організатор
      1. Завантаження підписаного договору з учасником;
      2. Підтвердження підписання договору;
      3. Дискваліфікація учасника.
    3. Учасник - відсутній
    4. Умови зміни статусу - автоматично присвоюється переможцю під час генерації авардів.
  2. Договір підписано
    1. Технічний ідентифікатор - signed
    2. Організатор:
      1. Підтвердження оплати.
    3. Учасник - відсутній
    4. Умови зміни статусу - Організатор підтвердив підписання договору з переможцем.
  3. Оплату за договором здійснено
    1. Технічний ідентифікатор - active
    2. Організатор:
      1. Завершення аукціону.
    3. Учасник - відсутній
    4. Умови зміни статусу - Організаторпідтвердив отримання оплати.
  4. Договір скасовано
    1. Технічний ідентифікатор - cancelled
    2. Організатор - відсутній
    3. Учасник - відсутній
    4. Умови зміни статусу - Організатор аукціону дискваліфікував учасник через неможливість підписання договору або неотримання оплати.

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

https://drive.google.com/file/d/1wCyAPmsTkuj7I7p3bainOeo63P4_L8DF/view?usp=sharing

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Умови формування дати початку та кінця періоду:
    • Особливості періоду: відсутні
    • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування.
    • Дата завершення: може припадати на неробочий день, в діапазоні з 19:30 до 20:30 дня, що передує дню початку auctionPeriod.
    • Функціонал Організатора:
      • Скасування аукціону.
    • Функціонал Учасника:
      • Розміщення заяв на участь в рамках active_tendering:
        • Можливість внесення змін в заяву на участь протягом всього tenderPeriod;
        • Можливість завантажувати та замінювати документи заяви на участь протягом всього tenderPeriod.
        • Можливість анулювати заяву на участь.

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

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

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

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

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

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

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

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

  • Умови формування дати початку та кінця періоду:
    • Особливості періоду: - тривалість періоду до 6-ти робочих днів з дня, наступного за днем формування протоколу
    • Дата початку: може припадати на неробочий день, відповідає даті та часу початку qualificationPeriod.
    • Дата завершення: завжди припадає на робочий день, тривалість періоду до 6-ти робочих днів з дня, наступного за днем формування протоколу, але період триває доти, доки Організатор не завершить період вручну.
    • Функціонал Організатора:
      • Робота із протоколом (завантаження та заміна);
      • Дискваліфікація переможця.
    • Функціонал Учасника:
      • Робота із протоколом (необов'язкова дія - можливість завантажити та замінити протокол).
      • Можливість 2-му учаснику відмовитися від участі в аукціоні (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).

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

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

  • Умови формування дати початку та кінця періоду:
    • Особливості періоду: - тривалість періоду до 20 робочих днів (не включаючи день проведення аукціону)
    • Дата початку: може припадати на неробочий день, відповідає даті та часу початку qualificationPeriod.
    • Дата завершення: завжди припадає на робочий день, період триває доти, доки Організатор не завершить award.signingPeriod вручну.
    • Функціонал Організатора:
      • Завантаження договору (заповнення обов’язкових полів);
      • Дискваліфікація переможця (можливо до завершення аукціону).
    • Функціонал Учасника:
      • Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).

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

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

  • Умови формування дати початку та кінця періоду:
    • Особливості періоду: - формується за умови успішного завершення award.signingPeriod, тривалість періоду до 5-ти робочих днів з дня завершення award.signingPeriod
    • Дата початку: завжди припадає на робочий день, відповідає даті та часу завершення award.signingPeriod.
    • Дата завершення: завжди припадає на робочий день, період триває доти, доки Організатор не завершить award.paymentPeriod вручну, час завершення о 18:00.
    • Функціонал Організатора:
      • Підтвердження оплати;
      • Дискваліфікація переможця (можливо до завершення аукціону).
    • Функціонал Учасника:
      • Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).

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

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

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

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
    • Опис - Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в rectificationPeriod.
    • Обов'язковість - Ні (обов'язковий лише за умови внесення змін в поля лоту)
    • Публічність - Так

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

Статус процедури: 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 для учасника який був дискваліфікований на попередньому аукціону з певних причин (вказано в блоці "Недопуск учасника")
    • Публічність - Так

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

  • auctionProtocol
    • Legal Name UA - Протокол аукціону
    • Legal Name EN - Auction protocol
    • Опис - Протокол аукціону, який учасник має можливість завантажити в рамках кваліфікації
    • Обов'язковість - Ні
    • Публічність - Так

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

Cтатус процедури: 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
    • Публічність - Так

Договір

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

  • contractNotice
    • Legal Name UA - Повідомлення про договір
    • Legal Name EN - Contract notice
    • Опис - Офіційне повідомлення, що містить деталі договору
    • Обов'язковість - Так
    • Публічність - Так
  • contractSigned
    • Legal Name UA - Підписаний договір
    • Legal Name EN - Signed contract
    • Опис - Підписаний договір
    • Обов'язковість - Так
    • Публічність - Так
  • contractAnnexe
    • Legal Name UA - Додатки до договору
    • Legal Name EN - Contract annexe
    • Опис - Додатки до договору
    • Обов'язковість - Ні
    • Публічність - Так

Cтатус процедури: 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, pending_payment Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.signingPeriod, award.paymentPeriod).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Майданчик інформує учасника, що його закрита цінова пропозиція прийнята та отримала відповідну ознаку;
  • Учасник в особистому кабінеті отримує ознаку "Учасник з переважним правом". У разі подання 2-х або більше заяв на участь, які відповідають ідентифікатору учасника з переважним правом зазначеному Організатором в оголошенні, система надає підтвердження учаснику, що подав свою заяву на участь раніше.

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

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

  • заповнити один елемент списку про учасників з переважним правом (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'а, в якого вона була.

Нотифікація по процедурі продаж землі з подвійним переважним правом

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

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

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

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

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

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

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

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

Аукціон

Аукціон

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

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

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

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

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

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

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

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

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

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

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

Розкриття

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Аукціон відбувся/Один учасник
  • Аукціон не відбувся

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

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

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

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

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

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

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

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

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

  1. Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
    1. Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня його завершення.
    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), заповнити обов'язкові поля договору (крім обов'язкових при створенні, для активації необхідно заповнити поля dateSigned, title, contractNumber, description, contractTime.dateFrom, contractTime.dateTill) та підтвердити договір. Після цього майданчик переводить contract в статус signed.

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

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

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

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

  • підтвердити оплату (змінити значення поля lotPaymentConfirmation на "так");
  • підтвердити договір (перевід contracct з статусу signed на active).

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

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

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

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

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

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

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

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

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

  • Перелік причин дискваліфікації:
    • Відмовився від підписання протоколу
    • Відмовився від укладення договору
    • Не надав обов’язкові документи або відомості / надав неправдиві відомості
    • Не сплатив належну суму за придбаний лот та/або суму витрат на підготовку лота до продажу
    • Не відповідає встановленим Кодексом вимогам
    • Не отримав необхідне погодження ВРУ або КМУ

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

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

  • Організатору аукціону
    • Коли - Розпочалася кваліфікація
    • Що - Розпочато кваліфікацію по аукціону. На підтвердження протоколу _____
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Організатору аукціону
    • Коли - Закінчується період роботи із протоколом (за 24 години)
    • Що - Період роботи з протоколом аукціону закінчується за 24 години.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Організатору аукціону
    • Коли - Закінчується період роботи із договором (за 24 години)
    • Що - Період роботи з договором по аукціону закінчується за 24 години.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Учаснику, що очікує
    • Коли - Учасник, що очікує, не набув статусу переможця, оскільки 1-й учасник успішно пройшов кваліфікацію
    • Що - Ви не стали переможцем аукціону, 1-й учасник успішно пройшов кваліфікацію.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Організатору аукціону, Учаснику
    • Коли - Початок роботи із договором
    • Що - Період роботи з договором по аукціону розпочато.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Учаснику
    • Коли - Учасника дискваліфіковано
    • Що - Вас дискваліфіковано з аукціону без можливості повернення внесків
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Учаснику, що очікує
    • Коли - Першого Учасника дискваліфіковано
    • Що - Першого учасника дискваліфіковано. Ви стали переможцем аукціону. Розпочато період роботи з протоколом аукціону
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • Учаснику
    • Коли - Учасник відмовився від очікування
    • Що - Ви відмовилися від очікування по аукціону.
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • No labels