...
- 1-а Процедура набула статусу Procedure.status: unsuccessful у п’ятницю 15.05.2026 де було дискваліфіковано всіх учасників які приймали участь в кваліфікації, але серед них не було учасника з переважним правом
- 2-а Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу.
- У 2-ї Процедури розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- У 3-,4-,5-ї Процедури розпочинається tenderPeriod, за умови переходу попередньої опублікованої Процедури в статус unsuccessful, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- 5-а Процедура набула статусу Procedure.status: unsuccessful:
- Не було учасників в 5-й Процедурі → 6-а Процедура не публікується + 6-а Процедура в spec[1] автоматично перейде у статус unpublished
- В 5-й Процедурі було дискваліфіковано всіх учасників які приймали участь в кваліфікації → 6-й Процедурі розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
...
- 1-а Процедура набула статусу Procedure.status: unsuccessful у п’ятницю 15.05.2026 де не було учасників в Процедурі або було дискваліфіковано всіх учасників які приймали участь в кваліфікації і серед них був учасник з переважним правом
- 2-а Процедура не публікується
- 2-а Процедура в spec[1] автоматично перейде у статус unpublished у п'ятницю 15.05.2026 одразу
- 3-я Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу після переходу 1-ї Процедури в статус unsuccessful
- У 3-ї Процедури розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- У 4-,5-ї Процедури розпочинається tenderPeriod, за умови переходу попередньої опублікованої Процедури в статус unsuccessful, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
- 5-а Процедура набула статусу Procedure.status: unsuccessful:
- Не було учасників в 5-й Процедурі → 6-а Процедура не публікується + 6-а Процедура в spec[1] автоматично перейде у статус unpublished
- В 5-й Процедурі було дискваліфіковано всіх учасників які приймали участь в кваліфікації → 6-й Процедурі розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Процедури не враховується.
- Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
...
- У Announcement Організатор заповнює поля guarantee та currentTenantGuaranteeFee (де значення currentTenantGuaranteeFee можна передзаповнити на Майданчику автоматично = guarantee але з можливістю редагування користувачем)
- При автоматичному створенні 1-ї Процедури SPP поля guarantee та currentTenantGuaranteeFee мають скопіюватись у SPP.
- В нас закладено, що у Першій Процедурі не має бути можливості редагувати поля guarantee та currentTenantGuaranteeFee, які скопіювались із Announcement
- При автоматичному створенні 2-Ї Процедур SPP поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни Аукціона (поточна ціна == Стартовова ціна аукцінону)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee у 2-й Процедурі SPP. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
- При автоматичному створенні 3-Ї, 4-ї Процедур SPE поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни Аукціона (поточна ціна == Стартовова ціна аукцінону)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee у 3-й, 4-й Процедурі SPE. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
- При автоматичному створенні 5ї та 6-Ї Процедури SPD поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
- В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee у 5-й та 6-й Процедурі SPD. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтні, з можливістю змінити.
...