...
| Expand | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
...
- Опубліковано Інформаційне Повідомлення
- Технічний ідентифікатор: 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.
- Друга Процедура аукціону створюється тільки у випадку, коли Перша Процедура аукціону перейшла в статус unsuccessful, внаслідок дискваліфікації учасників де жодним з дискваліфікованих учасників не був учасник з переважним правом з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності), то такий аукціон вважається зірваним і це є причиною створення Другої Процедури. Тобто, логіка наступна: якщо Процедура-1 має статус unsuccessful і у неї 1 або 2 awardи(але обовʼязково учасники не з переважним правом) у статусі unsuccessful, то має створитись Процедура-2, якщо серед учасників в статусі unsuccessful є учасник з переважним правом, тоді створюється Процедура - 3.
Шоста Процедура аукціону створюється тільки у випадку, коли Пʼята Процедура аукціону перейшла в unsuccessful внаслідок дискваліфікації учасників з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможців (1й та 2й учасник в разі наявності) то такий аукціон вважається зірваним і це є причиною створення шостої Процедури. Тобто, логіка наступна: якщо Процедура-5 має статус unsuccessful і у неї 1 або 2 awardи у статусі unsuccessful, то має створитись Процедура-6.
Якщо статус Процедури змінено на cancelled, то наступна Процедура не створюється, а Інформаційне Повідомлення автоматично набуває статусу dissolved.
За замовчуванням кількість аукціонів - 4. Мінімальна кількість -1 (якщо Перша процедура успішна), Можливий 2й та 6й аукціон за умови, що Перший та Пʼятий відповідно завершився з причини дискваліфікації Учасників.
В залежності від значення tenderAttempts, відображати назву аукціону:
- 1 - "Аукціон з умовами та переважним правом "
- 2 - "Повторний аукціон з умовами та переважним правом"
- 3 - "Аукціон з умовами"
- 4 - "Аукціон із зниженням стартової ціни"
- 5 - "Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
- 6 - "Повторний аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
...
Має відбуватись перевірка: якщо дві будь-які Процедури по одному asset у всіх повʼязаних ІП знаходяться у статусі unsuccessful і обидві мають хоч один award у статусі unsuccessful, то має відпрацьовувати механіз механізм перерахунку ГВ для всіх Процедур, окрім першої (бо для першої завжди == announcement.initialProps.guarantee ).
*- враховуються будь які попередні 2 аукціона з продажу об'єкта протягом поточного та всіх попередніх ІП в не залежності від типу ІП. Гарантійний внесок та Гарантійний внесок чинного орендаря також може бути відредагований вручну Організатором безпосередньо у Процедурі (для другої та наступних процедур ланцюжка) під час clarificationPeriod (48 годин після публікації процедури)
- Логіка розрахунку guarantee при створенні Процедур у ланцюжку ІП:
- У Announcement Організатор заповняє
- заповнює поля guarantee та currentTenantGuaranteeFee (де значення currentTenantGuaranteeFee можна передзаповнити автоматично = guarantee але з можливістю редагування)
- При автоматичному створенні 1-ї Процедури Процедури SPE поля guarantee та currentTenantGuaranteeFee мають скопіюватись у SPE.
- В нас закладено, що у Першій Процедурі не має бути можливості редагувати поля guarantee та currentTenantGuaranteeFee, які скопіювались із Announcement
- При автоматичному створенні створенні 2-ї Процедури SPE поле guarantee має == 20% від , 3-Ї, 4-ї Процедур SPE поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни Аукціона (поточна ціна == Стартовова ціна аукцінону)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee
- та currentTenantGuaranteeFee у 2-й, 3-й, 4-й Процедурі SPE. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
- При автоматичному створенні 3-ї Процедури SPE поле guarantee має == 20% від Поточної ціни Аукціона
- 5ї та 6-Ї Процедури SPD поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни лота (поточна ціна == Стартовова ціна аукцінону
- 50% від Стартової)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee
у другій Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити. - При автоматичному створенні 4-ї Процедури SPЕ поле guarantee має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у третій Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
- При автоматичному створенні 5-ї Процедури SPD поле guarantee має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у четвертій Процедурі SPD. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
- При автоматичному створенні 6-ї Процедури SPD поле guarantee має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової) В нас закладено, що у Організатора має бути можливість редагувати поля 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-englishPriority | announcement.initialProps.value | announcement.initialProps.minimalStep | дата, вказана Організатором у extraSpecs.periods.auctionPeriod.startDate |
| не застосовується | announcement.initialProps.guarantee або фактичне значення з процедури, якщо дозволене редагування | announcement.initialProps. |
| currentTenantGuaranteeFee або фактичне значення з процедури, якщо дозволене редагування | заповнюється після створення 1-ї процедури | ||||||||
| 2 | Повторний аукціон з переважним правом | smallPrivatization-englishPriority | 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, немає дискваліфікованого bid/award учасника з ПП | active_auction | unsuccessful | active | scheduled | scheduled | scheduled | scheduled | Створюється процедура 2; auctionID є для 1 і 2 |
| 1-ша процедура unsuccessful, є дискваліфікований bid/award учасника з ПП | active_auction | unsuccessful | cancelled / не створюється чи можемо ми додати якийсь ще статус ? | active | scheduled | scheduled | scheduled | Процедура 2 пропускається; створюється процедура 3 |
| 2-га процедура unsuccessful | active_auction | unsuccessful | unsuccessful | active | scheduled | scheduled | scheduled | Створюється процедура 3 |
| 3-тя процедура unsuccessful | active_auction | unsuccessful | статус залежить від факту створення | unsuccessful | active | scheduled | scheduled | Створюється процедура 4 |
| 4-та процедура unsuccessful | active_auction | unsuccessful | статус залежить від факту створення | unsuccessful | unsuccessful | active | scheduled | Створюється процедура 5 |
| 5-та процедура unsuccessful з дискваліфікацією bid/award | active_auction | unsuccessful | статус залежить від факту створення | unsuccessful | unsuccessful | unsuccessful | active | Створюється процедура 6 |
| 5-та процедура unsuccessful без дискваліфікації bid/award | dissolved | unsuccessful | статус залежить від факту створення | unsuccessful | unsuccessful | unsuccessful | cancelled / не створюється чи можемо ми додати якийсь ще статус ? | Ланцюжок завершується без створення 6-ї процедури |
| Будь-яка процедура complete | active_contracting | фактичний статус | фактичний статус / cancelled | фактичний статус / cancelled | фактичний статус / cancelled | фактичний статус / cancelled | фактичний статус / cancelled | Процедура-переможець = complete, нестворені = cancelled, unsuccessful залишаються unsuccessful |
| Будь-яка процедура cancelled | deleted або dissolved* | фактичний статус | фактичний статус | фактичний статус | фактичний статус | фактичний статус | фактичний статус | Наступні процедури не створюються |
...
| Поточна процедура | Умова завершення | Додаткова перевірка | Наступна дія системи | Яка процедура створюється |
|---|---|---|---|---|
| 1 | complete | не потрібно | ІП переходить у active_contracting | не створюється |
| 1 | cancelled | не потрібно | ланцюжок зупиняється | не створюється |
| 1 | unsuccessful | є award.status = unsuccessful для bid учасника з без ПП | створити повторний аукціон з ПП | 2 |
| 1 | unsuccessful | немає unsuccessful award/bid учасника з ПП | пропустити повторний ПП | 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 | Чи можна редагувати в процедурі | Виняток після двох дискваліфікацій | Джерело для _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 МЗП) | фактичне значення процедури або розраховане |
...