...
- При створенні Інформаційного Повідомлення має відбуватись перевірка, чи не задіяний пов'язаний Asset у інших сутностях Інформаційних Повідомлень, Пріоритетного Викупу, які перебувають на момент створення у активному стані;
- При створенні Інформаційного Повідомлення має відбуватись перевірка:
- якщо обраний для створення ІП Asset має itemType == ‘asset’, то чи додані у Asset.documents.documentType == 'Illustration'. Створити Asset є можливість без документів illustration, але створити ІП із Asset, який не має таких документів - не має бути можливості.
- При створенні Інформаційного Повідомлення в ньому зберігається посилання на Об’єкт реєстру (announcement.relatedEntities.type == asset), в Об’єкт реєстру передається посилання на Інформаційне Повідомлення;
- Зміни полів та документів Об'єкта реєстру, зберігаються як окремі версії Об’єкта;
- Інформаційне Повідомлення має поле announcement.relatedEntities.archiveId - це версія Об’єкта реєстру, яка була останньою на момент створення Інформаційного Повідомлення.
- Гарантійний внесок перераховується автоматично, якщо будь-які 2 попередні Процедури не відбулись з причини дискваліфікації учасників.
- Поле saleCondition автоматично генерується зі значенням "Так" без можливості редагування
- Поле Наявність переважного права у чинного орендаря автоматично генерується зі значенням "Ні" без можливості редагування
- 2-,6-а Процедури в разі їх не публікації набуваються статусу unpublished
- Обов'язкові поля для заповнення при Публікації Announcement:
- всі три initialProps.bankAccounts.accountType: guarantee, registrationFee, payment та currentTennant
- Інформація про орендаря - відображаємо це поле в усіх типах процедур (SPE, SPD, SPP) поля не обовʼязкові заповнюються тільки в двох типах ІП
- Інформація про орендодавця (Заповнене ще на етапі Asset. Поле assetCustodian)
- нформація про договір оренди
- дата укладання
- дата завершення
- строк дії
- місячна оренда плата
- площа що орендується
- Інформація про невідʼємні поліпшення
- вартість невідʼємних поліпшень
- висновок будівельної експертизи
- дата завершення невідʼємних поліпшень
- умови компенсації
- рішення про згоду на невідʼємні поліпшення
- наказ про затвердження висновку про вартість об’єкта приватизації
- Додаткові документи
- висновок будівельної експертизи
...
- Опубліковано Інформаційне Повідомлення
- Технічний ідентифікатор: pending
- Функціонал Організатора:
- Редагування полів опублікованого Інформаційного Повідомлення протягом 48 годин (rectificationPeriod). Для збереження змін потрібно завантажити документ announcement.documents.documentType: clarifications
- Редагування полів пов’язаного Об’єкту реєстру (asset.status: active_rectification) через інтерфейс Інформаційного Повідомлення на Майданчику протягом announcement.rectificationPeriod
- Завантаження або заміна документів Інформаційного Повідомлення та Об’єкта реєстру через інтерфейс Інформаційного Повідомлення на Майданчику протягом announcement.rectificationPeriod
- Розформування Інформаційного Повідомлення (завантажувати документи не потрібно)
- Умови набуття статусу: натискання Організатором кнопки “Опублікувати Інформаційне Повідомлення”. ЦБД валідує всі обов’язкові поля та документи та публікує Інформаційне Повідомлення у статусі announcement.status: pending.
- Умови зміни статусу: - Автоматично після завершення announcement.rectificationPeriod (48 годин) та створення Першої Процедури з ланцюжка статус ІП зміниться з pending на active_auction; - Ручна дія. Натискання кнопки "Розформувати Інформаційне Повідомлення" змінить статус ІП з pending на deleted.
- Опис: після набуття статусу pending Інформаційне Повідомлення стає доступним для всіх Спостерігачів
- Коментар:
- При публікації Інформаційного Повідомлення у ЦБД до Об’єкта реєстру МП повинно передаватись посилання на створене ІП (asset.relatedEntities.type == announcement);
- Одночасно у Об’єкта МП може бути тільки одне Інформаційне Повідомлення у статусі pending, active_auction, active_contracting, sold та необмежена кількість у статусах deleted та dissolved.
Проведення Аукціону
- Технічний ідентифікатор: active_auction
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу: - По настанню announcement.rectificationPeriod.endDate автоматично створюється Перша Процедура із ланцюжка і Інформаційне Повідомлення набуває статусу active_auction.
- Умови зміни статусу: - Статус ІП змінюється з active_auction на active_contracting автоматично після зміни статусу будь-якої Процедури з ланцюжка на complete; - Статус ІП змінюється з active_auction на dissolved автоматично після зміни статусу Останньої Процедури із ланцюжка на unsuccessful; - Статус ІП змінюється з active_auction на deleted автоматично після зміни статусу будь-якої Процедури із ланцюжка на cancelled.
- Опис: Організатор не взаємодіє з ІП. Всі дії відбуваються у активній Процедурі.
- Коментар: Інформаційне Повідомлення перебуває у статусі active_auction протягом всього періоду аукціонів. У ланцюжку ІП анонсується 6 Процедур. Але друга та четверта може згенеруватися автоматично за умови, що перший або пʼятий Аукціон завершився з причини дискваліфікації всіх учасників.
Виконання умов приватизації
- Технічний ідентифікатор: active_contracting
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу: статус ІП змінюється на active_contracting автоматично після набуття статусу complete будь-якої Процедури з ланцюжка ІП.
- Умови зміни статусу:
- Автоматично, як тільки сутність execution набуває статусу execution.status: sold, статус Інформаційного Повідомлення набуває статусу sold;
- Автоматично, як тільки сутність execution набуває статусу execution.status: deleted, статус Інформаційного Повідомлення набуває статусу deleted;
- Опис: Організатор не взаємодіє з ІП. Всі дії відбуваються у сутності Контрактинг (execution).
Об'єкт продано
- Технічний ідентифікатор: sold
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу: Автоматично, як тільки сутність execution набуває статусу execution.status: complete.
- Умови зміни статусу: термінальний статус
- Опис: Приватизація успішно завершена, умови приватизації виконані.
Об’єкт не продано
- Технічний ідентифікатор: dissolved
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу:
- Автоматично, коли остання Процедура із ланцюжка Інформаційних Повідомлень набула статусу procedure.status: unsuccessful;
- Умови зміни статусу: термінальний статус
- Опис: статус відповідає Інформаційному Повідомленню у якому продаж не відбувся. При набутті Інформаційним Повідомленням статусу dissolved статус Об'єкта реєстру автоматично змінюється на pending;
Інформаційне Повідомлення розформовано
- Технічний ідентифікатор: deleted
- Функціонал Організатора: функціонал відсутній
- Умови набуття статусу:
- Ручная дія. Натискання кнопки "Розформувати Інформаційне Повідомлення". Дія можлива до моменту створення Першої Процедури у ланцюжку Інформаційного Повідомлення; Не обов'язкова дія - завантаження документу cancellations.documents.documentType: cancellationDetails;
- Автоматично, коли будь-яка Процедура із ланцюжка Інформаційних Повідомлень набула статусу procedure.status: cancelled;
- Автоматично, як тільки сутність Контрактингу (Execution) набула статусу Execution.status: deleted - Умови зміни статусу: термінальний статус
- Опис: статус відповідає розформованому Інформаційному Повідомленню. При набутті Інформаційним Повідомленням статусу deleted статус Об'єкта реєстру автоматично змінюється на pending;
...
Перша Процедура створюється автоматично по завершенню announcement.rectificationPeriod (Як тільки наступає announcement.rectificationPeriod.endDate)
Друга (можлива), Третя, Четверта, Пʼята та можлива Шоста Процедура аукціону автоматично створюється одразу, якщо попередня Процедура набула статусу unsuccessful або unpublished(даного статусу можуть набути тільки 2-,6-а Процедури.
- Друга Процедура аукціону створюється тільки у випадку, коли Перша Процедура аукціону перейшла в статус unsuccessful, внаслідок дискваліфікації учасників з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності), то такий аукціон вважається зірваним і це є причиною створення Другої Процедури. Тобто, логіка наступна: якщо Процедура-1 має статус unsuccessful і у неї 1 або 2 awardи у статусі unsuccessful, то має створитись Процедура-2, якщо немає учасників в статусі unsuccessful, тоді створюється Процедура 2 набуває яка статусу unsuccessful і створюється Процедура 3 -2 в статусі unpublished
- Третя Процедура створюється в разі якщо 2-а Процедура набула статусу unsuccessful або unpublished.
Шоста Процедура аукціону створюється тільки у випадку, коли Пʼята Процедура аукціону перейшла в unsuccessful внаслідок дискваліфікації учасників з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності) то такий аукціон вважається зірваним і це є причиною створення шостої Процедури. Тобто, логіка наступна: якщо Процедура-5 має статус unsuccessful і у неї 1 або 2 awardи у статусі unsuccessful, то має створитись Процедура-6 в іншому випадку Процедура-6 набуває статус unpublished..
Якщо статус Процедури змінено на cancelled, то наступна Процедура не створюється, а Інформаційне Повідомлення автоматично набуває статусу dissolved.
За замовчуванням кількість аукціонів - 4. Мінімальна кількість -1 (якщо Перша процедура успішна), Можливий 2й та 6й аукціон за умови, що Перший та Пʼятий відповідно завершився з причини дискваліфікації Учасників.
В залежності від значення tenderAttempts, відображати назву аукціону:
- 1 - "Аукціон з умовами"
- 2 - "Повторний аукціон з умовами"
- 3 - "Аукціон з умовами"
- 4 - "Аукціон із зниженням стартової ціни"
- 5 - "Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
- 6 - "Повторний аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
...
- Дата початку Першого аукціону (extraSpecs.periods.periodName: auctionPeriod startDate)
- Особливості:
- Дата аукціону визначається Організатором;
- Час аукціону визначається ЦБД в період з 11:00 - 13:00 при автоматичному створенні Першої Процедури;
- Перша Процедура буде буде створена автоматично, як тільки завершиться announcement.rectificationPeriod. Модуль Аукціону буде запущено у дату, яку вказав Організатор у Дата початку Першого аукціону та час визначений ЦБД при створенні процедури. У період між датою створення Першої Процедури і “Дата початку Першого аукціону” триває tenderPeriod Першої Процедури, який завершується о 20:00 дня, що передує дню “Дата початку Першого аукціону”.
- Період між створенням Першої Процедури і “Дата початку Першого аукціону” не може бути менше 4 робочих днів (auctionPeriod_startDate >= currentDate + 4 wd);
- Максимальна кількість днів між створенням Першої Процедури і “Дата початку Першого аукціону” 366 календарних днів.
- Друга та наступні Процедури створюються автоматично одразу, тільки якщо попередня Процедура із ланцюжка ІП набула статусу Procedure.status: unsuccessful або unpublished - статуси яких набувають 2-а та 6-а процедури якщо за правилами вони не були опубліковані;
- Особливості:
Приклад: якщо Перша Процедура набула статусу Procedure.status: unsuccessful, то Друга або Третя Процедура (в залежності від виконання умов) буде створена автоматично одразу.
- Період на подачу пропозицій (робочих днів) (extraSpecs[].periods.periodName: tenderPeriod duration)
- Особливості:
- Визначається Організатором;
- Значення загальне для 2-*, 3-, 4-, 5-, 6-ї* Процедури із ланцюжка;
- Період на подачу пропозицій - це tenderPeriod, який буде мати 2-*,3-,4-,5-, 6-ї*та Процедура.
- ЦБД валідує тільки нижнє значення tenderPeriodDuration >= 3 р.д.;
- ЦБД не валідує верхнє значення tenderPeriodDuration.
- Технічна особливість: На інтерфейсі Майданчика при створенні ІП має бути одне поле, в якому Організатор може вказати тривалість "Періоду прийняття пропозицій". Організатор вказує кількість в днях один раз на інтерфейсі.
- Але коли Майданчик передає запит на ЦБД, то має це значення закопіювати і передати в трьох місцях: extraSpecs[1].periods.periodName: tenderPeriod duration, extraSpecs[2].periods.periodName: tenderPeriod duration, extraSpecs[3].periods.periodName: tenderPeriod duration, extraSpecs[4].periods.periodName: tenderPeriod duration, extraSpecs[5].periods.periodName: tenderPeriod duration
- Особливості:
Приклад 1:
- Перша Процедура набула статусу Procedure.status: unsuccessful у п’ятницю 15.05.2026 де було дискваліфіковано всіх учасників які приймали участь в кваліфікації
- Друга Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу.
- У Другої Процедури розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Другої Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- Якщо Дата початку Модулю Аукціону припадає на вихідний або святковий день, то Аукціон буде перенесений вперед на найближчий робочий день.
Стартова ціна
Для аукціонів з продажу об’єктів малої приватизації під час воєнного стану визначені наступні розміри стартової ціни:
Приклад 2:
- Перша Процедура набула статусу Procedure.status: unsuccessful у п’ятницю 15.05.2026 де не було учасників в процедурі
- Друга Процедура буде автоматично перейде у статус unpublished у п'ятницю 15.05.2026 одразу
- Третя Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу після набуття другою Процедурою статусу unpublished
- У Третьої Процедури розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Другої Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- Якщо Дата початку Модулю Аукціону припадає на вихідний або святковий день, то Аукціон буде перенесений вперед на найближчий робочий день.
Стартова ціна
Для аукціонів з продажу об’єктів малої приватизації під час воєнного стану визначені наступні розміри стартової ціни:
- Перший аукціон - стартова ціна першого аукціону вважається 100%
- Другий аукціон - стартова ціна першого аукціону вважається 100%
- Третій аукціон - стартова ціна першого аукціону вважається 100%
- Четвертий аукціон - 50% стартової ціни першого аукціону
- Пʼятий аукціон - 50% стартової ціни першого аукціону
- Шостий аукціон - 50% стартової ціни першого аукціону
...
При створенні ІП у запиті на ЦБД мають передаватись заповнені поля guarantee , та currentTenantGuaranteeFee. де guarantee заповнює Організатор а currentTenantGuaranteeFee за замовчуванням дорівнює guarantee але Організатор має право редагувати це поле. Подальша логіка розповсюджується на два поля однаково для всіх процедур ланцюжка (SPP, SPE, SPD).
На стороні ЦБД валідація лише на "обов'язковість заповнення".
На майданчику можна пропонувати Організатору автозаповнення полей guarantee та currentTenantGuaranteeFee, що == 20% стартової ціни поточного аукціона аукціону (20% від announcement.InitialProps.value).
Протягом 48 годин, доки у ІП триває rectificationPeriod поле guarantee поля guarantee та currentTenantGuaranteeFee можна редагувати.
Для першої процедури у ланцюжку ГВ завжди копіюється із announcement.initialProps.guarantee та announcement.initialProps.currentTenantGuaranteeFee.
Для другої і наступних Процедур у ланцюжку, якщо будь які попередні два аукціона* з продажу цього Об’єкта не відбулись (статус процедури “unsuccessful”) з наступних причин дискваліфікації учасників (статус аварду “unsuccessful”):
- Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
- Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна”;
- Подав неправдиві відомості про себе;
- Відмовився від підписання протоколу про результати електронного аукціону;
- Відмовився від укладення договору;
- Відмовився від підписання протоколу аукціону або договору купівлі-продажу щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
- Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
- Не сплатив ціну продажу об'єкта приватизації у встановлений строк.
...
- У Announcement Організатор заповнює поля guarantee та currentTenantGuaranteeFee (де значення currentTenantGuaranteeFee можна передзаповнити автоматично = guarantee але з можливістю редагування)
- При автоматичному створенні 1-ї Процедури SPE SPP поля guarantee та та currentTenantGuaranteeFee мають скопіюватись у SPESPP.
- В нас закладено, що у Першій Процедурі не має бути можливості редагувати поля guarantee та currentTenantGuaranteeFee, які скопіювались із Announcement
- При автоматичному створенні створенні 2-ї Процедур SPP поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни Аукціона (поточна ціна == Стартовова ціна аукцінону)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee у 2-й Процедурі SPP. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
- При автоматичному створенні 3-Ї, 4-ї Процедур SPE поля guarantee і currentTenantGuaranteeFee та currentTenantGuaranteeFee == 20% 20% від Поточної ціни Аукціона (поточна ціна == Стартовова ціна аукцінону)
- В нас закладено, що у Організатора має бути можливість редагувати поле guarantee (currentTenantGuaranteeFee змінюється автоматично) у 2-й, поля guarantee та currentTenantGuaranteeFee у 3-й, 4-й Процедурі Процедурі SPE. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
- При автоматичному створенні 5-ї 5ї та 6-ї Ї Процедури SPD поле guarantee має поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни Аукціона лота (поточна ціна == Стартовова ціна аукцінону50% від Стартової)
- В нас закладено, що у Організатора має бути можливість редагувати поле guarantee (currentTenantGuaranteeFee змінюється автоматично) у поля guarantee та currentTenantGuaranteeFee у 5-ї й та 6-їй Процедурі SPD. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтнедефолтні, з можливістю змінити.
Виключення: якщо два будь-які попередні Аукціони у ланцюжку (навіть не підряд, а, наприклад, Перший і Третій) завершилися з причини дискваліфікації Bid-ів, то ми маємо підставити дефолтне значення guarantee, яке == 50% від Поточної ціни лота АБО 30 мінімальних заробітніх плат (обирається більше значення)
...
При автоматичному створенні будь якої з процедур МП має відбутись перевірка, чи попередні два аукціони мають дискваліфікованих бідів (з будь-якої причини):
- якщо НІ: guarantee та currentTenantGuaranteeFee == 200 000 грн або 100 000 грн. (бо ціна у SPD_1 == 1 000 000 грн і 20% == 200 000 грн. або SPD_4 == 500 000 грн і 20% == 100 000 грн ) Організатор може вносити зміни у це поле протягом періоду редагування.
- якщо ТАК: guarantee та currentTenantGuaranteeFee == 500 000 грн або 250 000 грн (бо ціна у SPD_1 == 1 000 000 грн і 50% == 500 000 грн. або SPD_4 == 500 000 грн і 20% == 250 000 грн.) Організатор може вносити зміни у це поле протягом періоду редагування.
...
Логіка для розрахунку guarantee у наступних процедурах не міняється.
Значення guarantee та currentTenantGuaranteeFee повинні співпадати в не залежності від того чи був автоматичний перерахунок, дефолтне значення чи можуть співпадати під час автоматичний перерахунку, дефолтних значення[ а також можуть співпадати або ні якщо Організатор вніс зміни під час періоду редагування в будь-яку з зазначених процедур
Правила заокруглення
У разі автоматичного розрахунку суми плат та/або внесків у випадках, якщо розмір відповідної суми включає числове значення менше копійки, ЦБД автоматично заокруглює відповідну суму за такими правилами: сума, що закінчується від 0,0001 до 0,4999 копійки, заокруглюється в бік зменшення до найближчої суми, яка дорівнює цілій копійці; сума, що закінчується від 0,5 до 0,9999 копійок, заокруглюється в бік збільшення до найближчої суми, яка дорівнює цілій копійці.
...
Ця таблиця описує незмінні правила для всіх шести потенційних процедур
| tender Attempts | Умовна назва процедури | sellingMethod | value | minimalStep | auctionPeriod.startDate | tenderPeriod.duration | guarantee | currentTenantGuaranteeFee | auctionID / relatedEntities |
|---|---|---|---|---|---|---|---|---|---|
| 1 | Аукціон з переважним правом | smallPrivatization-english | announcement.initialProps.value | announcement.initialProps.minimalStep | дата, вказана Організатором у extraSpecs.periods.auctionPeriod.startDate | не застосовується | announcement.initialProps.guarantee або фактичне значення з процедури, якщо дозволене редагування |
| announcement.initialProps.currentTenantGuaranteeFee або фактичне значення з процедури, якщо дозволене редагування | заповнюється після створення 1-ї процедури | ||||||
| 2 | Повторний аукціон з переважним правом | smallPrivatization-english | announcement.initialProps.value | 1% від value процедури | не виводити | extraSpecs.periods.tenderPeriod.duration | за правилом guarantee для 2–6 процедур |
| за правилом currentTenantGuaranteeFee для 2–6 процедур | заповнюється тільки якщо процедура створена | |||||||
| 3 | Англійський аукціон | smallPrivatization-english | announcement.initialProps.value | 1% від value процедури | не виводити | extraSpecs.periods.tenderPeriod.duration | за правилом guarantee для 2–6 процедур | за правилом currentTenantGuaranteeFee для 2–6 процедур |
| заповнюється тільки якщо процедура створена | |||||||
| 4 | Англійський аукціон зі зниженням стартової ціни | smallPrivatization-english | announcement.initialProps.value * 0.5 | 1% від value процедури | не виводити | extraSpecs.periods.tenderPeriod.duration | за правилом guarantee для 2–6 процедур |
| за правилом currentTenantGuaranteeFee для 2–6 процедур | заповнюється тільки якщо процедура створена | ||||||
| 5 | Голландський аукціон зі зниженням стартової ціни | smallPrivatization-dutch | announcement.initialProps.value * 0.5 | 1% від value процедури | не виводити | extraSpecs.periods.tenderPeriod.duration | за правилом guarantee для 2–6 процедур |
| за правилом currentTenantGuaranteeFee для 2–6 процедур | заповнюється тільки якщо процедура створена | ||||||
| 6 | Повторний голландський аукціон | smallPrivatization-dutch | announcement.initialProps.value * 0.5 | 1% від value процедури | не виводити | extraSpecs.periods.tenderPeriod.duration | за правилом guarantee для 2–6 процедур |
| за правилом currentTenantGuaranteeFee для 2–6 процедур | заповнюється тільки якщо процедура створена |
Таблиця статусів процедур залежно від стану ланцюжка
| Сценарій / стан ланцюжка | announcement.status | Процедура 1 | Процедура 2 | Процедура 3 | Процедура 4 | Процедура 5 | Процедура 6 | Правило відображення | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ІП створено, процедури ще не створені | pending | scheduled | scheduled | scheduled | scheduled | scheduled | scheduled | Відображаються всі 6 потенційних процедур без auctionID | |||||||||||||
| Створено 1-шу процедуру | active_auction | active | scheduled | scheduled | scheduled | scheduled | scheduled | auctionID заповнений тільки для процедури 1 | |||||||||||||
| 1-ша процедура unsuccessful з дискваліфікацією award | active_auction | unsuccessful | active | scheduled | scheduled | scheduled | scheduled | Створюється процедура 2; auctionID є для 1 і 2 | |||||||||||||
| 1-ша процедура unsuccessful без дискваліфікації award | active_auction | unsuccessful | cancelled / не створюється чи можемо ми додати якийсь ще статус ? | unpublished | active | scheduled | scheduled | scheduled | Процедура 2 пропускається; створюється процедура 3 | ||||||||||||
| 2-га процедура unsuccessful | active_auction | unsuccessful | unsuccessful | active | scheduled | scheduled | scheduled | Створюється процедура 3 | |||||||||||||
| 3-тя процедура unsuccessful | active_auction | unsuccessfulстатус залежить від факту створення | unpublished/unsuccessful | unsuccessful | active | scheduled | scheduled | Створюється процедура 4 | |||||||||||||
| 4-та процедура unsuccessful | active_auction | unsuccessfulстатус залежить від факту створення | unpublished/unsuccessful | unsuccessful | unsuccessful | active | scheduled | Створюється процедура 5 | |||||||||||||
| 5-та процедура unsuccessful з дискваліфікацією award | active_auction | unsuccessfulстатус залежить від факту створення | unpublished/unsuccessful | unsuccessful | unsuccessful | unsuccessful | active | Створюється процедура 6 | |||||||||||||
| 5-та процедура unsuccessful без дискваліфікації award | dissolved | unsuccessfulстатус залежить від факту створення | unpublished/unsuccessful | unsuccessful | unsuccessful | unsuccessful | cancelled / не створюється чи можемо ми додати якийсь ще статус ? | unpublished | Ланцюжок завершується без створення 6-ї процедури | ||||||||||||
| Будь-яка процедура complete | active_contracting | фактичний статус | фактичний статус / cancelled | фактичний статус / cancelled | фактичний статус / cancelled | фактичний статус / cancelled | фактичний статус / cancelled | Процедура-переможець = complete, нестворені = cancelled, unsuccessful залишаються unsuccessful | |||||||||||||
| Будь-яка процедура cancelled | deleted | фактичний статус | фактичний статус | фактичний статус | фактичний статус | фактичний статус | фактичний статус | Наступні процедури не створюються | Всі процедури в статусі unsuccessful | dissolved | unsuccessful | додатковий статус або unsuccessful | unsuccessful | unsuccessful | unsuccessful | фактичний статус | фактичний статус | фактичний статус | фактичний статус | Наступні процедури не створюютьсядодатковий статус або unsuccessful |
Таблиця правил створення наступної процедури
| Поточна процедура | Умова завершення | Додаткова перевірка | Наступна дія системи | Яка процедура створюється |
|---|---|---|---|---|
| 1 | complete | не потрібно | ІП переходить у active_contracting | не створюється |
| 1 | cancelled | не потрібно | ланцюжок зупиняється | не створюється |
| 1 | unsuccessful | є хоча б один award.status = unsuccessful через дискваліфікацію | створити повторний аукціон з ПП | 2 |
| 1 | unsuccessful | немає дискваліфікованих award/bid | ||
| 2га процедура набуває статус unpublished | 2 | |||
| 2 | unpublished | не потрібно | створити наступний стандартний англійський аукціон | 3 |
| 2 | complete | не потрібно | ІП переходить у active_contracting | не створюється |
| 2 | unsuccessful | не потрібно | створити наступний стандартний англійський аукціон | 3 |
| 3 | complete | не потрібно | ІП переходить у active_contracting | не створюється |
| 3 | unsuccessful | не потрібно | створити англійський зі зниженням стартової ціни | 4 |
| 4 | complete | не потрібно | ІП переходить у active_contracting | не створюється |
| 4 | unsuccessful | не потрібно | створити голландський аукціон | 5 |
| 5 | complete | не потрібно | ІП переходить у active_contracting | не створюється |
| 5 | unsuccessful | є хоча б один award.status = unsuccessful через дискваліфікацію | створити повторний голландський | 6 |
| 5 | unsuccessful | немає дискваліфікованих award/bid | завершити ланцюжок | не створюється |
| 6 | complete | не потрібно | ІП переходить у active_contracting | не створюється |
| 6 | unsuccessful | не потрібно | ІП переходить у dissolved | не створюється |
Таблиця
...
розрахунку guarantee та currentTenantGuaranteeFee
| Процедура | Базове правило guarantee | Базове правило currentTenantGuaranteeFee | Чи можна редагувати в процедурі | Виняток після двох дискваліфікацій | Джерело для _specs.calculatedData.guarantee |
|---|---|---|---|---|---|
| 1 | announcement.initialProps.guarantee | announcement.initialProps.currentTenantGuaranteeFee | Ні, якщо правило передбачає копіювання без редагування | Не застосовується | значення з ІП або фактичної процедури |
| 2 | 20% від value процедури | 20% від value процедури | Так, у Procedure.clarificationPeriod | max(50% від value процедури, 30 МЗП) | фактичне значення процедури або розраховане |
| 3 | 20% від value процедури | 20% від value процедури | Так, у Procedure.clarificationPeriod | max(50% від value процедури, 30 МЗП) | фактичне значення процедури або розраховане |
| 4 | 20% від value процедури, де value = 50% initial value | 20% від value процедури, де value = 50% initial value | Так, у Procedure.clarificationPeriod | max(50% від value процедури, 30 МЗП) | фактичне значення процедури або розраховане |
| 5 | 20% від value процедури, де value = 50% initial value | 20% від value процедури, де value = 50% initial value | Так, у Procedure.clarificationPeriod | max(50% від value процедури, 30 МЗП) | фактичне значення процедури або розраховане |
| 6 | 20% від value процедури, де value = 50% initial value | 20% від value процедури, де value = 50% initial value | Так, у Procedure.clarificationPeriod | max(50% від value процедури, 30 МЗП) | фактичне значення процедури або розраховане |
| Expand | ||
|---|---|---|
| ||
2. Коли створено Першу Процедуру (announcement.status: active_auction), відповідь має містити:
3. Коли завершується неуспішно Перша Процедура (Procedure.status: unsuccessful) із Ланцюжка, то необхідно перевірити, чи були у Першій Процедурі дискваліфіковані Біди і якщо Так, то створюється Друга Процедура якщо Ні, то створюється Третя Процедура
4. Коли створено Третю Процедуру (announcement.status: active_auction), відповідь має містити:
5. Коли створено Четверту Процедуру (announcement.status: active_auction), відповідь має містити:
4. Коли створено Пʼяту Процедуру (announcement.status: active_auction), відповідь має містити:
Коли завершується неуспішно Пʼята Процедура (Procedure.status: unsuccessful) із Ланцюжка, то необхідно перевірити, чи були у Пʼятій Процедурі дискваліфіковані Біди і якщо Так, то створюється Шоста Процедура У відповідь ІП необхідно додати інформацію про Шосту Процедуру:
6. Коли Перша, Друга,Третя, Четверта, Пʼята або Шоста Процедура переходить у статус complete (Announcement.status:active_contracting)
Якщо в результаті дій Організатора виявилося, що guarantee перерахувалося згідно логіки Автоматичний перерахунок гарантійних внесків, то відповідні значення мають змінитись і в _specs.pipeline.stages[].calculatedData.guarantee. |
...