...

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]

Мінімальна кількість учасників для початку кваліфікації = 2. Організатор не може змінити значення minNumberOfQualifiedBids

В період кваліфікації можна перейти в 2-х варіантах:

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

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

...

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

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

...

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

...

Учасник з попереднього аукціону (previousAuctionBidder)

Якщо при публікації

...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Умови скасування заяви

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

У разі анулювання заяви учасником, майданчик надсилає запит до ЦБД щодо зміни статусу пропозиції на deleted. Анулювати можна тільки пропозицію в аукціоні, що має статус в Електронних торгах - "Прийняття заяв на участь". Після розкриття цінових пропозицій, інформація про неактивовані (draft) та анульовані (deleted) пропозиції Учасників не розкривається у публічному api. Майданчик повертає Учаснику гарантійний внесок.

Для видалення майданчик відправляє наступний запит до ЦБД: PATCH auctions/auction_id/bids/bid_id/status?acc_token=your_access_token та передати статус deleted.

Особливості відображення заяв на участь (бідів)

Bid зі статусом draft та deleted не з'являється у публічному АРІ після розкриття цінової пропозиції. Інформацію щодо bid’ів у статусі draft та deleted може побачити тільки майданчик учасника та адміністратор у логах ЦБД.

Bid зі статусом active та invalid присутні у публічному АРІ та розкриваються після завершення періоду аукціону (auctionPeriod). Bid'и у статусі active та invalid повинні відображатися на майданчику.

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

Перелік існуючих статусів заяви на участь

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

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

...