...

• В Інформаційному Повідомленні зберігаються ідентифікатори Процедур, які оголошені по цьому Об'єкту реєстру МП (producedEntities.type == procedure);
• Ланцюжок Процедур складається з послідовності аукціонів:
  • англійський аукціон з переважним правом
  • англійський аукціон з переважним правом (якщо перший аукціон не відбувся з причини дискваліфікації учасника з переважним правом) або перехід на наступний етап
  • англійський аукціон
  • англійський аукціон де стартова вартість знижена на 50%
  • голландський аукціонаукціон де стартова вартість знижена на 50%
  • голландський аукціон(за умови якщо попередній аукціон не відбувся з причини дискваліфікації учасників) де стартова вартість знижена на 50%

1. Виконання умов приватизації (контрактинг):

...

• Перша Процедура створюється автоматично по завершенню announcement.rectificationPeriod (Як тільки наступає announcement.rectificationPeriod.endDate)

• Друга (можлива), Третя, Четверта, Пʼята та можлива Шоста Процедура аукціону автоматично створюється одразу, якщо попередня Процедура набула статусу unsuccessful.

• Друга Процедура аукціону створюється тільки у випадку, коли Перша Процедура аукціону перейшла в статус unsuccessful. внаслідок дискваліфікації учасників де один з учасників, учасник з переважним правом з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможця, а можливий наявний другий учасник сам відмовився від очікування (award.status:cancelled) або також був дискваліфікованийпереможців (1й та 2й учасник в разі наявності), то такий аукціон вважається зірваним і це є причиною створення Другої Процедури. Тобто, логіка наступна: якщо Процедура-1 має статус unsuccessful і у неї є хоч один award 1 або 2 awardи(але обовʼязково учасник з переважним правом) у статусі unsuccessful, то має створитись Процедура-2, якщо серед учасників в статусі unsuccessful немає учасника з переважним правом, тоді створюється Процедура - 3.

• Шоста Процедура аукціону створюється тільки у випадку, коли Пʼята Процедура аукціону перейшла в unsuccessful внаслідок дискваліфікації учасників з будь-якої причини. Якщо на етапі кваліфікації award-ів відбулася дискваліфікація переможця, а можливий наявний другий учасник сам відмовився від очікування (award.status:cancelled),переможців (1й та 2й учасник в разі наявності) то такий аукціон вважається зірваним і це є причиною створення шостої Процедури. Тобто, логіка наступна: якщо Процедура-5 має статус unsuccessful і у неї є хоч один award 1 або 2 awardи у статусі unsuccessful, то має створитись Процедура-6.

• Якщо статус Процедури змінено на cancelled, то наступна Процедура не створюється, а Інформаційне Повідомлення автоматично набуває статусу dissolved.

• За замовчуванням кількість аукціонів - 4. Мінімальна кількість -1 (якщо Перша процедура успішна), Можливий 2й та 6й аукціон за умови, що Перший та Пʼятий відповідно завершився з причини дискваліфікації Учасників.

• В залежності від значення tenderAttempts, відображати назву аукціону:

  • 1 - "Аукціон з переважним правом"
  • 2 - "Повторний аукціон з переважним правом" 
  • 3 - "Аукціон без умов або аукціон з умовами"
  • 4 - "Аукціон із зниженням стартової ціни"
  • 5 - "Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"
  • 6 - "Повторний аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій"

...

• При створенні ІП у запиті на ЦБД мають передаватись заповнені поля guarantee. Їх заповнює Організатор.

• На стороні ЦБД валідація лише на "обов'язковість заповнення".

• На майданчику можна пропонувати Організатору автозаповнення полей guarantee, що == 20% стартової ціни поточного аукціона (20% від announcement.InitialProps.value).

• Протягом 48 годин, доки у ІП триває rectificationPeriod поле guarantee можна редагувати.

• Для першої процедури у ланцюжку ГВ завжди копіюється із announcement.initialProps.guarantee.

• Для другої і наступних Процедур у ланцюжку, якщо будь які попередні два аукціона* з продажу цього Об’єкта не відбулись (статус процедури “unsuccessful”) з наступних причин дискваліфікації учасників (статус аварду “unsuccessful”):

  • Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
  • Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна”;
  • Подав неправдиві відомості про себе;
  • Відмовився від підписання протоколу про результати електронного аукціону;
  • Відмовився від укладення договору;
  • Відмовився від підписання протоколу аукціону або договору купівлі-продажу щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
  • Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
  • Не сплатив ціну продажу об'єкта приватизації у встановлений строк.

то розмір ГВ розраховується як:

• 50% стартової ціни поточного аукціону АБО
• 30 мін заробітних плат станом на 01.01. року, у якому оприлюднюється Інформаційне Повідомлення; треба обрати більше з двох значень.

Має відбуватись перевірка: якщо дві будь-які Процедури по одному asset у всіх повʼязаних ІП знаходяться у статусі unsuccessful і обидві мають хоч один award у статусі unsuccessful, то має відпрацьовувати механіз перерахунку ГВ для всіх Процедур, окрім першої (бо для першої завжди == announcement.initialProps.guarantee ).

*- враховуються будь які попередні 2 аукціона з продажу об'єкта протягом поточного та всіх попередніх ІП Гарантійний внесок також може бути відредагований вручну Організатором безпосередньо у Процедурі (для другої та наступних процедур ланцюжка) під час clarificationPeriod (48 годин після публікації процедури)

• Логіка розрахунку guarantee при створенні Процедур у ланцюжку ІП:

1. У Announcement Організатор заповняє поля guarantee
2. При автоматичному створенні 1-ї Процедури SPE поля guarantee мають скопіюватись у SPE.
3. В нас закладено, що у Першій Процедурі не має бути можливості редагувати поля guarantee, які скопіювались із Announcement
4. При автоматичному створенні 2-ї Процедури SPE поле guarantee має == 20% від Поточної ціни Аукціона (поточна ціна ==
50% від Стартової
5.   Стартовова ціна аукцінону)
6. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у другій Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
7. При автоматичному
створенні 
8. створенні 3-ї Процедури
SPD
9. SPE поле guarantee має == 20% від Поточної ціни
лота
10. Аукціона (поточна ціна ==
50% від 
11.   Стартовова ціна аукцінону)
12. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у другій Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
13. При автоматичному створенні 4-ї Процедури SPD поле guarantee має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
14. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у третій Процедурі SPE. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
15. При автоматичному створенні 5-ї Процедури SPD поле guarantee має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
16. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у
третій
17. четвертій Процедурі SPD. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.
18. При автоматичному
створенні 4
19. створенні 6-ї Процедури SPD поле guarantee має == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
20. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee у четвертій Процедурі SPD. Тобто, значення guarantee, яке ми заклали, - дефолтне, з можливістю змінити.

Виключення: якщо два будь-які попередні Аукціони у ланцюжку (навіть не підряд, а, наприклад, Перший і Третій) завершилися з причини дискваліфікації Bid-ів, то ми маємо підставити дефолтне значення guarantee, яке == 50% від Поточної ціни лота АБО 30 мінімальних заробітніх плат (обирається більше значення)

• На прикладі:

1. При створенні ІП Організатор вказав стартову ціну (value) == 1 000 000 грн і guarantee == 200 000 грн
2. При автоматичному створенні Першої
Процедури SPE у ній
3. Процедури SPE у ній value == 1 000 000 грн і guarantee == 200 000 грн. Організатор НЕ може вносити змін у це поле.
4. При автоматичному створенні Другої Процедури SPE у ній value == 1 000 000 грн і guarantee == 200 000 грн. Організатор може вносити зміни у це поле протягом періоду редагування.
5. При автоматичному створенні Третьої Процедури SPE у ній value == 1 000 000 грн і guarantee == 200 000 грн. Організатор
НЕ
6. може вносити
змін
7. зміни у це поле протягом періоду редагування.
8. При автоматичному створенні
Другої
9. Четвертої Процедури SPE у ній value == 500 000 грн і guarantee == 100 000 грн. (бо ціна
у \
10. SPE_1 / 2 == 500 000 грн і 20% == 100 000 грн). Організатор може вносити зміни у це поле протягом періоду редагування.
11. При автоматичному створенні
Третьої Процедури SPD має відбутись перевірка, чи перші два аукціони мають дискваліфікованих бідів (з будь-якої причини):

...

1. Пʼятої Процедури SPE у ній value == 500 000 грн і guarantee == 100 000 грн. (бо ціна

...

1. SPE_1 / 2 == 500 000 грн і 20% == 100 000 грн).

...

1. Організатор може вносити зміни у це поле протягом періоду редагування.

...

1. При автоматичному створенні Пʼятої Процедури SPE у ній value == 500 000 грн і guarantee ==

...

1. 100 000 грн. (бо ціна

...

1. SPE_1 / 2 == 500 000 грн і

...

1. 20% ==

...

1. 100 000 грн).

...

1. Організатор може вносити зміни у це поле протягом періоду редагування.

При автоматичному створенні

...

будь якої з процедур МП має відбутись перевірка, чи

...

попередні два аукціони мають дискваліфікованих бідів (з будь-якої причини):

• якщо НІ: guarantee == 200 000 грн або 100 000 грн. (бо ціна у SPD_1 == 1 000 000 грн і 20% == 200 000 грн. або SPD_4 == 500 000 грн і 20% == 100 000 грн
.
• ) Організатор може вносити зміни у це поле протягом періоду редагування.
• якщо ТАК: guarantee == 500 000 грн або 250 000 грн (бо ціна у SPD_1 == 1 000 000 грн і 50% == 500 000 грн. або SPD_4 == 500 000 грн і
50%
• 20% == 250 000 грн.) Організатор може вносити зміни у це поле протягом періоду редагування.

Якщо в результаті дій Організатора виявилося, що guarantee перерахувалося згідно логіки Автоматичний перерахунок гарантійних внесків, то відповідні значення мають змінитись і в _specs.pipeline.stages[].calculatedData.guarantee.
Тобто, значення параметрів мають бути однакові в Процедурі і в Інформаційному повідомленні.

• Виключення: Якщо при створенні Announcement Організатор вказав стартову ціну (value) == 1 000 000 грн і guarantee == 300 000 грн то Перша Процедура має створитися з guarantee == 300 000 грн

Логіка для розрахунку guarantee у наступних процедурах не міняється.

Правила заокруглення

У разі автоматичного розрахунку суми плат та/або внесків у випадках, якщо розмір відповідної суми включає числове значення менше копійки, ЦБД автоматично заокруглює відповідну суму за такими правилами: сума, що закінчується від 0,0001 до 0,4999 копійки, заокруглюється в бік зменшення до найближчої суми, яка дорівнює цілій копійці; сума, що закінчується від 0,5 до 0,9999 копійок, заокруглюється в бік збільшення до найближчої суми, яка дорівнює цілій копійці.

Логіка відображення створених та не створених Процедур у структурі відповіді Інформаційного Повідомлення (_specs.calculatedData)

...

• Кількість Процедур у ланцюжку - тришість;
• Порядковий номер кожної процедури:
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2 - ? чи треба її додавати
  • Для Третьої Процедури tenderAttempts == 3
  • Для Четвертої Процедури tenderAttempts == 4
  • Для Пʼятої Процедури tenderAttempts == 5
  • Для Шостої Процедури tenderAttempts == 6 - ? чи треба її додавати 
• Статус кожної Процедури - scheduled;
• sellingMethod:
  • Перша Процедура - smallPrivatization-englishPriority
  • Друга Процедура - smallPrivatization-englishPriority
  • Третя Процедура - smallPrivatization-english
  • Четверта Процедура - smallPrivatization-english
  • Пʼята Процедура - smallPrivatization-dutch
  • Шоста Процедура - smallPrivatization-dutch
• Стартова ціна Об'єкта (value):
  • Перша Процедура - announcement.initialProps.value
  • Друга Процедура - announcement.initialProps.value
  • Третя Процедура - announcement.initialProps.value
  • Четверта Процедура - 50% від announcement.initialProps.value - ?value 
  • Пʼята Процедура - 50% від announcement.initialProps.value - ?
  • Шоста Процедура - 50% від announcement.initialProps.value - ?
• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні ІП у announcement.initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури. - ? робимо як зараз
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури. - ? робимо як заразПроцедури.
  • Для Четвертої Процедури - значення, що дорівнює 1% від value Поточної Четвертої Процедури. - ?
  • Для Пʼятої Процедури - значення, що дорівнює 1% від value Поточної Пʼятої Процедури. - ? 
  • Для Шостої Процедури - значення, що дорівнює 1% від value Поточної Шостої Процедури. - ?
• Дата проведення аукціону (periods.periodName:auctionPeriod:startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі extraSpecs.periods.auctionPeriod.startDate при створенні ІП
  • Для Другої, Третьої, Четвертої, Пʼятої та Шостої Процедури ця дата не визначена і поле виводити не потрібно.
• Період між аукціонами (periods.periodName:tenderPeriod.duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у extraSpecs.periods.periodName:tenderPeriod.duration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee
  • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value)

2. Коли створено Першу Процедуру (announcement.status: active_auction), відповідь має містити:

• Кількість Процедур у ланцюжку - тришість;
• Порядковий номер кожної процедури (tenderAttempts):
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2
  • Для Третьої Процедури tenderAttempts == 3
  • Для Четвертої Процедури tenderAttempts == 4
  • Для Пʼятої Процедури tenderAttempts == 5
  • Для Шостої Процедури tenderAttempts == 6
• Статус Процедури (status):
  • Перша Процедура - active
  • Друга і Третя, Четверта, Пʼята та Шоста Процедура - scheduled
• sellingMethod (sellingMethod):
  • Перша Процедура - smallPrivatization-englishenglishPriority
  • Друга Процедура - smallPrivatization-englishPriority
  • Третя Процедура - smallPrivatization-english
  • Четверта Процедура - smallPrivatization-english
  • Пʼята Процедура - smallPrivatization-dutch
  • Шоста Третя Процедура - smallPrivatization-dutch
• Стартова ціна Об'єкта (value):єкта (value):
  • Перша Процедура - announcement.initialProps.value
  • Друга Процедура - announcement.initialProps.value
  • Третя
  • Перша Процедура - announcement.initialProps.value
  • Четверта Процедура - 50% від announcement.initialProps.value 
  • Пʼята Друга Процедура - 50% від announcement.initialProps.value
  • Третя Шоста Процедура - 50% від announcement.initialProps.value
• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні ІП у announcement.initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури.
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури.
  • Для Четвертої Процедури - значення, що дорівнює 1% від value Поточної Четвертої Процедури.
  • Для Пʼятої Процедури - значення, що дорівнює 1% від value Поточної Пʼятої Процедури. 
  • Для Шостої Процедури - значення, що дорівнює 1% від value Поточної Шостої Процедури.
• Дата проведення аукціону (periods.periodName:auctionPeriod:startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі auctionPeriod.startDate при створенні ІП
  • Для Другої і Третьої , Третьої, Четвертої, Пʼятої та Шостої Процедури ця дата не визначена і поле виводити не потрібно.
• Період між аукціонами (periods.periodName:tenderPeriod.duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у announcement.tenderPeriodDurationextraSpecs.periods.periodName:tenderPeriod.duration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
  • Для Другої
  і Третьої
  • і Третьої, Четвертої, Пʼятої та Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value)
• auctionID створеної Першої Процедури (relatedEntities)
  • Для першої Процедури вказано
  • Для другої і третьої Другої, Третьої, Четвертої, Пʼятої та Шостої - ні

3. Коли створено Другу Процедуру (announcement.status: active_auction), відповідь має містити:

• Кількість Процедур у ланцюжку - тришість;
• Порядковий номер кожної процедури (tenderAttempts):
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2
  • Для Третьої Процедури tenderAttempts == 3
  • Для Четвертої Процедури tenderAttempts == 4
  • Для Пʼятої Процедури tenderAttempts == 5
  • Для Шостої Процедури tenderAttempts == 6
• Статус Процедури (status):
  • Перша Процедура - unsuccessful
  • Друга Процедура - active
  • Третя, Четверта, Пʼята та Шоста Процедура - scheduled
• sellingMethod (sellingMethod):
  • Перша Процедура - smallPrivatization-englishenglishPriority
  • Друга Процедура - smallPrivatization-englishenglishPriority
  • Третя Процедура - smallPrivatization-english
  • Четверта Процедура - smallPrivatization-english
  • Пʼята Процедура - smallPrivatization-dutch
  • Шоста Третя Процедура - smallPrivatization-dutch
• Стартова ціна Об'єкта (value):
  • Перша Процедура - announcement.initialProps.value
  • Друга Процедура - announcement.initialProps.value
  • Третя Процедура - announcement.initialProps.value
  • Четверта Процедура - 50% від
  • Перша Процедура - announcement.initialProps.valuevalue 
  • Друга Пʼята Процедура - 50% від announcement.initialProps.value
  • Третя Шоста Процедура - 50% від announcement.initialProps.value
• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні ІП у announcement.initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури.
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури.
  • Для Четвертої Процедури - значення, що дорівнює 1% від value Поточної Четвертої Процедури.
  • Для Пʼятої Процедури - значення, що дорівнює 1% від value Поточної Пʼятої Процедури. 
  • Для Шостої Процедури - значення, що дорівнює 1% від value Поточної Шостої Процедури.
• Дата проведення аукціону (periods.periodName:auctionPeriod:startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі auctionPeriod.startDate при створенні ІП
  • Для Другої і Третьої Процедури , Третьої, Четвертої, Пʼятої та Шостої Процедури ця дата не визначена і поле виводити не потрібно.
• Період між аукціонами (periods.periodName:tenderPeriod.duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у announcement.tenderPeriodDurationextraSpecs.periods.periodName:tenderPeriod.duration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
  • Для Другої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Другій Процедурі протягом Procedure.clarificationPeriod.
  • Для Третьої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value)
• auctionID створеної Першої Процедури (relatedEntities)
  • Для першої Першої і другої Другої Процедури вказано
  • Для третьої Третьої, Четвертої, Пʼятої та Шостої - ні

4. Коли створено Третю Процедуру (announcement.status: active_auction), відповідь має містити:

• Кількість Процедур у ланцюжку - тришість;
• Порядковий номер кожної процедури (tenderAttempts):
  • Для Першої Процедури tenderAttempts == 1
  • Для Другої Процедури tenderAttempts == 2
  • Для Третьої Процедури tenderAttempts == 3
• Статус Процедури (status):
  • Перша Процедура - unsuccessful
  • Друга Процедура - unsuccessful
  • Третя Процедура - active
• sellingMethod (sellingMethod):
  • Перша Процедура - smallPrivatization-english
  • Друга Процедура - smallPrivatization-english
  • Третя Процедура - smallPrivatization-dutch
• Стартова ціна Об'єкта (value):
  • Перша Процедура - announcement.initialProps.value
  • Друга Процедура - 50% від announcement.initialProps.value
  • Третя Процедура - 50% від announcement.initialProps.value
• Крок аукціону (minimalStep):
  • Для Першої Процедури - значення, що вказав Організатор при створенні ІП у announcement.initialProps.minimalStep
  • Для Другої Процедури - значення, що дорівнює 1% від value Поточної Другої Процедури.
  • Для Третьої Процедури - значення, що дорівнює 1% від value Поточної Третьої Процедури.
• Дата проведення аукціону (periods.periodName:auctionPeriod:startDate):
  • Для Першої Процедури це дата, яку вказав Організатор у полі auctionPeriod.startDate при створенні ІП
  • Для Другої і Третьої Процедури поле виводити не потрібно.
• Період між аукціонами (periods.periodName:tenderPeriod.duration):
  • Для Першої Процедури - відсутній
  • Для Другої і Третьої Процедури значення, що вказав Організатор при створенні ІП у announcement.tenderPeriodDuration
• Розмір гарантійного внеску (guarantee):
  • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
  • Для Другої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Другій Процедурі протягом Procedure.clarificationPeriod.
  • Для Третьої Процедури по формулі:
    • Якщо у обох (Першій і Другій Процедурі) були дискваліфіковані Біди, то announcement.initialProps.guarantee == 50% від (50% від announcement.initialProps.value)
    • Якщо у будь-якій (Першій або Другій Процедурі) НЕ було дискваліфікованих Бідів, то announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value)
    • АБО значення guarantee, що відредагував Організатор у створеній Третій Процедурі протягом Procedure.clarificationPeriod.
• auctionID Першої Процедури, auctionID Другої Процедури і auctionID створеної Третьої Процедури

...