Versions Compared

Old Version 69

changes.mady.by.user valeriia denysenko

Saved on

compared with

New Version 70

changes.mady.by.user valeriia denysenko

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Expand
titleСхема “Модель статусів Інформаційного Повідомлення”

draw.io Diagram
bordertrue
diagramNameСхема “Модель статусів Інформаційного Повідомлення”
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1211
revision23

  • Опубліковано Інформаційне Повідомлення
    • Технічний ідентифікатор: 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;

...

Порядок малої приватизації під час дії воєного стану

Повідомлення

Повідомлення щодо публікації інформаційного повідомлення

...

  • Дата початку Першого аукціону (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 де не було учасників в процедурі
  • Друга Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу і набуде статусу unpublished.
  • Третя Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу після набуття другою Процедурою статусу unpublished
  • У Третьої Процедури розпочинається tenderPeriod, який буде тривати таку кількість робочих днів, яку вказав Організатор у полі “Період на подачу пропозицій”. День створення Другої Процедури не враховується.
    • Якщо Організатор вказав extraSpecs.periods.periodName: tenderPeriod duration == 20 днів, то tenderPeriod починається у дату створення Процедури, але відрахунок 20-ти днів має починатися з 18.05.2026 (понеділок);
    • Якщо Дата початку Модулю Аукціону припадає на вихідний або святковий день, то Аукціон буде перенесений вперед на найближчий робочий день.

Приклад 3:

  • Перша Процедура набула статусу Procedure.status: unsuccessful у п’ятницю 15.05.2026 де було дискваліфіковано всіх учасників які приймали участь в кваліфікації і серед них був учасник з переважним правом
  • Друга Процедура буде автоматично створена у п'ятницю 15.05.2026 одразу і набуде статусу unpublished.
  • Третя Процедура буде автоматично створена у п'ятницю 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 та currentTenantGuaranteeFee можна редагувати.

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

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

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

...

  1. У Announcement Організатор заповнює поля guarantee та currentTenantGuaranteeFee (де значення currentTenantGuaranteeFee можна передзаповнити автоматично = guarantee але з можливістю редагування)
  2. При автоматичному створенні 1-ї Процедури SPE SPP поля guarantee та currentTenantGuaranteeFee мають скопіюватись у SPESPP.
    1. В нас закладено, що у Першій Процедурі не має бути можливості редагувати поля guarantee та currentTenantGuaranteeFee, які скопіювались із Announcement
  3. При автоматичному створенні 2-ї Процедур SPP поля guarantee та currentTenantGuaranteeFee == 20%  від Поточної ціни Аукціона (поточна ціна ==  Стартовова ціна аукцінону)
    1. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee у 2-й Процедурі SPP. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
  4. При автоматичному створенні 3-Ї, 4-ї Процедур SPE поля guarantee та та currentTenantGuaranteeFee == 20%  від Поточної ціни Аукціона (поточна ціна ==  Стартовова ціна аукцінону)
    1. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee у 2-й, у 3-й, 4-й  Процедурі SPE. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтне, з можливістю змінити.
  5. При автоматичному створенні 5ї та 6-Ї Процедури SPD поля guarantee та currentTenantGuaranteeFee == 20% від Поточної ціни лота (поточна ціна == 50% від Стартової)
    1. В нас закладено, що у Організатора має бути можливість редагувати поля guarantee та currentTenantGuaranteeFee  у 5-й та 6-й Процедурі SPD. Тобто, значення guarantee та currentTenantGuaranteeFee, яке ми заклали, - дефолтні, з можливістю змінити.

...

Значення guarantee та currentTenantGuaranteeFee можуть співпадати під час автоматичний перерахунку, дефолтних значення  значення[  а також можуть співпадати або ні якщо Організатор вніс зміни під час періоду редагування в будь-яку з зазначених процедур

...

Таблиця статусів процедур залежно від стану ланцюжка

Сценарій / стан ланцюжкаannouncement.statusПроцедура 1Процедура 2Процедура 3Процедура 4Процедура 5Процедура 6Правило відображення
ІП створено, процедури ще не створеніpendingscheduledscheduledscheduledscheduledscheduledscheduledВідображаються всі 6 потенційних процедур без auctionID
Створено 1-шу процедуруactive_auctionactivescheduledscheduledscheduledscheduledscheduledauctionID заповнений тільки для процедури 1
1-ша процедура unsuccessful, немає дискваліфікованого bid/award учасника з ППactive_auctionunsuccessfulactivescheduledscheduledscheduledscheduledСтворюється процедура 2; auctionID є для 1 і 2
1-ша процедура unsuccessful, є дискваліфікований bid/award учасника з ППactive_auctionunsuccessful
cancelled / не створюється
чи можемо ми додати якийсь ще статус ?
unpublishedactivescheduledscheduledscheduledПроцедура 2 пропускається; створюється процедура 3
2-га процедура unsuccessfulactive_auctionunsuccessfulunsuccessfulactivescheduledscheduledscheduledСтворюється процедура 3
3-тя процедура unsuccessfulactive_auctionunsuccessful
статус залежить від факту створення
unpublished/unsuccessfulunsuccessfulactivescheduledscheduledСтворюється процедура 4
4-та процедура unsuccessfulactive_auctionunsuccessful
статус залежить від факту створення
unpublished/unsuccessfulunsuccessfulunsuccessfulactivescheduledСтворюється процедура 5
5-та процедура unsuccessful з дискваліфікацією bid/awardactive_auctionunsuccessful
статус залежить від факту створення
unpublished/unsuccessfulunsuccessfulunsuccessfulunsuccessfulactiveСтворюється процедура 6
5-та процедура unsuccessful без дискваліфікації bid/awarddissolvedunsuccessful
статус залежить від факту створення
unpublished/unsuccessfulunsuccessfulunsuccessfulunsuccessful
cancelled / не створюється
чи можемо ми додати якийсь ще статус ?
unpublishedЛанцюжок завершується без створення 6-ї процедури
Будь-яка процедура completeactive_contractingфактичний статусфактичний статус / cancelledфактичний статус / cancelledфактичний статус / cancelledфактичний статус / cancelledфактичний статус / cancelledПроцедура-переможець = complete, нестворені = cancelled, unsuccessful залишаються unsuccessful
Будь-яка процедура cancelleddeleted
або dissolved*
фактичний статусфактичний статусфактичний статусфактичний статусфактичний статусфактичний статусНаступні процедури не створюються

Таблиця правил створення наступної процедури

Поточна процедураУмова завершенняДодаткова перевіркаНаступна дія системиЯка процедура створюється
1completeне потрібноІП переходить у active_contractingне створюється
1cancelledне потрібноланцюжок зупиняєтьсяне створюється
1unsuccessfulє award.status = unsuccessful для де серед bid немає учасника без з ППстворити повторний аукціон з ПП2
1unsuccessfulнемає unsuccessful award/є award.status = unsuccessful в тому bid учасника з ППпропустити створити повторний аукціон з ПП та одразу перевести його в статус unpublished2
2unpublishedне потрібностворити наступний стандартний англійський аукціон3
2completeне потрібноІП переходить у active_contractingне створюється
2unsuccessfulне потрібностворити наступний стандартний англійський аукціон3
3completeне потрібноІП переходить у active_contractingне створюється
3unsuccessfulне потрібностворити англійський зі зниженням стартової ціни4
4completeне потрібноІП переходить у active_contractingне створюється
4unsuccessfulне потрібностворити голландський аукціон5
5completeне потрібноІП переходить у active_contractingне створюється
5unsuccessfulє хоча б один award.status = unsuccessful через дискваліфікаціюстворити повторний голландський6
5unsuccessfulнемає дискваліфікованих award/bidзавершити ланцюжокне створюється
6completeне потрібноІП переходить у active_contractingне створюється
6unsuccessfulне потрібноІП переходить у dissolvedне створюється

...

Expand
titleОпис станів та послідовності Процедур відповідно до таблиці
  1. Коли тільки створено ІП (announcement.status: pending), відповідь на запит по ІП має містити:
  • Кількість Процедур у ланцюжку - шість;
  • Порядковий номер кожної процедури:
    • Для Першої Процедури 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 
    • Пʼята Процедура - 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-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 
    • Пʼята Процедура - 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):
    • Для Першої Процедури - відсутній
    • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у extraSpecs.periods.periodName:tenderPeriod.duration
  • Розмір гарантійного внеску (guarantee):
    • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
    • Для Другої, Третьої, Четвертої, Пʼятої і Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value) АБО виключення описані в розділі Автоматичний перерахунок гарантійних внесків
  • auctionID створеної Першої Процедури (relatedEntities)
    • Для першої Процедури вказано
    • Для Другої, Третьої, Четвертої, Пʼятої та Шостої - ні

3. Коли завершується неуспішно Перша Процедура (Procedure.status: unsuccessful) із Ланцюжка, то необхідно перевірити, чи були у Першій Процедурі дискваліфіковані Біди з переважним правом і якщо Ні, то створюється Друга Процедура, в разі наявності створюємо Третю ПроцедуруДругу Процедуру і одразу переводимо в статус unpublished. Коли створено Другу Процедуру (announcement.status: active_auction), відповідь має містити:

  • Кількість Процедур у ланцюжку - шість;
  • Порядковий номер кожної процедури (tenderAttempts):
    • Для Першої Процедури tenderAttempts == 1
    • Для Другої Процедури tenderAttempts == 2
    • Для Третьої Процедури tenderAttempts == 3
    • Для Четвертої Процедури tenderAttempts == 4
    • Для Пʼятої Процедури tenderAttempts == 5
    • Для Шостої Процедури tenderAttempts == 6
  • Статус Процедури (status):
    • Перша Процедура - unsuccessful
    • Друга Процедура -active/unpublished
    • Третя, Четверта, Пʼята та Шоста Процедура - scheduled
  • sellingMethod (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 
    • Пʼята Процедура - 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):
    • Для Першої Процедури - відсутній
    • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у extraSpecs.periods.periodName:tenderPeriod.duration
  • Розмір гарантійного внеску (guarantee):
    • Для Першої Процедури значення, що Організатор вніс у 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
    • Для Четвертої Процедури tenderAttempts == 4
    • Для Пʼятої Процедури tenderAttempts == 5
    • Для Шостої Процедури tenderAttempts == 6
  • Статус Процедури (status):
    • Перша Процедура - unsuccessful
    • Друга Процедура - unsuccessful/unpublished
    • Третя Процедура - active
    • Четверта, Пʼята та Шоста Процедура - scheduled
  • sellingMethod (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 
    • Пʼята Процедура - 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):
    • Для Першої Процедури - відсутній
    • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у extraSpecs.periods.periodName:tenderPeriod.duration
  • Розмір гарантійного внеску (guarantee):
    • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
    • Для Другої, Третьої, Четвертої, Пʼятої і Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value) АБО виключення описані в розділі Автоматичний перерахунок гарантійних внесків
  • auctionID створеної Першої Процедури (relatedEntities)
    • Для Першої і Другої, Третьої Процедури вказано
    • Для Четвертої, Пʼятої та Шостої - ні

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

  • Кількість Процедур у ланцюжку - чотири;
  • Порядковий номер кожної процедури (tenderAttempts):
    • Для Першої Процедури tenderAttempts == 1
    • Для Другої Процедури tenderAttempts == 2
    • Для Третьої Процедури tenderAttempts == 3
    • Для Четвертої Процедури tenderAttempts == 4
    • Для Пʼятої Процедури tenderAttempts == 5
    • Для Шостої Процедури tenderAttempts == 6
  • Статус Процедури (status):
    • Перша Процедура - unsuccessful
    • Друга Процедура -unsuccessful/unpublished
    • Третя Процедура - unsuccessful
    • Четверта -active
    • Пʼята та Шоста Процедура - scheduled
  • sellingMethod (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 
    • Пʼята Процедура - 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 при створенні ІП
    • Для Другої, Третьої, Четвертої, Пʼятої та Шостої Процедури ця дата не визначена і поле виводити не потрібно.
  • Розмір гарантійного внеску (guarantee):
    • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
    • Для Другої, Третьої, Четвертої, Пʼятої і Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value) АБО виключення описані в розділі Автоматичний перерахунок гарантійних внесків
  • Період між аукціонами (periods.periodName:tenderPeriod.duration):
    • Для Першої Процедури - відсутній
    • Для Другої, Третьої і Четвертої Процедури значення, що вказав Організатор при створенні ІП у announcement.tenderPeriodDuration
  • auctionID створеної Першої Процедури (relatedEntities)
    • Для Першої і Другої, Третьої, Четвертої Процедури вказано
    • Для Пʼятої та Шостої - ні

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

  • Кількість Процедур у ланцюжку - шість;
  • Порядковий номер кожної процедури (tenderAttempts):
    • Для Першої Процедури tenderAttempts == 1
    • Для Другої Процедури tenderAttempts == 2
    • Для Третьої Процедури tenderAttempts == 3
    • Для Четвертої Процедури tenderAttempts == 4
    • Для Пʼятої Процедури tenderAttempts == 5
    • Для Шостої Процедури tenderAttempts == 6
  • Статус Процедури (status):
    • Перша Процедура - unsuccessful
    • Друга Процедура -unsuccessful/unpublished
    • Третя Процедура - unsuccessful
    • Четверта - unsuccessful
    • Пʼята - active
    • Шоста Процедура - scheduled
  • sellingMethod (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 
    • Пʼята Процедура - 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 при створенні ІП
    • Для Другої, Третьої, Четвертої, Пʼятої та Шостої Процедури ця дата не визначена і поле виводити не потрібно.
  • Розмір гарантійного внеску (guarantee):
    • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
    • Для Другої, Третьої, Четвертої, Пʼятої і Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value) АБО виключення описані в розділі Автоматичний перерахунок гарантійних внесків
  • Період між аукціонами (periods.periodName:tenderPeriod.duration):
    • Для Першої Процедури - відсутній
    • Для Другої, Третьої і Четвертої Процедури значення, що вказав Організатор при створенні ІП у announcement.tenderPeriodDuration
  • auctionID створеної Першої Процедури (relatedEntities)
    • Для Першої, Другої, Третьої, Четвертої, Пʼятої Процедури вказано
    • Для Шостої - ні

7. Коли завершується неуспішно Пʼята Процедура (Procedure.status: unsuccessful) із Ланцюжка, то необхідно перевірити, чи були у Пʼятій Процедурі дискваліфіковані Біди і якщо Так, то створюється Шоста Процедура

У відповідь ІП необхідно додати інформацію про Шосту Процедуру:

  • Кількість Процедур у ланцюжку - шість;
  • Порядковий номер кожної процедури (tenderAttempts):
    • Для Першої Процедури tenderAttempts == 1
    • Для Другої Процедури tenderAttempts == 2
    • Для Третьої Процедури tenderAttempts == 3
    • Для Четвертої Процедури tenderAttempts == 4
    • Для Пʼятої Процедури tenderAttempts == 5
    • Для Шостої Процедури tenderAttempts == 6
  • Статус Процедури (status):
    • Перша Процедура - unsuccessful
    • Друга Процедура -unsuccessful/unpublished
    • Третя Процедура - unsuccessful
    • Четверта - unsuccessful
    • Пʼята - unsuccessful
    • Шоста Процедура - active/unpublished
  • sellingMethod (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 
    • Пʼята Процедура - 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):
    • Для Першої Процедури - відсутній
    • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у extraSpecs.periods.periodName:tenderPeriod.duration
  • Розмір гарантійного внеску (guarantee):
    • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee АБО значення guarantee, що відредагував Організатор у створеній Першій Процедурі протягом Procedure.clarificationPeriod.
    • Для Другої, Третьої, Четвертої, Пʼятої і Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value) АБО виключення описані в розділі Автоматичний перерахунок гарантійних внесків
  • auctionID створеної Першої Процедури (relatedEntities)
    • Для Першої, Другої, Третьої, Четвертої, Пʼятої  та Шостої Процедури вказано

8.  Коли Перша, Друга,Третя, Четверта, Пʼята або Шоста Процедура переходить у статус complete (Announcement.status:active_contracting)

  • Кількість Процедур у ланцюжку - шість;
  • Порядковий номер кожної процедури (tenderAttempts):
    • Для Першої Процедури tenderAttempts == 1
    • Для Другої Процедури tenderAttempts == 2
    • Для Третьої Процедури tenderAttempts == 3
    • Для Четвертої Процедури tenderAttempts == 4
    • Для Пʼятої Процедури tenderAttempts == 5
    • Для Шостої Процедури tenderAttempts == 6
  • Статус Процедури (status):
    • Процедура, яка набула статус complete у блоці _specs статус complete;
    • Всі Процедури, які НЕ створилися у ланцюжку ІП статус - cancelled;
    • Всі НЕуспішно завершені Процедури залишають статус - unsuccessful.
  • sellingMethod (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 
    • Пʼята Процедура - 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):
    • Для Першої Процедури - відсутній
    • Для Другої і Третьої, Четвертої, Пʼятої та Шостої Процедури значення, що вказав Організатор при створенні ІП у extraSpecs.periods.periodName:tenderPeriod.duration
  • Розмір гарантійного внеску (guarantee):
    • Для Першої Процедури значення, що Організатор вніс у announcement.initialProps.guarantee
    • Для Другої, Третьої, Четвертої, Пʼятої і Шостої Процедури по формулі: announcement.initialProps.guarantee == 20% від (50% від announcement.initialProps.value) АБО виключення описані в розділі Автоматичний перерахунок гарантійних внесків

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

...